Test Adapter e3dc-rscp v0.0.x GitHub

ArnoD

@ujok
Ok konnte es nicht lassen und musste es gleich testen
Ich bin jetzt schon begeister, was man bereits jetzt mit deiner Hilfe alles steuern kann.

SET_POWER Wiederholintervall s im Adapter auf 9 eingestellt.

Was habe ich getestet:

Versuch das Entladen der Batterie zu steuern.
SET_POWER_VALUE auf 100 eingestellt
SET_POWER_MODE auf 2 für ENTLADEN MODUS.
Rückmeldung SET_POWER = 100
Funktioniert
Es werden die eingestellten Werte von E3DC beim Entladen immer um 10W bis 50 W überschritten, warum kann ich noch nicht sagen.
Wenn der Eigenverbrauch über dem eingestellten Wert liegt, wird der Rest aus dem Netz bezogen.
bei eingestellten 100W werden 123W-129W entladen.
bei eingestellten 200W werden 219W-222W entladen.
bei eingestellten 300W werden 330W entladen.
bei eingestellten 400W werden 408W-420W entladen.
Die Logik, falls es eine gibt, erschließt sich mir noch nicht.
Versuch Laden der Batterie ohne PV-Leistung
SET_POWER_VALUE auf 100 eingestellt
SET_POWER_MODE auf 3 für LADEN MODUS.
Rückmeldung SET_POWER = 100
Funktioniert
Es werden die eingestellten Werte von E3DC beim Laden ohne PV Leistung immer um 64W bis 86 W unterschritten.
bei eingestellten 300W werden 234W geladen.
bei eingestellten 400W werden 336W geladen.
bei eingestellten 500W werden 414W geladen.
Benötigte Leistung wird aus dem Netz bezogen da ja keine PV Leistung ansteht.
Wofür man jetzt noch SET_POWER_MODE=4 für NETZ_LADE MODUS benötigt muss ich Morgen mit PV Leistung vom Dach testen.
Versuch Umschalten in den Leerlauf.
SET_POWER_VALUE nicht geändert und auf 100 eingestellt gelassen um zu testen was passiert.
SET_POWER_MODE auf 1 für IDLE MODUS.
Rückmeldung SET_POWER = 0
Funktioniert
SET_POWER wird mit 0W rückgemeldet, obwohl SET_POWER_VALUE nicht geändert wurde.
Bedeutet das hier E3DC automatisch auf 0W schaltet und SET_POWER_VALUE ignoriert.
Versuch Umschalten in den Normal/Auto Modus.
SET_POWER_VALUE nicht geändert und auf 100 eingestellt gelassen um zu testen was passiert.
SET_POWER_MODE auf 0 für Normal/Auto Modus.
Rückmeldung SET_POWER = 0
Das funktioniert leider nicht.
E3DC geht hier nicht in den Normal/Auto Modus und übernimmt die Steuerung wieder selber, sondern stoppt das Entladen der Batterie und bezieht alles aus dem Netz.
Uli hier vermute ich das Problem beim erneuten Senden der Daten nach 10 sek. und denke, dass man es mit deinem Vorschlag den Timer mit Mode 0 auszuschalten lösen kann.

Man kann also das laden und entladen der Batterie nach Belieben steuern und muss nur beachten, dass die Leistung was fehlt und nicht von der Batterie kommt aus dem Netz bezogen wird.

Nachtrag:
Komisch ist die Rückmeldung von e3dc-rscp.0.EMS.MODE.
Wenn SET_POWER_MODE = 0 ist MODE = 0
Wenn SET_POWER_MODE = 1 ist MODE = 0
Wenn SET_POWER_MODE = 2 ist MODE = 1
Wenn SET_POWER_MODE = 3 ist MODE = 2
Wenn SET_POWER_MODE = 4 ist MODE = 2

Hier stimmt noch was nicht.

Ach ja DANKE für die Änderung # im Pfad. Binding in Widgets funktioniert jetzt.

ArnoD

@ujok sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

Aber das Verhalten ist mir nach wie vor unklar: die (read) Werte folgen keineswegs den (write) Werten.

Bei SET_POWER_MODE und Mode nicht, aber bei SET_POWER_VALUE und SET_POWER ist es bei mir jedenfalls der Fall.
Außer wenn SET_POWER_MODE = 0 oder 1 ist, was aber auch richtig ist, da im IDLE MODUS und Normal/Auto Modus der Wert SET_POWER_VALUE ignoriert werden kann.

git-kick

Super, merci @ArnoD für den ausführlichen und systematischen Test.

@arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:

Versuch Umschalten in den Normal/Auto Modus.
SET_POWER_VALUE nicht geändert und auf 100 eingestellt gelassen um zu testen was passiert.
SET_POWER_MODE auf 0 für Normal/Auto Modus.
Rückmeldung SET_POWER = 0
Das funktioniert leider nicht.
E3DC geht hier nicht in den Normal/Auto Modus und übernimmt die Steuerung wieder selber, sondern stoppt das Entladen der Batterie und bezieht alles aus dem Netz.
Uli hier vermute ich das Problem beim erneuten Senden der Daten nach 10 sek. und denke, dass man es mit deinem Vorschlag den Timer mit Mode 0 auszuschalten lösen kann.

