Weihnachtsangebot 2025! 🎄

[tueftler17]

@hal Hast Du es noch mal ausprobiert?

[rykaz]

@strathcole Hi, bei mir wird der Status "externe" Steuerung nach 1s immer wieder zurückgesetzt. Mache ich etwas falsch? (Vers. 2.19; Plenticore 01.18.05255)
Grüße

[StrathCole]

@rykaz in der Version geht die Option nur noch als Installateur.

Als Benutzer konnte man sie nur bis zur 1.16 nutzen, anschließend hat Kostal das geändert.

[HAL]

@tueftler17 sorry ich war unterwegs und werde es später noch einmal versuchen

[rykaz]

@strathcole said in IOBroker Anbindung an einen Kostal Plenticore:

Installateur

ok, vielen dank für den Hinweis. Kann man den PC downgraden?
Angenommen man hätte den servicekey. hatte das irgendwelche konsequenzen bzw. wäre das irgendwie nachvollziehbar? Interessiert mich nur.

[tueftler17]

@rykaz In der letzten Firmware-Version gab es die Möglichkeit mit einer kleinen Änderung in der HTML-Seite (Browser Debug Mode) die Einstellung zu ändern. Daher würde ich an Deiner Stelle das Firmware-Upgrade einmal durchführen und die externe Steuerung freischalten.
Ich finde leider den Thread nicht, glaube aber das er im Photovoltaik Forum zu finden war.

[HAL]

@tueftler17 sagte in IOBroker Anbindung an einen Kostal Plenticore:

@hal Hast Du es noch mal ausprobiert?

So heute probiert.

• Mit Be Connect V.1.50 BMS update durchgeführt. Be Connect beendet.
• Mit Browser ( Chrome ) auf die ip Adresse der BYD zugegriffen, es kommt ein Anmelde-Popup ( vom BYD Netzwerk Adapter )
• Browser geschlossen und Deinen Adapter aktiviert

Laut Log keine Verbindung und immer noch diese seltsamen Redis Medlungen:

bydhvs.0	2021-03-21 20:49:24.694	debug	(7906) system.adapter.admin.0: logging true
bydhvs.0	2021-03-21 20:49:07.309	debug	(7906) connected set to false
bydhvs.0	2021-03-21 20:49:07.184	error	(7906) no connection to IP: 192.168.178.21
bydhvs.0	2021-03-21 20:49:06.188	debug	(7906) connected set to true
bydhvs.0	2021-03-21 20:49:05.801	debug	(7906) connected set to false
bydhvs.0	2021-03-21 20:49:05.679	info	(7906) gestartet: 60 577
bydhvs.0	2021-03-21 20:49:05.678	info	(7906) starte poll
bydhvs.0	2021-03-21 20:49:05.677	info	(7906) BatDetailshowoften: 60
bydhvs.0	2021-03-21 20:49:05.677	info	(7906) Bat Details : false
bydhvs.0	2021-03-21 20:49:05.676	info	(7906) BYD IP Adress: 192.168.178.21
bydhvs.0	2021-03-21 20:49:05.675	info	(7906) Poll Interval: 60
bydhvs.0	2021-03-21 20:49:05.617	info	(7906) starting. Version 0.1.1 in /opt/iobroker/node_modules/iobroker.bydhvs, node: v12.21.0, js-controller: 3.2.16
bydhvs.0	2021-03-21 20:49:05.274	debug	(7906) statesDB connected
bydhvs.0	2021-03-21 20:49:05.273	debug	(7906) States connected to redis: 127.0.0.1:9000
bydhvs.0	2021-03-21 20:49:05.259	debug	(7906) States create User PubSub Client
bydhvs.0	2021-03-21 20:49:05.257	debug	(7906) States create System PubSub Client
bydhvs.0	2021-03-21 20:49:05.245	debug	(7906) Redis States: Use Redis connection: 127.0.0.1:9000
bydhvs.0	2021-03-21 20:49:05.242	debug	(7906) objectDB connected
bydhvs.0	2021-03-21 20:49:05.231	debug	(7906) Objects connected to redis: 127.0.0.1:9001
bydhvs.0	2021-03-21 20:49:05.194	debug	(7906) Objects client initialize lua scripts
bydhvs.0	2021-03-21 20:49:05.192	debug	(7906) Objects create User PubSub Client
bydhvs.0	2021-03-21 20:49:05.191	debug	(7906) Objects create System PubSub Client
bydhvs.0	2021-03-21 20:49:05.188	debug	(7906) Objects client ready ... initialize now
bydhvs.0	2021-03-21 20:49:05.143	debug	(7906) Redis Objects: Use Redis connection: 127.0.0.1:9001
bydhvs.0	2021-03-21 20:49:03.907	warn	(5823) Got terminate signal. Checking desired PID: 7906 vs own PID 5823
bydhvs.0	2021-03-21 20:49:03.845	info	(5823) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
bydhvs.0	2021-03-21 20:49:03.843	info	(5823) terminating
bydhvs.0	2021-03-21 20:49:03.840	warn	(5823) Got terminate signal. Checking desired PID: 0 vs own PID 5823
bydhvs.0	2021-03-21 20:49:01.765	debug	(5823) system.adapter.admin.0: logging false

