Test Adapter apsystems-ecu v0.2.x GitHub
-
@kapitaen31 du hast eine ecu-b mit Standard Firmware? Dann geht das nicht.
-
@apollon77 said in Test Adapter apsystems-ecu v0.2.x GitHub:
@kapitaen31 du hast eine ecu-b mit Standard Firmware? Dann geht das nicht.
Joo, die ECU-B bestellt und installiert....
Kann ich daran etwas ändern..?Oder kann die ECU-B mit Standard Firmware mit in den Adapter aufgenommen werden!?
-
@kapitaen31 said in Test Adapter apsystems-ecu v0.2.x GitHub:
Oder kann die ECU-B mit Standard Firmware mit in den Adapter aufgenommen werden!?
Die ECU-B FW-Versionen und deren Funktionalität sowie die Updatepolitik von APSystems sind nicht public.
Habe leider auch keine Übersicht über FW- und HW-Versionen und deren Verhalten. Werde nur kontaktiert wenn was nicht funktioniert.
-
@peter_n said in Test Adapter apsystems-ecu v0.2.x GitHub:
@kapitaen31 said in Test Adapter apsystems-ecu v0.2.x GitHub:
Oder kann die ECU-B mit Standard Firmware mit in den Adapter aufgenommen werden!?
Die ECU-B FW-Versionen und deren Funktionalität sowie die Updatepolitik von APSystems sind nicht public.
Habe leider auch keine Übersicht über FW- und HW-Versionen und deren Verhalten. Werde nur kontaktiert wenn was nicht funktioniert.Okay, schade...
ich dachte ich könnte es im ioBroker schön mit schreiben..... mhhh...
Aber danke dir.... -
@peter_n , https://forum.iobroker.net/topic/46292/wer-hat-apsystems-yc-600-u-ä-und-daten-cloud-bzw-ecu/35?_=1663056080512 dort wurde es nun gelöst, nachdem ich etwas nachgeholfen habe. Die beiden user haben jetzt auch Daten von der ECU-B. Beiträge ab 10.09.22 des Threads.
Danke für den Adapter.
-
@esp8266
Super, was lange währt wird endlich gut
-
@esp8266 said in Test Adapter apsystems-ecu v0.2.x GitHub:
Danke für die Hilfe..
Danke für den Adapter.
Auch vielen Dank für den Adapter..
Kann ich die Debug Ausgaben rückgängig machen?
-
@kapitaen31 , wenn du den Adapter meinst der wohl auf Debug steht, brauchst du das Level nicht mehr. Dann stell auf Info....
-
Da die ECU normalerweise mit 300sec pollt macht es seitens des Adapters keinen Sinn die ECU schneller abzufragen.
Auch hatten manche ECU-FW Versionen ein Problem mit der TCP-Verbindung bei häufigen Abfragen. Die ECU musste dann z.B. nach einem Tag resetet werden.
Deshalb baut der Adapter zu jedem Service eine neue TCP-Verbindung auf. Das ist zwar inefizent aber beseitigt die ECU hänger.
Deshalb ist 60sec eine brauchbare Zykluszeit.Ich benutze bei mir ein Shelly und die Daten vom Zähler. Die kommen im 10sec Intervall. Damit habe ich die Daten zur Gesamtleistung (Erzeugung, Einspeisung, Verbrauch) nahezu in Echtzeit.
-
genauso mache ich das auch, aber mit einen Shelly EM der misst Induktiv, die anderen sind mir zu ungenau.
-
@peter_n ich auch. Ich erinnere mich aus einem Home Assistant thread das man mit einem Befehl man die Ecu in nen service Mode versetzen kann. Dann updated sie die Daten selbst viel öfter. Vllt in Kombi mit dem neue Connection pro Abfrage ne Option?
aber ich glaube die waren auch wieder davon weggekommen aber glaube die hatten nur eine Dauer Connection -
@esp8266 said in Test Adapter apsystems-ecu v0.2.x GitHub:
@kapitaen31 , wenn du den Adapter meinst der wohl auf Debug steht, brauchst du das Level nicht mehr. Dann stell auf Info....
Ich meine die Adapter Ausgaben, ja.
Ich stehe im Moment auf dem Schlauch. In der Adapter Konfiguration kann ich nichts umstellen. An welcher Stelle kann ich es umstellen?
Ich nutze auch noch einen Shelly 1pm für die Leistung.
-
@apollon77 said in Test Adapter apsystems-ecu v0.2.x GitHub:
Ich erinnere mich aus einem Home Assistant thread das man mit einem Befehl man die Ecu in nen service Mode versetzen kann.
Den Servicemode kann man über die Service-App aktivieren. Dannach pollt die ECU die Inverter so schnell sie kann. Der Servicemode beendet sich automatisch nach einer gewissen Zeit.
Eine Möglichkeit den Servicemode über das Protokoll zu aktivieren ist mir z:Z. nicht bekannt. Habe das damals grob untersucht, war aber nicht erfolgreich.
-
@kapitaen31 , da wo du es mal umgestellt hast
Das musst du schon gewesen sein, das steht nicht eben mal auf Debug
-
@esp8266 said in Test Adapter apsystems-ecu v0.2.x GitHub:
@kapitaen31 , da wo du es mal umgestellt hast
Das musst du schon gewesen sein, das steht nicht eben mal auf Debug
Okay,
ja, beim installieren des Adapters habe ich auf Debug gestellt. Wo anders habe ich keine Möglichkeit auf Debug zu stellen.Ich würde jetzt die Installations Routine nochmals durchlaufen.... aber ohne Debug...
-
@esp8266 said in Test Adapter apsystems-ecu v0.2.x GitHub:
Ich würde jetzt die Installations Routine nochmals durchlaufen.... aber ohne Debug...
Geht auch einfacher!
Instanzen ... Expertenmodus (Kopf oben) ... Instanzen aufklappen ... ändern!
-
So habe ich es auch erklärt auf meinen Bild.
Wahrscheinlich nicht aussagefähig genug.
Da braucht man kein Reinstall.@Kapitaen31, Neuling auf dem Gebiet?
-
@peter_n said in Test Adapter apsystems-ecu v0.2.x GitHub:
@esp8266 said in Test Adapter apsystems-ecu v0.2.x GitHub:
Ich würde jetzt die Installations Routine nochmals durchlaufen.... aber ohne Debug...
Geht auch einfacher!
Instanzen ... Expertenmodus (Kopf oben) ... Instanzen aufklappen ... ändern!Wusste es nicht, das man da es ändern kann. Habe ich bisher auch noch nicht benötigt.
habe ich eben geändert.Welche Auswahl sollte ich treffen ? Werden bei der Einstellung "Warnung" die Fehler auch geloggt ?
-
@peter_n Aber dennoch macht es vllt sinn jetzt wo der Adapter läuft und du bestimmt bald wegen Repo anfragst den default Loglevel in der io-package.json auf info zu stellen
-
@esp8266 said in Test Adapter apsystems-ecu v0.2.x GitHub:
So habe ich es auch erklärt auf meinen Bild.
Wahrscheinlich nicht aussagefähig genug.Ja, ich hatte nicht ganz verstanden, wie ich da hin komme. (Expertenmodus)
@Kapitaen31, Neuling auf dem Gebiet?
Ja, ich habe zwar seit einem Jahr den ioBroker am laufen, aber mit diesen Themen habe ich nicht so viel Kontakt gehabt (Verändern von Debug Modus, usw....). So etwas ist immer neu für mich.
Aber ich lerne immer dazu.
Danke euch beiden.
