UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[tueftler17]

@jb_sullivan @hacki11 Klar, ich kann da gerne etwas einbauen. Was wollt Ihr denn genau? Den Wert der Ladung / Entladung differenziert? Also bei Ladung einen positiven Werte bei "ChargeP" und "0" bei "DischargeP" / andersherum? Das wäre total easy zu machen aber ich würde gerne wissen ob ich das richtig verstanden habe.

Zu den Einheiten: Mache ich auch gerne. Kein Problem.

[tueftler17]

@qqolli Gerade habe ich meinen "BYD-Simulator" mit Deinen Daten die Du mir per Mail geschickt hast gefüttert. Dann zeigt die BeConnect App (Version 1.4) BMU: V3.15A und BMS V3.21A an (und meine Testversion vom Adapter auch).
Nur um sicher zu gehen: Das sind doch die Daten wie sie zusammen gehören, oder?

[JB_Sullivan]

@tueftler17 Ich kann dir meine Daten auch gerne schicken, denn bei mir wird mit auch die falsche BMU Version angezeigt. Ich verwende ebenfalls die BeConect App mit dem Hex Patch bzgl. IP Adresse.

Bzgl. des Power Datenpunk - ja ich denke das hast du richtig verstanden. Dutchman hat ja den Adapter für den Messstellenbetreiber Discovergy gebastelt.

Da gibt es auch einen Datenpunkt für Netzbezug und einen für Einspeisung. Ich denke, wenn man das bei dem BYD Speicher ebenfalls machen könnte, könnte man Sourceanalytix auf diese beiden Datenpunkte tracken.

Wenn man es dann noch richtig übertreiben will, gibt man im Adapter Admin seine Speicherkapazität ein.

Damit könnte man anhand des Füllgrades vom Speicher (%) und den Laden / Entladewerten, die Speicher Kapazität über die nachgeladene Menge bestimmen. Mit anderen Worten, man könnte validieren, ob der Speicher noch die Kapazität aufnimmt / abgibt die er haben sollte.

So könnte man unter umständen die Alterung bestimmen. Vermutlich wird aber wohl das Problem sein, das dass polling =< 60 dieses Ergebnis ggf. stark verfälscht.

Ist aber vielleicht mal ein Ansatz, wie man aus den bestehenden Daten die Alterung der Zellenkapazität darstellen könnte - nur so als Idee - vielleicht habe ich es auch etwas blöd erklärt.

[qqolli]

@tueftler17

Wenn ich BeConnect starte, bekomme ich die Version V3.15-A angezeigt:

Im Adapter sehe ich aber für die BMU die Version V3.14-A:

[Mike97714]

@qqolli
Hallo bei meinem HVM Speicher passt es. Allerdings hat mein Speicher neuere Firmware.
BMU V3.15B
BMS V3.22A
P-T V9.1

[qqolli]

@mike97714

Hi,

Du hast einen HVM-Speicher. Ich hatte vergessen zu erwähnen, das ich einen HVS-Speicher mit 4 Einheiten habe, also 10,24 kWh.

Hier sind die Versionen (nach einem Update gerade eben) wie folgt:

BMU V3.15A
BMS V3.22B
P-T V9.2

@tueftler17 : Die Abweichung nach dem Update bzgl. der Version der BMU besteht immer noch (ioB: 3.14-A vs. 3.15-A in BeConnect).

[tueftler17]

@qqolli
@Mike97714
Mit der Versionsanzeige bin ich etwas weiter gekommen, aber letztlich noch nicht sicher ob das so dauerhaft passt. Letztlich gibt es ein Bit welches entscheidet ob die -A oder die -B-Version installiert ist. Je nachdem wird die Versionsnummer aus unterschiedlichen Feldern gezogen. Soweit bin ich mit meinen Analysen gekommen und kann jetzt mit meinem BYD-Simulator interessante Versionen zusammenzaubern, Beispiel:

Ich baue das mal in die nächste Version ein und hoffe das ich die Daten richtig interpretiert habe. Das haben die ziemlich tricky gemacht. Vielleicht gibt es zwei "Bänke" und es wird jeweils die nicht aktive Bank beschrieben und dann mit dem Bit bei erfolgreichem Schreiben umgestellt?
Info folgt sobald ich eine neue Version fertig habe.

@JB_Sullivan OK, verstanden, folgt auch. Bei meinem Plenticore kann ich die Lade- und Entlade- Energien kumuliert abrufen, daher bin ich nicht drauf gekommen.

Dann gab es irgendwo noch den Wunsch die Einheiten korrekt in die States einzutragen, das kommt auch in die neue Version rein. Muss schauen wie weit ich komme, entweder heute oder Mittwoch, morgen wieder langer Arbeitstag.

