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. Announcements
  3. 💬 Building a wired RS485 sensor network

💬 Building a wired RS485 sensor network

Scheduled Pinned Locked Moved Announcements
164 Posts 33 Posters 46.8k Views 35 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.
  • gohanG gohan

    Forget it, I was on mobile and couldn't see well the code. Do you have IDE, boards definitions up to date? Did you try latest version of mysensors in development branch?

    nofoxN Offline
    nofoxN Offline
    nofox
    wrote on last edited by
    #113

    @gohan I have IDE 1.6.11 and boards definition 1.6.11 because on newer boards definition I've got boot loop on gateway. I'm using 2.1.1 MySensors library. Maybe I should mention that I can ping my gateway without any problems, only rs485 part seems not responding..

    1 Reply Last reply
    0
    • nofoxN Offline
      nofoxN Offline
      nofox
      wrote on last edited by
      #114

      Hello again. After a week of thinking and hard work i finally got RS485 network working very close to what I want. I've done everything like it was mentioned here before. Fully bus-like network, termination only on both ends of line and pull-up and pull-down on the gateway. I also change MySensors library to newest 2.1 beta branch. All nodes working very good for last month but some times one node hanging and I can't control it via OpenHab or built in switch. I don't know what cause this behavior. I turn on watchdog timers in every nodes and theoretically when node hangs, watchdog should reboot arduino after 8 seconds. Practically it won't reboot my node.. It seems like the node don't really hangs but the communication stops.. Is it possible that one node can loose connection while other nodes on the same bus/wires working like a charm ?

      rejoe2R 1 Reply Last reply
      0
      • nofoxN nofox

        Hello again. After a week of thinking and hard work i finally got RS485 network working very close to what I want. I've done everything like it was mentioned here before. Fully bus-like network, termination only on both ends of line and pull-up and pull-down on the gateway. I also change MySensors library to newest 2.1 beta branch. All nodes working very good for last month but some times one node hanging and I can't control it via OpenHab or built in switch. I don't know what cause this behavior. I turn on watchdog timers in every nodes and theoretically when node hangs, watchdog should reboot arduino after 8 seconds. Practically it won't reboot my node.. It seems like the node don't really hangs but the communication stops.. Is it possible that one node can loose connection while other nodes on the same bus/wires working like a charm ?

        rejoe2R Offline
        rejoe2R Offline
        rejoe2
        wrote on last edited by
        #115

        @nofox The problem you describe sounds pretty similar to my observations in this post.
        There are also some suggestions how to solve this kind of trouble you may apply.

        Controller: FHEM; MySensors: 2.3.1, RS485,nRF24,RFM69, serial Gateways

        1 Reply Last reply
        0
        • nofoxN Offline
          nofoxN Offline
          nofox
          wrote on last edited by
          #116

          Hi! It’s me again. I want to precise one thing. Are there anyone here who have succesful working RS485 network without any issues? We are talking here about issues but maybe someone have fully working sensors network?

          1 Reply Last reply
          0
          • P Offline
            P Offline
            pjr
            wrote on last edited by
            #117

            If some node hangs what happens if you recycle the power of rs485 transceiver only?
            I'm just thinking could it be the protection of max485 that kicks in if there is two nodes sending exactly the same time.

            1 Reply Last reply
            0
            • nofoxN Offline
              nofoxN Offline
              nofox
              wrote on last edited by
              #118

              Hi! My problem still exist. I switched to newest MySensors Library and to HWSERIAL and some nodes acts the same as before... Now i'm thinking that maybe its related to DE_PIN 2 ?? Someone tried to switch to other pin for Enable function for RS485 ?? Now after almost a year I'm thinking about changing my transmission from wired RS485 to wireless nRF.. I choose RS485 because of its stability (thats what I taught over a year ago ). Now I think that RS485 its a piece of garbage..

              1 Reply Last reply
              0
              • nofoxN Offline
                nofoxN Offline
                nofox
                wrote on last edited by
                #119

                Hi! I think I came up with the solution for all our problems but I don't know if it is worth and possible at all. The thing is that RS485 isn't a multimaster bus, thats what we all know. So the best option is to turn the gateway in to master and all other nodes to slaves. I'm thinking if there are any possibilities to make the gateway to ask nodes in the order one by one for its states (child states). The nodes can only talk to the gateway when the gateway ask for their states. This process should take place in endless loop in the highest possible speed (depending on the count of nodes in the network). I think that in this option the baud rate matters, cause higher baud rates makes the time of a single loop shorter minimizing the delay that may occur in the networks with many nodes. Maybe I'm reinventing the wheel now and this type of transmission needs to rewrite all MySensors protocols..

                wallyllamaW 1 Reply Last reply
                0
                • nofoxN nofox

                  Hi! I think I came up with the solution for all our problems but I don't know if it is worth and possible at all. The thing is that RS485 isn't a multimaster bus, thats what we all know. So the best option is to turn the gateway in to master and all other nodes to slaves. I'm thinking if there are any possibilities to make the gateway to ask nodes in the order one by one for its states (child states). The nodes can only talk to the gateway when the gateway ask for their states. This process should take place in endless loop in the highest possible speed (depending on the count of nodes in the network). I think that in this option the baud rate matters, cause higher baud rates makes the time of a single loop shorter minimizing the delay that may occur in the networks with many nodes. Maybe I'm reinventing the wheel now and this type of transmission needs to rewrite all MySensors protocols..

                  wallyllamaW Offline
                  wallyllamaW Offline
                  wallyllama
                  wrote on last edited by
                  #120

                  @nofox absolutely that is one of the problems. Polling as you describe could be a fix, another is having each node listen before transmitting, there is a (not mysensors) library that does that, CAN bus( a mutli master 485 comaptible bus) is another option. I think that running a common ground to all the rs485 adapters is also wise. This is all in theory as I havent wired up my home yet....

                  P 1 Reply Last reply
                  0
                  • wallyllamaW wallyllama

                    @nofox absolutely that is one of the problems. Polling as you describe could be a fix, another is having each node listen before transmitting, there is a (not mysensors) library that does that, CAN bus( a mutli master 485 comaptible bus) is another option. I think that running a common ground to all the rs485 adapters is also wise. This is all in theory as I havent wired up my home yet....

                    P Offline
                    P Offline
                    pjr
                    wrote on last edited by
                    #121

                    @wallyllama

                    another is having each node listen before transmitting

                    How would you describe this functionality in MySensors rs485 code?
                    https://github.com/mysensors/MySensors/blob/f5ed26c778c18107d1516bd86704f8c8f99ff571/hal/transport/RS485/MyTransportRS485.cpp#L246
                    If I'm reading the code correctly it is exactly reading the bus and making sure no other node is sending before sending anything.
                    The place where collision can happen is those 5 microseconds what the node is waiting to get driver tx enabled pin up.

                    So the collision avoidance is already there. So what MyS R485 transport is missing is collision detection and recovery from collision.

                    CAN bus( a mutli master 485 comaptible bus) is another option.

                    Its disadvantage is small payload size.

                    @nofox Its quite like how the Modbus works. By polling.
                    I think there is some better ways to do that. Check these out from google:

                    • RS-485 Token ring
                    • uLAN
                    • RS-485 RRP (Round Robin Protocol)
                    • CSMA/CA
                    1 Reply Last reply
                    0
                    • wallyllamaW Offline
                      wallyllamaW Offline
                      wallyllama
                      wrote on last edited by
                      #122

                      I think you have found most everything that I have. Something akin to csmacd is what I was thinking. Listen, transmit, back off for random time if a collision still happens. Of course full duplex rs485 is another option, hard to find off the shelf modules.

                      I think this is the library I had found before.
                      https://github.com/MichaelJonker/HardwareSerialRS485/wiki

                      1 Reply Last reply
                      0
                      • wallyllamaW Offline
                        wallyllamaW Offline
                        wallyllama
                        wrote on last edited by
                        #123

                        https://github.com/dukelec/cdbus_doc
                        This one has some is interesting, not sure if it does multi master or not. There are a few projects that seem to do multimaster/collision avoidance, the trick it to find one with low enough overhead and automatically retransmits if there is a failure, and for this project isolates this enough that my sensors doesnt need restructuring.

                        Good wiring is crucial so you can use higher speeds. The common ground wire in addition to the differential signals seems almost required.

                        1 Reply Last reply
                        0
                        • K Offline
                          K Offline
                          kimot
                          wrote on last edited by
                          #124

                          https://github.com/gioblu/PJON/wiki

                          Some works for MySensors done:
                          https://forum.mysensors.org/topic/3977/transport-based-on-single-wire-pjon-protocol

                          1 Reply Last reply
                          0
                          • K Offline
                            K Offline
                            kimot
                            wrote on last edited by
                            #125

                            But PJON uses completely sw bit by bit sending or HW sending with bad bus arbitration.

                            My idea - combination CAN bus like arbitration and UART message sending.
                            With ACK possibility.

                            Time T1 ( two bytes send time for example )

                            Node sends message and waits T1 time for ACK.
                            Receiving node must send ACK within T1 interval.

                            Node, witch needs send message listens bus.
                            BUT not by HW UART or SoftwareSerial - use directo IO operation.
                            If recognize bus free time greater then T1, it start sending its own ID.
                            BUT again not by HW UART or SoftwareSerial - but bit by bit by direct IO pin operation.
                            And listen if bit I am sending is bit I am receiving.
                            If not - it means, that other node with higher priority ( lower ID ) is sending - then immediately stop sending other bit and wait for next bus free T1 interval.
                            If yes - bus is free for me end send my message normally by UART ( HW or SW, maybe with 9 bit addressing support - time less than T1 between characters allowed).
                            Wait max T1 time for ACK.

                            CAN bus driver usage TJA 1050 or MCP2551 - no DE RE pins.

                            1 Reply Last reply
                            0
                            • A Offline
                              A Offline
                              Andreas Sieber
                              wrote on last edited by
                              #126

                              I have the problem that I always get this error: !TSM:FPAR:NO REPLY

                              Once it worked briefly yesterday.

                              What have I tried everything?
                              All hardware exchanged - without success.

                              Now I have just written two small scripts that send RS485 back and forth. without problems. So wiring has to fit. I spent then in the serial montior the data which the node sends me, there comes some. Then I once tried to display the data that sends the GW, because nothing comes.

                              Does anyone have an idea why my GW does not answer?

                              mfalkviddM 1 Reply Last reply
                              0
                              • A Andreas Sieber

                                I have the problem that I always get this error: !TSM:FPAR:NO REPLY

                                Once it worked briefly yesterday.

                                What have I tried everything?
                                All hardware exchanged - without success.

                                Now I have just written two small scripts that send RS485 back and forth. without problems. So wiring has to fit. I spent then in the serial montior the data which the node sends me, there comes some. Then I once tried to display the data that sends the GW, because nothing comes.

                                Does anyone have an idea why my GW does not answer?

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

                                @andreas-sieber could you post the debug output from the node and the gateway?

                                1 Reply Last reply
                                0
                                • A Offline
                                  A Offline
                                  Andreas Sieber
                                  wrote on last edited by
                                  #128

                                  | / |_ / | ___ _ __ ___ ___ _ __ ___
                                  | |/| | | | _
                                  \ / _ \ _ \/ __|/ _ \|
                                  _/ __|
                                  | | | | |
                                  | || | / | | _ \ _ | | _
                                  |
                                  | |
                                  |_
                                  , |/ ___|| ||/_/|| |/
                                  |
                                  __/ 2.3.0-alpha

                                  17 MCO:BGN:INIT NODE,CP=RSNNA---,VER=2.3.0-alpha
                                  26 TSM:INIT
                                  27 TSF:WUR:MS=0
                                  29 TSM:INIT:TSP OK
                                  30 TSM:FPAR
                                  49 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
                                  2056 !TSM:FPAR:NO REPLY
                                  2058 TSM:FPAR
                                  2075 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
                                  4083 !TSM:FPAR:NO REPLY
                                  4085 TSM:FPAR
                                  4103 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
                                  6111 !TSM:FPAR:NO REPLY
                                  6113 TSM:FPAR
                                  6130 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:

                                  0;255;3;0;9;0 MCO:BG
                                  0;255;3;0;9;29 MCO:BGN:INIT OK,TSP=1
                                  0;255;3;0;9;0 MCO:BGN:INIT GW,CP=RSNGA---,VER=2.3.0-alpha
                                  0;255;3;0;9;5 TSM:INIT
                                  0;255;3;0;9;7 TSF:WUR:MS=0
                                  0;255;3;0;9;9 TSM:INIT:TSP OK
                                  0;255;3;0;9;12 TSM:INIT:GW MODE
                                  0;255;3;0;9;15 TSM:READY:ID=0,PAR=0,DIS=0
                                  0;255;3;0;9;18 MCO:REG:NOT NEEDED
                                  0;255;3;0;14;Gateway startup complete.
                                  0;255;0;0;18;2.3.0-alpha
                                  0;255;3;0;9;22 MCO:BGN:STP
                                  0;255;3;0;9;29 MCO:BGN:INIT OK,TSP=1

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

                                    why don't you use the stable 2.2? Anyway the node is missing the my_node_id define and second it seems the gateway isn't receiving anything, so I guess there is something very wrong in communication

                                    1 Reply Last reply
                                    0
                                    • A Offline
                                      A Offline
                                      Andreas Sieber
                                      wrote on last edited by
                                      #130

                                      in the 2.2 the same problem, i have now updagradet to alpha.

                                      When you have a solution on 2.2 i will downgrade. no problem!

                                      Guys you are good! I had set the mynodeid. But befor i include the my sensors.. that's the mistake..

                                      hour of hour to search... thx!

                                      1 Reply Last reply
                                      1
                                      • O Offline
                                        O Offline
                                        Omemanti
                                        wrote on last edited by
                                        #131

                                        Is it possible, or will it be possible to build a combination between wired and wireless nodes?

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

                                          one network, one gateway

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


                                          25

                                          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