I am trying to debug a outdoor sensor that drops off line but can't find an answer to a simple question.

When you see !TSF in the gateway does that mean that the far end radio didn't ACK the message or the near end didn't ACK it being sent?

!TSF:MSG:SEND,0-0-16-16,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=NACK:0

The log Parser shows this as meaning "Sent Message" and Status: NACK (OK=success, NACK=no radio ACK received)

I have also seen ?TSF which the Log Parser decodes as "Sent Message without radio ACK" - this suggests the gateway asked the radio to send a message but didn't get an ACK from the local radio on the gateway.

I have tried searching the forum and through Google but have not found an explanation on these codes. Can anyone help with an answer?

Thanks,
Bill

I am going to rework the system so it uses an Easy Pcb and a Pro Mini rather than the Leonardo board.
I think I might be seeing a voltage drop in my point to point dupont wiring from the Arduino to the Radio.

I'll update you all once I get a chance to make the change.

Bill

Thanks @TheoL - I'll try a larger Cap. There is a lot of different sized caps listed around the site and on people's projects.
I just don't understand how it can register with the controller using 9 messages in a fast sequence with replies intertwined, and then fail when sending the general messages, which have delays of 50ms between the first two and 100ms between the third and the 4th.

bill

I have a project that I have spent a fruitless day trying to make work.
Its a simple (or so I thought) Water Tank monitor that uses a Analog input from a Water level sensor and a BMP085 for Pressure and Temperature.

I can get the unit to register with the gateway and send the Present message (which I can see in the gateway), but I cannot pass data to the gateway.
I either get NACKs or it looses the Parent and re-requests.

I have tries a heap of NRF24L01+ modules that I have on hand I have added 4.7uF with 0.1uF in parallel to the radios. I am currently using a known good radio that I previously used on a different sensor. Its an Ebyte (Red PCB series) - I bought them as they seemed to be the 'least fake' and the date codes don't match any of the known dodgy lots, together with good reviews. I also have a selection of Ebay specials, and some AliExpress black PCB units.

At first I though it was an issue with my controller - IOBroker on Ubuntu, but I connected my Serial gateway directly to a WIN10 machine and ran MYSController and see the same issues.

I am running on a Leonardo clone where the USB startup time means I miss a bit of the debugging traffic at the start.

