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. Noob : Cant get Sensor talking to gateway

Noob : Cant get Sensor talking to gateway

Scheduled Pinned Locked Moved Troubleshooting
38 Posts 7 Posters 5.0k 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.
  • M manutremo

    @mfalkvidd Without being an specialist in the MySensors protocol, it could be something like

    • a debug message at some point in the gateway log when a node ID is requested and there is no ID to provide (no controller available),

    • something similar in the node log when an empty ID is provided form the gw

    • additionally, a warning in the log parser to check the controller when the payload is empty.

    mfalkviddM Offline
    mfalkviddM Offline
    mfalkvidd
    Mod
    wrote on last edited by mfalkvidd
    #28

    @manutremo the gateway is just a dumb forwarder. When the ID request is received from the sensor node, the gateway forwards that message to it's configured interface (mqtt, ethernet, serial, ...). If the controller responds, the gateway will forward the response.

    To do your suggested no 1, the gateway would have to keep track of all ID requests and set some time to know when the response from the controller is deemed too slow. That could probably be done, but would require quite a lot of work to get right and to keep compact enough to still fit the gateway in popular constrained devices like the atmega328.

    The message in no 2 doesn't exist, as we have agreed on, so this is unfortunately not viable either.

    Your suggestion no 3 sounds promising I think. Whenever the node prints !TSM:ID:FAIL, the log parser should spell out that the most likely cause is that no controller is present. I'm not sure how to update the log parser, but maybe @hek can chip in here? At the moment, the log parser seems unable to parse that message at all.

    https://www.mysensors.org/apidocs/group__MyTransportgrp.html#details should be updated to mention the controller on the line where TSM ID FAIL is mentioned.

    It would also be nice if the !TSM:ID:FAIL message was more verbose (for people who don't immediately use the log parser), but the log messages need to be kept very short to keep the binary size small.

    1 Reply Last reply
    0
    • mfalkviddM Offline
      mfalkviddM Offline
      mfalkvidd
      Mod
      wrote on last edited by
      #29

      A suggestion for updating the documentation is available at https://github.com/mysensors/MySensors/pull/984
      Feedback is welcome.

      1 Reply Last reply
      0
      • mfalkviddM Offline
        mfalkviddM Offline
        mfalkvidd
        Mod
        wrote on last edited by
        #30

        Updated documentation is available here: https://ci.mysensors.org/job/MySensors/job/MySensors/job/PR-984/2/Doxygen_HTML/group__MyTransportgrp.html

        1 Reply Last reply
        0
        • ahmedadelhosniA Offline
          ahmedadelhosniA Offline
          ahmedadelhosni
          wrote on last edited by
          #31

          I have been facing the same problem all day today. Actually as far as I remember my old nodes used to setup the node assignation to AUTO by default.

          Was that changed during the last month ? because I was busy at that period.

          mfalkviddM 1 Reply Last reply
          0
          • ahmedadelhosniA ahmedadelhosni

            I have been facing the same problem all day today. Actually as far as I remember my old nodes used to setup the node assignation to AUTO by default.

            Was that changed during the last month ? because I was busy at that period.

            mfalkviddM Offline
            mfalkviddM Offline
            mfalkvidd
            Mod
            wrote on last edited by mfalkvidd
            #32

            @ahmedadelhosni auto id has been default since inception, as far as I know. It was default 2.5 years ago when I first learned about MySensors. So nothing has changed.

            ahmedadelhosniA 1 Reply Last reply
            0
            • gohanG Offline
              gohanG Offline
              gohan
              Mod
              wrote on last edited by
              #33

              It defaults to Auto if no manual define is set, but it still needs a controller or just myscontroller application that keeps track of the IDs and assign new unused ones.

              1 Reply Last reply
              0
              • mfalkviddM mfalkvidd

                @ahmedadelhosni auto id has been default since inception, as far as I know. It was default 2.5 years ago when I first learned about MySensors. So nothing has changed.

                ahmedadelhosniA Offline
                ahmedadelhosniA Offline
                ahmedadelhosni
                wrote on last edited by
                #34

                @mfalkvidd That's what I know but as I have said, I have been facing the same error to assign an ID for my node and it was solved when I change it to static ID... strange !

                1 Reply Last reply
                0
                • A Offline
                  A Offline
                  angeloS
                  wrote on last edited by
                  #35

                  i was thinking about this, perhaps as part of a welcome tutorial we connect the GW to a gateway (pick one , an easy one). And whilst doing this we simply explain why the Controller is needed.. this would help newbies like me from the start..

                  Which controller.. well Ive been looking at openhab but settled on Homeassistant, appears more active that OH

                  Angelo

                  mfalkviddM 1 Reply Last reply
                  0
                  • A angeloS

                    i was thinking about this, perhaps as part of a welcome tutorial we connect the GW to a gateway (pick one , an easy one). And whilst doing this we simply explain why the Controller is needed.. this would help newbies like me from the start..

                    Which controller.. well Ive been looking at openhab but settled on Homeassistant, appears more active that OH

                    Angelo

                    mfalkviddM Offline
                    mfalkviddM Offline
                    mfalkvidd
                    Mod
                    wrote on last edited by
                    #36

                    @angeloS do you mean to add information to this page? https://www.mysensors.org/build/select_gateway

                    The getting started guide already mentions (twice actually) that the controller is responsible for handling automatic node id assignment.

                    If people don't read the getting started guide, will they really read the Select gateway page?

                    rzyliusR 1 Reply Last reply
                    1
                    • mfalkviddM mfalkvidd

                      @angeloS do you mean to add information to this page? https://www.mysensors.org/build/select_gateway

                      The getting started guide already mentions (twice actually) that the controller is responsible for handling automatic node id assignment.

                      If people don't read the getting started guide, will they really read the Select gateway page?

                      rzyliusR Offline
                      rzyliusR Offline
                      rzylius
                      wrote on last edited by
                      #37

                      I have the same situation - mysensors relay node can not find parent. I cleared eeprom and entered manually MY_NODE_ID, but it seems that gateway and node communicate, but fail to make final arrengement.

                      Gateway log:
                      22:54:33.173 [DEBUG] [orsAbstractConnection$MySensorsReader] - Message from gateway received: 0;255;3;0;9;Will not sign message for destination 102 as it does not require it
                      22:54:33.216 [DEBUG] [orsAbstractConnection$MySensorsReader] - Message from gateway received: 0;255;3;0;9;!TSF:MSG:SEND,0-0-102-102,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=NACK:0
                      22:54:34.691 [DEBUG] [orsAbstractConnection$MySensorsReader] - Message from gateway received: 0;255;3;0;9;TSF:MSG:READ,102-102-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
                      22:54:34.692 [DEBUG] [orsAbstractConnection$MySensorsReader] - Message from gateway received: 0;255;3;0;9;TSF:MSG:BC
                      22:54:34.694 [DEBUG] [orsAbstractConnection$MySensorsReader] - Message from gateway received: 0;255;3;0;9;TSF:MSG:FPAR REQ,ID=102
                      22:54:34.697 [DEBUG] [orsAbstractConnection$MySensorsReader] - Message from gateway received: 0;255;3;0;9;TSF:CKU:OK,FCTRL
                      22:54:34.701 [DEBUG] [orsAbstractConnection$MySensorsReader] - Message from gateway received: 0;255;3;0;9;TSF:MSG:GWL OK

                      MySensors node log:
                      91296 TSM:INIT
                      791303 TSM:INIT:TSP OK
                      791305 TSM:INIT:STATID=102
                      791308 TSF:SID:OK,ID=102
                      791310 TSM:FPAR
                      791347 TSF:MSG:SEND,102-102-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
                      793354 !TSM:FPAR:NO REPLY
                      793356 TSM:FPAR
                      793393 TSF:MSG:SEND,102-102-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
                      795400 !TSM:FPAR:NO REPLY
                      795402 TSM:FPAR
                      795439 TSF:MSG:SEND,102-102-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
                      797446 !TSM:FPAR:NO REPLY
                      797448 TSM:FPAR
                      797485 TSF:MSG:SEND,102-102-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
                      799492 !TSM:FPAR:FAIL
                      799494 TSM:FAIL:CNT=7
                      799496 TSM:FAIL:PDT
                      859499 TSM:FAIL:RE-INIT
                      859501 TSM:INIT
                      859508 TSM:INIT:TSP OK
                      859510 TSM:INIT:STATID=102
                      859513 TSF:SID:OK,ID=102
                      859515 TSM:FPAR
                      859552 TSF:MSG:SEND,102-102-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
                      861559 !TSM:FPAR:NO REPLY
                      861561 TSM:FPAR
                      861598 TSF:MSG:SEND,102-102-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
                      863605 !TSM:FPAR:NO REPLY
                      863607 TSM:FPAR
                      863644 TSF:MSG:SEND,102-102-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
                      865651 !TSM:FPAR:NO REPLY
                      865653 TSM:FPAR
                      865690 TSF:MSG:SEND,102-102-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
                      867697 !TSM:FPAR:FAIL
                      867699 TSM:FAIL:CNT=7
                      867701 TSM:FAIL:PDT

                      any ideas what I have to check?

                      regards,

                      rimantas

                      1 Reply Last reply
                      0
                      • gohanG Offline
                        gohanG Offline
                        gohan
                        Mod
                        wrote on last edited by
                        #38

                        There is a problem with messages sent by gateway or received by node: you either have bad power supply for radio on gateway or bad antenna or antenna alignment or too much distance; could also be interference near the node

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


                        21

                        Online

                        11.7k

                        Users

                        11.2k

                        Topics

                        113.1k

                        Posts


                        Copyright 2025 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