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

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

    @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

    http://yveaux.blogspot.nl

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

      sundberg84S Offline
      sundberg84S Offline
      sundberg84
      Hardware Contributor
      wrote on last edited by
      #6

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

      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

      YveauxY 1 Reply Last reply
      0
      • sundberg84S sundberg84

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

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

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

        http://yveaux.blogspot.nl

        sundberg84S 1 Reply Last reply
        1
        • YveauxY 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:

          sundberg84S Offline
          sundberg84S Offline
          sundberg84
          Hardware Contributor
          wrote on last edited by sundberg84
          #8

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

          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
          • sundberg84S 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.

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

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

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

              sundberg84S Offline
              sundberg84S Offline
              sundberg84
              Hardware Contributor
              wrote on last edited by
              #10

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

              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

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

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

                @sundberg84 Wow, how is the topology?

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