Help: Some explanation requested regarding NACK

yury

@Omemanti said in Help: Some explanation requested regarding NACK:

but my

Could you post part of the code where you send those messages? do you send the node to sleep?

gohan

@Omemanti Because the node can't receive the ack message so it assumes it's lost: could the the gateway didn't receive it or the node itself couldn't receive the ack from gateway. It could me many reasons, so you need to address it one by one until you find it 😀

Omemanti

@gohan said in Help: Some explanation requested regarding NACK:

the node can't receive the ack message so it assumes it's lost: could the the gateway did

mjah, ofcourse,
Well I'll build me some more of these, see If the same things happen with some other nodes.

thnx for the help so far!

Omemanti

After some time off I made more nodes. but somehow they all give me NACK's. (also changed the gateway, antennas and added more caps.)

The strange thing still is that even if I get NACK's the gateway seems the handle them..

Should I just accept this? Or am I missing something?

MYSController :

291	27/07/2017 22:46:03	RX	15 - Zolder	0 - S_HUM	C_SET	NO	V_HUM	49.1
292	27/07/2017 22:46:09	RX	15 - Zolder	1 - S_TEMP	C_SET	NO	V_TEMP	25.5
293	27/07/2017 22:46:09	RX	15 - Zolder	0 - S_HUM	C_SET	NO	V_HUM	49.2
294	27/07/2017 22:46:16	RX	15 - Zolder	1 - S_TEMP	C_SET	NO	V_TEMP	25.5
295	27/07/2017 22:46:16	RX	15 - Zolder	0 - S_HUM	C_SET	NO	V_HUM	49.2
296	27/07/2017 22:46:23	RX	15 - Zolder	1 - S_TEMP	C_SET	NO	V_TEMP	25.5
297	27/07/2017 22:46:23	RX	15 - Zolder	0 - S_HUM	C_SET	NO	V_HUM	49.2

Serial Monitor

227573 !TSF:MSG:SEND,15-15-0-0,s=0,c=1,t=1,pt=7,l=5,sg=0,ft=5,st=NACK:49.1
227655 !TSM:READY:UPL FAIL,STATP
227885 MCO:SLP:MS=5000,SMS=0,I1=255,M1=255,I2=255,M2=255
227950 MCO:SLP:TPD
227966 MCO:SLP:WUP=-1
227999
Loop
228524 !TSF:MSG:SEND,15-15-0-0,s=1,c=1,t=0,pt=7,l=5,sg=0,ft=0,st=NACK:25.5
228982 !TSF:MSG:SEND,15-15-0-0,s=0,c=1,t=1,pt=7,l=5,sg=0,ft=1,st=NACK:49.2
229294 MCO:SLP:MS=5000,SMS=0,I1=255,M1=255,I2=255,M2=255
229359 MCO:SLP:TPD
229376 MCO:SLP:WUP=-1
229408
Loop
229933 !TSF:MSG:SEND,15-15-0-0,s=1,c=1,t=0,pt=7,l=5,sg=0,ft=2,st=NACK:25.5
230391 !TSF:MSG:SEND,15-15-0-0,s=0,c=1,t=1,pt=7,l=5,sg=0,ft=3,st=NACK:49.2
230703 MCO:SLP:MS=5000,SMS=0,I1=255,M1=255,I2=255,M2=255
230768 MCO:SLP:TPD
230785 MCO:SLP:WUP=-1
230817
Loop
231342 !TSF:MSG:SEND,15-15-0-0,s=1,c=1,t=0,pt=7,l=5,sg=0,ft=4,st=NACK:25.5
231800 !TSF:MSG:SEND,15-15-0-0,s=0,c=1,t=1,pt=7,l=5,sg=0,ft=5,st=NACK:49.2
231882 !TSM:READY:UPL FAIL,STATP
232112 MCO:SLP:MS=5000,SMS=0,I1=255,M1=255,I2=255,M2=255
232177 MCO:SLP:TPD

I should add that booting up takes a couple of tries, but after a minute of the folling it pulls through and starts the previous shenanigans.

32 TSM:INIT
49 TSF:WUR:MS=0
81 TSM:INIT:TSP OK
98 TSM:INIT:STATID=15
131 TSF:SID:OK,ID=15
147 TSM:FPAR
163 TSM:FPAR:STATP=0
196 TSM:ID
212 TSM:ID:OK
229 TSM:UPL
393 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=0,st=NACK:1
2490 TSM:UPL
2654 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=1,st=NACK:1
4751 TSM:UPL
4915 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=2,st=NACK:1
7012 TSM:UPL
7176 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=3,st=NACK:1
9273 !TSM:UPL:FAIL
9289 TSM:FPAR
9306 TSM:FPAR:STATP=0
9338 TSM:ID
9338 TSM:ID:OK
9371 TSM:UPL