[tueftler17]

Hi!
Es gibt eine neue Version vom Adapter (1.1.0) in dem ich die meisten Anregungen aufnehmen konnte.
Ich würde gerne alle Themen zu meinem Adapter in einem Thread zusammenführen, daher die Bitte: Können wir bei:
https://forum.iobroker.net/topic/43931/neuer-adapter-byd-hvs/2?_=1619084603713
weiter diskutieren? Dort poste ich auch die Liste der Neuigkeiten.

[hinti]

Hallo! Ich bin neu hier und hätte eine Frage zum Fronius Symo. Ich habe jetzt den Fronius Adapter installiert und die Werte die angezeigt werden sind plausiebel. Aber ich hätte gerne auch die Leistung je String. Für den GEN24 hab ich hier ja schon Screenshots und Beiträge gefunden. Aber für den alten Symo leider nicht.
Kann man die Strings mit diesem Symo anzeigen lassen?

[JB_Sullivan]

Mahlzeit zusammen,
hatte von Euch schonmal jemand über den ioB Adapter von Fronius folgendes Problem?

fronius.0	2021-08-15 15:56:06.829	error	(13152) IP is not a Fronis inverter

BTW -> es muss FRONIUS und nicht FRONIS inverter heißen. Das ist aber Kleinkram

fronius.0	2021-08-15 15:52:34.376	debug	(13152) Unable to read data from inverters solarAPI
fronius.0	2021-08-15 15:52:34.376	debug	(13152) Exception thrown in check API: SyntaxError: Unexpected token < in JSON at position 0
fronius.0	2021-08-15 15:52:34.359	debug	(13152) Unable to read data from inverters solarAPI
fronius.0	2021-08-15 15:52:34.358	debug	(13152) Exception thrown in check API: SyntaxError: Unexpected token < in JSON at position 0
fronius.0	2021-08-15 15:52:34.222	debug	(13152) System command: C:\WINDOWS\system32\cmd.exe /s /c " C:\WINDOWS\system32\ping.exe -n 1 -w 2000 10.122.60.57 "
fronius.0	2021-08-15 15:52:34.214	debug	(13152) System command: C:\WINDOWS\system32\cmd.exe /s /c " C:\WINDOWS\system32\ping.exe -n 1 -w 2000 10.122.60.57 "
fronius.0	2021-08-15 15:52:34.188	info	(13152) starting. Version 1.1.3 in C:/iobroker/GLT/node_modules/iobroker.fronius, node: v14.16.0, js-controller: 3.3.15
fronius.0	2021-08-15 15:52:33.680	debug	(13152) statesDB connected
fronius.0	2021-08-15 15:52:33.679	debug	(13152) States connected to redis: 127.0.0.1:9000
fronius.0	2021-08-15 15:52:33.655	debug	(13152) States create User PubSub Client
fronius.0	2021-08-15 15:52:33.654	debug	(13152) States create System PubSub Client
fronius.0	2021-08-15 15:52:33.636	debug	(13152) Redis States: Use Redis connection: 127.0.0.1:9000
fronius.0	2021-08-15 15:52:33.633	debug	(13152) objectDB connected
fronius.0	2021-08-15 15:52:33.620	debug	(13152) Objects connected to redis: 127.0.0.1:9001
fronius.0	2021-08-15 15:52:33.591	debug	(13152) Objects client initialize lua scripts
fronius.0	2021-08-15 15:52:33.590	debug	(13152) Objects create User PubSub Client
fronius.0	2021-08-15 15:52:33.588	debug	(13152) Objects create System PubSub Client
fronius.0	2021-08-15 15:52:33.586	debug	(13152) Objects client ready ... initialize now
fronius.0	2021-08-15 15:52:33.522	debug	(13152) Redis Objects: Use Redis connection: 127.0.0.1:9001
host.GLT(GLT)	2021-08-15 15:52:31.276	info	instance system.adapter.fronius.0 started with pid 13152
host.GLT(GLT)	2021-08-15 15:52:29.375	info	instance system.adapter.fronius.0 terminated with code null ()
host.GLT(GLT)	2021-08-15 15:52:29.375	warn	instance system.adapter.fronius.0 terminated due to SIGTERM
host.GLT(GLT)	2021-08-15 15:52:29.242	info	stopInstance system.adapter.fronius.0 killing pid 15140

Seit Monaten läuft alles was mit Fronius zu tun hat 1A. Unter der im Adapter eingetragenen IP erreiche ich den WR direkt. Auch solarweb funktioniert einwandfrei und über den Fritzbox Router ist der WR ebenfalls unter der IP erreichbar.

