Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Daten vom SCharger22 #42

Closed
luckyheiko opened this issue Jan 30, 2024 · 47 comments
Closed

Daten vom SCharger22 #42

luckyheiko opened this issue Jan 30, 2024 · 47 comments
Assignees
Labels
enhancement New feature or request on-hold Is currently not being processed wontfix This will not be worked on

Comments

@luckyheiko
Copy link

Halllo

kein Bug nur ne Bitte, (frage)
ist es möglich auch die Daten von der WB anzeigen zu lassen?
die WB ist ja mit dem WR in 'Kontakt'.

in der Anleitung steht ja das Modbus aktive sein muss, damit die WB 'richtig' funktionert.

Falls es möglch ist, danke schon mal

mfg heiko

Describe the bug
A clear and concise description of what the bug is.

To Reproduce
Steps to reproduce the behavior:

  1. Go to '...'
  2. Click on '...'
  3. Scroll down to '....'
  4. See error

Expected behavior
A clear and concise description of what you expected to happen.

Screenshots & Logfiles
If applicable, add screenshots and logfiles to help explain your problem.

Versions:

  • Adapter version:
  • JS-Controller version:
  • Node version:
  • Operating system:

Additional context
Add any other context about the problem here.

@bolliy
Copy link
Owner

bolliy commented Jan 30, 2024

Hallo Heiko,
ich habe nur diese Information gefunden:
https://www.photovoltaikforum.com/thread/208282-modbus-register-f%C3%BCr-huawei-fusioncharger-wallbox/

In der Schnittstellenbeschreibung find ich leider nichts.
Stephan

@luckyheiko
Copy link
Author

luckyheiko commented Jan 30, 2024

Habe diese Seite gesehen, aber keinen Zugriff
https://support.huawei.com/enterprise/de/fusioncharge/fusioncharge-pid-254563737?category=developer-documents

aber so wie ich das vestehe, kann man nicht 'herausfinden' welcher Kanal der richtige ist?

ich glaub ich hab dir gerade ne mail geschrieben ;)

@bolliy
Copy link
Owner

bolliy commented Jan 30, 2024

Danke!
Kannst du deine WB auf dem Fusion Solar Portal sehen. Dann könnte die WB über eine modbus ID über den dongle angesprochen werden. Dann müsste dei modbus ID auch auf dem Fusion Solar Portal stehen.
Ansonsten gibt es nur wenige Daten zum abgreifen.
Da modbus eine serielle Verbindung ist, könnte die Integration im sun2000 Adapter erfolgen. Falls die WB über einen eigene ip adresse abgefragt werden muss, wäre das eher eine Aufgabe für einen neuen Adapter.
Kannst du mal nachschauen, wie die WB auf dem Portal eingebunden ist?

@bolliy bolliy self-assigned this Jan 30, 2024
@bolliy bolliy added the enhancement New feature or request label Jan 30, 2024
@luckyheiko
Copy link
Author

luckyheiko commented Jan 30, 2024

grafik
Ja, ist im Portal.
und ja in der bedinungsanleitung steht drinnen, das für die Funktion der WB das TCP aktiviert sein muss.
hab aber noch keine Info in der WB gefunden um der WB eine ID zu geben, aber ich denke (hoffe) das die Daten aus dem WR gelesen werden können.

geht ja nur um z.B. Ladeleistung und ob gerade eine Ladevorgang gestartet wurde.

P.S.: das iAcMeter ist eine VM des Meter-1 deswegen ist auch die TCP verbindung nötig

@bolliy
Copy link
Owner

bolliy commented Jan 30, 2024

FusionSolar/Gerätemanger/[Gerät klick]/Konfiguration

steht die Modbus-ID-Adresse

@luckyheiko
Copy link
Author

gibt keine ID (hatte ich ja schon mal geschrieben)
grafik
und kann an der WB auch nichts einstellen
finde auch in der App keine ID oder sonstiges

@bolliy
Copy link
Owner

bolliy commented Feb 3, 2024

Hallo Heiko,
das Thema ist doch umfangreicher als ich anfänglich gedacht habe. Siehe wlcrs/huawei_solar#491

