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. Lack of service continutity after power failure

Lack of service continutity after power failure

Scheduled Pinned Locked Moved Troubleshooting
6 Posts 5 Posters 96 Views 5 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.
  • H Offline
    H Offline
    halo6
    wrote on last edited by
    #1

    Hi,

    I am running at home several sensor (relays, gas sensor, parking sensor) and all works pretty reliable until power failure at home. None of the sensors is able to reconnect to GW automatically.
    GW runs on RPi4. Always I need to force the RPI service to stop and start and after that all sensors come back.
    What I miss in the code ?
    Or is there some special conf on RPI GW to delay startup of the "mysgw.service"?
    Or the reason is completelly somewhere else.
    Please advise how to overcome this annoying problem.

    TheoLT YveauxY 2 Replies Last reply
    0
    • H halo6

      Hi,

      I am running at home several sensor (relays, gas sensor, parking sensor) and all works pretty reliable until power failure at home. None of the sensors is able to reconnect to GW automatically.
      GW runs on RPi4. Always I need to force the RPI service to stop and start and after that all sensors come back.
      What I miss in the code ?
      Or is there some special conf on RPI GW to delay startup of the "mysgw.service"?
      Or the reason is completelly somewhere else.
      Please advise how to overcome this annoying problem.

      TheoLT Offline
      TheoLT Offline
      TheoL
      Contest Winner
      wrote on last edited by
      #2

      @halo6 I think what happens, is that the nodes reboot faster when the power comes back on. Then they try to connect and that fails because your Pi is still booting. Then they will have a time out before they reconnect. But it doesn't explain why you need to reboot the mysgw.service. It might be worth to check the log file to see if it gives any errors?

      1 Reply Last reply
      1
      • H Offline
        H Offline
        halo6
        wrote on last edited by
        #3

        Yes, This is also my suspicious, I will enable the log of and try to perform a test again.
        Hopefully there will be some clear information there. Thanks Theo for feedback. Let You know about the findings.

        1 Reply Last reply
        0
        • skywatchS Offline
          skywatchS Offline
          skywatch
          wrote on last edited by skywatch
          #4

          @halo6 I have similar problems. Whenever the pi is restarted I have to unplug the serial gateway and wait for pi to boot and then reconnect serial gareway. After this is works well, but any reboot wiht serial gateway connected and it fails, the nodes never reconnect.

          zboblamontZ 1 Reply Last reply
          0
          • H halo6

            Hi,

            I am running at home several sensor (relays, gas sensor, parking sensor) and all works pretty reliable until power failure at home. None of the sensors is able to reconnect to GW automatically.
            GW runs on RPi4. Always I need to force the RPI service to stop and start and after that all sensors come back.
            What I miss in the code ?
            Or is there some special conf on RPI GW to delay startup of the "mysgw.service"?
            Or the reason is completelly somewhere else.
            Please advise how to overcome this annoying problem.

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

            @halo6 are you using fixed node ids, or using the controller to hand them out?

            http://yveaux.blogspot.nl

            1 Reply Last reply
            1
            • skywatchS skywatch

              @halo6 I have similar problems. Whenever the pi is restarted I have to unplug the serial gateway and wait for pi to boot and then reconnect serial gareway. After this is works well, but any reboot wiht serial gateway connected and it fails, the nodes never reconnect.

              zboblamontZ Offline
              zboblamontZ Offline
              zboblamont
              wrote on last edited by
              #6

              @skywatch Perhaps of interest, this possibility (lots of power cuts here in the early days) led me not only interface serial but power for the Gateway from the Pi header rather than separately, the current draw is tiny.
              The power cuts I later solved with a UPS but even before that it rebooted and went to work without issues, since the two reboot in sequence under the control of the Pi.
              As @Yveaux however has highlighted all my Nodes are fixed IDs.

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


              19

              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