4020 !TSM:FPAR:NO REPLY
4020 TSM:FPAR
4023 ?TSF:MSG:SEND,3-3-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
4055 TSF:MSG:READ,0-0-3,s=255,c=3,t=8,pt=1,l=1,sg=0:0
4056 TSF:MSG:FPAR OK,ID=0,D=1
6025 TSM:FPAR:OK
6025 TSM:ID
6025 TSM:ID:OK
6025 TSM:UPL
6028 TSF:MSG:SEND,3-3-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=0,st=OK:1
6039 TSF:MSG:READ,0-0-3,s=255,c=3,t=25,pt=1,l=1,sg=0:1
6039 TSF:MSG:PONG RECV,HP=1
6040 TSM:UPL:OK
6040 TSM:READY:ID=3,PAR=0,DIS=1
6042 TSF:MSG:SEND,3-3-0-0,s=255,c=3,t=15,pt=6,l=2,sg=0,ft=0,st=OK:0100
6054 TSF:MSG:READ,0-0-3,s=255,c=3,t=15,pt=6,l=2,sg=0:0100
6057 TSF:MSG:SEND,3-3-0-0,s=255,c=0,t=17,pt=0,l=5,sg=0,ft=0,st=OK:2.3.2
6061 TSF:MSG:SEND,3-3-0-0,s=255,c=3,t=6,pt=1,l=1,sg=0,ft=0,st=OK:0
6105 TSF:MSG:READ,0-0-3,s=255,c=3,t=6,pt=0,l=1,sg=0:M
6108 TSF:MSG:SEND,3-3-0-0,s=255,c=3,t=11,pt=0,l=18,sg=0,ft=0,st=OK:Water Tank Monitor
6111 TSF:MSG:SEND,3-3-0-0,s=255,c=3,t=12,pt=0,l=3,sg=0,ft=0,st=OK:1.0
6114 TSF:MSG:SEND,3-3-0-0,s=2,c=0,t=10,pt=0,l=0,sg=0,ft=0,st=OK:
6166 TSF:MSG:SEND,3-3-0-0,s=0,c=0,t=6,pt=0,l=0,sg=0,ft=0,st=OK:
6227 TSF:MSG:SEND,3-3-0-0,s=1,c=0,t=8,pt=0,l=0,sg=0,ft=0,st=OK:
6228 MCO:REG:REQ
6231 TSF:MSG:SEND,3-3-0-0,s=255,c=3,t=26,pt=1,l=1,sg=0,ft=0,st=OK:2
6242 TSF:MSG:READ,0-0-3,s=255,c=3,t=27,pt=1,l=1,sg=0:1
6242 MCO:PIM:NODE REG=1
6243 MCO:BGN:STP
START CODE - WifiWaterLevelWeather_BC_v5 - 25.01.21
7249 MCO:BGN:INIT OK,TSP=0
temperature = 30.70, pressure = 1010.31
9796 !TSF:MSG:SEND,3-3-0-0,s=1,c=1,t=4,pt=7,l=5,sg=0,ft=0,st=NACK:1010.31
12378 !TSF:MSG:SEND,3-3-0-0,s=0,c=1,t=0,pt=7,l=5,sg=0,ft=1,st=NACK:30.7
16010 !TSF:MSG:SEND,3-3-0-0,s=2,c=1,t=6,pt=2,l=2,sg=0,ft=2,st=NACK:0
temperature = 30.80, pressure = 1010.40
48557 !TSF:MSG:SEND,3-3-0-0,s=1,c=1,t=4,pt=7,l=5,sg=0,ft=3,st=NACK:1010.40
51139 !TSF:MSG:SEND,3-3-0-0,s=0,c=1,t=0,pt=7,l=5,sg=0,ft=4,st=NACK:30.8
54771 !TSF:MSG:SEND,3-3-0-0,s=2,c=1,t=6,pt=2,l=2,sg=0,ft=5,st=NACK:0
84773 !TSM:READY:UPL FAIL,SNP
84773 TSM:FPAR
87305 ?TSF:MSG:SEND,3-3-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=6,st=OK:
temperature = 30.80, pressure = 1010.34
87320 !TSF:SND:TNR
87371 !TSF:SND:TNR
88470 !TSF:SND:TNR
118471 !TSM:FPAR:NO REPLY
118471 TSM:FPAR
121003 ?TSF:MSG:SEND,3-3-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
121019 !TSF:SND:TNR
121069 !TSF:SND:TNR
122168 !TSF:SND:TNR
152168 !TSM:FPAR:NO REPLY
152169 TSM:FPAR
154700 ?TSF:MSG:SEND,3-3-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
temperature = 30.70, pressure = 1010.40
154717 !TSF:SND:TNR
154767 !TSF:SND:TNR
155866 !TSF:SND:TNR
185866 !TSM:FPAR:NO REPLY
185866 TSM:FPAR
188398 ?TSF:MSG:SEND,3-3-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
temperature = 30.70, pressure = 1010.34
188413 !TSF:SND:TNR
188464 !TSF:SND:TNR
189562 !TSF:SND:TNR
219565 !TSM:FPAR:FAIL
219565 TSM:FAIL:CNT=1
219565 TSM:FAIL:DIS
219566 TSF:TDI:TSL
temperature = 30.70, pressure = 1010.43
219580 !TSF:SND:TNR
219630 !TSF:SND:TNR
220729 !TSF:SND:TNR
250730 TSM:FAIL:RE-INIT
250730 TSM:INIT
temperature = 30.70, pressure = 1010.46
250744 !TSF:SND:TNR

It looks like to loses the Parent Node as it tries to send to ID255 which I understand is a broadcast node.
What I don't understand is how can do the presentation transaction to the parent node, but then cannot send find it to send the data?

I have been tearing my hair out all day around this must be missing something obvious, but I can't seem to see it.
Running v.2.3.2 of MySensors Library. Programming in the Arduino Web App v6.10.

Thanks for any pointers,
Bill

I was initially going to try something similar with my pool as I have a existing Solar heating system that has sensors in the Pool pump and solar return pipework. After a bit of experimentation I discovered it used 33k NTC themistors to do the sensing.

Rather than add additional parts I ended up putting 2 DS18B20s, one directly in the pool and one in the return solar pipe using a drill bit and some epoxy. I put the main board in a box with a solar panel on top and a 18650 battery and charger circuit. It works really well.

My concern was tapping into the current sensors may load down or damage the solar controller which is no longer manufactured and would be hard to repair.
If you can workout the resistance of you sensors at differing temperatures you can work out the resistance and K factor of the sensors. There are some online calculators that let you work it out based on taking 3 readings at differing values. I cheated and used a pot in place of the existing sensor to give me variable resistance and then read the level from the controller. This allowed me to map resistance to the sensed temprature. I used this website with a low / medium and high resistance reading https://www.thinksrs.com/downloads/programs/therm calc/ntccalibrator/ntccalculator.html

Bill