[Maas-Meister]

Moin Gruppe,

ich benutze jetzt schon seit längeren diesen Adapter für meinen Kostal Piko 4.2
Ich habe es immer noch nicht geschafft die DC 1-3 zu entschlüsseln.
DC 1 ist bei mir die Aktuelle Erzeugung - aber was machen DC 2 und 3?

Sind die DPś/Werte zufällig bei jedem WR gleich und jemand kann mir den Objektbaum entschlüsseln?

MfG

[tueftler17]

@hal Danke!
Trotzdem: Ich verstehe es einfach nicht. Ich glaube ich installiere noch einmal eine neue Instanz vom ioBroker, installiere dort den Adapter und versuche es noch mal. Meine aktuelle Entwicklungsumgebung (ioBroker unter Windows) startet leider gerade nicht mehr und bevor ich da ewig rumbastele mache ich es die Tage neu.
Meine Produktiv-Installation läuft problemlos inkl. dem Adapter und ich steuere auch die Entlade- und Lade-Grenzen damit täglich.
Sind wir vielleicht mit den Versionen unglaublich weit auseinander? Mein Admin-Adapter hat die Version 4.2.1, Javascript (hat aber glaube ich nichts zu sagen) ist 4.10.11 .
Im Entwicklungssystem öffnet sich dooferweise die Adapter-Seite nicht so dass ich keine Versionen ansehen kann.
In den nächsten Tagen versuche ich der Sache weiter auf die Spur zu kommen.
@Alle: Wenn noch jemand Lust hat trotz der frustrierenden Infos von hal zu testen: Bitte kurze Nachricht.

[christophN]

@diginix said in IOBroker Anbindung an einen Kostal Plenticore:

@diginix das sieht sehr schön aus, wie hast du die stündliche Prognose in diese Darstellung gebracht?

[Diginix]

@christophn
Die Werte sind alle im Plenticore Adapter enthalten:
Ertrag real (blau): plenticore.0.devices.local.Pv_P
Ertrag Prognose (orange): plenticore.0.forecast.current.power.skyvis

[HAL]

@tueftler17 Ich habe meine "alte" Installation ( Asus Tinkerboard ) auf meinen aktuellen Stand gebracht und Deinen Adapter dort installiert und ..... läuft ... Warum das auf dem Raspberry Pi 4 nicht funktioniert, ist mir ein Rätsel.

Die Daten werden abgerufen, es werden diese Daten angezeigt, Batteriespannung ist aber nicht korrekt.

[tueftler17]

