Skip to content
  • MySensors
  • OpenHardware.io
  • Categories
  • Recent
  • Tags
  • Popular
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo
  1. Home
  2. Troubleshooting
  3. Can't get sensors talking

Can't get sensors talking

Scheduled Pinned Locked Moved Troubleshooting
24 Posts 7 Posters 8.6k Views 6 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • sundberg84S Offline
    sundberg84S Offline
    sundberg84
    Hardware Contributor
    wrote on last edited by sundberg84
    #12

    @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.

    Controller: Proxmox VM - Home Assistant
    MySensors GW: Arduino Uno - W5100 Ethernet, Gw Shield Nrf24l01+ 2,4Ghz
    MySensors GW: Arduino Uno - Gw Shield RFM69, 433mhz
    RFLink GW - Arduino Mega + RFLink Shield, 433mhz

    1 Reply Last reply
    0
    • tekkaT tekka

      @linus72982 looks like you have an issue with your GW radio:

      0;255;3;0;9;!TSP:SANCHK:FAIL
      
      

      GW and repeater nodes have by default regular sanity checks enabled. In your case, the sanity check fails, most likely due to cable and/or power issues. Try fixing/reseating the radio cables and/or add a larger cap to the GW radio.

      Also, please post the node sketch for further analysis.


      As for the debug messages, here the most important ones:

      TSM:FPAR => Transport State Machine:Find PARent
      !TSM:UPL FAIL, SNP => Uplink failed, Search New Parent
      !TSP:SEND:TNR => Transport:SEND:Transport Not Ready
      TSM:PDT => PowerDown Transport

      I'm currently working on a PR to unify and document all transport debug log messages for troubleshooting

      In your case, this is what happened:

      1. Node initializes and assigns ID 3, then it fails to find a parent...
      TSM:INIT
      TSM:RADIO:OK
      TSP:ASSIGNID:OK (ID=3)
      TSM:FPAR
      TSP:MSG:SEND 3-3-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
      TSM:FPAR
      TSP:MSG:SEND 3-3-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
      TSM:FPAR
      TSP:MSG:SEND 3-3-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
      TSM:FPAR
      TSP:MSG:SEND 3-3-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
      
      1. Later on it receives a response to the find parent request from node ID 0 (=GW)
      TSP:MSG:FPAR RES (ID=0, dist=0)
      TSP:MSG:PAR OK (ID=0, dist=1)
      TSM:FPAR:OK
      
      1. and finally, the TSM is fully operational.
      TSM:READY
      
      1. Then the node starts sending the presentation messages...
      
      TSP:MSG:SEND 3-3-0-0 s=255,c=3,t=15,pt=6,l=2,sg=0,ft=0,st=ok:0100
      TSP:MSG:SEND 3-3-0-0 s=255,c=0,t=17,pt=0,l=5,sg=0,ft=0,st=ok:2.0.0
      TSP:MSG:SEND 3-3-0-0 s=255,c=3,t=6,pt=1,l=1,sg=0,ft=0,st=ok:0
      
      1. ...and fails again to (successfully) send the messages to the GW
      !TSP:MSG:SEND 3-3-0-0 s=255,c=3,t=11,pt=0,l=13,sg=0,ft=0,st=fail:Binary Sensor
      !TSP:MSG:SEND 3-3-0-0 s=255,c=3,t=12,pt=0,l=3,sg=0,ft=1,st=fail:1.0
      !TSP:MSG:SEND 3-3-0-0 s=3,c=0,t=0,pt=0,l=0,sg=0,ft=2,st=fail:
      !TSP:MSG:SEND 3-3-0-0 s=4,c=0,t=0,pt=0,l=0,sg=0,ft=3,st=fail:
      
      
      1. Hence, start searching for a new parent...
      !TSM:UPL FAIL, SNP
      TSM:FPAR
      TSP:MSG:SEND 3-3-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
      
      1. ...and (again) no reply from the GW, therefore...
      !TSP:SEND:TNR
      
      1. Transport not ready, and starting from the beginning...
      linus72982L Offline
      linus72982L Offline
      linus72982
      wrote on last edited by
      #13

      @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.

      tekkaT 1 Reply Last reply
      0
      • linus72982L 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.

        tekkaT Offline
        tekkaT Offline
        tekka
        Admin
        wrote on last edited by
        #14

        @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.

        linus72982L 1 Reply Last reply
        0
        • tekkaT 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.

          linus72982L Offline
          linus72982L Offline
          linus72982
          wrote on last edited by
          #15

          @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.

          tekkaT 1 Reply Last reply
          0
          • linus72982L 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.

            tekkaT Offline
            tekkaT Offline
            tekka
            Admin
            wrote on last edited by
            #16

            @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).

            1 Reply Last reply
            0
            • tekkaT tekka

              @linus72982 looks like you have an issue with your GW radio:

              0;255;3;0;9;!TSP:SANCHK:FAIL
              
              

              GW and repeater nodes have by default regular sanity checks enabled. In your case, the sanity check fails, most likely due to cable and/or power issues. Try fixing/reseating the radio cables and/or add a larger cap to the GW radio.

              Also, please post the node sketch for further analysis.


              As for the debug messages, here the most important ones:

              TSM:FPAR => Transport State Machine:Find PARent
              !TSM:UPL FAIL, SNP => Uplink failed, Search New Parent
              !TSP:SEND:TNR => Transport:SEND:Transport Not Ready
              TSM:PDT => PowerDown Transport

              I'm currently working on a PR to unify and document all transport debug log messages for troubleshooting

              In your case, this is what happened:

              1. Node initializes and assigns ID 3, then it fails to find a parent...
              TSM:INIT
              TSM:RADIO:OK
              TSP:ASSIGNID:OK (ID=3)
              TSM:FPAR
              TSP:MSG:SEND 3-3-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
              TSM:FPAR
              TSP:MSG:SEND 3-3-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
              TSM:FPAR
              TSP:MSG:SEND 3-3-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
              TSM:FPAR
              TSP:MSG:SEND 3-3-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
              
              1. Later on it receives a response to the find parent request from node ID 0 (=GW)
              TSP:MSG:FPAR RES (ID=0, dist=0)
              TSP:MSG:PAR OK (ID=0, dist=1)
              TSM:FPAR:OK
              
              1. and finally, the TSM is fully operational.
              TSM:READY
              
              1. Then the node starts sending the presentation messages...
              
              TSP:MSG:SEND 3-3-0-0 s=255,c=3,t=15,pt=6,l=2,sg=0,ft=0,st=ok:0100
              TSP:MSG:SEND 3-3-0-0 s=255,c=0,t=17,pt=0,l=5,sg=0,ft=0,st=ok:2.0.0
              TSP:MSG:SEND 3-3-0-0 s=255,c=3,t=6,pt=1,l=1,sg=0,ft=0,st=ok:0
              
              1. ...and fails again to (successfully) send the messages to the GW
              !TSP:MSG:SEND 3-3-0-0 s=255,c=3,t=11,pt=0,l=13,sg=0,ft=0,st=fail:Binary Sensor
              !TSP:MSG:SEND 3-3-0-0 s=255,c=3,t=12,pt=0,l=3,sg=0,ft=1,st=fail:1.0
              !TSP:MSG:SEND 3-3-0-0 s=3,c=0,t=0,pt=0,l=0,sg=0,ft=2,st=fail:
              !TSP:MSG:SEND 3-3-0-0 s=4,c=0,t=0,pt=0,l=0,sg=0,ft=3,st=fail:
              
              
              1. Hence, start searching for a new parent...
              !TSM:UPL FAIL, SNP
              TSM:FPAR
              TSP:MSG:SEND 3-3-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
              
              1. ...and (again) no reply from the GW, therefore...
              !TSP:SEND:TNR
              
              1. Transport not ready, and starting from the beginning...
              alexsh1A Offline
              alexsh1A Offline
              alexsh1
              wrote on last edited by
              #17

              @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

              tekkaT 1 Reply Last reply
              0
              • alexsh1A 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

                tekkaT Offline
                tekkaT Offline
                tekka
                Admin
                wrote on last edited by
                #18

                @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/

                YveauxY 1 Reply Last reply
                1
                • tekkaT 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/

                  YveauxY Offline
                  YveauxY Offline
                  Yveaux
                  Mod
                  wrote on last edited by
                  #19

                  @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/

                  http://yveaux.blogspot.nl

                  tekkaT 1 Reply Last reply
                  0
                  • YveauxY 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/

                    tekkaT Offline
                    tekkaT Offline
                    tekka
                    Admin
                    wrote on last edited by tekka
                    #20

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

                    YveauxY 1 Reply Last reply
                    0
                    • tekkaT tekka

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

                      YveauxY Offline
                      YveauxY Offline
                      Yveaux
                      Mod
                      wrote on last edited by
                      #21

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

                      http://yveaux.blogspot.nl

                      1 Reply Last reply
                      0
                      • CravecodeC Offline
                        CravecodeC Offline
                        Cravecode
                        wrote on last edited by Cravecode
                        #22
                        This post is deleted!
                        1 Reply Last reply
                        0
                        • Q Offline
                          Q Offline
                          Quinie
                          wrote on last edited by
                          #23

                          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?

                          1 Reply Last reply
                          0
                          • Q Offline
                            Q Offline
                            Quinie
                            wrote on last edited by
                            #24

                            Changed the arduino.. not the radio .. from UNO to Nano (not the sensor but the gateway).. now it works...

                            1 Reply Last reply
                            0
                            Reply
                            • Reply as topic
                            Log in to reply
                            • Oldest to Newest
                            • Newest to Oldest
                            • Most Votes


                            12

                            Online

                            11.7k

                            Users

                            11.2k

                            Topics

                            113.0k

                            Posts


                            Copyright 2019 TBD   |   Forum Guidelines   |   Privacy Policy   |   Terms of Service
                            • Login

                            • Don't have an account? Register

                            • Login or register to search.
                            • First post
                              Last post
                            0
                            • MySensors
                            • OpenHardware.io
                            • Categories
                            • Recent
                            • Tags
                            • Popular