@pitbull2050 es fehlte ein i bei import? Das "Found KOSTAL_KSEM" sieht sehr gut aus.welche Version auf dem ksem hast du? Könnte was größeres sein 
es ist die 2.1.1
das mit dem i hatte ich gefunden
@pitbull2050 Wie sind deine Modbus Settings im KSEM? TCP-Slave aktiv?
@riggading ja sind sie
Jetzt geht es etwas weiter.
Die Visualisierung der Energieflüsse (PV-Dach, Hausverbrauch, Twizy Ladeleistung) mit Node-RED funktioniert so weit gut.
Gibt es hier Erfahrungen im Zusammenspiel von Victron Multiplus II 48/3000/35-32 mit dem REC BMS (Power-and-Storage) ?
Cheers
Hallo Zusammen und bitte um HIlfe:
Der Multiplus 2 steht unter Strom und eine Testbatterie 48V PB ist ebenfalls vorhanden. Den MP2 und das Cerbo GX kann ich über LAN und SSH ansprechen.
Kostal KSEM: Software-Version 2.0.0
Multiplus 2:
- Venus OS Large
- Firmwareversion v3.12
a) Habe >github.com/pmcgn/dbus-modbus-client-kostal-smartmeter< installiert - ohne Ergebnis, d.h. KSEM ist nicht zu sehen.
- Frage: Wie kann ich dieses wieder sauber deinstallieren, um dies hier zu probieren:
wenn nein, was dann ?
Trouble shooting list die Pinkte 1 - 5 soweit okay. Aber mit Check logfile /var/log/dbus-modbus-client/current on VenusOS device komme ich nicht klar.
- Frage: Wie kann ich es lesen, es fehlt ja auch eine Endung ?
3. Frage: Wie komme ich, bzw. wo finde ich diese Ziffernfolge ?
Danke für jeden Hinweis.
Cheers
An das logfile /var/log/dbus-modbus-client/current bin ich gekommen:
@40000000656f4d8732e987fc INFO dbus_modbustcp v1.0.52 started
@40000000656f4d8734780f6c INFO Built with Qt 4.8.7 running on 4.8.7
@40000000656f4d87347c2a34 INFO Built on Oct 30 2023 at 23:08:48
@40000000656f4d880ad92b14 Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
@40000000656f4d88197017b4 INFO "[Server] Server listening at: 0.0.0.0:502"
@40000000656f4d88344fe244 INFO "[DBusService] Service online: com.victronenergy.packageManager (0)"
@40000000656f4d883460032c INFO "[DBusService] Service online: com.victronenergy.shutdown (0)"
@40000000656f4d88346eef7c INFO "[DBusService] Service online: com.victronenergy.temperature.adc_builtin0_8 (24)"
@40000000656f4d88347b7a6c INFO "[DBusService] Service online: com.victronenergy.vebus.ttyS4 (276)"
@40000000656f4d8d1018bc34 INFO "[DBusService] Service online: com.victronenergy.hub4 (0)"
@40000000656f4d90308d581c INFO "[DBusService] Service online: com.victronenergy.system (0)"
Nur was sagt es mir ?
- serviceOwnerChanged(QString,QString,QString) ?
- Server listening at: 0.0.0.0:502
Was fehlt wo ?
@wolfe Hi,
zu 1 ) Einfach das heruntergeladene Script und den python cache löschen. Letzteres mit: rm /opt/victronenergy/dbus-modbus-client/pycache/dbus-modbus-client.cpython-38.pyc
Vergiss den zweiten Branch, der hilft dir nicht. War mal für was anderes gedacht.
Das logfile liest du mit "cat /var/log/dbus-modbus-client/current" auf dem Venus Device. Dateiendungen sind was für die Windows welt, alles korrekt so.
zu 2/3) Ich habe gerade die Troubleshooting Section bei GitHub erweitert. Dort steht jetzt woher dieser wert kommt, wie du ihn ermittelst und was du dann damit machst 
Schau aber erstmal in das Logfile.
Viel Erfolg!
Ignorieren.... Es zeigt, dass das KSEM wirklich nicht erkannt wurde und in der Hinsicht scheinbar auch ncihts passiert ist. Der rest ist irgendwas Victron internes...
Das ging schon einmal nicht:
root@einstein:/var/log# rm /opt/victronenergy/dbus-modbus-client/pycache/dbus-modbus-client .cpython-38.pyc
rm: can't remove '/opt/victronenergy/dbus-modbus-client/pycache/dbus-modbus-client.cpython- 38.pyc': No such file or directory
Und mit den "Phyton" Anweisungen stehe ich etwas auf dem Schlauch.
Auf Win10 ist jetzt Phyton 3.12 (64-bit) installiert.
Wenn ich >Download the helper script https://raw.githubusercontent.com/pmcgn/dbus-modbus-client-kostal-smartmeter/main/helpers/read_modbus_tcp_register.py to your windows machine< ausführe, sehe ich den Code im Browser.
Aber was dann ?
Einfach umkopieren in eine Datei namens "read_modbus_tcp_register.py" in ein beliebiges Verzeichnis ?
Und dann >Execute it with python <path-to-script>\read_modbus_tcp_register.py< aber wie ?
Ein Versuch:
Python 3.12.0 (tags/v3.12.0:0fb18b0, Oct 2 2023, 13:03:39) [MSC v.1935 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> c:junk\read_modbus_tcp_register.py
File "<stdin>", line 1
c:junk\read_modbus_tcp_register.py
^
SyntaxError: unexpected character after line continuation character
>>>
Okay, in Phyton 3.12 versucht die Datei read_modbus_tcp_register.py aufgerufen:
Python 3.12.0 (tags/v3.12.0:0fb18b0, Oct 2 2023, 13:03:39) [MSC v.1935 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> python desktop\read_modbus_tcp_register.py
File "<stdin>", line 1
python desktop\read_modbus_tcp_register.py
^
SyntaxError: unexpected character after line continuation character
>>> desktop\read_modbus_tcp_register.py
File "<stdin>", line 1
desktop\read_modbus_tcp_register.py
^
SyntaxError: unexpected character after line continuation character
>>> read_modbus_tcp_register.py
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
NameError: name 'read_modbus_tcp_register' is not defined
>>> phyton read_modbus_tcp_register.py
File "<stdin>", line 1
phyton read_modbus_tcp_register.py
^^^^^^^^^^^^^^^^^^^^^^^^
SyntaxError: invalid syntax
>>> phyton desktop/read_modbus_tcp_register.py
File "<stdin>", line 1
phyton desktop/read_modbus_tcp_register.py
^^^^^^^
SyntaxError: invalid syntax
Aber nur Fehlermeldungen ! Mir fehlt der Plan. [ist jetzt auch etwas später geworden ]
@wolfe Wenn du die datei nicht löschen konntest, hast du bei der installation etwas falsch gemacht. Die muss vorhanden sein! Geh noch einmal alle Schritte durch. Denk dran dass du eine Datei herunterladen musst und eine bestehende Datei verändern musst.
Wenn das nicht hilft, versuche den schritt mit dem Script (das ermittelt nur die ID von dem KSEM, eigentlich sollte das aber nicht nötig sein). Dateien herunterladen kann man mit rechtsklick -> "Speichern unter...". Wie du python scripte über die kommandozeile startest, findest du z.b. hier: How to Run Your Python Scripts and Code – Real Python, gibt zig tutorials dazu. Sorry, das sprengt dann etwas den Rahmen, wenn ich sowas in das Tutorial aufnehme...
Hallo zusammen,
nachdem ich heute meinen Cerbo GX auf die Version 3.13 geupdatet habe, funktioniert mein KSEM nicht mehr.
Der KSEM wurde am 6.12. auf Version 2.4.0 geupdatet und hat danach ohne Probleme funktioniert.
Die KSEM Device ID ist bei 18514 geblieben.
Wenn ich in die Log schaue, finde ich da folgende Meldungen:
@400000006574adcc3976d2b4 ** CCGX booted (0) **
@400000006574adcd3201048c ** starting dbus-modbus-client **
@400000006574add810a16494 INFO Waiting for localsettings
@400000006574add811034efc INFO waiting for settings
@400000006574addb20eeb3c4 INFO registered ourselves on D-Bus as com.victronenergy.modbusclient.tcp
@400000006574addb37c2bdfc INFO Found KOSTAL_KSEM at tcp:192.168.178.103:502:1
@400000006574addb3b755dec INFO Starting background scan
@400000006574addc0aa48e54 INFO Scanning 192.168.178.57/24
@400000006574addc1d4e0594 INFO Found KOSTAL_KSEM at tcp:192.168.178.103:502:1
@400000006574ade428ef7c0c INFO Found KOSTAL_KSEM at tcp:192.168.178.103:502:1
@400000006574ade435aa3e3c INFO Error initialising tcp:192.168.178.103:502:1, skipping
@400000006574ade43a8f18b4 Traceback (most recent call last):
@400000006574ade43ae7a0c4 File "/opt/victronenergy/dbus-modbus-client/dbus-modbus-client.py", line 99, in scan_update
@400000006574ade43ae7cbbc self.init_device(d, False)
@400000006574ade43aefde24 File "/opt/victronenergy/dbus-modbus-client/dbus-modbus-client.py", line 297, in init_device
@400000006574ade43aeff97c super().init_device(dev, *args)
@400000006574ade43af31274 File "/opt/victronenergy/dbus-modbus-client/dbus-modbus-client.py", line 122, in init_device
@400000006574ade43af329e4 dev.init(self.dbusconn, enable)
@400000006574ade43af5f8a4 File "/opt/victronenergy/dbus-modbus-client/device.py", line 278, in init
@400000006574ade43af60c2c self.device_init()
@400000006574ade43af89c6c File "/opt/victronenergy/dbus-modbus-client/Kostal_SmartEnergyMeter.py", line 46, in device_init
@400000006574ade43af8b3dc Reg_u64b(0x0200, '/Ac/Energy/Forward', 10000, '%.1f kWh'),
@400000006574ade43afb059c File "/opt/victronenergy/dbus-modbus-client/Kostal_SmartEnergyMeter.py", line 13, in init
@400000006574ade43afb1d0c super(Reg_u64b, self).init(base, 4, *args, **kwargs)
@400000006574ade43afd72b4 File "/opt/victronenergy/dbus-modbus-client/register.py", line 59, in init
@400000006574ade43afd863c super().init(base, self.count, name, text, write, **kwargs)
@400000006574ade43b031034 AttributeError: 'Reg_u64b' object has no attribute 'count'
Hat einer eine Idee, wie ich das wieder hinbekommen?
Viele Grüße
Manuel
Du muss noch ein Modul nachinstallieren, dann klappt das mit dem Script: read_modbus_tcp_register.py
Geb einfach mal: python -m pip install pymodbus ein und versuche es danach nochmal.
@Manuel_I: Auf dem Cerbo GX/Venus OS ?
root@einstein:/home# python -m pip install pymodbus
/usr/bin/python: No module named pip
Kann ich eigentlich noch einmal ganz von vorne anfangen, mit wget https://raw.githubusercontent.com/pmcgn/dbus-modbus-client-kostal-smartmeter/main/Kostal_SmartEnergyMeter.py oder muß ich vorher noch einiges manuel entfernen ?
Das herausfinden der ID des KSEM klappt nicht mit VenusOS. Das musst du im Windows machen.
Siehe letzter Punkt im Troubleshootung auf Github.
@Manuel_I: Das habe ich versucht:
Mit Node-Red konnte ich jetzt das Register auslesen: Es lautet auch bei mir: 18530.
Dies habe ich jetzt ebenfalls in Kostal_SmartEnergyMeter.py unter >models< eingetragen.
Nur "auftauchen" tut das KSEM noch immer nicht.
Liegt es an der Venus OS v3.12 ?
Hat jemand Erfahrung mit dem Downgrad ? Wäre dies eine Möglichkeit ?
Falls es eine Möglichkeit für eine zOOm Schalte gibt, gerne.
Hallo Zusammen,
mit der Integration des KSEM in die Victron Remote Console bin ich vorerst gescheitert.
Aber, es gibt einen akzeptablen Umweg für mich.
Ich lese das KSEM eh mittels Node-Red auf einem Pi2 aus und stelle die Werte Node-Red (auf Venus OS) via mqtt zur Verfügung. Damit kann ich dann - wenn unter Victron-> Einstellungen -> ESS -> Modus: "Ext. Stg." gewählt ist, die Set-points mittels Nod-Red einsteuern: Funzt.
Aktuell noch mit einer 48V PB Test Batterie.
Für meine 2nd life Twizy Batt (Li-Ion, 14S, 44,8V - 58,8V) suche ich jetzt ein passendes BMS !
Euch allen noch einige ruhige Tage zwischen den Jahren und 'nen guten Rutsch, bleibt gesund.
Hallo,
ich bin auf en ähnliches Problem gestoßen:
Installation des Scripts klappt wie beschrieben, und die Log-Datei legt nahe, dass das KSEM auch erkannt wird:
(von gelegentlichen Auslese-Fehlern mal abgesehen?).
Aber in der Anzeige vom MulitPlus II GX taucht das KSEM nicht auf. Mir scheint da ein Systematischer Fehler irgendwo zu sein. Ich habe auch FW 3.13 auf dem MultiPlus, aber ich habe es auch mit der Rückfall FW 2.92 probiert. Damit ist es das gleiche Problem.
Das muss irgendeine Kleinigkeit sein...