[Matthew Way]

I think I may have fixed the problem.
I deleted the “lora-network-server.db” file and then re-added the nodes, this seems to have worked.

[Matthew Way]

The default for lora[“frequencyEU”]: EU Plan is 869500000

Would that make the 5 additional channels as follows;

Channel 3 – 869.1 Mhz
Channel 4 – 869.3 Mhz
Channel 5 – 869.5 Mhz
Channel 6 – 869.7 Mhz
Channel 7 – 869.9 Mhz

[Matthew Way]

Hi Nicolas,

I’m using OpenVPN for remote management of our conduits.
I can detect when they go down, plus SSH on even when behind NAT / Firewalls.

Hope that is of some help.

Matt

[Matthew Way]

@Jeff Thanks for the solution, works well.

[Matthew Way]

Any update on this ?
At the moment I have to put the NODE-ADDR and DEV-EUI in the payload which seems redundant.

[Matthew Way]

As Jason points out the appeui can be any number.
I only used 0011223344556677 because it was easy to count the number of digits.
In a production environment I would be more creative.

[Matthew Way]

Okay, I have it working now.

for reference I changed my node add command as follows.

node add 00000006 0011223344556677 0004A30B001A655F 1029384756AFBECD5647382910DACFEB 1029384756AFBECD5647382910DACFEB

Thanks for your help.

[Matthew Way]

Here are the commands I’ve issued on the RN2483

sys reset
RN2483 0.9.5 Mar 24 2015 14:15:33
mac get band
868
mac set devaddr 00000006
ok
sys get hweui
0004A30B001A655F
mac set deveui 0004A30B001A655F
ok
mac set appeui 0011223344556677
ok
mac set nwkskey 1029384756AFBECD5647382910DACFEB
ok
mac set appskey 1029384756AFBECD5647382910DACFEB
ok
mac save
ok
mac join abp
ok
accepted
mac get status
0001
mac tx cnf 1 4142
ok

[Matthew Way]

I’m following the example as per your link.

I add the node manually;
node add 00000006 0011223344556677 0004A30B001A655F 2b7e151628aed2a6abf7158809cf4f3c 2b7e151628aed2a6abf7158809cf4f3c

I get the following error in the log file;

2:28:9:908|INFO| Parsing 1 rx packets
2:28:9:909|DEBUG| Received packet
================================
000   80 06 00 00 00 00 01 00
008   01 35 5b c2 e1 0e 20

2:28:9:910|DEBUG| Rx on 868100000, rssi: -59 snr: 72
2:28:9:910|DEBUG| Received frame: type: Confirmed Up
2:28:9:911|DEBUG| Packet received from Node 00:00:00:06  GW 00:80:00:00:00:00:a8:a6  (127.0.0.1)  Seq# 1
2:28:9:911|DEBUG| Set node active: 1
2:28:9:911|DEBUG| Expecting packet SeqNo: 00000001
2:28:9:911|DEBUG| Check for dup: 0001 == 0000
2:28:9:912|TRACE| Checking 00000001 sequence number
2:28:9:912|TRACE| AUTH KEY: 2b.7e.15.16.28.ae.d2.a6.ab.f7.15.88.09.cf.4f.3c
2:28:9:912|DEBUG| MIC Check: 052ec928 == c2e10e20
2:28:9:913|TRACE| Checking 00010001 sequence number
2:28:9:913|TRACE| AUTH KEY: 2b.7e.15.16.28.ae.d2.a6.ab.f7.15.88.09.cf.4f.3c
2:28:9:914|DEBUG| MIC Check: f4f4f333 == c2e10e20
2:28:9:914|TRACE| Checking 00020001 sequence number
2:28:9:914|TRACE| AUTH KEY: 2b.7e.15.16.28.ae.d2.a6.ab.f7.15.88.09.cf.4f.3c
2:28:9:915|DEBUG| MIC Check: 32fe3d5b == c2e10e20
2:28:9:915|TRACE| Checking 00030001 sequence number
2:28:9:915|TRACE| AUTH KEY: 2b.7e.15.16.28.ae.d2.a6.ab.f7.15.88.09.cf.4f.3c
2:28:9:916|DEBUG| MIC Check: a4309bd6 == c2e10e20
2:28:9:916|TRACE| Checking 00040001 sequence number
2:28:9:916|TRACE| AUTH KEY: 2b.7e.15.16.28.ae.d2.a6.ab.f7.15.88.09.cf.4f.3c
2:28:9:917|DEBUG| MIC Check: 022ce04f == c2e10e20
2:28:9:917|INFO| SeqNo: 00040001 PrevSeqNo: 00000000 Duplicate: no

2:28:9:917|INFO| Addr: 00:00:00:06 MIC Check: failed
2:28:9:918|WARNING| Dropping packet, Addr: 00:00:00:06 Duplicate: no
root@mtcdt:/var/log# 

What is a MIC check ?

[Matthew Way]

Excellent

Thanks for your help

[Author]

Posts