OK, das Deaktivieren des Timers bei SET_POWER_MODE=0 kommt in der nächsten Version.

Nachtrag:
Komisch ist die Rückmeldung von e3dc-rscp.0.EMS.MODE.
Wenn SET_POWER_MODE = 0 ist MODE = 0
Wenn SET_POWER_MODE = 1 ist MODE = 0
Wenn SET_POWER_MODE = 2 ist MODE = 1
Wenn SET_POWER_MODE = 3 ist MODE = 2
Wenn SET_POWER_MODE = 4 ist MODE = 2

Hier stimmt noch was nicht.

Ja, das Verhalten von MODE hat mich auch sehr verwirrt. Ich habe bisher keine Idee, was der Adapter da jeweils tun soll.

TbsJah

@matis meinst du dass du dein Dashboard vielleicht zur Verfügung stellen könntest?
Gerade der Teil mit den Verlusten würde mich interessieren

git-kick

@arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:

Diese sind noch gar nicht (schreibend) implementiert. Ich versuche, die Liste im README.md aktuell zu halten.

Ok, da war ich zu voreilig, eins nach dem anderen

Btw, man kann auch im Objektbaum in der Spalte "Typ" erkennen, was an E3/DC gesendet wird:
value/indicator = R/O (Änderung wird nicht an E3/DC gesendet)
level/switch = R/W

git-kick

Hier kommt die nächste Beta:
https://github.com/git-kick/ioBroker.e3dc-rscp/tree/v0.0.11-beta

0.0.11-beta

(git-kick)

SET_POWER_MODE=0(NORMAL) stops timer for re-sending SET_POWER_*
Introduced short/medium/long polling intervals to reduce amount of (mostly redundant) requests

Mit den drei verschiedenen Intervallen nimmt das Datenvolumen erheblich ab.

short: "häufig", einige Sekunden
medium: "normal", einige Minuten
long: "selten", einigen Stunden

Die Abfrageintervalle habe ich wie unten aufgelistet zugeordnet - Verbesserungsvorschläge sind willkommen.
Die Möglichkeit zum Abschalten ganzer Namespaces (Knoten der ersten Ebene) ist auch noch geplant.

