Jose Gato Luis
Forum Replies Created
Viewing 8 posts - 1 through 8 (of 8 total)
-
Added, but I dont see a difference:
Is it receiving packages from the node? Do you recommed me to upgrade gateway firmware?
INFO: Start of downstream thread ##### 2018-01-05 17:42:32 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: 3 (0.00% acknowledged) # PULL_RESP(onse) datagrams received: 0 (0 bytes) # RF packets sent to concentrator: 0 (0 bytes) # TX errors: 0 ##### END ##### ##### 2018-01-05 17:43:02 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: 3 (0.00% acknowledged) # PULL_RESP(onse) datagrams received: 0 (0 bytes) # RF packets sent to concentrator: 0 (0 bytes) # TX errors: 0 ##### END ##### ##### 2018-01-05 17:43:32 GMT ##### ### [UPSTREAM] ### # RF packets received by concentrator: 1 # CRC_OK: 0.00%, CRC_FAIL: 100.00%, NO_CRC: 0.00% # RF packets forwarded: 1 (70 bytes) # PUSH_DATA datagrams sent: 1 (309 bytes) # PUSH_DATA acknowledged: 0.00% ### [DOWNSTREAM] ### # PULL_DATA sent: 3 (0.00% acknowledged) # PULL_RESP(onse) datagrams received: 0 (0 bytes) # RF packets sent to concentrator: 0 (0 bytes) # TX errors: 0 ##### END ##### ##### 2018-01-05 17:44:02 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: 3 (0.00% acknowledged) # PULL_RESP(onse) datagrams received: 0 (0 bytes) # RF packets sent to concentrator: 0 (0 bytes) # TX errors: 0 ##### END ##### ##### 2018-01-05 17:44:32 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) # PUSHI am having a similar issue, or at least, I am using the same platform combination: Multitech Conduit mlinux and P-NUCLEO-LRWAN1.
The configuration for the network server is the following:
{ "lora": { "netID": "010203", /* netID for beacon packets */ "frequencyBand": "868", /* US="915", EU="868" */ "channelPlan": "EU868", /* added at hand (jose.gato) according t "frequencySubBand": 7, /* Sub-band for US operation, 1-8 */ "rx1DatarateOffset": 0, /* Datarate offset for mote rx window 1 "rx2Datarate": 12, /* Datarate for mote rx window 2 "maxTxPower": 14, /* Max Tx power (dBm), -6 to 26 */ "frequencyEU": 869500000 /* center freq for extra EU channels (H }, "udp": { "appPortUp": 1784, /* port for user-developed application use */ "appPortDown": 1786 /* port for user-developed application use * }, "addressRange": { "start": "00:00:00:01", /* address range used for mDots */ "end": "FF:FF:FF:FE" }, "network": { "public": true, /* set to false for private LoRa network with "eui": "cb4f12499f32373b", /* 8 hex byte */ "key": "943ac2f9df30a24a84aa6ecb2a36ccbe", /* 16 hex byte, netwo "leasetime": 0 /* time until mDot join expires (minutes) or 0 f }, "log" : { "console" : true, "syslog" : false, "level" : 100, /* error=10, warn=20, info=30, debug=50, trace=60 "path": "/var/log/lora-network-server.log" }, "mqtt": { "enabled": true } }The lora node is using an mbed lorawan example (https://os.mbed.com/teams/Semtech/code/LoRaWAN-demo-72/) with the following configuration:
#define OVER_THE_AIR_ACTIVATION 1 #define LORAWAN_PUBLIC_NETWORK true #define IEEE_OUI 0x11, 0x22, 0x33 #define LORAWAN_DEVICE_EUI { 0xBE, 0x7A, 0x00, 0x00, 0x00, 0x00, 0x00, 0xC8 } #define LORAWAN_APPLICATION_EUI { 0xCB, 0x4F, 0x12, 0x49, 0x9F, 0x32, 0x37, 0x3B } #define LORAWAN_APPLICATION_KEY { 0x94, 0x3A, 0xC2, 0xF9, 0xDF, 0x30, 0xA2, 0x4A, 0x84, 0xAA, 0x6E, 0xcB, 0x2A, 0x36, 0xCC, 0xBE}DEVICE_EUI comming from the video in this thread
APPLICATION_EUI is the same than eui in the network server
APPLICATION_KEY is the same than key in the network serverThe only things I see in the log is:
14:43:31:283|TRACE| Parse downstream message 12 bytes 14:43:31:284|TRACE| Gateway 00:80:00:00:a0:00:11:01 seen IP address 127.0.0.1:49355 14:43:41:479|TRACE| Parse downstream message 12 bytes 14:43:41:480|TRACE| Gateway 00:80:00:00:a0:00:11:01 seen IP address 127.0.0.1:49355 14:43:47:355|TRACE| Parse upstream message 301 bytes 14:43:47:356|TRACE| Gateway 00:80:00:00:a0:00:11:01 seen 14:43:47:357|INFO| Parsing 1 rx packets 14:43:47:358|WARNING| Recv'd frame failed CRC check 14:43:51:679|TRACE| Parse downstream message 12 bytes 14:43:51:680|TRACE| Gateway 00:80:00:00:a0:00:11:01 seen IP address 127.0.0.1:49355Nothing received through MQTT, I dont know if at least I am receiving a join request.
The output from the lora node does not say too much:
Viewing 8 posts - 1 through 8 (of 8 total)