RF packets received by concentrator: 0

Home Forums Conduit: AEP Model RF packets received by concentrator: 0

Tagged: , , ,

Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • #12816
    Terrence Spencer
    Participant

    Here is the top of the log file and a few attempts by mDot to send data.
    My packet forwarding config is below.
    Any ideas what else to do?
    Thank you.

    lgw_rxrf_setconf:894: Note: rf_chain 0 configuration; en:1 freq:902600000
    lgw_rxrf_setconf:894: Note: rf_chain 1 configuration; en:1 freq:903400000
    lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 0 configuration; en:1 freq:-300000 SF_mask:0x7e
    lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 1 configuration; en:1 freq:-100000 SF_mask:0x7e
    lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 2 configuration; en:1 freq:100000 SF_mask:0x7e
    lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 3 configuration; en:1 freq:300000 SF_mask:0x7e
    lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 4 configuration; en:1 freq:-300000 SF_mask:0x7e
    lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 5 configuration; en:1 freq:-100000 SF_mask:0x7e
    lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 6 configuration; en:1 freq:100000 SF_mask:0x7e
    lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 7 configuration; en:1 freq:300000 SF_mask:0x7e
    lgw_rxif_setconf:972: Note: LoRa ‘std’ if_chain 8 configuration; en:1 freq:400000 bw:1 dr:4
    lgw_rxif_setconf:919: Note: if_chain 9 disabled
    setup_sx125x:673: Note: SX125x #0 version register returned 0x21
    setup_sx125x:678: Note: SX125x #0 clock output enabled
    setup_sx125x:721: Note: SX125x #0 PLL start (attempt 1)
    setup_sx125x:673: Note: SX125x #1 version register returned 0x21
    setup_sx125x:678: Note: SX125x #1 clock output enabled
    setup_sx125x:721: Note: SX125x #1 PLL start (attempt 1)
    lgw_start:1120: Note: calibration started (time: 3000 ms)
    lgw_start:1141: Note: calibration finished (status = 191)
    Info: Initialising AGC firmware…
    Info: loading custom TX gain table
    Info: putting back original RADIO_SELECT value
    *** GPS Packet Forwarder for Lora Gateway ***
    Version: 1.4.1
    *** Lora concentrator HAL library version info ***
    Version: 1.7.0; Options: ftdi sx1301 sx1257 full mtac-lora private;
    ***
    INFO: Little endian host
    INFO: found global configuration file /var/run/lora/1/global_conf.json, parsing it
    INFO: /var/run/lora/1/global_conf.json does contain a JSON object named SX1301_conf, parsing SX1301 parameters
    INFO: radio 0 enabled, center frequency 902600000
    INFO: radio 1 enabled, center frequency 903400000
    INFO: Lora multi-SF channel 0> radio 0, IF -300000 Hz, 125 kHz bw, SF 7 to 12
    INFO: Lora multi-SF channel 1> radio 0, IF -100000 Hz, 125 kHz bw, SF 7 to 12
    INFO: Lora multi-SF channel 2> radio 0, IF 100000 Hz, 125 kHz bw, SF 7 to 12
    INFO: Lora multi-SF channel 3> radio 0, IF 300000 Hz, 125 kHz bw, SF 7 to 12
    INFO: Lora multi-SF channel 4> radio 1, IF -300000 Hz, 125 kHz bw, SF 7 to 12
    INFO: Lora multi-SF channel 5> radio 1, IF -100000 Hz, 125 kHz bw, SF 7 to 12
    INFO: Lora multi-SF channel 6> radio 1, IF 100000 Hz, 125 kHz bw, SF 7 to 12
    INFO: Lora multi-SF channel 7> radio 1, IF 300000 Hz, 125 kHz bw, SF 7 to 12
    INFO: Lora std channel> radio 0, IF 400000 Hz, 500000 Hz bw, SF 8
    INFO: FSK channel 8 disabled
    INFO: /var/run/lora/1/global_conf.json does contain a JSON object named gateway_conf, parsing gateway parameters
    INFO: gateway MAC address is configured to 008000000000AC90
    INFO: server hostname or IP address is configured to “croft.thethings.girovito.nl”
    INFO: upstream port is configured to “1700”
    INFO: downstream port is configured to “1700”
    INFO: synch word is configured to 34
    INFO: downstream keep-alive interval is configured to 12 seconds
    INFO: statistics display interval is configured to 20 seconds
    INFO: upstream PUSH_DATA time-out is configured to 120 ms
    INFO: packets received with a valid CRC will be forwarded
    INFO: packets received with a CRC error will be forwarded
    INFO: packets received with no CRC will NOT be forwarded
    INFO: Reference latitude is configured to 30.228290 deg
    INFO: Reference longitude is configured to -97.810780 deg
    INFO: Reference altitude is configured to 686 meters
    INFO: fake GPS is enabled
    WARNING: [main] impossible to open for GPS sync (check permissions)
    INFO: [main] concentrator started, packet can now be received

    INFO: Start of downstream thread
    INFO: [down] PULL_ACK received in 143 ms
    INFO: [down] PULL_ACK received in 141 ms

    ##### 2016-05-31 22:26:13 GMT #####
    ### [UPSTREAM] ###
    # RF packets received by concentrator: 0
    # CRC_OK: 0.00%, CRC_FAIL: 0.00%, NO_CRC: 0.00%
    # RF packets forwarded: 0 (0 bytes)
    # PUSH_DATA datagrams sent: 0 (0 bytes)
    # PUSH_DATA acknowledged: 0.00%
    ### [DOWNSTREAM] ###
    # PULL_DATA sent: 2 (100.00% acknowledged)
    # PULL_RESP(onse) datagrams received: 0 (0 bytes)
    # RF packets sent to concentrator: 0 (0 bytes)
    # TX errors: 0
    ### [GPS] ###
    # Invalid time reference (age: 1464733573 sec)
    # GPS *FAKE* coordinates: latitude 30.22829, longitude -97.81078, altitude 686 m
    ##### END #####
    INFO: [down] PULL_ACK received in 141 ms
    INFO: [down] PULL_ACK received in 142 ms

    ##### 2016-05-31 22:26:33 GMT #####
    ### [UPSTREAM] ###
    # RF packets received by concentrator: 0
    # CRC_OK: 0.00%, CRC_FAIL: 0.00%, NO_CRC: 0.00%
    # RF packets forwarded: 0 (0 bytes)
    # PUSH_DATA datagrams sent: 1 (155 bytes)
    # PUSH_DATA acknowledged: 0.00%
    ### [DOWNSTREAM] ###
    # PULL_DATA sent: 2 (100.00% acknowledged)
    # PULL_RESP(onse) datagrams received: 0 (0 bytes)
    # RF packets sent to concentrator: 0 (0 bytes)
    # TX errors: 0
    ### [GPS] ###
    # Invalid time reference (age: 1464733593 sec)
    # GPS *FAKE* coordinates: latitude 30.22829, longitude -97.81078, altitude 686 m
    ##### END #####
    INFO: [down] PULL_ACK received in 150 ms

    ##### 2016-05-31 22:26:53 GMT #####
    ### [UPSTREAM] ###
    # RF packets received by concentrator: 0
    # CRC_OK: 0.00%, CRC_FAIL: 0.00%, NO_CRC: 0.00%
    # RF packets forwarded: 0 (0 bytes)
    # PUSH_DATA datagrams sent: 1 (155 bytes)
    # PUSH_DATA acknowledged: 0.00%
    ### [DOWNSTREAM] ###
    # PULL_DATA sent: 1 (100.00% acknowledged)
    # PULL_RESP(onse) datagrams received: 0 (0 bytes)
    # RF packets sent to lgw_receive:1423: FIFO content: 1 10 0 7 97
    lgw_receive:1438: [5 17]
    Note: LoRa packet
    concentrator: 0 (0 bytes)
    # TX errors: 0
    ### [GPS] ###
    # Invalid time reference (age: 1464733613 sec)
    # GPS *FAKE* coordinates: latitude 30.22829, longitude -97.81078, altitude 686 m
    ##### END #####
    INFO: [down] PULL_ACK received in 141 ms
    INFO: [down] PULL_ACK received in 142 ms

    +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

    {
    “SX1301_conf”: {
    “chan_FSK”: {
    “enable”: false,
    “radio”: 0
    },
    “chan_Lora_std”: {
    “bandwidth”: 500000,
    “enable”: true,
    “if”: 400000,
    “radio”: 0,
    “spread_factor”: 8
    },
    “chan_multiSF_0”: {
    “enable”: true,
    “if”: -300000,
    “radio”: 0
    },
    “chan_multiSF_1”: {
    “enable”: true,
    “if”: -100000,
    “radio”: 0
    },
    “chan_multiSF_2”: {
    “enable”: true,
    “if”: 100000,
    “radio”: 0
    },
    “chan_multiSF_3”: {
    “enable”: true,
    “if”: 300000,
    “radio”: 0
    },
    “chan_multiSF_4”: {
    “enable”: true,
    “if”: -300000,
    “radio”: 1
    },
    “chan_multiSF_5”: {
    “enable”: true,
    “if”: -100000,
    “radio”: 1
    },
    “chan_multiSF_6”: {
    “enable”: true,
    “if”: 100000,
    “radio”: 1
    },
    “chan_multiSF_7”: {
    “enable”: true,
    “if”: 300000,
    “radio”: 1
    },
    “radio_0”: {
    “enable”: true,
    “freq”: 902600000
    },
    “radio_1”: {
    “enable”: true,
    “freq”: 903400000
    }
    },
    “gateway_conf”: {
    “synch_word”: 52,
    “forward_crc_disabled”: false,
    “forward_crc_error”: true,
    “forward_crc_valid”: true,
    “gateway_ID” : “<WILL-BE-REPLACED-WITH-LORA-EUI>”,
    “keepalive_interval”: 12,
    “push_timeout_ms”: 120,
    “serv_port_up”: 1700,
    “serv_port_down”: 1700,
    “server_address”: “croft.thethings.girovito.nl”,
    “stat_interval”: 20,
    “fake_gps”: true,
    “ref_latitude”: 30.22829,
    “ref_longitude”: -97.81078,
    “ref_altitude”: 686

    }
    }

    #12817
    Jason Reiss
    Keymaster

    How is the end-point configured?

    AT+FREQ?
    FB_915

    From the frequencies and synch word you would need these set.
    AT+FSB=1
    AT+PN=1

    Can you enable logging and upload some debug output?
    AT+LOG=6

    Another option would be to use the things network poly-packet-forwarder.

    #12818
    Terrence Spencer
    Participant

    Hey Jason, I am all over a non custom solution.
    I am in Texas, so 915.
    The mDot is using the mDot_lora_example_tnn_connect.

    Do you mean this from GitHub:

    https://github.com/Lora-net/packet_forwarder/tree/master/basic_pkt_fwd

    If I used the global_conf.json do I need to change anything.
    edit: this config is for 868 mhz. So there has to be a bunch of changes.
    or is it as easy as search and replace:
    “freq”: 868500000,
    for
    “freq”: 915??????????????????,

    https://github.com/Lora-net/packet_forwarder/blob/master/basic_pkt_fwd/global_conf.json

    I am pretty green at this config stuff.

    #12821
    Terrence Spencer
    Participant

    Here is the mDot code:

    #include “mbed.h”
    #include “mDot.h”
    #include “MTSLog.h”
    #include <string>
    #include <vector>
    #include <algorithm>
    // these options must match the settings on your Conduit
    // TTN Keys
    static const uint8_t netowork_session_key_array[] = {0x2B, 0x7E, 0x15, 0x16, 0x28, 0xAE, 0xD2, 0xA6, 0xAB, 0xF7, 0x15, 0x88, 0x09, 0xCF, 0x4F, 0x3C};
    static const uint8_t data_session_key_array[] = {0x2B, 0x7E, 0x15, 0x16, 0x28, 0xAE, 0xD2, 0xA6, 0xAB, 0xF7, 0x15, 0x88, 0x09, 0xCF, 0x4F, 0x3C};
    // uncomment the following lines and edit their values to match your configuration
    //static const uint8_t network_address_array[] = {0x02, 0x01, 0xBA, 0x01}; // use yours based on http://thethingsnetwork.org/wiki/AddressSpace
    static std::vector<uint8_t> netowork_session_key (netowork_session_key_array, netowork_session_key_array + sizeof(netowork_session_key_array) / sizeof(uint8_t));
    static std::vector<uint8_t> data_session_key (data_session_key_array, data_session_key_array + sizeof(data_session_key_array) / sizeof(uint8_t));
    //static std::vector<uint8_t> network_address (network_address_array, network_address_array + sizeof(network_address_array) / sizeof(uint8_t));
    static uint8_t config_frequency_sub_band = 4;

    int main() {
    int32_t ret;
    mDot* dot;
    std::vector<uint8_t> data;
    std::vector<uint8_t> devID;
    std::string data_str = “Hello SSV”;

    // get a mDot handle
    dot = mDot::getInstance();

    dot->resetConfig();

    dot->setLogLevel(mts::MTSLog::INFO_LEVEL);

    // too lazzy to check all errors
    dot->setJoinMode(mDot::MANUAL);
    dot->setPublicNetwork(true);
    dot->setFrequencySubBand(config_frequency_sub_band);
    dot->setNetworkSessionKey(netowork_session_key);
    dot->setDataSessionKey(data_session_key);
    //dot->setNetworkAddress(network_address);

    // a higher spreading factor allows for longer range but lower throughput
    // in the 915 (US) frequency band, spreading factors 7 – 10 are available
    // in the 868 (EU) frequency band, spreading factors 7 – 12 are available
    logInfo(“setting TX spreading factor”);
    if ((ret = dot->setTxDataRate(mDot::SF_10)) != mDot::MDOT_OK) {
    logError(“failed to set TX datarate %d:%s”, ret, mDot::getReturnCodeString(ret).c_str());
    }

    // request receive confirmation of packets from the gateway
    logInfo(“enabling ACKs”);
    if ((ret = dot->setAck(0)) != mDot::MDOT_OK) {
    logError(“failed to enable ACKs %d:%s”, ret, mDot::getReturnCodeString(ret).c_str());
    }

    // save this configuration to the mDot’s NVM
    logInfo(“saving config”);
    if (! dot->saveConfig()) {
    logError(“failed to save configuration”);
    }
    //*******************************************
    // end of configuration
    //*******************************************

    // attempt to join the network
    logInfo(“joining network”);
    while ((ret = dot->joinNetwork()) != mDot::MDOT_OK) {
    logError(“failed to join network %d:%s”, ret, mDot::getReturnCodeString(ret).c_str());
    // in the 868 (EU) frequency band, we need to wait until another channel is available before transmitting again
    osDelay(std::max((uint32_t)1000, (uint32_t)dot->getNextTxMs()));
    }

    // format data for sending to the gateway
    for (std::string::iterator it = data_str.begin(); it != data_str.end(); it++)
    data.push_back((uint8_t) *it);

    printf(“Device ID {“);
    std::vector<uint8_t> deviceId;
    deviceId = dot->getDeviceId();
    for (std::vector<uint8_t>::iterator it = deviceId.begin() ; it != deviceId.end(); ++it) {
    printf(“0x%2.2X”,*it );
    printf(“%s”, it != (deviceId.end() -1 ) ? “, ” : ” ” );
    }
    printf(“}\r\n”);

    while (true) {
    // send the data to the gateway
    if ((ret = dot->send(data)) != mDot::MDOT_OK) {
    logError(“failed to send”, ret, mDot::getReturnCodeString(ret).c_str());
    } else {
    logInfo(“successfully sent data to gateway”);
    }

    // in the 868 (EU) frequency band, we need to wait until another channel is available before transmitting again
    osDelay(std::max((uint32_t)10000, (uint32_t)dot->getNextTxMs()));
    }

    return 0;
    }

    #12824
    Jason Reiss
    Keymaster

    Change your frequency sub band setting to 1 to match the frequencies setup on Conduit.

    static uint8_t config_frequency_sub_band = 1;

    Or modify conduit to use frequency sub band 4 to match mdot
    Use 907400000 and 908200000 for radio_0 and radio_1 settings.

    #12828
    Terrence Spencer
    Participant

    Ah, good catch, thank you.

    this: was in response to my mDot code:
    Change your frequency sub band setting to 1 to match the frequencies setup on Conduit.
    static uint8_t config_frequency_sub_band = 1;
    Or modify conduit to use frequency sub band 4 to match mdot

    This was incase I decide to use the poly-packet-forwarder and my search and replace question correct?

    Either/or but not both.

    #12844
    Terrence Spencer
    Participant

    Ok, I got those coordinated and it looks like the concentrator is getting 100%.
    I don’t see any messages with my gateway eui at ttn.
    https://thethingsnetwork.org/api/v0/nodes/

    I do see my gateway at ttn.
    https://thethingsnetwork.org/api/v0/gateways/

    What log can I look in to see where the conduit failing?

    Ideas?

    Thank you.

    ##### 2016-06-01 23:22:56 GMT #####
    ### [UPSTREAM] ###
    # RF packets received by concentrator: 2
    # CRC_OK: 100.00%, CRC_FAIL: 0.00%, NO_CRC: 0.00%
    # RF packets forwarded: 2 (44 bytes)
    # PUSH_DATA datagrams sent: 3 (571 bytes)
    # PUSH_DATA acknowledged: 0.00%
    ### [DOWNSTREAM] ###
    # PULL_DATA sent: 2 (100.00% acknowledged)
    # PULL_RESP(onse) datagrams received: 0 (0 bytes)
    # RF packets sent to concentrator: 0 (0 bytes)
    # TX errors: 0
    ### [GPS] ###
    # Invalid time reference (age: 1464823376 sec)
    # GPS *FAKE* coordinates: latitude 30.22829, longitudelgw_receive:1423: FIFO content: 1 9a 1 5 16
    lgw_receive:1438: [2 17]
    Note: LoRa packet
    lgw_receive:1423: FIFO content: 1 c0 1 5 16
    lgw_receive:1438: [7 17]
    Note: LoRa packet

Viewing 7 posts - 1 through 7 (of 7 total)
  • You must be logged in to reply to this topic.