TAG_EMS_REQ_POWER_BAT -- short
TAG_EMS_REQ_POWER_HOME -- short
TAG_EMS_REQ_POWER_GRID -- short
TAG_EMS_REQ_POWER_ADD -- short
TAG_EMS_REQ_AUTARKY -- short
TAG_EMS_REQ_SELF_CONSUMPTION -- short
TAG_BAT_REQ_DCB_ALL_CELL_TEMPERATURES -- short
TAG_BAT_REQ_DCB_ALL_CELL_VOLTAGES -- short
TAG_BAT_REQ_READY_FOR_SHUTDOWN -- medium
TAG_BAT_REQ_INFO -- medium
TAG_BAT_REQ_TRAINING_MODE -- medium
TAG_BAT_REQ_USABLE_CAPACITY -- long
TAG_BAT_REQ_USABLE_REMAINING_CAPACITY -- long
TAG_BAT_REQ_DCB_INFO -- medium
TAG_BAT_REQ_SPECIFICATION -- long
TAG_BAT_REQ_INTERNALS -- long
TAG_BAT_REQ_TOTAL_USE_TIME -- medium
TAG_BAT_REQ_TOTAL_DISCHARGE_TIME -- medium
TAG_BAT_REQ_DEVICE_STATE -- medium
TAG_EMS_REQ_AUTARKY -- short
TAG_EMS_REQ_SELF_CONSUMPTION -- short
TAG_EMS_REQ_BAT_SOC -- short
TAG_EMS_REQ_COUPLING_MODE -- medium
TAG_EMS_REQ_STORED_ERRORS -- medium
TAG_EMS_REQ_MODE -- short
TAG_EMS_REQ_BALANCED_PHASES -- medium
TAG_EMS_REQ_INSTALLED_PEAK_POWER -- long
TAG_EMS_REQ_DERATE_AT_PERCENT_VALUE -- long
TAG_EMS_REQ_DERATE_AT_POWER_VALUE -- long
TAG_EMS_REQ_POWER_WB_ALL -- short
TAG_EMS_REQ_POWER_WB_SOLAR -- short
TAG_EMS_REQ_EXT_SRC_AVAILABLE -- long
TAG_EMS_REQ_STATUS -- short
TAG_EMS_REQ_USED_CHARGE_LIMIT -- medium
TAG_EMS_REQ_BAT_CHARGE_LIMIT -- medium
TAG_EMS_REQ_DCDC_CHARGE_LIMIT -- medium
TAG_EMS_REQ_USER_CHARGE_LIMIT -- medium
TAG_EMS_REQ_USED_DISCHARGE_LIMIT -- medium
TAG_EMS_REQ_BAT_DISCHARGE_LIMIT -- medium
TAG_EMS_REQ_DCDC_DISCHARGE_LIMIT -- medium
TAG_EMS_REQ_USER_DISCHARGE_LIMIT -- medium
TAG_EMS_REQ_REMAINING_BAT_CHARGE_POWER -- medium
TAG_EMS_REQ_REMAINING_BAT_DISCHARGE_POWER -- medium
TAG_EMS_REQ_EMERGENCY_POWER_STATUS -- medium
TAG_EMS_REQ_BATTERY_TO_CAR_MODE -- short
TAG_EMS_REQ_BATTERY_BEFORE_CAR_MODE -- short
TAG_EMS_REQ_GET_IDLE_PERIODS -- medium
TAG_EMS_REQ_GET_POWER_SETTINGS -- short
TAG_EMS_REQ_GET_MANUAL_CHARGE -- short
TAG_EMS_REQ_EMERGENCYPOWER_TEST_STATUS -- medium
TAG_EMS_REQ_GET_SYS_SPECS -- long
TAG_EMS_REQ_POWER_PV_AC_OUT -- short
TAG_EMS_REQ_ALIVE -- short
TAG_EP_REQ_IS_READY_FOR_SWITCH -- medium
TAG_EP_REQ_IS_GRID_CONNECTED -- medium
TAG_EP_REQ_IS_ISLAND_GRID -- medium
TAG_EP_REQ_IS_INVALID_STATE -- medium
TAG_EP_REQ_IS_POSSIBLE -- medium
TAG_PVI_REQ_ON_GRID -- medium
TAG_PVI_REQ_STATE -- short
TAG_PVI_REQ_LAST_ERROR -- short
TAG_PVI_REQ_TYPE -- long
TAG_PVI_REQ_VOLTAGE_MONITORING -- medium
TAG_PVI_REQ_FREQUENCY_UNDER_OVER -- medium
TAG_PVI_REQ_SYSTEM_MODE -- short
TAG_PVI_REQ_POWER_MODE -- short
TAG_PVI_REQ_TEMPERATURE -- short
TAG_PVI_REQ_TEMPERATURE_COUNT -- long
TAG_PVI_REQ_MAX_TEMPERATURE -- medium
TAG_PVI_REQ_MIN_TEMPERATURE -- medium
TAG_PVI_REQ_DEVICE_STATE -- short
TAG_PVI_REQ_SERIAL_NUMBER -- long
TAG_PVI_REQ_VERSION -- long
TAG_PVI_REQ_AC_MAX_PHASE_COUNT -- long
TAG_PVI_REQ_AC_POWER -- short
TAG_PVI_REQ_AC_VOLTAGE -- short
TAG_PVI_REQ_AC_CURRENT -- short
TAG_PVI_REQ_AC_APPARENTPOWER -- short
TAG_PVI_REQ_AC_REACTIVEPOWER -- short
TAG_PVI_REQ_AC_ENERGY_ALL -- short
TAG_PVI_REQ_AC_MAX_APPARENTPOWER -- short
TAG_PVI_REQ_AC_ENERGY_GRID_CONSUMPTION -- short
TAG_PVI_REQ_DC_POWER -- short
TAG_PVI_REQ_DC_VOLTAGE -- short
TAG_PVI_REQ_DC_CURRENT -- short
TAG_PVI_REQ_DC_STRING_ENERGY_ALL -- short
TAG_BAT_REQ_MAX_BAT_VOLTAGE -- short
TAG_BAT_REQ_MAX_CHARGE_CURRENT -- long
TAG_BAT_REQ_EOD_VOLTAGE -- long
TAG_BAT_REQ_MAX_DISCHARGE_CURRENT -- long
TAG_BAT_REQ_CHARGE_CYCLES -- long
TAG_BAT_REQ_TERMINAL_VOLTAGE -- medium
TAG_BAT_REQ_DEVICE_NAME -- long
TAG_BAT_REQ_DCB_COUNT -- long
TAG_BAT_REQ_RSOC_REAL -- medium
TAG_BAT_REQ_ASOC -- medium
TAG_BAT_REQ_FCC -- long
TAG_BAT_REQ_RC -- long
TAG_BAT_REQ_MAX_DCB_CELL_TEMPERATURE -- medium
TAG_BAT_REQ_MIN_DCB_CELL_TEMPERATURE -- medium
TAG_BAT_REQ_DCB_ALL_CELL_TEMPERATURES -- short
TAG_BAT_REQ_DCB_ALL_CELL_VOLTAGES -- short
TAG_BAT_REQ_READY_FOR_SHUTDOWN -- medium
TAG_BAT_REQ_INFO -- medium
TAG_BAT_REQ_DEVICE_NAME -- long
TAG_BAT_REQ_DCB_COUNT -- long
TAG_BAT_REQ_RSOC_REAL -- medium
TAG_BAT_REQ_ASOC -- medium
TAG_BAT_REQ_FCC -- long
TAG_BAT_REQ_RC -- long
TAG_BAT_REQ_MAX_DCB_CELL_TEMPERATURE -- medium
TAG_BAT_REQ_MIN_DCB_CELL_TEMPERATURE -- medium
TAG_BAT_REQ_DCB_ALL_CELL_TEMPERATURES -- short
TAG_BAT_REQ_DCB_ALL_CELL_VOLTAGES -- short
TAG_BAT_REQ_READY_FOR_SHUTDOWN -- medium
TAG_BAT_REQ_INFO -- medium
TAG_BAT_REQ_TRAINING_MODE -- medium
TAG_BAT_REQ_USABLE_CAPACITY -- long
TAG_BAT_REQ_USABLE_REMAINING_CAPACITY -- long
TAG_BAT_REQ_DCB_INFO -- medium
TAG_BAT_REQ_SPECIFICATION -- long
TAG_BAT_REQ_INTERNALS -- long
TAG_BAT_REQ_TOTAL_USE_TIME -- medium
TAG_BAT_REQ_TOTAL_DISCHARGE_TIME -- medium
TAG_BAT_REQ_DEVICE_STATE -- medium