Ich habe den Adapter, als auch ioB selber schon neu gestartet, aber der Fronius Adpter bleibt mit der oben genannten Fehlermeldung gelb und baut auch keine Verbindung mehr zum WR auf.

Das Phänomen trat irgendwann heute Vormittag auf, OHNE das ich in den letzten Tagen etwas verändert hätte - quasi von jetzt auf gleich.

Hat jemand eine Idee dazu?

EDIT: Ich habe in der Zwischenzeit nochmal alles mögliche ausprobiert, was mir so in den Sinn gekommen ist. Interessant daran ist, das der ModBus Adapter der auf die gleiche Adresse des Gerätes zugreift, nach wie vor z.B. die Gehäuse Temperatur und bei Bedarf auch andere Werte abholt.

Ich finde diese beiden Meldungen interessant - was ist mit dem Invalid Token gemeint`? Ist das etwas was ggf. nicht lokal läuft, sondern auf den Fronius Servern? Sind das ggf. anzeichen für das lange angekündigte Firmware Update incl. API 2.x?

fronius.0	2021-08-15 15:52:34.376	debug	(13152) Unable to read data from inverters solarAPI
fronius.0	2021-08-15 15:52:34.376	debug	(13152) Exception thrown in check API: SyntaxError: Unexpected token < in JSON at position 0

EDIT Teil 2: Hmmmm - es wird immer lustiger - jetzt habe ich den Adapter und die Objekte gelöscht und von GIT die Version 1.1.6 neu installiert.

Jetzt bekomme ich die folgende Meldung, obwohl der Adapter incl. IP konfiguriert ist ?!?!?!

fronius.0	2021-08-15 17:36:54.817	error	(11492) Please configure the Fronius adapter
fronius.0	2021-08-15 17:36:54.804	info	(11492) starting. Version 1.1.3 in C:/iobroker/GLT/node_modules/iobroker.fronius, node: v14.16.0, js-controller: 3.3.15

AHH - ich glaube jetzt weiß ich was er will. Durch die Neuinstallation ist der Ausleseintervall verloren gegangen. Da die Prüfung der IP Adresse fehlt schlägt, kann man auch keinen Aktualisierungsintervall eingeben. Die IP ist aber 100%ig korrekt - verstehe es gerade nicht, warum er sich nicht mehr mit dem WR verbinden mag :(

[stan23]

Bei mir läuft der Adapter am Symo 10.0-3-M bisher ohne Probleme, aber zumindest die Kleinigkeit ist erledigt ;)
https://github.com/iobroker-community-adapters/ioBroker.fronius/pull/132

[da_Woody]

@jb_sullivan bei mir funzt alles tadellos, allerdings muss ich noch die 1.0.5 verwenden. bei höherer version wird storage (die batterie) nicht mehr aktualisiert.

[JB_Sullivan]

Ich habe mittlerweile heraus gefunden, das auch meine Wallbox sich zur gleichen Zeit aufgehängt hatte. Wer jetzt letzendlich der Auslöser für dieses Wallbox / Wechselrichter durcheinander ist, habe ich noch nicht heraus gefunden.

Ich habe daraufhin gestern Abend noch ein Backup eingespielt. Das Interessante daran - nach dem Backup wurden bei den Objekten ein "inverter 1" angelegt und alle Daten vom WR werden seit dem nur noch in den inverter 1 hinein geschrieben und aktualisiert.

Der vorhandene inverter0 enthält die alten Daten von vor dem "Aufhänger" und wird auch nicht mehr "bedient".

Ist natürlich saublöd, da alle Skripte, VIS und Grafana Bilder sich auf inverter0 beziehen. Ich habe keine Ahnung, wie das zustande gekommen sein kann, zumal ich am Wechselrichter nichts verändert habe und auch nur einen Inverter besitze.

[Negalein]

@jb_sullivan sagte in FRONIUS Adapter Entwicklung eingestellt?:

Ich habe keine Ahnung, wie das zustande gekommen sein kann, zumal ich am Wechselrichter nichts verändert habe und auch nur einen Inverter besitze.

Kann dir leider nicht wirklich weiterhelfen, wir haben zwar nur den Symo 10.0-3-M, aber das "Inverter 1" hatte ich schon seit der ersten Version vom Adapter.
Inverter 0 gabs bei uns noch nie.

[da_Woody]

@jb_sullivan hmm, kanns nicht beschwören, hab aber auch nur

in den objekten...
hab aber nach update versuchen auch mal den kompletten bau gelöscht. dadurch bich ich ja drauf gekommen, daß bei höher als 1.0.5 meine BYD nicht mehr tutet...

[JB_Sullivan]

Es gibt mitlerweile eine Erklärung zum inverter.0 / inverter.1 Problem. Lag in einer früheren Version des Adapters begründet.

Wer den Objekte Baum nach einem der Updates nicht gelöscht hat, wurde jetzt, so wie ich, mit dem inverter.1 "Problem" überrascht, sobald er in der Instanz Einstellung die IP Adresse erneut verifizieren wollte.

https://github.com/iobroker-community-adapters/ioBroker.fronius/issues/142

Warum es aber zum totalen Aufhänger der API Kommunikation hier in ioBroker und auch zur openWB Wallbox kam, ist damit noch nicht geklärt. Wenigstens die ID Zuweisung ist jetzt plausiebel und von mir nun in allen meinen Skripten, VIS und Influxdb Verwendungsstellen geändert worden.

Ich hatte es auch schonmal im Rahmen der ganzen js-controller / Admin 5.xx Updates angemerkt. Das löschen des Objektebaum ist in meinen Augen immer das letzte Mittel, da gerade DP`s die in Influxdb / sourceanalytix oder ähnlichen verwendet werden, dann mühsam von Hand wieder verknüpft werden müssen.