@hal Prima, ich freue mich das es funktioniert :-). Danke für Deine Neuinstallation!
Es ist für mich jetzt nicht unerwartet das es bei einer anderen Modulzahl zu Dekodierungsfehlern kommt. Magst Du mal das Log auf Silly stellen und mir die Daten zukommen lassen? Die Serial-Nummer ist im ersten Paket enthalten, hier ein Auszug aus der Antwort von meiner BMU:
0103cc50303330543133315a3230303331363739323378787878...
Wenn Du in diesem Part ein paar Zeichen ersetzt (gerne auch durch XX) dann wird es anonymisiert. Ich habe hier ein paar der Zahlen der Seriennummer verändert.
Dann analysiere ich das sehr gerne. Bin auch neugierig was sich da verschiebt, eigentlich sind die Spannungen im zweiten Antwort-Paket (erst SoC, dann MaxVolt, dann MinVolt), also gleich am Anfang kodiert.
Alternativ kannst Du mir auch gerne das Log im Chat schicken oder an meine Mail-Adresse (hast Du schon).
Helfen würde mir natürlich ein Screenshot aus der BeConnect App damit ich weiß was herauskommen müsste.
Viele Grüße
Tueftler17

[tueftler17]

Nachtrag, ich schaue gerade noch mal genauer hin. Die für mich wichtigsten Daten (minimale und maximale Spannung der Zellen) - bei Dir 3,34 und 3,35 sowie die im Adapter einfach ausgerechnete Differenz (0,01 Volt) klappen schon mal. Das sind die Daten die ich oben erwähnt habe - Anfang des zweiten Paketes.
Wsa nicht stimmen kann sind die Spannungen, die dürfen natürlich nicht negativ sein. Das liegt bestimmt daran das Deine Spannungen doppelt so hoch sind wie meine und die Zahl ein unsigned int und keine signed int ist. Ich habe das kurz angepasst und auf Github hochgeladen, diese Anzeige wird dann schon mal hoffentlich funktionieren, einfach über die Katze den Adapter neu installieren - dann hast Du die neue Version. Die Versionsnummer ist dann 0.1.2

Damit sollten alle Daten die im "normalen" Modus auslesbar sind auch ankommen. Die bisher leeren States können daher auch nicht gefüllt sein, die Daten werden bisher nur bei 2 Modulen ausgelesen.

Wenn das funktioniert würde ich eine neue Version erstellen in der die Diagnose-Daten ausgelesen und bei mehr als 2 Modulen erst einmal nur protokolliert werden. Da muss ich sicher länger reinschauen als bei dem Thema oben.
Viele Grüße
Tueftler17

[HAL]

@tueftler17 Moin, den Log habe ich dir im Chat gesendet; reicht dir dieser
Screenshot ?

[tueftler17]

@hal Hi! Leider reichen die Daten aus dem Chat nicht, da bräuchte ich noch mehr. Ich schicke Dir ein Beispiel von meinen Daten, dann wird es klar.
Aber: Warte bitte noch bis ich das nächste Update gemacht habe, dann baue ich noch eine speziellen Diagnose-Modus ein, dann hängen die Hex-Strings auch direkt hintereinander und die ganzen sonstigen unnötigen Logdaten entfallen.
Klappt es jetzt mit den Spannungen? Sie sollten richtig angezeigt werden. (Version 0.1.2).
Viele Grüße
Tueftler17

[HAL]

@tueftler17 ja, die Werte werden korrekt angezeigt.

[tueftler17]

@hal Das sieht genau so aus wie ich es mir erhofft habe.
Heute hatte ich wieder Zeit für das Thema und habe eine neue Version des Adapters erzeugt. In der neuen Version ist die für die Diagnose-Daten die Begrenzung auf 2 Module entfernt, aber ich habe keine Ahnung ob es funktioniert. Dazu gibt es noch einen Test-Modus mit dem dann die erforderlichen Daten als "Error" ausgegeben werden.
Das heißt: Wenn Du das Adapter-Log auf "info" stellst und den Adapter wie folgt einstellst:

müsste im Log etwas wie hier erscheinen:

bydhvs.0	2021-03-27 17:41:24.607	error	(11917) Received, Packet: 9 Data: 010382008000000000000000000000000000000000000000000000000000000000000000000000577d000000000000000000000000000000000000000000000000000000000000000000000000000000000000
bydhvs.0	2021-03-27 17:41:24.307	error	(11917) Received, Packet: 8 Data: 0103820080000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
bydhvs.0	2021-03-27 17:41:24.007	error	(11917) Received, Packet: 7 Data: 01038200800d8e0d830d8f0d900d860d820d840d880d810d8c0d810d880d970d930d8c0d7f0d890d8b0d710d8c0d8c0d8a0d8a0d900d890d880d870d870d830d850da40d910d870d840d900d8f0d900d8d0d83
bydhvs.0	2021-03-27 17:41:23.707	error	(11917) Received, Packet: 6 Data: 01038200800da40d712f2300180016020d00000000000000000000000000000000ffc70007c0710006000001c008aa0000001808a303e00063000000040000000014031303000050303330543032305a323030
bydhvs.0	2021-03-27 17:41:23.407	error	(11917) Received, Packet: 5 Data: 01030288011f84
bydhvs.0	2021-03-27 17:41:19.341	error	(11917) Received, Packet: 4 Data: 0110055000024115
bydhvs.0	2021-03-27 17:41:19.062	error	(11917) Received, Packet: 3 Data: 010306031202010100c8ad
bydhvs.0	2021-03-27 17:41:18.782	error	(11917) Received, Packet: 2 Data: 0103320063015d015800630000569a0018001600170000030f00040000000007020002565e147a00001148000000ff00004000042cbe99
bydhvs.0	2021-03-27 17:41:18.473	error	(11917) Received, Packet: 1 Data: 0103cc50303330543133315a323030333136373932337878787878030d030f03140100031202010100000000000000000000000000000000000000000000000000000000000000000000000000000000000000
bydhvs.0	2021-03-27 17:41:17.860	info	(11917) gestartet: 60 [object Object]

Wenn Du mir diese Daten im Chat oder als Mail schicken würdest: dann könnte ich versuchen die "Logik" von BYD zu verstehen und auch die restlichen Daten im Adapter zu verarbeiten. Kann aber sein das es nicht klappt weil bei mehr als 2 Modulen die Kommunikation mit mehr Paketen abläuft, dann bräuchte ich einen Wireshark-Mitschnitt, das ist dann die "ganze Wahrzeit". Bitte nicht als Code schicken, da werden am Ende einige Bytes abgeschnitten.

Nebenbei: Ich habe die Objekte noch zum Teil etwas umbenannt und anders gruppiert, daher wäre es auch gut wenn Du die ganzen Objekte vorher einmal löschen würdest.

Danke!

[HAL]

@tueftler17 Den Log habe ich dir als Mail gesendet. Für die ersten 2 Module wird sowohl Spannung, als auch Temperatur korrekt angezeigt.

( Ich habe gerade eine neue Installation auf einem Thinker Board S durchgeführt, auch da läuft dein Adapter )

[tueftler17]

@hal prima, ist angekommen, ich habe es gerade anaylsiert. Wenn wir Glück haben ist die Anzahl der abzufragenden Datenpakete gleich geblieben und die grundsätzliche Logik kann bleiben. Zur Sicherheit. Ich habe plausible Daten für 128 Zellspannungen und 48 Temperaturen gesehen.
Die 128 für die Zellspannungen ist plausibel. Ich habe 64 Zellspannungen mit meinen 2 Modulen, da ist die Verdoppelung logisch. Und: Die BeConnect App hört bei 128 auf, mehr Platz ist da nicht.
Bei den Temperaturen: Ich finde bei mir 24 Temperaturen, die 48 bei Dir wären dann auch logisch. Aber: Die BeConnect hat Platz für 64 Temperaturen. Daher: Kannst Du bitte einmal in Deiner App schauen wie viele Temperaturen da vorhanden sind? Das könnte natürlich auch ein kleiner Fehler in der BeConnect App sein.

Wenn alles passen sollte ist die Implementierung nicht schwierig, den Ausbau mit 3 Modulen würde ich dann entsprechend mit den ersten 96 resp. 36 Zahlen realisieren.