ecki945

Frage eines Newby der den Adapter gerade installiert und eingerichtet hat. Ist das Verhalten normal?

e3dc-rscp.0
	2021-11-24 19:41:29.438	warn	E3/DC connection closed
e3dc-rscp.0
	2021-11-24 19:41:29.437	warn	Disconnected from E3/DC
e3dc-rscp.0
	2021-11-24 19:41:29.420	debug	Successfully written data to socket
e3dc-rscp.0
	2021-11-24 19:41:29.420	debug	OUT: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1637779179 - nseconds: 0 - length: 23 TAG_BAT_REQ_DATA - type: 0x0E - Container - length: 16 <Container content follows...> TAG_BAT_INDEX - type: 0x05 - UInt16 - length: 2 value: 3 TAG_BAT_REQ_ASOC - type: 0x00 - None - length: 0 CRC32
e3dc-rscp.0
	2021-11-24 19:41:29.420	debug	Sending request TAG_BAT_REQ_DATA
e3dc-rscp.0
	2021-11-24 19:41:29.420	info	Connection to E3/DC is established
e3dc-rscp.0
	2021-11-24 19:41:29.418	debug	Probing for PVI units - 0..2.
e3dc-rscp.0
	2021-11-24 19:41:29.418	debug	Probing for BAT units - 0..3.
e3dc-rscp.0
	2021-11-24 19:41:29.417	info	Reconnecting to E3/DC ...
e3dc-rscp.0
	2021-11-24 19:41:29.148	error	Failed writing data to socket
e3dc-rscp.0
	2021-11-24 19:41:29.147	debug	OUT: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1637779179 - nseconds: 0 - length: 23 TAG_BAT_REQ_DATA - type: 0x0E - Container - length: 16 <Container content follows...> TAG_BAT_INDEX - type: 0x05 - UInt16 - length: 2 value: 3 TAG_BAT_REQ_ASOC - type: 0x00 - None - length: 0 CRC32
e3dc-rscp.0
	2021-11-24 19:41:29.146	debug	Sending request TAG_BAT_REQ_DATA
e3dc-rscp.0
	2021-11-24 19:41:19.418	warn	E3/DC connection closed
e3dc-rscp.0
	2021-11-24 19:41:19.417	warn	Disconnected from E3/DC
e3dc-rscp.0
	2021-11-24 19:41:19.399	debug	Successfully written data to socket
e3dc-rscp.0
	2021-11-24 19:41:19.399	debug	OUT: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1637779179 - nseconds: 0 - length: 23 TAG_BAT_REQ_DATA - type: 0x0E - Container - length: 16 <Container content follows...> TAG_BAT_INDEX - type: 0x05 - UInt16 - length: 2 value: 2 TAG_BAT_REQ_ASOC - type: 0x00 - None - length: 0 CRC32
e3dc-rscp.0
	2021-11-24 19:41:19.399	debug	Sending request TAG_BAT_REQ_DATA
e3dc-rscp.0
	2021-11-24 19:41:19.398	info	Connection to E3/DC is established
e3dc-rscp.0
	2021-11-24 19:41:19.397	debug	Probing for PVI units - 0..2.
e3dc-rscp.0
	2021-11-24 19:41:19.397	debug	Probing for BAT units - 0..3.
e3dc-rscp.0
	2021-11-24 19:41:19.397	info	Reconnecting to E3/DC ...

ArnoD

@ujok sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

https://github.com/git-kick/ioBroker.e3dc-rscp/tree/v0.0.11-beta

Du bist mir zu schnell, ich komme ja gar nicht mit dem Testen nach

Habe mich heute länger mit dem Steuern der Ladeleistung Batterie beschäftigt und ich muss sagen das sieht gut aus bis auf die Werte von EMS.MODE.
Hatte heute beobachtet das EMS.MODE = 2 (ENTLADEN MODUS) angezeigt hat, aber die Batterie gerade geladen wurde.