Da die Wallbox wahrscheinlich nicht über den Dongle mit einer eigenen modbus ID angesprochen werden kann, wäre das eher ein Thema für einen eigenen ioBroker Adapter.
Ein issue könntest du hier https://github.com/ioBroker/AdapterRequests/issues einstellen.
LG Stephan

@bolliy bolliy added the on-hold Is currently not being processed label Feb 3, 2024
@bolliy
Copy link
Owner

bolliy commented Feb 11, 2024

Hallo Heiko,
da ich nun ein Treiber-Model in den Adapter einbauen konnte, könnte ich mir vorstellen den Charger auszulesen.
Es sind ja tatsächlich nicht viele Daten.

Meine Idee: Ich erweitere den Adapter so, da er unterschiedliche Geräteklassen ansprechen kann. Dann müsstest du eine 2te Instanz des Adapters sun2000 installieren. Dort wird dann die ip und die modbusId des Chargers eingegeben.

Dafür benötige ich aber deine ausgiebige Unterstützung, da ich keinen Huawei Charger habe.
LG Stephan

@luckyheiko
Copy link
Author

klar kann ich dich hier versuchen zu unterstützen.
kann nur nicht immer 'sofort' antworten, da ich das Auto nicht immer zu Hause habe und auch 'meistens' nicht zu Hause lade.
aber für Test oder so kann ich das Ding gerne mal anschließen.

(0.30er istaliert und bis jetzt scheint alles zu klappen)

@bolliy bolliy added help wanted Extra attention is needed and removed on-hold Is currently not being processed labels Feb 12, 2024
@bolliy
Copy link
Owner

bolliy commented Feb 12, 2024

Dann werd ich den Charger mal angehen. Kann allerdings etwas dauern. Melde mich sofern etwas zu testen gibt.
LG Stephan

@arnovy
Copy link

arnovy commented Feb 13, 2024

Hi Stephan,

ich könnte auch meine Hilfe anbieten. Ich habe einen S-Charger 22 mit der V100R023C10SPC020

@bolliy
Copy link
Owner

bolliy commented Feb 15, 2024

So ich habe eine Entwickler Version fertig gestellt ;)

Die Installation erfolgt über den Expertenmodus. Danach auf die „Krakenkatze“ klicken und dann die benutzerdefinierte Url
https://github.com/bolliy/ioBroker.sun2000/tarball/dev-charger
eingeben und die Installation starten.
Nach der Installation muss eine neue Instanz für den charger erstellt werden und die Intanz 0 neu gestartet werden!
In den Einstellunge der neuen Instanz (1) bitte die Device Class auf "charger" wechseln und die ip der WB und die modbusID eingeben.

Ob das alles funktioniert - kann ich nich sagen. Ich habe halt keinen Huawei SCharger.

Zu einem anderen Projekt habe ich gelesen, dass der SCharger noch gar nicht softwareseitig für die modbus Abfrage vorbereitet sein soll. Also unbedingt die aktuelle Software installieren.

evcc-io/evcc#8985

Lg Stephan

@arnovy
Copy link

arnovy commented Feb 16, 2024

Hallo Stephan,

hab ich so installiert, als ziel IP habe ich die des S-Chargers genommen, Modbus Port 502, Modbus ID 1 mit folgendem Ergebnis:

image

ich habe auch Modbus ID 2 und 255 getestet ebenfalls mit gleichem Ergebnis.

Ich habe auch die IP des Wechselrichters mit Modbus Port 502 und Modbus ID 1,2 und 255 getestet mit folgendem Ergebnis:

image

folgende Objekte habe ich bzw. habe ich nicht:

image

@arnovy
Copy link

arnovy commented Feb 16, 2024

ich habe noch eine Anfrage an das Huawei TAC offen mit der generellen Frage welche IP (ob inverter oder S-Charger) und welche Modbus ID für den „Modbus Adapter“ im IObroker für eine erfolgreiche Verbindung benötigt werden. Der Huawei Engineer musste die Anfrage weitergeben, jetzt warte ich auf Antwort. Das scheint ja weniger ein Problem der Register als ein generelles Connection Problem zu sein..

Das Thema auf EVCC kenne ich, dort hatte ich geschrieben, dass lt. den Releasenotes der neuesten FW 3rd Party Connection möglich sein sollen.

Mal sehen was Huawei antwortet

