ModBus über TCP unzuverlässig. Ständige Fehlermeldungen

Einklappen
X
 
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge
  • Fluxiun
    Azubi
    • 08.04.2019
    • 4

    #31
    Das Problem besteht immer noch. Einen Workaround habe ich bereits in diesem Thread beschrieben (TCP Kommunikation aus- und dann wieder einschalten auf dem WR). Das ist leider keine dauerhafte Lösung. Funktioniert auch nur, wenn man direkten Zugriff auf den Webserver des WR hat. Wenn ihr also nicht vor Ort oder im gleichen Netzwerk seid, wird es mühsam. Bei meinen Geschäftsinstallationen musste ich deshalb überall Portforwardings im Kundennetzwerk einbauen, um bei Änderungen am Loxone System die WR Kommunikation wieder starten zu können.

    Das Problem ist bei Loxone bekannt. Auch der CEO Schweiz ist sich dessen bewusst (Gespräch mit ihm). Ich sehe eher bei SMA Potential, das Problem zu lösen. Ich habe das Problem bei beiden mehrmals eskaliert. Der Standard Support reicht nicht aus, man müsste bis zu den Entwicklern vordringen können. Es bräuchte wohl ein SMA FW Update.

    Ausserdem habe auch ich mehrere SMA Anlagen (Problem ist auch in diesem Thread beschrieben) die ab und zu sinnlos grosse Werte ausspucken. Eine Anlage von mir mit 3 SMA TriPower 50kW Wechselrichtern macht das pünktlich jeden Samstagmorgen. Jeder dieser 3 WR meldet also jeden Samstagmorgen, dass er 42,95GW produziert hat. Andere meiner Anlagen machen das auch, aber nicht so 'pünktlich'. Workaround: Wertüberwachung einschalten und Logik nachschalten, die bei massiver Überschreitung den Wert auf 0 setzt. Und zwar sowohl beim Leistungs- als auch beim Energiedatenpunkt. So bleibt wenigstens die Statistik in Ordnung. Schicke die Logik im Anhang mit. Die Meldungen, dass eine Überschreitung stattfindet nerven etwas, dafür bleibt die Statistik sauber. Es ist das kleinere Übel gegenüber periodische Resets der Zählerblöcke.

    PS Ach ja, die massive Wertüberschreitungen treten tendenziell fast immer Nachts auf.
    PPS Gefühlt, treten die Kommunikationsunterbrüche vermehrt auf, wenn der WR nicht produziert, also wenn die Sonne nicht scheint.
    PPPS Die Wertüberschreitungen zeigen tatsächlich den grösstmöglichen negativen Wert auf von einem Integer (-2'xxx'xxxx). Ich habe das mit Loxone angeschaut. Sie scheinen das Bit-weise korrekt zu interpretieren. Musste am Ende aufgeben, da ich nicht mehr Zeit investieren konnte Loxone und SMA zu einer Lösung zu bewegen.


    Ich hoffe, das hilft.​
    Zuletzt geändert von Fluxiun; 14.02.2024, 11:17.

    Kommentar

    • Noschvie
      MS Profi
      • 24.09.2018
      • 655

      #32
      Hallo Fluxiun​,
      das Problem macht mich neugierig... Verwende Loxone und Modbus TCP zum Steuern einer Wohnraumlüftung und bin froh, dass sich die beiden "gut vertragen".
      Wenn du eine Lösung anstrebst, wird das nur über eine Testumgebung möglich sein, in der der Fehler reproduzierbar ist und über Wireshark aufgezeichnet wird (Switch mit Port Spiegelung usw.. Nur so kannst den beiden das Problem "sichtbar" machen. Und nur so wirst du von dem einen oder dem anderen eine SW Änderung bekommen. Also, reproduzierbar und sichtbar sind für mich die Schlüssleworte. Vermutlich ergibt sich durch die "Sichtbarkeit" dann eh gleich, wer von den beiden das Protokoll "nicht sauber" implementiert hat. Dann kann es i.a. und leicht nachgebessert werden.

      Was passiert, wenn du beispielsweise den Loxone MS durch ein anderes Device ersetzt? Also zB. mit Node-Red auf einem RPi den Wechselrichter abfragst, treten dann Fehler auf?

      Habe auf einem RPI 3B+ Node-Red als Docker Container laufen und frage über Modbus TCP eine Heizungsanlage ab. Diese Anlage ist über OpenVPN und LTE Internet 60km "entfernt" und läuft seit ein paar Jahren ohne nennenswerten Problemen.

      Also, dein Problem muss doch zu lösen sein...

      Kommentar

      • samke
        LoxBus Spammer
        • 27.09.2019
        • 220

        #33
        Moin, also ich habe auch einen SMA WR und per Modbus TCP ins Loxone eingebunden.

        Die normale Kommunikation läuft seit einem Jahr recht stabil. Ich würde sagen es gab vielleicht 2x einen Fehler in Loxone, das die Verbindung nicht funktioniert.
        Das war dann aber auch immer nachts und lief dann am Morgen wieder.

        Was aber Fehler verursacht ist, das wenn ich den Loxone Server mehrfach neustarte - d.h. was an der Config (ganz anderer Bereich als die PV) ändere.
        Gefühlt nach jedem 3. bis 4. Loxone Neustart funktioniert die Verbindung zum SMA nicht mehr.
        Dann muss ich Modbus am SMA per Webinterface deaktivieren und wieder aktivieren - dann läuft die Verbindung in der Regel wieder.

        Was genau der Grund dafür ist, konnte ich noch nicht rausfinden. Aber vielleicht geht es ja vom Thema in die gleiche Richtung bei dir.
        Weil es liegt ja wahrscheinlich nicht am eigentlichen Neustart von Loxone, sondern an dem Zugriff der daraus resultiert.
        Vielleicht ist die "alte Verbindung" noch offen und die neue Verbindung scheitert dadurch oder ähnliches.
        Und das kann ja vielleicht auch ohne Neustart passieren, diese Art vom "falschen Zugriff". Nur als Idee zu dem Fall.

        Und auch das mit dem Großen Wert habe ich in der Art so. Bei mir kann ich diesen Wert quasi jeden Tag in der Nacht feststellen.
        Dort habe ich diesen Wert aber in "minus". Daher lasse ich dann per einfachen Statusbaustein nur Werte ">= 0" durch. Wäre aber natürlich schön, wenn man diese Problem Umschiffungen nicht bräuchte.
        Klicke auf die Grafik für eine vergrößerte Ansicht  Name: grafik.png Ansichten: 0 Größe: 5,2 KB ID: 423124
        Zuletzt geändert von samke; 15.02.2024, 21:17.

        Kommentar

        • Noschvie
          MS Profi
          • 24.09.2018
          • 655

          #34
          Wireshark ist auch dein Freund...

          Kommentar

          • rewi
            Smart Home'r
            • 07.03.2021
            • 30

            #35
            Hallo,
            meine Modbus TCP-Schnittstelle zur Wärmepumpe von Alpha InnoTec lief jetzt 2 Jahre super-stabil. Nach dem Einspielen der Version 16.0.6.3 bekomme ich laufend Meldungen "... Liefert keine Werte". Der "Diagnose-Eingang" zeigt Online-Status = Online. Es fehlen einzelne Werte, aber im Modbus Monitor wird nichts problematisches angezeigt.

            Hat jemand ähnliche Probleme? Gibt es Ideen zur Lösung des Problem? (Wie ich die Meldung unterdrücken kann, ist mir klar aber nicht das Ziel)

            Kommentar

            • Firehowk
              Azubi
              • 30.12.2025
              • 3

              #36
              Zitat von rewi
              Hallo,
              meine Modbus TCP-Schnittstelle zur Wärmepumpe von Alpha InnoTec lief jetzt 2 Jahre super-stabil. Nach dem Einspielen der Version 16.0.6.3 bekomme ich laufend Meldungen "... Liefert keine Werte". Der "Diagnose-Eingang" zeigt Online-Status = Online. Es fehlen einzelne Werte, aber im Modbus Monitor wird nichts problematisches angezeigt.

              Hat jemand ähnliche Probleme? Gibt es Ideen zur Lösung des Problem? (Wie ich die Meldung unterdrücken kann, ist mir klar aber nicht das Ziel)
              Hast du die Probleme noch? Wenn nein, wie hast du sie behoben?

              Gruß
              Andreas

              Kommentar

              • loxGigi
                Dumb Home'r
                • 21.09.2025
                • 13

                #37
                Noch meine Gedanken zur möglichen Analyse: Offensichtlich ist es ja intransparent, ob das Problem beim Verbindungsaufbau, beim Auslesen der Werte, an der Netzwerkschnittstelle oder sonstigen Ecken auftaucht. Als Unterstützung zur Analyse könntest Du ein Stückchen picoc Code laufen lassen und quasi manuell herausfinden, woran es aus Loxone-Sicht hakt. Ob das zu einer Lösung führt - hoffentlich…
                Ist zwar für etwas anderes gedacht, aber einen solchen Code zur einfachen Anpassung würdest Du hier finden: https://freizeit.konkow.de/loxone-co...-lesen-teil-3/

                Kommentar

                • Jan W.
                  Lox Guru
                  • 30.08.2015
                  • 1546

                  #38
                  Probleme mit Modbus/TCP zwischen einem Device und MS lassen sich mit auch mit Wireshark analysieren, siehe hier. Damit belastet man den MS nicht zusätzlich, wie bei der Variante mit Pico-C und sieht, was tatsächlich im Netzwerk empfangen und gesendet wird.

                  Mit meiner Huawei PV-Anlage hatte ich anfangs große Probleme und durch ein Software Upgrade des Huawei Anlage hat sich eine drastische Verbesserung ergeben. Den Vorher/Nachher Vergleich mit Wireshark ist hier zu finden: https://www.loxforum.com/forum/germa...awei-pv-update

                  Großen Einfluss haben auf der Loxone Seite die Paramter "Timeout" und "Fragementation" im Modbus Server. Dazu gabe es hier im Forum eine interessante Diskussion: https://www.loxforum.com/forum/germa...169#post425169 Sich damit zu beschäftigen, dauert aber mehr als ein paar Minuten. Einen Wert, der für ALLE unterschiedlichen Geräte optimal ist, gibt es nicht, d.h. man muss die optimalen Werte für das eigene Gerät erst herausfinden bzw. im Forum suchen, ob es bereits passende Einstellungen gibt.

                  Mit diversen Geräten gibt es insbesondere zu Zeiten, wo diese Geräte mehr oder weniger inaktiv sind, gelegentlich bei Abfragen über Modbus/TCP entweder maximale oder minimale Werte. Hier hilft eine Validierung der Werte im MS und ​​- je nach Parameter - Beibehaltung des letzten Wertes oder Standardwertes (häufig als 0 definiert). Man kann sich dann auch z.B. per Mitteilung vom MS informieren lassen, dass so etwas aufgetreten ist. Anfangs hilft das auch sehr, um zu wissen, dass das Problem vorhanden ist. Häufigere Meldungen stören allerdings, so das man diese pro Parameter auch wieder abschalten kann.
                  Miniserver v14.5.12.7, 2x Ext., 2x Relay Ext., 2x Dimmer Ext., DMX Ext., 1-Wire Ext., Gira KNX Tastsensor 3 Komfort, Gira KNX Präsenzmelder, Fenster- und Türkontakte, Loxone Regen- und Windsensor, Gira Dual Q Rauchmelder vernetzt, 1x Relais-Modul
                  Loxberry: SmartMeter, MS Backup, CamConnect, Weather4Lox
                  Lüftung: Helios KWL EC 370W ET mit Modbus TCP - via Pico-C
                  Heizung: Stiebel Eltron WPF 5 cool (Sole-Wasser WP) mit ISG, FB-Heizung mit 18 Kreisen, Erdsonde - via modbus/TCP
                  Node-RED: IKEA Tradfri

                  Kommentar

                  Lädt...