Jetzt habe ich die neue Version 0.0.11-beta installiert und werde diese Morgen testen.
Was mir bereits aufgefallen ist, dass bei mir die CPU Auslastung bei Einstellung „Abfrageintervall kurz“ = 3s immer noch zwischen 70% und 90% liegt.
Das kann doch nicht mehr an den paar Werten liegen die jetzt noch alle 3s abgefragt werden.
Ich bin hier etwas ratlos, was da die Ursache sein kann.
Wenn ich den Adapter stoppe, ist die CPU Auslastung gleich wieder auf 14% bis 19%.
2021-11-24 21_56_09-iobroker - Synology DiskStation.png

Werde aber Morgen weitere Versuche machen, ob ich noch was rausfinde.
Hatte beim ersten Start auch mehrere Warnungen und Fehler im LOG die jetzt aber nicht mehr auftreten.
Hier ein paar der Fehlermeldungen die Liste ist zu lang um hier alle anzuzeigen, da sich diese immer wiederholen:

2021-11-24 21:21:14.207  - [31merror[39m: e3dc-rscp.0 (19985) Connection is closed.
2021-11-24 21:21:14.215  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.STATE": Connection is closed.
2021-11-24 21:21:14.215  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.LAST_ERROR": Connection is closed.
2021-11-24 21:21:14.216  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.POWER_MODE": Connection is closed.
2021-11-24 21:21:14.216  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.SYSTEM_MODE": Connection is closed.
2021-11-24 21:21:14.216  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.AC_MAX_APPARENTPOWER": Connection is closed.
2021-11-24 21:21:14.216  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.DEVICE_CONNECTED": Connection is closed.
2021-11-24 21:21:14.216  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.DEVICE_WORKING": Connection is closed.
2021-11-24 21:21:14.218  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.DEVICE_IN_SERVICE": Connection is closed.
2021-11-24 21:21:14.218  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.Phase_0.AC_POWER": Connection is closed.
2021-11-24 21:21:14.218  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.Phase_0.AC_VOLTAGE": Connection is closed.
2021-11-24 21:21:14.219  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.Phase_0.AC_CURRENT": Connection is closed.
2021-11-24 21:21:14.221  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.Phase_0.AC_APPARENTPOWER": Connection is closed.
2021-11-24 21:21:14.222  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.Phase_0.AC_REACTIVEPOWER": Connection is closed.
2021-11-24 21:21:14.222  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.Phase_0.AC_ENERGY_ALL": Connection is closed.
2021-11-24 21:21:14.222  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.PVI.PVI_0.Phase_0.AC_ENERGY_GRID_CONSUMPTION": Connection is closed.

2021-11-24 21:21:12.827  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.BAT.BAT_1.DCB_2.DCB_CELL_VOLTAGE.09": Connection is closed.
2021-11-24 21:21:12.827  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.BAT.BAT_1.DCB_2.DCB_CELL_VOLTAGE.10": Connection is closed.
2021-11-24 21:21:12.828  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.BAT.BAT_1.DCB_2.DCB_CELL_VOLTAGE.11": Connection is closed.
2021-11-24 21:21:12.832  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.BAT.BAT_1.DCB_2.DCB_CELL_VOLTAGE.12": Connection is closed.
2021-11-24 21:21:12.832  - [31merror[39m: e3dc-rscp.0 (19985) Cannot check object existence of "e3dc-rscp.0.BAT.BAT_1.DCB_2.DCB_CELL_VOLTAGE.13": Connection is closed.
2021-11-24 21:21:13.404  - [31merror[39m: e3dc-rscp.0 (19985) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-11-24 21:21:13.404  - [31merror[39m: e3dc-rscp.0 (19985) unhandled promise rejection: Connection is closed.
2021-11-24 21:21:13.405  - [31merror[39m: e3dc-rscp.0 (19985) Error: Connection is closed.
    at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:628:24)
    at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25)
    at ObjectsInRedisClient._getObject (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2286:37)
    at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2332:33)
    at processImmediate (internal/timers.js:463:21)
2021-11-24 21:21:13.405  - [31merror[39m: e3dc-rscp.0 (19985) Connection is closed.
2021-11-24 21:21:13.422  - [31merror[39m: e3dc-rscp.0 (19985) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-11-24 21:21:13.423  - [31merror[39m: e3dc-rscp.0 (19985) unhandled promise rejection: Connection is closed.
2021-11-24 21:21:13.423  - [31merror[39m: e3dc-rscp.0 (19985) Error: Connection is closed.
    at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:628:24)
    at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25)
    at ObjectsInRedisClient._getObject (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2286:37)
    at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2332:33)
    at processImmediate (internal/timers.js:463:21)
2021-11-24 21:21:13.423  - [31merror[39m: e3dc-rscp.0 (19985) Connection is closed.
2021-11-24 21:21:13.429  - [31merror[39m: e3dc-rscp.0 (19985) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-11-24 21:21:13.429  - [31merror[39m: e3dc-rscp.0 (19985) unhandled promise rejection: Connection is closed.
2021-11-24 21:21:13.429  - [31merror[39m: e3dc-rscp.0 (19985) Error: Connection is closed.
    at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:628:24)
    at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25)
    at ObjectsInRedisClient._getObject (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2286:37)
    at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2332:33)
    at processImmediate (internal/timers.js:463:21)
2021-11-24 21:21:13.429  - [31merror[39m: e3dc-rscp.0 (19985) Connection is closed.
2021-11-24 21:21:13.437  - [31merror[39m: e3dc-rscp.0 (19985) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-11-24 21:21:13.438  - [31merror[39m: e3dc-rscp.0 (19985) unhandled promise rejection: Connection is closed.
2021-11-24 21:21:13.438  - [31merror[39m: e3dc-rscp.0 (19985) Error: Connection is closed.
    at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:628:24)
    at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25)
    at ObjectsInRedisClient._getObject (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2286:37)
    at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2332:33)
    at processImmediate (internal/timers.js:463:21)
2021-11-24 21:21:13.438  - [31merror[39m: e3dc-rscp.0 (19985) Connection is closed.
2021-11-24 21:21:13.448  - [31merror[39m: e3dc-rscp.0 (19985) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-11-24 21:21:13.449  - [31merror[39m: e3dc-rscp.0 (19985) unhandled promise rejection: Connection is closed.
2021-11-24 21:21:13.449  - [31merror[39m: e3dc-rscp.0 (19985) Error: Connection is closed.
    at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:628:24)
    at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25)
    at ObjectsInRedisClient._getObject (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2286:37)
    at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2332:33)
    at processImmediate (internal/timers.js:463:21)
2021-11-24 21:21:13.449  - [31merror[39m: e3dc-rscp.0 (19985) Connection is closed.
2021-11-24 21:21:13.457  - [31merror[39m: e3dc-rscp.0 (19985) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-11-24 21:21:13.457  - [31merror[39m: e3dc-rscp.0 (19985) unhandled promise rejection: Connection is closed.
2021-11-24 21:21:13.457  - [31merror[39m: e3dc-rscp.0 (19985) Error: Connection is closed.
    at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:628:24)
    at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25)
    at ObjectsInRedisClient._getObject (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2286:37)
    at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2332:33)
    at processImmediate (internal/timers.js:463:21)

ArnoD

@ecki945
Kann es sein das du die LOG-Stufe bei der Instanz auf Debug stehen hast?

ecki945

@arnod Ja habe ich. Weil bei den Objekten unter dem Adapter keine Werte geladen werden.

Habe aber gerade andere Sorgen. Gestern abend hat sich der E3DC Wechselrichter mit einem lauten Knall verabschiedet und eine Panzersicherung am Hausanschluss gekillt.

git-kick

@ecki945 said in Test Adapter e3dc-rscp v0.0.x GitHub:

Frage eines Newby der den Adapter gerade installiert und eingerichtet hat. Ist das Verhalten normal?

e3dc-rscp.0
	2021-11-24 19:41:29.438	warn	E3/DC connection closed
e3dc-rscp.0
	2021-11-24 19:41:29.437	warn	Disconnected from E3/DC
e3dc-rscp.0
	2021-11-24 19:41:29.420	debug	Successfully written data to socket
e3dc-rscp.0
	2021-11-24 19:41:29.420	debug	OUT: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1637779179 - nseconds: 0 - length: 23 TAG_BAT_REQ_DATA - type: 0x0E - Container - length: 16 <Container content follows...> TAG_BAT_INDEX - type: 0x05 - UInt16 - length: 2 value: 3 TAG_BAT_REQ_ASOC - type: 0x00 - None - length: 0 CRC32
e3dc-rscp.0
	2021-11-24 19:41:29.420	debug	Sending request TAG_BAT_REQ_DATA
e3dc-rscp.0
	2021-11-24 19:41:29.420	info	Connection to E3/DC is established
e3dc-rscp.0
	2021-11-24 19:41:29.418	debug	Probing for PVI units - 0..2.
e3dc-rscp.0
	2021-11-24 19:41:29.418	debug	Probing for BAT units - 0..3.
e3dc-rscp.0
	2021-11-24 19:41:29.417	info	Reconnecting to E3/DC ...
e3dc-rscp.0
	2021-11-24 19:41:29.148	error	Failed writing data to socket
e3dc-rscp.0
	2021-11-24 19:41:29.147	debug	OUT: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1637779179 - nseconds: 0 - length: 23 TAG_BAT_REQ_DATA - type: 0x0E - Container - length: 16 <Container content follows...> TAG_BAT_INDEX - type: 0x05 - UInt16 - length: 2 value: 3 TAG_BAT_REQ_ASOC - type: 0x00 - None - length: 0 CRC32
e3dc-rscp.0
	2021-11-24 19:41:29.146	debug	Sending request TAG_BAT_REQ_DATA
e3dc-rscp.0
	2021-11-24 19:41:19.418	warn	E3/DC connection closed
e3dc-rscp.0
	2021-11-24 19:41:19.417	warn	Disconnected from E3/DC
e3dc-rscp.0
	2021-11-24 19:41:19.399	debug	Successfully written data to socket
e3dc-rscp.0
	2021-11-24 19:41:19.399	debug	OUT: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1637779179 - nseconds: 0 - length: 23 TAG_BAT_REQ_DATA - type: 0x0E - Container - length: 16 <Container content follows...> TAG_BAT_INDEX - type: 0x05 - UInt16 - length: 2 value: 2 TAG_BAT_REQ_ASOC - type: 0x00 - None - length: 0 CRC32
e3dc-rscp.0
	2021-11-24 19:41:19.399	debug	Sending request TAG_BAT_REQ_DATA
e3dc-rscp.0
	2021-11-24 19:41:19.398	info	Connection to E3/DC is established
e3dc-rscp.0
	2021-11-24 19:41:19.397	debug	Probing for PVI units - 0..2.
e3dc-rscp.0
	2021-11-24 19:41:19.397	debug	Probing for BAT units - 0..3.
e3dc-rscp.0
	2021-11-24 19:41:19.397	info	Reconnecting to E3/DC ...

Das Verhalten ist nicht das gewünschte. Die Meldung "Reconnecting..." kommt, nachdem die tcpConnection ein "end"-Event wirft - warum bei dir die tcpConnection immer wieder abbricht, kann ich nicht sagen. Ein möglicher Grund wären Netzwerkthemen wie Portfreigaben in der Firewall, das ist aber reine Spekulation.

git-kick

@arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:

Habe mich heute länger mit dem Steuern der Ladeleistung Batterie beschäftigt und ich muss sagen das sieht gut aus bis auf die Werte von EMS.MODE.
Hatte heute beobachtet das EMS.MODE = 2 (ENTLADEN MODUS) angezeigt hat, aber die Batterie gerade geladen wurde.

Das ist wirklich etwas frustrierend. Ich sehe im Adapter kaum einen Ansatzpunkt, was da falsch laufen könnte. Vielleicht vergleichen wir das Verhalten mit dem von RscpGUI...

Jetzt habe ich die neue Version 0.0.11-beta installiert und werde diese Morgen testen.
Was mir bereits aufgefallen ist, dass bei mir die CPU Auslastung bei Einstellung „Abfrageintervall kurz“ = 3s immer noch zwischen 70% und 90% liegt.
Das kann doch nicht mehr an den paar Werten liegen die jetzt noch alle 3s abgefragt werden.
Ich bin hier etwas ratlos, was da die Ursache sein kann.
Wenn ich den Adapter stoppe, ist die CPU Auslastung gleich wieder auf 14% bis 19%.

Also sinkt die Last leider nicht wie erhofft proportional mit der Menge der abgefragten Daten. Trotzdem werde ich mal das Abschalten der Namespaces einbauen, dann bekommen wir noch mehr Anhaltspunkte, wo die CPU-Last vor allem entsteht. Leider kenne ich den ioBroker noch nicht so gut und weiß deshalb nicht, welche Aufrufe besonders "CPU-belastend" sind.

Werde aber Morgen weitere Versuche machen, ob ich noch was rausfinde.
Hatte beim ersten Start auch mehrere Warnungen und Fehler im LOG die jetzt aber nicht mehr auftreten.
Hier ein paar der Fehlermeldungen die Liste ist zu lang um hier alle anzuzeigen, da sich diese immer wiederholen:

Das ist interessant, habe ich bisher nicht beobachtet. Vermutlich hängt es mit dem "Hochfahren" des Adapters zusammen, da starte ich in schneller Folge viele Abfragen, um den Objektbaum komplett aufzubauen. Ich werde mal versuchen, dieses Verhalten bei mir zu reproduzieren.

Matis

@ecki945 sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

Gestern abend hat sich der E3DC Wechselrichter mit einem lauten Knall verabschiedet und eine Panzersicherung am Hausanschluss gekillt.

Das ist so, wenn ein IGBT platzt. Das sind die MOSFETs, die im Wechselrichter die Ströme schalten, damit wieder AC draus wird. e3dc ist da aber sehr flink und tauscht dir das ganze Modul aus.
Mit dem aktuellen Wetter verpaßt du ja nicht viel

Matis

@tbsjah sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

Gerade der Teil mit den Verlusten würde mich interessieren

Das ist mit teilen des dahboards nicht so einfach gemacht. Ich hab im Hintergrund ein dutzend js scripts, die auch teilweise mit der Wärmepumpe verknüpft sind. Im Grunde habe ich mir einen eigenen Zähler für die DC Werte erstellt, der Sonne und Batterie über den Tag im Sekundentakt akumuliert. Dann DC-Solar - Bat. entladen + Bat. laden ins Verhältnis gesetzt zum AC Produktionszähler, der auch vorhanden sein muß. Das Ergebnis ist der Verlust. Wenn viel eingespeißt wird sind das um die 5%, an Tagen mit viel Batteriebeteiligung kommen die Verluste der Batterie dazu, es geht bis auf 20%.

ecki945

@ujok habe den Fehler gefunden. Hatte bei der Eingabe des Passwortes am E3DC nicht darauf geachtet dass da zwischen Groß und Klein Schreibung unterschieden wird. Nun funktioniert es

ArnoD

@ecki945 sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

Gestern abend hat sich der E3DC Wechselrichter mit einem lauten Knall verabschiedet

Das sage ich jetzt nicht meiner Frau, den der E3DC steht bei mir im Waschraum
Hoffe, das ist schnell wieder repariert.

ArnoD

@ujok

Vielleicht vergleichen wir das Verhalten mit dem von RscpGUI...

Das habe ich bereits gemacht, dort wird dasselbe angezeigt, also liegt es schon mal nicht an dir
Ich vermute schon fast, dass EMS.MODE nicht die Rückantwort von SET_POWER_MODE ist, sondern eine andere Logik hat.

Was die CPU Auslastung angeht, habe ich jetzt ein paar Versuche gemacht.
Die Auslastung kommt nicht nur von der e3dc-rscp Instanz, sondern auch von der Javascript Instanz.
Ich verstehe da aber noch nicht die Zusammenhänge warum, die sich gegenseitig beeinflussen.
Jeder Instanz für sich bewirkt eine CPU Last, die man als normal bezeichnen würde:
e3dc-rscp Instanz Abfrageintervall kurz auf 1 s eingestellt.

e3dc-rscp.0 = 12 %- 17 % CPU Auslastung , inputCount= 90 events/15 s , outputCount = 1976 events/15 s
javascript.0 = = 3 %- 9 % CPU Auslastung , inputCount= 404 events/15 s , outputCount = 84 events/15 s
javascript.1 = = 2 %- 3 % CPU Auslastung , inputCount= 415 events/15 s , outputCount = 12 events/15 s

wenn ich jetzt aber zwei Instanzen zusammen laufen lasse passiert Folgendes:

e3dc-rscp.0 = 20 %- 26 % CPU Auslastung , inputCount= 96 events/15 s , outputCount = 2783 events/15 s
und
javascript.1 = =160 %- 178 % CPU Auslastung , inputCount= 9462 events/15 s , outputCount = 11 events/15 s

In der javascript.1 Instanz läuft nur ein Script und das reagiert oder überwacht keine Änderungen oder Werte von e3dc-rscp wo die inputCount= 9462 events/15 s. herkommen nur durch den Start von e3dc-rscp ist mir ein Rätsel.

Im nächsten Versuch habe ich alle Skripte in javascript.1 gestoppt und die javascript.1 Instanz gestartet.
Das Ergebnis hat mich jetzt total verwundert.
Im ioBroker wurde jetzt keine CPU Auslastung mehr angezeigt, aber auf der Synology hatte der Prozess io.javascript.1 40% CPU Auslastung, obwohl alle Scripte gestoppt waren und wieder der Anstieg bei den input count events.

Im nächsten Versuch habe ich eine neue Javascript Instanz 3 erstellt und das ganze wieder mit der e3dc-rscp Instanz gestartet,
dasselbe Ergebnis. Die CPU Auslastung steigt auf 100% bei der Synology und die input count events steigen auf bis zu 9000 an.

Bin jetzt noch ratloser als vorher.

Wenn ich das aber mit einer besseren Hardware lösen kann, ist es für mich auch in Ordnung
Uli auf welcher Hardware läuft dein ioBroker ?

Thomas Braun

@arnod
Da dürften bei 3 Instanzen auch die Skripte alle dreifach laufen.
Den Sinn von drei javaskript-Instanzen musst du jetzt mal erklären.

git-kick

@arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:

Wenn ich das aber mit einer besseren Hardware lösen kann, ist es für mich auch in Ordnung
Uli auf welcher Hardware läuft dein ioBroker ?

PC mit Ryzen 5 3600 und Win 10
Der läuft 24x7 und beherbergt neben ioBroker (in einer Ubuntu-VM) und der InfluxDB (für die E3DC - Zeitreihen) auch meine private Cloud mit allen möglichen Diensten inkl. Mail, DMS, Fotogalerie, Streaming, Backup etc.

Matis

@arnod Ich hab auf meiner Synology die CPU Probleme nicht, aber ich hab auch nur eine JS Instanz.0. Warum sollte man denn mehrere laufen lassen?

NEWS

Test Adapter e3dc-rscp v0.0.x GitHub

0.0.11-beta

Support us

1.6k
Online

30.4k
Users

76.7k
Topics

1.2m
Posts

NEWS

Test Adapter e3dc-rscp v0.0.x GitHub

0.0.11-beta

Support us

1.6kOnline

30.4kUsers

76.7kTopics

1.2mPosts

1.6k
Online

30.4k
Users

76.7k
Topics

1.2m
Posts