@bolliy
Copy link
Owner

bolliy commented Feb 16, 2024

Guten Morgen,
zumindest scheint dein SCharger eine Verbindung auf Port 502 (Bild 1) zu erlauben. Versuch doch mal die modbusID 0.
Ich glaube nicht, dass der SCharger über den Dongle gemappt wird. Der Dongle kann nur Inverter einbinden.

Ist der SCharger über das Fusion Solar Portal sichtbar. Vielleicht kann man dort die modbus Infos abrufen?
Ist modbus tcp im Charger überhaupt aktiviert?

@arnovy
Copy link

arnovy commented Feb 16, 2024

Modbus 0 mit gleichem Ergebnis:
image

im Charger hatte ich für die Tests noch den IOBroker als ModBus Server angegeben:

image1
image0

@arnovy
Copy link

arnovy commented Feb 16, 2024

Hier noch ein Auszug aus den Modbus Logs vom S-Charger vom ersten Verbindungsversuch @16.02.2024 Uhrzeit 09:11-09:13 direkt auf die Charger IP mit Modbus ID 1:

024-02-16 09:10:41 EVT M801 tcpserver_modbus.cpp [418]:one client 10.168.178.150:33698 connect server 10.168.178.48:502, mode:warning<NO SSL>, 1 2024-02-16 09:11:22 EVT M802 tcpclient_modbus.cpp [1129]:Q Cnt:0x2,set equipaddr:0x64 2024-02-16 09:06:27 2024-02-16 09:11:22 ERR M801 tcp_modbus_base.cpp [2113]:0001->0321 type:0635 para:5092 conseq:16 sta:3 2024-02-16 09:11:26 EVT M801 tcpserver_modbus.cpp [418]:one client 10.168.178.150:33786 connect server 10.168.178.48:502, mode:warning<NO SSL>, 1 2024-02-16 09:11:41 EVT M801 tcpserver_modbus.cpp [418]:one client 10.168.178.150:33810 connect server 10.168.178.48:502, mode:warning<NO SSL>, 1 2024-02-16 09:11:47 EVT M801 tcpserver_modbus.cpp [795]:Q Cnt:0x5,usrTimeout 0 2024-02-16 09:06:56 2024-02-16 09:11:47 EVT M802 tcp_modbus_base.cpp [2993]:conSta:5->6,S10.168.178.140:502,C10.168.178.48,8446 2024-02-16 09:11:47 EVT M801 tcpserver_modbus.cpp [863]:Q Cnt:0x5,reg accept 0.0.0.0 2024-02-16 09:06:56 2024-02-16 09:11:47 EVT M802 tcp_modbus_base.cpp [2997]:LinkDown timeout S:10.168.178.140:502,C:10.168.178.48,para:8446 2024-02-16 09:11:47 EVT M801 tcpserver_modbus.cpp [496]:Q Cnt:0x2,tcp_modbus listen :0.0.0.1:502, ret 0 2024-02-16 09:06:56 2024-02-16 09:11:47 EVT M802 tcpclient_modbus.cpp [438]:conSta:4->5,S10.168.178.140:502,C10.168.178.48,8446 2024-02-16 09:11:47 EVT M802 tcpclient_modbus.cpp [1129]:set equipaddr:0x64 2024-02-16 09:11:57 EVT M801 tcpserver_modbus.cpp [496]:T Cnt:0x2,tcp_modbus listen :10.168.178.48:502, ret 0 2024-02-16 09:06:57 2024-02-16 09:11:57 EVT M801 tcpserver_modbus.cpp [887]:unreg mod 0x1016, para 0x43, server 10.168.178.48:502 para:0x844e 2024-02-16 09:11:57 EVT M801 tcpserver_modbus.cpp [793]:reg mod 0x1016, para 0x4c, listen 0.0.0.1:502 para:0x844e 0x80, client num 1 mssLen 0 retry 10 exptTime 60 2024-02-16 09:11:57 EVT M801 tcpserver_modbus.cpp [795]:usrTimeout 0 2024-02-16 09:11:57 ERR M801 tcp_modbus_base.cpp [2113]:Q Cnt:0x1,0001->0321 type:0635 para:5092 conseq:12 sta:3 2024-02-16 09:08:04 2024-02-16 09:11:57 EVT M801 tcpserver_modbus.cpp [863]:reg accept 0.0.0.0 2024-02-16 09:11:57 EVT M801 tcpserver_modbus.cpp [496]:tcp_modbus listen :0.0.0.1:502, ret 0 2024-02-16 09:11:58 EVT M801 tcpserver_modbus.cpp [887]:unreg mod 0x1016, para 0x4c, server 0.0.0.1:502 para:0x844e 2024-02-16 09:11:58 EVT M801 tcpserver_modbus.cpp [793]:reg mod 0x1016, para 0x4d, listen 10.168.178.48:502 para:0x844e 0x80, client num 1 mssLen 0 retry 10 exptTime 60 2024-02-16 09:11:58 EVT M801 tcpserver_modbus.cpp [496]:tcp_modbus listen :10.168.178.48:502, ret 0 2024-02-16 09:12:06 EVT M801 tcpserver_modbus.cpp [418]:one client 10.168.178.150:33864 connect server 10.168.178.48:502, mode:warning<NO SSL>, 1 2024-02-16 09:12:45 EVT M801 tcpserver_modbus.cpp [418]:one client 10.168.178.150:33912 connect server 10.168.178.48:502, mode:warning<NO SSL>, 1 2024-02-16 09:13:26 EVT M801 tcpserver_modbus.cpp [887]:unreg mod 0x1016, para 0x4d, server 10.168.178.48:502 para:0x844e 2024-02-16 09:13:26 EVT M801 tcpserver_modbus.cpp [793]:reg mod 0x1016, para 0x54, listen 0.0.0.1:502 para:0x844e 0x80, client num 1 mssLen 0 retry 10 exptTime 60

