NEWS
Test Adapter apsystems-ecu v0.2.x GitHub
-
@kapitaen31 said in Test Adapter apsystems-ecu v0.2.x GitHub:
@thomas-braun said in Test Adapter apsystems-ecu v0.2.x GitHub:
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? -
Stelle die Logausgabe auf DEBUG in der Instanz , eine Info Ausgabe sagt nicht viel ausEDIT
Ausgabe oben nicht gesehn
-
@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....
-
@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....
-
@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)
-
@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
-
@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. -
@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 ?
-
@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.