Da gehen oftmals div. Werte über die Wupper (z.B. bei sourceanalytix)

[fleck.a87]

Moin alle zusammen,

ich möchte aktuell ein Scribt zusammenschreiben mit dem man bei Stromausfall und start des Wechselrichters in Notstrom bzw. Inselbetrieb ich automatisch Verbraucher abschalten kann.

Soweit is alle vorbereitet mit dem GEN 24 symo und Homematic komponenten.

Wir der Notstrombetrieb überhaupt an einem Datenpunkt angezeigt und wenn ja wie?

Dachte da evtl an den Status oder so:

Hat jemand eine Idee wie bzw. wo man das auslesen kann damit ich den Wert in einem Script weiterverwenden kann?

Gruß Andi

[JB_Sullivan]

@fleck-a87 Aus dem Adapter soweit ich weiß nicht, aber vielleicht bekommst du das über eine der Modbus Adressen heraus. Dann müsstest du dir allerdings noch zusätzlich den ioB Modbus Adapter installieren.

Musste ich leider auch machen, da ich die Geräte Temperatur haben wollte und diese über den Fronius Adapter aktuell nicht ausgelesen wird - über Modbus aber schon.

[tigiba]

@fleck-a87 bei meiner Anlage erkenne ich den Notstrombetrieb daran, dass in diesem der Fronius Smart Meter nicht aktiv ist und daher keine seiner Werte gemeldet werden. Hab das aber bisher nicht in nem Script verwendet.

[ThomKast]

Hallo zusammen. GLASFASER meinte ich solle die Anfrage besser in diesem Chat einstellen. Würde mich also auch über Eure Ideen freuen ;-)

In folgender Ausgangssituation stecke ich fest:

FRONIUS IG 70 plus ist aktuell mit einer COM-Card via RS-422 an einen SolarLog 500 angeschlossen.
Diesen SolarLog 500 habe ich auch erfolgreich im iob integriert.
Nun möchte ich aber den IG70+ direkt auslesen und den SolarLog in Rente schicken.

Dazu habe ich von DSD Tech einen SH-U11l RS-422/USB-Adapter erworben.

wie von DSD beschrieben habe ich den D2XX Treiber von FTDI geladen und eingebunden.
Und zwar den 1.4.24. ARMV6 hard-float *** für ARM-Prozessor.
Wobei mir der Abschnitt "Compiling and Running Sample D2XX Applications" nichts sagte und ich diesen nicht ausführte...

Folgende Kabel-Verbindungen zwischen IG70+ und RS422-Adapter wurden vorgenommen
IG70+ T/RX+ auf RS422 T/R+
IG70+ T/RX- auf RS422 T/R-
IG70+ R/TX+ auf RS422 RXD+
IG70+ R/TX- auf RS422 RXD-

ls /dev/ttyU* ergibt /dev/ttyUSB0 und /dev/ttyUSB1
Am /dev/ttyUSB0 hängt der Weidmann IR-Lesekopf
Und am /dev/ttyUSB1 hängt der RS422/USB-Adapter

Ein cat /dev/ttyUSB1 liefert leider nur einen blinkenden Cursor.

Welche Tests kann ich noch durchführen, um die Datenübertragung zu prüfen?
Und mit welchem iob-Adapter würde ich es abschließend abfragen, wenn es denn technisch rennt...

Ich weiß. dass es schon sehr speziell ist. Aber andere Einträge dazu habe ich nicht gefunden. Und nun hoffe ich, dass sich jemand von Euch erbarmt und mir helfen kann.

Und selbstverständlich nehme ich auch jede andere Anbindung des FRONIUS WRs an.

Beste Grüße, Thomas