@bolliy
Copy link
Owner

bolliy commented Feb 16, 2024

Die Verbindung kommt zustande - soweit ok. Ich habe mal die größe des Datenpakets verkleinert.
Versuche es bitte nochmal - also neue Version installieren ...

Zu SCharger soll keine modbus Drittanbieter Einstellung veorgenommen werden. Auf ioBroker Seite lauscht ja kein modbus Server. Nur ein modbus client versucht eine Verbindung zum SCharger aufzubauen.

Stephan

@luckyheiko
Copy link
Author

hab gerade Instaliert und bekomme auch die 'fehler'

sun2000.1 | 2024-02-16 16:35:49.945 | info | Connected Modbus TCP to 192.168.10.19:502 -- | -- | -- | -- sun2000.1 | 2024-02-16 16:35:40.942 | info | Open Connection... sun2000.1 | 2024-02-16 16:35:40.942 | info | Interval 40.894 sec sun2000.1 | 2024-02-16 16:35:40.940 | warn | Error while reading from 192.168.10.19 [Reg: 4096, Len: 14, modbusID: 1] with: Timed out sun2000.1 | 2024-02-16 16:35:08.992 | info | Connected Modbus TCP to 192.168.10.19:502 sun2000.1 | 2024-02-16 16:35:00.049 | info | Open Connection... sun2000.1 | 2024-02-16 16:35:00.048 | info | Interval 39.113 sec sun2000.1 | 2024-02-16 16:35:00.047 | warn | Error while reading from 192.168.10.19 [Reg: 4096, Len: 14, modbusID: 1] with: Timed out sun2000.1 | 2024-02-16 16:34:29.464 | info | Connected Modbus TCP to 192.168.10.19:502 sun2000.1 | 2024-02-16 16:34:20.935 | info | Open Connection... sun2000.1 | 2024-02-16 16:34:20.935 | info | Interval 32.148 sec sun2000.1 | 2024-02-16 16:34:20.933 | warn | Error while reading from 192.168.10.19 [Reg: 4096, Len: 14, modbusID: 1] with: Timed out sun2000.1 | 2024-02-16 16:33:55.822 | info | Connected Modbus TCP to 192.168.10.19:502 sun2000.1 | 2024-02-16 16:33:48.788 | info | Open Connection... sun2000.1 | 2024-02-16 16:33:48.787 | info | Interval 38.444 sec

@bolliy
Copy link
Owner

bolliy commented Feb 16, 2024

