Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Glasfaser]

@kapitaen31 sagte in Test Adapter apsystems-ecu v0.2.x GitHub:

ch bin gerade am überlegen, ob ich es in einer Dogger Umgebung installiere.

Aber nicht als Anfänger , da ist vieles zu beachten !

[Kapitaen31]

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

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

@kapitaen31

Ich würde da beizeiten auf die empfohlene nodejs 16 wechseln.

Ich glaube das sollte ich machen....
Ich bekomme auch keine Verbindung zur ECU....

2022-07-31 18:00:39.592 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evCycleTimer) stWaitForNextCycle -> stWaitForConnect
2022-07-31 18:00:39.595 - debug: apsystems-ecu.0 (3103) Ecu.trConnect() hide=true, ip=192.168.178.45 port=8899
2022-07-31 18:00:39.691 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evSocketError) stWaitForConnect -> stWaitForConnect
2022-07-31 18:00:39.692 - error: apsystems-ecu.0 (3103) Ecu.ecuStateMachine() +++ socket error
2022-07-31 18:00:39.693 - debug: apsystems-ecu.0 (3103) Ecu.trDisconnect() - done
2022-07-31 18:00:39.694 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evDisconnected) stWaitForDisconnected -> stWaitForNextCycle
2022-07-31 18:00:39.695 - debug: apsystems-ecu.0 (3103) Ecu.trNextCycle() 300sec delay
2022-07-31 18:05:39.695 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evCycleTimer) stWaitForNextCycle -> stWaitForConnect
2022-07-31 18:05:39.696 - debug: apsystems-ecu.0 (3103) Ecu.trConnect() hide=true, ip=192.168.178.45 port=8899
2022-07-31 18:05:39.722 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evSocketError) stWaitForConnect -> stWaitForConnect
2022-07-31 18:05:39.722 - error: apsystems-ecu.0 (3103) Ecu.ecuStateMachine() +++ socket error
2022-07-31 18:05:39.723 - debug: apsystems-ecu.0 (3103) Ecu.trDisconnect() - done
2022-07-31 18:05:39.724 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evDisconnected) stWaitForDisconnected -> stWaitForNextCycle
2022-07-31 18:05:39.724 - debug: apsystems-ecu.0 (3103) Ecu.trNextCycle() 300sec delay
2022-07-31 18:10:39.726 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evCycleTimer) stWaitForNextCycle -> stWaitForConnect
2022-07-31 18:10:39.727 - debug: apsystems-ecu.0 (3103) Ecu.trConnect() hide=true, ip=192.168.178.45 port=8899
2022-07-31 18:10:39.737 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evSocketError) stWaitForConnect -> stWaitForConnect
2022-07-31 18:10:39.738 - error: apsystems-ecu.0 (3103) Ecu.ecuStateMachine() +++ socket error
2022-07-31 18:10:39.739 - debug: apsystems-ecu.0 (3103) Ecu.trDisconnect() - done
2022-07-31 18:10:39.740 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evDisconnected) stWaitForDisconnected -> stWaitForNextCycle
2022-07-31 18:10:39.741 - debug: apsystems-ecu.0 (3103) Ecu.trNextCycle() 300sec delay

Dann habe ich ein wenig arbeit vor mir...

Leider funktioniert es immer noch nicht auf meinem neuen System.... Es erscheinen immer noch folgende Meldungen:

apsystems-ecu.0
2022-08-02 18:55:23.522	error	Ecu.ecuStateMachine() +++ socket error

apsystems-ecu.0
2022-08-02 18:54:23.479	error	Ecu.ecuStateMachine() +++ socket error

apsystems-ecu.0
2022-08-02 18:51:09.323	error	Ecu.ecuStateMachine() +++ socket error

apsystems-ecu.0
2022-08-02 18:51:06.242	info	state apsystems-ecu.0.ecu.cmd_start_stop changed: true (ack = true)

apsystems-ecu.0
2022-08-02 18:51:06.236	info	state apsystems-ecu.0.ecu.cmd_start_stop changed: true (ack = false)

apsystems-ecu.0
2022-08-02 18:51:06.228	info	state apsystems-ecu.0.ecu.power_of_day_date changed: 2022-08-02 (ack = true)

apsystems-ecu.0
2022-08-02 18:51:06.223	info	state apsystems-ecu.0.ecu.cmd_power_of_day changed: true (ack = false)

apsystems-ecu.0
2022-08-02 18:51:05.986	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

Und in der Instanz wird keine Verbindung zu meiner ECU-B aufgebaut....
Wird diese ECU-B unterstützt?

[Glasfaser]

@kapitaen31

Stelle die Logausgabe auf DEBUG in der Instanz , eine Info Ausgabe sagt nicht viel aus

EDIT

Ausgabe oben nicht gesehn

[Kapitaen31]

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

@kapitaen31 sagte in Test Adapter apsystems-ecu v0.2.x GitHub:

Ich habe mir leider dabei mein System abgeschossen....

Dann hast du es nicht richtig gemacht...
Wie er gemacht wird steht in meiner Signatur drin.

Ja, danke Thomas....
Deine Anleitung hatte ich nicht im Forum gefunden.... leider..
Deine Signatur hatte ich auch nicht aufmerksam gelesen...grrr...

Setze gerade nochmal neues System auf....

[Kapitaen31]

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

@kapitaen31 sagte in Test Adapter apsystems-ecu v0.2.x GitHub:

ch bin gerade am überlegen, ob ich es in einer Dogger Umgebung installiere.

Aber nicht als Anfänger , da ist vieles zu beachten !

Ja, das ist mein Problem, weshalb ich es noch nicht angefasst habe....

[peter_n]

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

[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