Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
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

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

  1. ioBroker Community Home
  2. Deutsch
  3. Entwicklung
  4. Modbus Problem Waveshare und SDM72D

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.2k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    1.9k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    15
    1
    2.2k

Modbus Problem Waveshare und SDM72D

Geplant Angeheftet Gesperrt Verschoben Entwicklung
18 Beiträge 7 Kommentatoren 1.6k Aufrufe 6 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • K Offline
    K Offline
    klassisch
    Most Active
    schrieb am zuletzt editiert von klassisch
    #6

    Die Adressen sind KEINE Alias Adresssen
    Mit Alias würden die beim SM120 so aussehen
    203267e3-435b-41b2-920b-0e6aa95e75f2-grafik.png
    Beim SDM630 so:
    6ae166c8-cb68-4607-9b5e-bc57378f2553-grafik.png

    S 1 Antwort Letzte Antwort
    0
    • K klassisch

      Die Adressen sind KEINE Alias Adresssen
      Mit Alias würden die beim SM120 so aussehen
      203267e3-435b-41b2-920b-0e6aa95e75f2-grafik.png
      Beim SDM630 so:
      6ae166c8-cb68-4607-9b5e-bc57378f2553-grafik.png

      S Offline
      S Offline
      stromen
      schrieb am zuletzt editiert von
      #7

      @klassisch

      Da hat sich wahrscheinlich beim herumprobieren etwas verstellt.

      Selbst wenn ich einen neuen Adapter anlege, mit Alias bekomme ich den timeout.

      K 1 Antwort Letzte Antwort
      0
      • S stromen

        @klassisch

        Da hat sich wahrscheinlich beim herumprobieren etwas verstellt.

        Selbst wenn ich einen neuen Adapter anlege, mit Alias bekomme ich den timeout.

        K Offline
        K Offline
        klassisch
        Most Active
        schrieb am zuletzt editiert von
        #8

        @stromen Laut log ist die Verbindung via Wavesahre i.O.
        Im Notfall neu aufbauen. HW-Verbindungen prüfen. Erst mal nur ein einzelnes Register bedaten.

        1 Antwort Letzte Antwort
        0
        • S stromen

          @wendy2702

          Hallo,

          danke für die Antwort. Sorry, reiche ich hiermit nach.

          Ja, meines wissens war der Haken schon immer gesetzt.
          Habe aber auch inzwischen mehrere Konfigurationen durchprobiert. Es lief ja seit knapp 2 Monaten einwandfrei, und es wurde nichts geändert.

          E5387A4D-8ABD-4970-A20C-057EB282EE98.jpeg

          
          2023-04-10 12:08:17.052 - error: modbus.0 (759) Reconnect did not help, restart adapter
          2023-04-10 12:08:17.053 - info: modbus.0 (759) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
          2023-04-10 12:08:17.599 - info: host.iobroker instance system.adapter.modbus.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
          2023-04-10 12:08:17.599 - info: host.iobroker Restart adapter system.adapter.modbus.0 because enabled
          2023-04-10 12:08:18.630 - info: host.iobroker instance system.adapter.modbus.0 started with pid 774
          2023-04-10 12:08:19.755 - info: modbus.0 (774) starting. Version 5.0.11 in /opt/iobroker/node_modules/iobroker.modbus, node: v16.19.0, js-controller: 4.0.24
          2023-04-10 12:08:20.052 - info: modbus.0 (774) Connected to slave 192.168.1.200
          2023-04-10 12:08:25.059 - warn: modbus.0 (774) Error: undefined
          2023-04-10 12:08:25.060 - error: modbus.0 (774) Request timed out.
          2023-04-10 12:08:25.060 - error: modbus.0 (774) Client in error state.
          2023-04-10 12:08:25.061 - warn: modbus.0 (774) Poll error count: 1 code: {"err":"timeout","timeout":5000}
          2023-04-10 12:08:26.062 - info: modbus.0 (774) Disconnected from slave 192.168.1.200
          2023-04-10 12:09:26.064 - info: modbus.0 (774) Connected to slave 192.168.1.200
          2023-04-10 12:09:31.066 - warn: modbus.0 (774) Error: undefined
          2023-04-10 12:09:31.067 - error: modbus.0 (774) Request timed out.
          2023-04-10 12:09:31.067 - error: modbus.0 (774) Client in error state.
          2023-04-10 12:09:31.068 - warn: modbus.0 (774) Poll error count: 2 code: {"err":"timeout","timeout":5000}
          2023-04-10 12:09:32.068 - info: modbus.0 (774) Disconnected from slave 192.168.1.200
          2023-04-10 12:10:32.070 - info: modbus.0 (774) Connected to slave 192.168.1.200
          2023-04-10 12:10:37.072 - warn: modbus.0 (774) Error: undefined
          2023-04-10 12:10:37.072 - error: modbus.0 (774) Request timed out.
          2023-04-10 12:10:37.072 - error: modbus.0 (774) Client in error state.
          2023-04-10 12:10:37.073 - warn: modbus.0 (774) Poll error count: 3 code: {"err":"timeout","timeout":5000}
          2023-04-10 12:10:38.072 - info: modbus.0 (774) Disconnected from slave 192.168.1.200
          2023-04-10 12:11:38.076 - info: modbus.0 (774) Connected to slave 192.168.1.200
          2023-04-10 12:11:43.078 - warn: modbus.0 (774) Error: undefined
          2023-04-10 12:11:43.078 - error: modbus.0 (774) Request timed out.
          2023-04-10 12:11:43.078 - error: modbus.0 (774) Client in error state.
          2023-04-10 12:11:43.079 - warn: modbus.0 (774) Poll error count: 4 code: {"err":"timeout","timeout":5000}
          2023-04-10 12:11:44.079 - info: modbus.0 (774) Disconnected from slave 192.168.1.200
          2023-04-10 12:12:44.081 - info: modbus.0 (774) Connected to slave 192.168.1.200
          2023-04-10 12:12:49.083 - warn: modbus.0 (774) Error: undefined
          2023-04-10 12:12:49.084 - error: modbus.0 (774) Request timed out.
          2023-04-10 12:12:49.084 - error: modbus.0 (774) Client in error state.
          2023-04-10 12:12:49.084 - warn: modbus.0 (774) Poll error count: 5 code: {"err":"timeout","timeout":5000}
          2023-04-10 12:12:50.085 - info: modbus.0 (774) Disconnected from slave 192.168.1.200
          2023-04-10 12:13:50.087 - info: modbus.0 (774) Connected to slave 192.168.1.200
          2023-04-10 12:13:55.089 - warn: modbus.0 (774) Error: undefined
          2023-04-10 12:13:55.089 - error: modbus.0 (774) Request timed out.
          2023-04-10 12:13:55.090 - error: modbus.0 (774) Client in error state.
          2023-04-10 12:13:55.090 - warn: modbus.0 (774) Poll error count: 6 code: {"err":"timeout","timeout":5000}
          2023-04-10 12:13:56.092 - info: modbus.0 (774) Disconnected from slave 192.168.1.200
          2023-04-10 12:14:56.096 - info: modbus.0 (774) Connected to slave 192.168.1.200
          2023-04-10 12:15:01.098 - warn: modbus.0 (774) Error: undefined
          2023-04-10 12:15:01.099 - error: modbus.0 (774) Request timed out.
          2023-04-10 12:15:01.099 - error: modbus.0 (774) Client in error state.
          2023-04-10 12:15:01.100 - warn: modbus.0 (774) Poll error count: 7 code: {"err":"timeout","timeout":5000}
          2023-04-10 12:15:02.100 - info: modbus.0 (774) Disconnected from slave 192.168.1.200
          
          
          GlasfaserG Online
          GlasfaserG Online
          Glasfaser
          schrieb am zuletzt editiert von Glasfaser
          #9

          @stromen sagte in Modbus Problem Waveshare und SDM72D:

          und es wurde nichts geändert.

          Deine Register sehen komisch aus ... 12 / 14 / 16 ...

          sind eigentlich so wie @klassisch im Screenshot zeigt .

          siehe auch dazu hier :

          https://forum.iobroker.net/post/927264

          Erstelle eine neue Instanz und trage alles neu ein !
          Aber erstmal nur eine Registerabfrage ...

          EDIT :

          habe auch ein Waveshare mit einem SDM230V2

          7590a425-b314-490e-999c-ba679d4a79fa-grafik.png
          d0834e68-5178-4f4b-9528-6d2990d92c75-grafik.png

          Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..

          1 Antwort Letzte Antwort
          0
          • S stromen

            Hallo,

            ich habe ein Problem mit dem Modbus.
            Ich verwende ein waveshare RS485 to ETH mit einem SDM72D

            Seit langem hat alles einwandfrei funktioniert, auf einmal nicht mehr.
            Verändert wurde nichts.
            Neustart durchgeführt, Kabel usw. überprüft.

            Hat jemand einen Tipp?

            47AE7ECB-B3A8-4E10-94DB-B1083A954CDC.jpeg

            8757EB9C-509D-4DC9-A180-37080060250D.jpeg

            8E0267C6-BA26-4D38-9E1E-216A435E5233.jpeg

            C488265A-C4E8-4F24-9FA5-0FB0325E6723.jpeg

            S Offline
            S Offline
            SmartHomer 0
            schrieb am zuletzt editiert von
            #10

            @stromen
            So ein Verhalten hatte ich bislang 1x bei einem meiner beiden SDM72 via USR-W610. Sämtliche Versuche mit Änderungen am Modbus-Adapter, am USR oder am ioBroker haben nichts gebracht. Letztlich habe ich den SDM72 an allen Phasen spannungsfrei geschaltet, damit er ausging (Display dunkel). Einige Sekunden gewartet, danach wieder eingeschaltet-und sofort hat wieder alles funktioniert. Irgendwie muss sich die Modbus-Schnittstelle des DSM72 „aufgehängt“ haben. Seitdem läuft wieder alles prima.

            S 1 Antwort Letzte Antwort
            1
            • S SmartHomer 0

              @stromen
              So ein Verhalten hatte ich bislang 1x bei einem meiner beiden SDM72 via USR-W610. Sämtliche Versuche mit Änderungen am Modbus-Adapter, am USR oder am ioBroker haben nichts gebracht. Letztlich habe ich den SDM72 an allen Phasen spannungsfrei geschaltet, damit er ausging (Display dunkel). Einige Sekunden gewartet, danach wieder eingeschaltet-und sofort hat wieder alles funktioniert. Irgendwie muss sich die Modbus-Schnittstelle des DSM72 „aufgehängt“ haben. Seitdem läuft wieder alles prima.

              S Offline
              S Offline
              stromen
              schrieb am zuletzt editiert von
              #11

              @smarthomer-0

              DANKE! Genau DAS war der Fehler. Habe am Abend nochmal ein iobroker Backup eingespielt um sicher zu sein das nicht irgendwas verstellt ist. Heute morgen habe ich den SDM72 vom Stom getrennt und sofort nach dem einschalten lieferte er Daten.

              1 Antwort Letzte Antwort
              2
              • K Offline
                K Offline
                klassisch
                Most Active
                schrieb am zuletzt editiert von
                #12

                Frage: Hattet Ihr den dritten Anschluß "GND", "Earth" zwischen Zähler und dem Konverter verbunden?

                S 1 Antwort Letzte Antwort
                0
                • K klassisch

                  Frage: Hattet Ihr den dritten Anschluß "GND", "Earth" zwischen Zähler und dem Konverter verbunden?

                  S Offline
                  S Offline
                  SmartHomer 0
                  schrieb am zuletzt editiert von
                  #13

                  @klassisch
                  Danke für Dein Interesse/Deine Nachfrage.
                  In meinem Fall:

                  A/B paarig verseiltes Aderpaar verwendet.
                  Schirm der Bus-Leitung einseitig aufgelegt auf dem G(ND)-Anschluss am SDM72.
                  Schirm nicht beidseitig aufgelegt
                  a) um keine "Brummschleifen" aufzubauen
                  b) weil der USR am RS485-Stecker keinen GND-Anschluss hat
                  Zur Potenzialtrennung der Schnittstelle etc lässt sich leider die Doku weder beim USR-W610
                  noch beim SDM72 aus.

                  Ich hatte mir überlegt, Abschluss-Widerstände einzubauen, falls das Problem nochmal auftritt
                  (was bislang nicht der Fall war, es funktioniert seit mehreren Wochen stabil).
                  Sollte mE aber eigentlich nicht erforderlich sein, weil die ModBus-Leitung nur ca. 1m lang ist,
                  keine weiteren Teilnehmer angeschlossen sind und ich auch nur mit 9.6kBaud fahre.

                  K 1 Antwort Letzte Antwort
                  1
                  • S SmartHomer 0

                    @klassisch
                    Danke für Dein Interesse/Deine Nachfrage.
                    In meinem Fall:

                    A/B paarig verseiltes Aderpaar verwendet.
                    Schirm der Bus-Leitung einseitig aufgelegt auf dem G(ND)-Anschluss am SDM72.
                    Schirm nicht beidseitig aufgelegt
                    a) um keine "Brummschleifen" aufzubauen
                    b) weil der USR am RS485-Stecker keinen GND-Anschluss hat
                    Zur Potenzialtrennung der Schnittstelle etc lässt sich leider die Doku weder beim USR-W610
                    noch beim SDM72 aus.

                    Ich hatte mir überlegt, Abschluss-Widerstände einzubauen, falls das Problem nochmal auftritt
                    (was bislang nicht der Fall war, es funktioniert seit mehreren Wochen stabil).
                    Sollte mE aber eigentlich nicht erforderlich sein, weil die ModBus-Leitung nur ca. 1m lang ist,
                    keine weiteren Teilnehmer angeschlossen sind und ich auch nur mit 9.6kBaud fahre.

                    K Offline
                    K Offline
                    klassisch
                    Most Active
                    schrieb am zuletzt editiert von
                    #14

                    @smarthomer-0 Bei 1m und 9600 Bd sehe ich keine Notwendigkeit für Absclußwiderstände.
                    Ich verbinde normaleweise die GND Leitungen auch nicht. Solange alles läuft. Sobald es aber Schwierigkeiten gäbe würde ich mit 1kOhm Widerstand starten und dann die Spannung messen. Könnte sein, daß sich statische Potentialdifferenzen aufgebaut haben und den RS485 Treiber jenseits der common mode Grenzen getrieben haben.
                    Der SDM72 und der USRiot haben keine Potentialtrennung.
                    Vielleicht hat der SDM72 eine SW Bug?
                    Abwarten. @Homoran hat einige von denen in Betrieb und nutzt eine Anbindung mit Potentialtrennung. Wir werden ja hören, wenn sich da was aufhängen sollte.

                    HomoranH S 2 Antworten Letzte Antwort
                    1
                    • K klassisch

                      @smarthomer-0 Bei 1m und 9600 Bd sehe ich keine Notwendigkeit für Absclußwiderstände.
                      Ich verbinde normaleweise die GND Leitungen auch nicht. Solange alles läuft. Sobald es aber Schwierigkeiten gäbe würde ich mit 1kOhm Widerstand starten und dann die Spannung messen. Könnte sein, daß sich statische Potentialdifferenzen aufgebaut haben und den RS485 Treiber jenseits der common mode Grenzen getrieben haben.
                      Der SDM72 und der USRiot haben keine Potentialtrennung.
                      Vielleicht hat der SDM72 eine SW Bug?
                      Abwarten. @Homoran hat einige von denen in Betrieb und nutzt eine Anbindung mit Potentialtrennung. Wir werden ja hören, wenn sich da was aufhängen sollte.

                      HomoranH Nicht stören
                      HomoranH Nicht stören
                      Homoran
                      Global Moderator Administrators
                      schrieb am zuletzt editiert von Homoran
                      #15

                      @klassisch sagte in Modbus Problem Waveshare und SDM72D:

                      Vielleicht hat der SDM72 eine SW Bug?
                      Abwarten. @Homoran hat einige von denen in Betrieb

                      dann habe ich eine andere Version, weil

                      @smarthomer-0 sagte in Modbus Problem Waveshare und SDM72D:

                      Letztlich habe ich den SDM72 an allen Phasen spannungsfrei geschaltet, damit er ausging (Display dunkel)

                      meine schalten ihr Display nach kurzer Zeit immer auf Dunkel.

                      kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

                      Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                      der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                      S 1 Antwort Letzte Antwort
                      1
                      • HomoranH Homoran

                        @klassisch sagte in Modbus Problem Waveshare und SDM72D:

                        Vielleicht hat der SDM72 eine SW Bug?
                        Abwarten. @Homoran hat einige von denen in Betrieb

                        dann habe ich eine andere Version, weil

                        @smarthomer-0 sagte in Modbus Problem Waveshare und SDM72D:

                        Letztlich habe ich den SDM72 an allen Phasen spannungsfrei geschaltet, damit er ausging (Display dunkel)

                        meine schalten ihr Display nach kurzer Zeit immer auf Dunkel.

                        S Offline
                        S Offline
                        SmartHomer 0
                        schrieb am zuletzt editiert von SmartHomer 0
                        #16

                        @homoran
                        Danke, das muss ich dann noch präzisieren:
                        Die Zeit bis zum funktionalen "Dunkeltasten" des Display kann im Setup vom SDM eingestellt werden:
                        ea288674-3f3d-43b2-bfad-bc57bf160680-grafik.png
                        Was ich mit dem "dunklen Display" meinte ist, dass der SDM wirklich allphasig "spannungsfrei" ist und quasi einen Neustart (mitsamt ModBus) macht.
                        Ich suche gelegentlich mal meine SW-Version raus, wenn ich wieder am Zähler bin

                        1 Antwort Letzte Antwort
                        0
                        • K klassisch

                          @smarthomer-0 Bei 1m und 9600 Bd sehe ich keine Notwendigkeit für Absclußwiderstände.
                          Ich verbinde normaleweise die GND Leitungen auch nicht. Solange alles läuft. Sobald es aber Schwierigkeiten gäbe würde ich mit 1kOhm Widerstand starten und dann die Spannung messen. Könnte sein, daß sich statische Potentialdifferenzen aufgebaut haben und den RS485 Treiber jenseits der common mode Grenzen getrieben haben.
                          Der SDM72 und der USRiot haben keine Potentialtrennung.
                          Vielleicht hat der SDM72 eine SW Bug?
                          Abwarten. @Homoran hat einige von denen in Betrieb und nutzt eine Anbindung mit Potentialtrennung. Wir werden ja hören, wenn sich da was aufhängen sollte.

                          S Offline
                          S Offline
                          SmartHomer 0
                          schrieb am zuletzt editiert von SmartHomer 0
                          #17

                          @klassisch @Homoran

                          @smarthomer-0 sagte in Modbus Problem Waveshare und SDM72D:

                          Ich suche gelegentlich mal meine SW-Version raus, wenn ich wieder am Zähler bin

                          Ich habe nachgesehen:
                          Die SW-Version meines SDM72DM-V2 MID ist 03 01.03

                          9e966501-d6e7-4e50-a011-74a06db5d8d0-grafik.png

                          1 Antwort Letzte Antwort
                          1
                          • M Online
                            M Online
                            Matis
                            schrieb am zuletzt editiert von
                            #18

                            Könnte jemand so freundlich sein und die txt files für die Registerconfig des SDM72D-M hier einstellen, dass man nicht alles abtippen muß? Das wäre sehr nett!
                            Ich hab schon danach gesucht, aber nichts gefunden.
                            Vielen Dank!

                            1 Antwort Letzte Antwort
                            0
                            Antworten
                            • In einem neuen Thema antworten
                            Anmelden zum Antworten
                            • Älteste zuerst
                            • Neuste zuerst
                            • Meiste Stimmen


                            Support us

                            ioBroker
                            Community Adapters
                            Donate

                            389

                            Online

                            32.4k

                            Benutzer

                            81.4k

                            Themen

                            1.3m

                            Beiträge
                            Community
                            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                            ioBroker Community 2014-2025
                            logo
                            • Anmelden

                            • Du hast noch kein Konto? Registrieren

                            • Anmelden oder registrieren, um zu suchen
                            • Erster Beitrag
                              Letzter Beitrag
                            0
                            • Home
                            • Aktuell
                            • Tags
                            • Ungelesen 0
                            • Kategorien
                            • Unreplied
                            • Beliebt
                            • GitHub
                            • Docu
                            • Hilfe