Sind eure Wallboxen mit dem vituellen Stromzähler verbunden? Somit wäre eine modbus Abfrage nicht möglich.
Siehe https://solaranzeige.de/phpBB3/viewtopic.php?t=4333

@luckyheiko
Copy link
Author

hmpf,

ok, aber danke für die Info
und ja, ich habe (wahrscheinlich jeder) hat diesen virtuellen zähler

@bolliy
Copy link
Owner

bolliy commented Feb 16, 2024

Da die Überschußladefunktion von Huawei eh nicht gut funktionieren soll, könnte man diese natürlich ersetzen.
Hängt doch mal den SCharger aus dem System und testet ob es dann funktioniert....

@bolliy
Copy link
Owner

bolliy commented Feb 16, 2024

Und es gibt noch ein Problem. Da der SCharger über modbus auf den WR zugreift, bekommen wir beim Auslesen der Daten des WR wieder die timeout-Fehler. Da ein konkurierenden Zugriff über modbus nicht funktioniert. Das Setup ist also keine gute Lösung!

@luckyheiko
Copy link
Author

ich kanns leider nicht ändern, da mein Zählerkasten eh schon aus allen näten platzt
könnte ich hier nicht noch einen Smartmeter einbauen :(
von daher muss ich leider damit leben (hab keine lust auf 2000+€zählerkasten umbau)

@bolliy
Copy link
Owner

bolliy commented Feb 16, 2024

Ich habe eine Wallbe Wallbox auch ohne Zähler! Die habe ich auch per modbus angebunden - funktioniert super. Habe dort noch nie ein timeout gesehen. Ich berechne die Leistung anhand der angeschlossenen Phasen x A x 220V x Powerfaktor und steuere so den Überschuß in mein Leaf. Den Verbrauch der WB ermittlere ich also nur indirekt. Das wäre auch eine Lösung.

@arnovy
Copy link

arnovy commented Feb 16, 2024

Danke für eure Erkenntnisse! Die Wallbox verbindet sich standardmäßig mit dem virtuellen Zähler. Sollte der FE Zähler mal erschwinglicher werden werde ich es mir überlegen. Aber >200€ sind mir zu viel für den Zweck der Modbusabfrage.
Leider kann man den virtuellen Zähler auch nicht ohne weiteres löschen und wenn doch verbindet sich die Wallbox automatisch wieder damit.

@arnovy
Copy link

arnovy commented Feb 17, 2024

Eine Idee noch: Wie kommen denn die Werte der Wallbox in die Fusion Cloud? Könnte man nicht hier ansetzen und diese Werte auslesen?

@bolliy
Copy link
Owner

bolliy commented Feb 17, 2024

Es gibt ein Adapter für die Huawei Fusion Solar Cloud: https://github.com/KornSW/ioBroker.fusionsolar

Erstmal vielen Dank für eure Unterstützung!
Wie oben ausgiebig diskutiert macht es zur Zeit keine Sinn an der SCharger Integration weiterzuarbeiten.
Deshalb werde ich diesen issue auf onHold + wontfix setzen aber nicht schließen. Wenn es sich neue Erkenntnisse ergeben sollten, können wir gerne an dieser Stelle weitermachen.

Stephan

@bolliy bolliy added wontfix This will not be worked on on-hold Is currently not being processed and removed help wanted Extra attention is needed labels Feb 17, 2024
@bolliy
Copy link
Owner

bolliy commented Feb 25, 2024

Neue Test-Version ist raus! Nun könnt ihr eure SCharger über den integrierten modbus-proxy einbinden.

Siehe: https://forum.iobroker.net/post/1132998

@arnovy
Copy link

arnovy commented Feb 25, 2024

Hi Stephan,

der Modbus Proxy macht Probleme:

Bildschirmfoto vom 2024-02-25 20-49-22

Ich habe den IoBroker als Docker laufen, erst dachte ich es könnte sich um ein Rechteproblem handeln, aber die Ausführung des Containers als root bringt die gleiche Fehlermeldung

@bolliy
Copy link
Owner

bolliy commented Feb 25, 2024

google mal nach: docker ignoring ip-address service will listen on '0.0.0.0'

@arnovy
Copy link

arnovy commented Feb 25, 2024

Hab’s auch mit der IP des Dockers selbst versucht gleiches Problem, allerdings hab ich die Einstellung noch nicht als Root getestet

@bolliy
Copy link
Owner

bolliy commented Feb 25, 2024

Ich habe es über virtualBox und auf einem Raspi laufen.
Leider kann ich den Exception (noch) nicht abfangen, da das modul modbus-serial noch ein Bug hat - ist auch gefixt aber noch nicht released.

@arnovy
Copy link

arnovy commented Feb 25, 2024

Gleicher Fehler auch wenn ich den Docker als Root ausführe und die Docker IP beim Modbus Proxy angebe

@bolliy
Copy link
Owner

bolliy commented Feb 25, 2024

Docker muss richtig konfiguriert werden! Kann dir allerdings nicht den genauen Aufruf nennen -ich nutze kein Docker Image. Es könnte am NAT liegen. Vielleicht als Bridge konfigurieren. Es ist kein Rechteproblem - eher ein Netzwerkproblem des Dockers!

@arnovy
Copy link

arnovy commented Feb 26, 2024

okay, ich habe das Portproblem mit einer Portweiterleitung in IPtables umgangen:
sudo iptables -I INPUT 1 -p tcp --dport 502 -j ACCEPT
sudo iptables -A PREROUTING -t nat -i eth0 -p tcp --dport 502 -j REDIRECT --to-port 5022

ich leite den Port 502 damit auf Port 5022 in den Docker um.
Es scheint irgendein Rechteproblem mit wellknown ports <1024 zu geben.

Allerdings habe ich bereits das nächste Problem entdeckt:

Bildschirmfoto vom 2024-02-26 08-48-39

ich habe Modbus 100 auch mal auf Modbus 1 geändert mit dem gleichen Ergebnis.
Was mir nicht ganz klar ist, der S-DongleA in der Modbus Proxy konfig ist das die ModbusID die der Modbus Proxy bereitstellt oder handelt es dich hierbei um die ID die der Adapter beim Wechselrichter Abfragt?
Warum unterschiedest du ModbusID1 und SDongelA ModbusID 100? Der Wechselrichter wird doch standardmäßig per ModbusID 1 abgefragt

@bolliy
Copy link
Owner

bolliy commented Feb 26, 2024

der SDongle hat eine eigene UnitID (modbusID). Die ist eigentlich immer 100. Die Daten des SDongle sind wichtig für die Wallbox!
Der erste Inverter ist meist die modbusID 1 usw.
Der SDongle hält einige summierte Werte (über alle Inverter) bereit.

@bolliy
Copy link
Owner

bolliy commented Feb 26, 2024

SdongleA modbus interface definition (Issue 2, 2023-04-20): https://photomate.zendesk.com/hc/en-gb/articles/7275970817437-SDongleA-MODBUS-Interface-Definitions

@bolliy
Copy link
Owner

bolliy commented Feb 26, 2024

Würdest die deine Fragen/Erfahrungen/Lösungen bitte im Forum teilen. Damit andere User auch davon profetieren können.
https://forum.iobroker.net/topic/71768/test-adapter-sun2000-v0-1-x-huawei-wechselrichter

Danke!

@arnovy
Copy link

arnovy commented Feb 26, 2024

nach Abstecken/Stecken des Dongles hat sich der Adapter mit dem S-Dongle verbunden.
Problem jetzt: Ich bekomme die Wallbox nicht dazu den Stromzähler auf den ModBus zu ändern.
Den Virtuellen Stromzähler habe ich gelöscht bekommen, indem ich den S-Dongle abgesteckt habe, anschließend konnte ich den Virtuelle Zähler löschen. Allerdings ist es mir nicht gelungen den Modbus Proxy einzubinden.
Ich denke das Problem hier ist, sobald der Dongle abgesteckt ist kann ich zwar die IP des Proxys manuell eingeben, hinzufügen lässt er sich aber nicht, da ja der Dongle ausgesteckt ist. Sobald ich aber den Dongle wieder einstecke fügt die Wallbox diesen automatisch wieder als virtuellen Zähler hinzu und ich kann den ModbusProxy nicht mehr hinzufügen weil er schon einen Zähler hat. Hier dreht man sich im Kreis

@bolliy
Copy link
Owner

bolliy commented Feb 26, 2024

Da ich keinen SCharger von Huawei habe, kann ich das natürlich nicht richtig testen. Aber viellecht werden dort andere Daten vom SDongle gelesen oder geschrieben. Im Log kannst du aber sehen welche Daten der SCharger abfragt. Es ist im JSON-Format aufgebaut und sieht ähnlich dem hier aus:
grafik

Ich bräuchte dann die Daten als JSON:
Modbus tcp server: {"stat":{"#getMultipleHoldingRegisters-address_32064-value_2-unidId_1":1,"#getMultipleHoldingRegisters-address_37765-value_2-unidId_1":4,"#getMultipleHoldingRegisters-address_37100-value_38-unidId_1":1,"#getMultipleHoldingRegisters-address_32080-value_2-unidId_1":1,"#getMultipleHoldingRegisters-address_37758-value_30-unidId_1":4,"getMultipleHoldingRegisters-address_37498-value_20-unidId_100":5168,"getMultipleHoldingRegisters-address_32080-value_2-unidId_1":6229,"getMultipleHoldingRegisters-address_32064-value_2-unidId_1":6228,"getMultipleHoldingRegisters-address_37100-value_38-unidId_1":5157,"#getMultipleHoldingRegisters-address_37000-value_50-unidId_1":1,"getMultipleHoldingRegisters-address_37765-value_2-unidId_1":6234,"#getMultipleHoldingRegisters-address_47081-value_18-unidId_1":1,"getMultipleHoldingRegisters-address_37758-value_30-unidId_1":6225,"getMultipleHoldingRegisters-address_37000-value_50-unidId_1":1326,"getMultipleHoldingRegisters-address_47081-value_18-unidId_1":1324,"getMultipleHoldingRegisters-address_32000-value_116-unidId_1":1322}}
Hier kann man gut sehen, was über modbus-proxy so läuft. Die Einträge mit # werden (z.Zt.) nicht bedient.

@arnovy
Copy link

arnovy commented Feb 26, 2024

das sehe ich leider garnicht im Log.

Eine Idee wäre noch, Dongle Abstecken -> virtuellen Zähler löschen -> Docker runterfahren -> Inverter IP von Docker verpassen -> virtueller Zähler sollte in der Wallbox mit neuer IP auftauchen -> Wallbox vom Strom nehmen
Danach Inverter wieder auf Ursprungsip setzen -> Docker hochfahren -> Wallbox wieder ans Netz nehmen

keine Ahnung ob das klappt

@bolliy
Copy link
Owner

bolliy commented Feb 26, 2024

Vielleicht bringt dich dieses weiter?

https://tff-forum.de/t/pv-ueberschussladen-smart-charger-huawei/290268?page=2

@luckyheiko
Copy link
Author

hab das irgendwie noch nicht wirklich rausbekommen.
deswegen hier noch mal kurzne 'doofe' frage.

es ist ja der Proxy nun in der Instanz. Hier hatte ich gedacht, das nun die WB mit ausgelesen werden kann.
wenn ich diesen Aktiviere (wegen WB) finde ich aber keine Werte im IObroker, kann man dann irgendwas aus der WB auslesen?
oder ist beim auslesen der WB gar nichts möglich?
v0.11.0
geräte IP x.x.44.99
wb IP x.x.44.95
ID WR 1
ID Dongle 100

@bolliy
Copy link
Owner

bolliy commented Aug 19, 2024

@luckyheiko über den modbus-proxy kannst du den SCharger leider nicht einbinden. Der SChrager muss direkt mit dem WR kommunizieren. Das wird erst mit der Integration der Emma möglich sein. Da bin ich allerdings noch nicht dran, da ich keine Emma habe.

LG Stephan

@luckyheiko
Copy link
Author

danke für die info.
schönen tag noch

@bolliy
Copy link
Owner

bolliy commented Sep 29, 2024

Der SCharger wird standardmäßig mit dem virtuellen Stromzähler des Wechselrichters per modbus verbunden. Dann kann man allerdings nicht mehr auf den SCharger per modbus zugreifen.
Als Lösung sehe ich nur die Verwendung der Emma von Huawei.

@bolliy bolliy closed this as completed Sep 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request on-hold Is currently not being processed wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

3 participants