Ankündigung

Einklappen
Keine Ankündigung bisher.

LBS19001586 ModBus Read GENERIC

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • MarcusW
    antwortet
    Danke für den Hinweis.
    Das werde ich probieren, sobald es bei mir wieder geht.

    Mein nagelneuer SolarEdge SE10K Wechselrichter hat nach ganzen 10 Tagen im Betrieb den Abgang gemacht!
    Laut meines PV-Installateurs, muss auf Grund des Fehlercodes der Wechselrichter ausgetauscht werden.
    Das wird dann vermutlich erst Mitte/Ende Januar erfolgen. Dann werde ich wieder testen.

    Wünsche euch schöne Feiertage!



    Zuletzt geändert von MarcusW; 26.12.2023, 13:11.

    Einen Kommentar schreiben:


  • saegefisch
    antwortet
    Immer erst mal prüfen, ob man mit dem Windows-Tool "qModMaster" auf das Endgerät (hier: WR) zugreifen kann, BEVOR man mit dem LBS beginnt. Dann weiß man, das ModBus an sich funktioniert und Werte ausgelesen werden können und SlaveID stimmt, etc.

    Dann mit einem erfolgreichen getesteten Register mit dem LBS beginnen und sich Stück für Stück vortasten.

    Modbus ist am Anfang etwas frickelig/zu testen. Aber wenn es mal läuft, dann läuft es prima.

    Einen Kommentar schreiben:


  • MarcusW
    antwortet
    Hallo zusammen,

    ich versuche jetzt seit einer Woche Daten aus meinem Wechselrichter zu ziehen.
    Leider sind alle Versuche gescheitert. Irgendwie bekomme ich anscheinend das mit dem modbus nicht hin:
    Der Wechselrichter ist von SolarEdge ein SE10K:
    Ich war schon per WLan auf dem Ding und konnte sehen, dass Modbus auf Port 502 eingeschaltet ist.

    Hätte den jemand mit einem SolarEdge WR, eine Beispiel für mich, damit ich einen Wert abfragen kann. Was wäre egal?
    Die Testabfrage antwortet so wie oben angegeben.:
    2023-12-17 11_38_47-root@EDOMI__usr_local_edomi_main_include_php.png

    Anbei noch mal die Konfig vom LBS:

    2023-12-17 11_34_00-EDOMI · Administration.png

    Vielen Dank für eine Unterstützung!
    Gruß Marcus

    Einen Kommentar schreiben:


  • wolfib
    antwortet
    Nein du musst beide mit dem Netzwerk verbinden. Manche Werte müssen von beiden WR ausgelesen und summiert werden, andere Werte muss man direkt vom Master-Wechselrichter nehmen. Siehe https://knx-user-forum.de/forum/proj...row-modbus-api

    Einen Kommentar schreiben:


  • Winni
    antwortet
    Hallo Sungrow Benutzer,
    meine Anlage läuft seit gestern. Habe gerade den ersten Modbus Request erfolgreich durchgeführt. Ich habe auch die Wallbox von Sungrow und würde auch hier gerne die Ladeinfos abgreifen. Hat jemand hierfür die Register?
    Achja: Ich habe zwei Wechselrichter, muss ich beide mit dem Netz verbinden oder werden die Informationen summiert ausgegeben? Wer kann mir das evtl. erklären? (Aktuell kommt ja oft garnichts rein, deshalb ist trial&error schwierig)

    Viele Grüße
    Winni
    Zuletzt geändert von Winni; 27.10.2023, 22:02.

    Einen Kommentar schreiben:


  • Stoxn
    antwortet
    Zitat von Lukas 1989 Beitrag anzeigen
    Ich würde gerne meinen Wechselrichter auslesen und ein User hier hat genau meinen Typ
    Wechselrichter (Sungrow SH10RT) mit deinem Baustein ausgelesen.
    Hi Lukas 1989 ,

    mein WR ist nun auch angeschlossen; ich nutze evcc im Docker, welches auch als Modbus Proxy agiert. Sprich die Werte werden von evcc gelesen und ich greife sie von dort ab, um die parallelen Anfragen gering zu halten. Aber auch eine direkte Abfrage am WR funktioniert.

    Edit: Details zur Abfrage in den Sungrow Thread verschoben.

    Hoffe das hilft Dir.

    Viele Grüße,
    Patrick
    Zuletzt geändert von Stoxn; 02.11.2023, 08:19. Grund: Sungrow Details verschoben

    Einen Kommentar schreiben:


  • stonie2oo4
    antwortet
    Danke für die Rückmeldung, erhol dich (euch?) gut 😉.
    Lauft nicht davon.

    Einen Kommentar schreiben:


  • saegefisch
    antwortet
    Bin im Urlaub… Antwort dauert eine Weile…

    Einen Kommentar schreiben:


  • stonie2oo4
    antwortet
    Ich hatte immer das Problem das mir beim Neustart mit einer nachgeschalteten Division erst eine 0 auf die Ausgänge geschrieben wurde.
    Das sieht natürlich blöd aus in der späteren Aufbereitung als Graph.
    Hab jetzt zufällig auf dem ersten Post genauer hingesehen und gemerkt das es da mit Division/Konstante gelöst wurde.

    Funktioniert so nun einwandfrei .

    Was ich aber eigentlich Fragen wollte. Bei der Lösung des Problems bin ich in der Doku des LBS auf folgendes gestoßen:
    fix.png

    Gibt es eine Möglichkeit die Werte direkt im json umzurechnen, oder hat das eine andere Bedeutung?
    Und wenn ja wie müsste das dann aussehen?

    Einen Kommentar schreiben:


  • madmaxx
    antwortet
    Zitat von Buntbarsch Beitrag anzeigen
    Die Usleep Befehle haben leider nichts gebracht
    Für alle, die eine Lösung für Huawei SUN2000 suchen: dieser LBS ist leider aufgrund der fehlenden Wartezeit zwischen connect und read nicht für Huawei geeignet. Ich habe das Thema mit dem 19001030​ ins Ziel gebracht, indem ich einen sleep() in die modbusmaster.php eingefügt habe. Siehe: https://knx-user-forum.de/forum/proj...34#post1864434

    Einen Kommentar schreiben:


  • givemeone
    antwortet
    Servus, hilft vielleicht nicht, ich habs aber auch nicht geschafft. Bin dann den Weg über mqtt gegangen. Der lief problemlos.
    Joe

    Einen Kommentar schreiben:


  • busjaeger
    antwortet
    Moin zusammen,
    ich habe diesen klasse Baustein nun auch eingebunden und möchte damit mein Victron ESS auslesen. Also den Victron Cerbo GX. Das funktioniert, so lange ich in den abgefragten Adressen keine Adressen überspringe, die im Victron nicht existieren.

    also das funktioniert an E8:

    817|"AC Consumption L1"|uint16;
    818|"AC Consumption L2"|uint16;
    819|"AC Consumption L3"|uint16;
    820|"Grid L1"|int16;
    821|"Grid L2"|int16;
    822|"Grid L3"|int16;​

    das funktioniert nicht an E8:

    817|"AC Consumption L1"|uint16;
    818|"AC Consumption L2"|uint16;
    819|"AC Consumption L3"|uint16;
    820|"Grid L1"|int16;
    821|"Grid L2"|int16;
    822|"Grid L3"|int16;
    842|"Battery Power (System)"|int16;
    843|"Battery State of Charge (System)"|uint16;
    844|"Battery state (System)"|uint16;​

    Das Victron Modbus Gerät meldet dann den Fehler, dass es die Adresse 827 nicht gibt (womit er recht hat) und gibt keinen Wert zu keiner Adresse zurück. Warum bloss wird die 827 vom Baustein angefragt? Hat da einer eine Idee?

    grafik.png

    Hier die Fehlermeldung:
    grafik.png

    Grüße Stefan
    Angehängte Dateien

    Einen Kommentar schreiben:


  • xsven80x
    antwortet
    Hallo zusammen,

    ich brauche mal ein paar Denkanstöße von euch zum LBS Modbus Read Generic... Bis gestern hat alles monatelang super funktioniert, unter anderem habe ich (fast) ohne Probleme meinen SMA-WR ausgelesen (fast weil ganz manchmal die Verbindung abgebrochen ist, hier habe ich dann den LBS einfach automatisch neu gestartet).

    Gestern habe ich mich in geistiger Umnachtung dazu durchgerungen, mein Unifi-System auf den aktuellen Firmware-Stand upzudaten (von 1.11.xx auf 1.12.22). Wie gesagt, bis dahin alles super.

    Nun habe ich seit des Updates das Problem, dass die Verbindung vom LBS zum WR ständig abbricht. Ich habe bereits E12 und E13 massiv hochgestellt, jedoch ohne Ergebnis. Ausserdem habe ich WR und NAS auf den Switch gelegt (vorher war WR auf der UDM pro).

    Alle Geräte sind inzwischen auch neu gestartet (UDM pro + Switch, NAS mit Edomi-Docker, Wechselrichter).

    Meine OpenWB Wallbox liest den WR über ModBus einwandfrei weiterhin aus. Das Problem ist also irgendwo Edomi-LBS -> Switch -> WR.

    Mir ist klar, dass diese Konstellation vermutlich niemand hat und daher auch nicht mal eben nachvollziehen kann. Ich erhoffe mir aber dennoch, dass ihr mir den ein oder anderen Tipp geben könnt, wo ich mit der Suche ansetzen kann. Habt ihr ne Idee?

    Ein Downgrade der UDM funktioniert leider nicht "mal eben".

    Danke vorab!

    Grüße
    Sven

    EDIT: Auch wenn es mir ein wenig unangenehm ist, möchte ich nur kurz das Thema auflösen: Das Problem hat weder mit Router, noch mit Edomi, LBS oder NAS zu tun. Ich hatte in der Zeit, in der das Problem auftrat, ebenfalls ein Update der OpenWB gemacht, auf Version 1.9.274 nightly. Inzwischen weiß ich, dass beim Sprung irgendwo zwischen 1.9.271 und 1.9.273 etwas bei der Abfrage des SMA-WR geändert wurde. Vermutlich wird der WR mit dermaßen vielen Anfragen konfrontiert, so dass er diese nicht mehr bedienen kann. Ergo: Der LBS bekommt nur ganz sporadisch eine Anfrage beantwortet und haut entsprechend viele Fehler raus, bis er aufgibt.

    Nun auf 1.9.271 stable zurück funktioniert wieder alles einwandfrei. Dies habe ich dem Support bereits mitgeteilt, in der Hoffnung, dass sie das Problem fixen.
    Zuletzt geändert von xsven80x; 25.08.2022, 14:57.

    Einen Kommentar schreiben:


  • Lukas 1989
    antwortet
    Vielen Dank für die Antwort,
    will dich auf keinen Fall belasten ich verstehe das Sollte ich eine möglichkeit finden dann werde ich es hier im Forum
    posten. Hab die betroffene Textdatei bereits gefunden ich habe nur noch keinen aktuell verfügbaren Link gefunden
    über den man Treiber ziehen kann. Erst wenn der Feed dann richtig eingestellt ist kann man die nötigen Dateien ziehn.

    Einen Kommentar schreiben:


  • saegefisch
    antwortet
    Hallo Thome, hallo Lukas,

    ich kann derzeit aus beruflichen und privaten Gründen keine Zeit investieren für das Thema. Und das ist wohl möglich ein größerer Aufwand, weil die Bibliothek mittlerweile Fortgeschrittene Anforderungen stellt, die edomi wegen der definierten CentOS Basis nicht einfach erfüllen kann.

    Kurz: ich weiß es schlicht nicht, was derzeit richtig ist und kann Euch leider auch nicht helfen, das tut mir leid, aber kann es nicht ändern.
    ich hoffe, im Herbst Zeit dafür zu finden.

    Einen Kommentar schreiben:

Lädt...
X