Test Adapter apsystems-ecu v0.2.x GitHub

peter_n

@bu-na said in Test Adapter apsystems-ecu v0.2.x GitHub:

DC_Peak_Power Problem:
Die Empfehlung hat gewirkt,

OK - ist aber eigentlich ein Bug. Werde mich gelegentlich drum kümmern

Kapitaen31

@peter_n said in Test Adapter apsystems-ecu v0.2.x GitHub:

@kapitaen31
Die ECU-B unterstützung hängt wohl von der FW-/HW-Version der ECU-B ab. Es gibt einige wenige mir bekannte Fäll bei den die ECU-B nicht antwortet.

Der Log zeigt an, dass keine TCP-Verbindung zur ECU aufgebaut wird.

IP-Adresse der ECU überprüfen

ECU über WLAN in das Netzwerk integrieren (LAN ging in einigen Fällen nicht)

Joo, habe die ECU-B im WLAN Netz integriert (war vorher schon so, weil ich über die EMA App meine Daten vom Wechselrichter sehen kann)... In den letzten zwei Tagen hat die ECU-B eine Max Leistung von 643W angezeigt....und 4kWh erzeugt...
Die Traffic auf meinem Netz sollte also funktionieren.

Kapitaen31

@peter_n said in Test Adapter apsystems-ecu v0.2.x GitHub:

@kapitaen31
Die ECU-B unterstützung hängt wohl von der FW-/HW-Version der ECU-B ab. Es gibt einige wenige mir bekannte Fäll bei den die ECU-B nicht antwortet.

Der Log zeigt an, dass keine TCP-Verbindung zur ECU aufgebaut wird.

IP-Adresse der ECU überprüfen

ECU über WLAN in das Netzwerk integrieren (LAN ging in einigen Fällen nicht)

Ich habe jetzt nochmal ein neues System aufgesetzt und nur den Adapter für die ECU installiert. Ich bekomme aber weiterhin kein Connect....

apsystems-ecu.0
2022-08-23 19:24:36.037	error	Ecu.ecuStateMachine() +++ socket error
apsystems-ecu.0
2022-08-23 19:23:36.030	error	Ecu.ecuStateMachine() +++ socket error
apsystems-ecu.0
2022-08-23 19:22:36.012	error	Ecu.ecuStateMachine() +++ socket error
apsystems-ecu.0
2022-08-23 19:21:36.003	error	Ecu.ecuStateMachine() +++ socket error
apsystems-ecu.0
2022-08-23 19:20:35.998	error	Ecu.ecuStateMachine() +++ socket error
apsystems-ecu.0
2022-08-23 19:19:35.994	error	Ecu.ecuStateMachine() +++ socket error
apsystems-ecu.0
2022-08-23 19:18:35.989	error	Ecu.ecuStateMachine() +++ socket error
apsystems-ecu.0
2022-08-23 19:17:35.979	error	Ecu.ecuStateMachine() +++ socket error
apsystems-ecu.0
2022-08-23 19:16:35.970	error	Ecu.ecuStateMachine() +++ socket error
apsystems-ecu.0
2022-08-23 19:15:35.971	info	state apsystems-ecu.0.ecu.cmd_start_stop changed: true (ack = true)
apsystems-ecu.0
2022-08-23 19:15:35.963	error	Ecu.ecuStateMachine() +++ socket error
apsystems-ecu.0
2022-08-23 19:15:35.960	info	state apsystems-ecu.0.ecu.cmd_start_stop changed: true (ack = false)
apsystems-ecu.0
2022-08-23 19:15:35.953	error	Ecu.ecuStateMachine() +++ socket error
apsystems-ecu.0
2022-08-23 19:15:35.944	info	state apsystems-ecu.0.ecu.power_of_day_date changed: 2022-08-23 (ack = true)
apsystems-ecu.0
2022-08-23 19:15:35.938	info	state apsystems-ecu.0.ecu.cmd_power_of_day changed: true (ack = false)
apsystems-ecu.0
2022-08-23 19:15:35.553	info	starting. Version 0.2.9 (non-npm: npeter/ioBroker.apsystems-ecu#c737ed3ce633041d6adb0494830458a2676c8062) in /opt/iobroker/node_modules/iobroker.apsystems-ecu, node: v16.16.0, js-controller: 4.0.23

Wenn ich im CMD einen Ping sende, ist alles okay.

C:\Users\Andreas>ping 192.168.178.42

Ping wird ausgeführt für 192.168.178.42 mit 32 Bytes Daten:
Antwort von 192.168.178.42: Bytes=32 Zeit=6ms TTL=64
Antwort von 192.168.178.42: Bytes=32 Zeit=6ms TTL=64
Antwort von 192.168.178.42: Bytes=32 Zeit=4ms TTL=64
Antwort von 192.168.178.42: Bytes=32 Zeit=11ms TTL=64

Ping-Statistik für 192.168.178.42:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 4ms, Maximum = 11ms, Mittelwert = 6ms

C:\Users\Andreas>

Meine Config vom Adapter:

Was kann ich jetzt noch machen ?

apollon77

@kapitaen31 du hast eine ecu-b mit Standard Firmware? Dann geht das nicht.

Kapitaen31

@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!?

peter_n

@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. :anguished:

Kapitaen31

@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. :anguished:

Okay, schade...
ich dachte ich könnte es im ioBroker schön mit schreiben..... mhhh...
Aber danke dir....

ESP8266

@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.

peter_n

@esp8266
Super, was lange währt wird endlich gut :+1:

Kapitaen31

@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?

ESP8266

@kapitaen31 , wenn du den Adapter meinst der wohl auf Debug steht, brauchst du das Level nicht mehr. Dann stell auf Info....

peter_n

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.

ESP8266

genauso mache ich das auch, aber mit einen Shelly EM der misst Induktiv, die anderen sind mir zu ungenau.

apollon77

@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

Kapitaen31

@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.

peter_n

@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.

ESP8266

@kapitaen31 , da wo du es mal umgestellt hast :blush:

Das musst du schon gewesen sein, das steht nicht eben mal auf Debug

Kapitaen31

@esp8266 said in Test Adapter apsystems-ecu v0.2.x GitHub:

@kapitaen31 , da wo du es mal umgestellt hast :blush:

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...

peter_n

@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!

ESP8266

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?

Community Forum

NEWS

Test Adapter apsystems-ecu v0.2.x GitHub

Support us

796

32.5k

81.7k

1.3m