64274 TSM:ID
64290 TSM:ID:OK
64307 TSM:UPL
64487 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=12,st=NACK:1
66584 TSM:UPL
66748 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=13,st=NACK:1
66846 TSF:MSG:READ,0-0-15,s=255,c=3,t=25,pt=1,l=1,sg=0:1
66912 TSF:MSG:PONG RECV,HP=1
66945 TSM:UPL:OK
66961 TSM:READY:ID=15,PAR=0,DIS=1
67158 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=15,pt=6,l=2,sg=0,ft=0,st=NACK:0100
69402 !TSF:MSG:SEND,15-15-0-0,s=255,c=0,t=17,pt=0,l=5,sg=0,ft=1,st=NACK:2.1.1
69648 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=6,pt=1,l=1,sg=0,ft=2,st=NACK:0
69746 TSF:MSG:READ,0-0-15,s=255,c=3,t=6,pt=0,l=1,sg=0:M
70172 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=11,pt=0,l=6,sg=0,ft=3,st=NACK:Zolder
70418 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=12,pt=0,l=3,sg=0,ft=4,st=NACK:1.0
70860 !TSF:MSG:SEND,15-15-0-0,s=0,c=0,t=7,pt=0,l=0,sg=0,ft=5,st=NACK:
70942 !TSM:READY:UPL FAIL,STATP
71286 !TSF:MSG:SEND,15-15-0-0,s=1,c=0,t=6,pt=0,l=0,sg=0,ft=0,st=NACK:
71712 !TSF:MSG:SEND,15-15-0-0,s=2,c=0,t=4,pt=0,l=0,sg=0,ft=1,st=NACK:
71811 MCO:REG:REQ
71974 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=26,pt=1,l=1,sg=0,ft=2,st=NACK:2
74219 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=26,pt=1,l=1,sg=0,ft=3,st=NACK:2
76464 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=26,pt=1,l=1,sg=0,ft=4,st=NACK:2
78708 !TSF:MSG:SEND,15-15-0-0,s=255,c=3,t=26,pt=1,l=1,sg=0,ft=5,st=NACK:2
78790 !TSM:READY:UPL FAIL,STATP
80805 MCO:BGN:STP
Si7021 Found
Setup compleet
80969 MCO:BGN:INIT OK,TSP=1

gohan

it seems as the node can't receive correctly or the gw is not sending correctly. How far are they? If you put them a couple of meters apart do you see any change?

Omemanti

@gohan said in Help: Some explanation requested regarding NACK:

f meters apart do you see any change?

The ~~node~~ gateway is in the room below me (wooden floors) about 2 to 3 meters from my node.

Omemanti

Funny Part still is, that once the connection is made, everything also if produced with a NACK is received by the controller. thats what im curious about. If I get errors, why does the controllers receive them without bottering.

gohan

As I said, the GW is receiving the packet correctly but then the node doesn't get a good response so it throws a NACK. You could try and put them in same room and see if gets better or change channel just to avoid a possible interference

Omemanti

How can I change the channel? Can you point me in the right direction.?

gohan

Go in myconfig.h and search for "channel", you should find it in the nrf24 section, change the default channel there and recompile all your nodes and gateway

Omemanti

Stupid question.. because I use the rfm69. Will the also comply?

gohan

Of course not. What version of rfm69 and frequency are you using? Are you sure you got the antenna of the right size?

Omemanti

Rfm69w 868mhz , springcoil antenna from ebay.
will test a long single wire right away.

Omemanti

Springcoil on the gw, straight line on the node, still the same

Omemanti

Thnx for the help so far, Ill let it rest for a while, Im thinking of rebuilding the whole thing..

kiesel

@Omemanti
Where you able to solve this? I am also experiencing a lot of NACKs in my rfm69 network (868mhz)

Omemanti

@kiesel said in Help: Some explanation requested regarding NACK:

e you able to solve this? I am also experiencing a lot of NACKs in my rfm69 network (868mhz)

Nope, not that I can remember.
BTW: I ditched the rfm69 and moved over to the NRF52.

ricmail85

@Omemanti
I had exactly the same issue with Rfm69 and latest version of mysensors. The only solution I found is to use the 2.2.0 version. With this everything works perfectly.

I don't know why with latest releases the messages are NACK even if they actually reach the gateway.

kiesel

@ricmail85 I solved my problem by soldering a cable to the reset pin of the chip and the (in my case) raspberry pi. This or the dupont wires I used were glitchy :D

ricmail85

@kiesel thanks for reporting! I've also a Raspberry gateway but I left the Rfm69 reset pin unconnected. How did you connect it?

Help: Some explanation requested regarding NACK

16

11.7k

11.2k

113.1k