Can't get sensors talking

[sundberg84]

@tekka - i get this:

TSM:FPAR
TSP:MSG:SEND 12-12-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
TSP:MSG:READ 0-0-12 s=255,c=3,t=8,pt=1,l=1,sg=0:0
TSP:MSG:FPAR RES (ID=0, dist=0)
TSP:MSG:PAR OK (ID=0, dist=1)
TSP:MSG:READ 101-101-12 s=255,c=3,t=8,pt=1,l=1,sg=0:1
TSP:MSG:FPAR RES (ID=101, dist=1)
TSP:MSG:READ 99-99-12 s=255,c=3,t=8,pt=1,l=1,sg=0:1
TSP:MSG:FPAR RES (ID=99, dist=1)
TSP:MSG:READ 100-100-12 s=255,c=3,t=8,pt=1,l=1,sg=0:1
TSP:MSG:FPAR RES (ID=100, dist=1)
TSM:FPAR:OK
TSM:ID
TSM:CHKID:OK (ID=12)
TSM:UPL
TSP:PING:SEND (dest=0)
TSP:MSG:SEND 12-12-0-0 s=255,c=3,t=24,pt=1,l=1,sg=0,ft=0,st=ok:1
TSP:CHKUPL:FAIL (hops=255)
!TSM:UPL:FAIL

in an endless repeat.

What does it mean?

This is the same code as before - cleared eeprom and uploaded to a working node, only change is 2.0 lib.
My guess is that I need to update the repeater/gw as well? They are running 2.0 beta.

[Yveaux]

@sundberg84 said:

My guess is that I need to update the repeater/gw as well? They are running 2.0 beta.

Start with that indeed.
2.0.0 sensors require repeaters and gateway to also run 2.0.0

[sundberg84]

@Yveaux will do but I would like to know what that error message is if possible.

[Yveaux]

@sundberg84 you will when @tekka finishes his documentation .
Give him a break; I rather have him documenting the new stuff than answering all those individual questions :smirk:

[sundberg84]

@Yveaux - I have missed this info about document. I will revert everything back then until proper documentation is finished.

Its hen and a egg problem... if documentation was finished before release all the questions could be avoided.

[tekka]

@sundberg84 We do not recommend nor have the bandwidth to support and troubleshoot setups with mixed MySensors versions (i.e. 1.x and 2.x). That said, mixed setups can but are not guaranteed to function. As semantic versioning suggests, a major version increment implies API changes that are not backwards compatible: For a full list of changes in 2.0.0, please refer to the change log.

In your case, update all nodes/GW/repeaters to the most recent MySensors version, and report back if you encounter any issues.

As @Yveaux pointed out, I am working on a PR that unifies and documents all debug messages emitted from the transport layer.

[sundberg84]

@tekka - ok, thanks @tekka. I have 25+ nodes so I guess I have some work then
.. or maybe I'll just stick to 2.0b.

[tekka]

@sundberg84 Wow, how is the topology?

[sundberg84]

@tekka -

GW - 2.0b
3x Repeaters (combined with motion) - 2.0b
Nodes about 50% 1.4-1.5 and 50% 2.0b

but nevermind, I will hold on to your document is finished - no worries. I was just to eager to upgrade :)
Then I will try to upgrade the gw and see what happens.

[linus72982]

@tekka
Thanks for the explanation of the messages, that helped me quite a bit. I figured out that my gateway radio wasn't working very well so I bought an Addicore version that the reviews said was a bit more reliable. It came in today and works like a champ (and it has labeled pins which is helpful).

I eagerly await the documentation of the messages. I am writing a controller in Python and with my limited C knowledge (weird, I know, as Python is a C-based language, but it's just different enough to drive me nuts), I'm going cross-eyed trying to reverse-engineer the messages from the code. Your documentation will help immensely. Just the bit you told me up there has allowed me to write most of it. Thanks, again.

[tekka]

@linus72982 You'll find some more information here. This is a PR (still WIP) for the dev branch and applies to the upcoming 2.0.1 release.

[linus72982]

@tekka
That's good info, thank you. Quick question if you have a minute, what is the difference between CHKUPL and SANCHK? Based on the docs, they both seem to accomplish the same goal.

[tekka]

@linus72982 No, they do different things: CHKUPL checks the uplink, i.e. connection to GW whereas SANCHK is the regular radio HW sanity check (radio register verification + SPI connection).

[alexsh1]

@tekka Can we please get your info about deciphering the log in v.2 into a separate sticky thread in the Troubleshooting section?
Thank you very much for producing it

[tekka]

@alexsh1 The debug log messages are fully documented in the upcoming 2.0.1 release, see here for a preview (dev): https://ci.mysensors.org/job/Verifiers/job/MySensorsArduinoLibPR/Doxygen_HTML/

[Yveaux]

@alexsh1 more explicitly, a description of the transport state machine messages (TSM) can be found here: https://ci.mysensors.org/job/Verifiers/job/MySensorsArduinoLibPR/Doxygen_HTML/

[tekka]

@Yveaux @alexsh1 https://ci.mysensors.org/job/Verifiers/job/MySensorsArduinoLibPR/Doxygen_HTML/group__MyTransportgrp.html

[Yveaux]

@tekka ehhhrrfmmm... Copy/paste on Android didn't work as expected.... Sorry

[Cravecode]

This post is deleted!

[Quinie]

Hi All

I am working on the version 2 for the first time after being away for awhile.
The gateway is up and running.

8-10-2016 02:45:07	RX	0;255;3;0;9;TSP:SANCHK:OK

But my sensors is giving problems.

TSM:INIT
TSM:RADIO:OK
TSP:ASSIGNID:OK (ID=188)
TSM:FPAR
TSP:MSG:SEND 188-188-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
TSM:FPAR
TSP:MSG:SEND 188-188-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
TSM:FPAR
TSP:MSG:SEND 188-188-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
TSM:FPAR
TSP:MSG:SEND 188-188-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
!TSM:FPAR:FAIL
!TSM:FAILURE
TSM:PDT

I have a 4,7 capacitor in place. Any ideas?