UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Matis]

@arnod
Cool, dass du herausgefunden hast woran das liegt, hab mich totprobiert und schliesslich ein Script geschrieben.
Hatte das Problem im smartmeter adapter auch schon, da waren es glaube ich Doppelpunkte.

[ArnoD]

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

Cool, dass du herausgefunden hast woran das liegt,

Will mich hier nicht mit fremden Federn schmücken :-) , das war nicht ich, sondern ich bin von @liv-in-sky darauf hingewiesen worden.
Es funktionieren anscheinend alle Sonderzeichen wie ä,ü,ö auch nicht.

[ArnoD]

@ujok

Habe heute einiges testen können.
Hier mal alles was mir so aufgefallen ist:

Das Ändern von folgenden Werten wird nicht beim E3DC übernommen, sondern wieder mit der Einstellung E3DC überschrieben:
e3dc-rscp.0.EMS.WEATHER_REGULATED_CHARGE_ENABLED
Hier kommt diese Warnung im LOG: Don't know how to queue EMS.WEATHER_REGULATED_CHARGE_ENABLED
OK hier wurde in der main.js in Zeile 275 der Tag nicht eingetragen, sollte wohl so richtig sein wie hier in Zeile 3:

const mapChangedIdToSetTags = {
	"EMS.POWERSAVE_ENABLED": ["TAG_EMS_REQ_SET_POWER_SETTINGS", "TAG_EMS_POWERSAVE_ENABLED"],
	"EMS.WEATHER_REGULATED_CHARGE_ENABLED": ["TAG_EMS_REQ_SET_POWER_SETTINGS", "TAG_EMS_WEATHER_REGULATED_CHARGE_ENABLED"],
	"EMS.MAX_CHARGE_POWER": ["TAG_EMS_REQ_SET_POWER_SETTINGS", "TAG_EMS_MAX_CHARGE_POWER"],
	"EMS.MAX_DISCHARGE_POWER": ["TAG_EMS_REQ_SET_POWER_SETTINGS", "TAG_EMS_MAX_DISCHARGE_POWER"],
	"EMS.DISCHARGE_START_POWER": ["TAG_EMS_REQ_SET_POWER_SETTINGS", "TAG_EMS_DISCHARGE_START_POWER"],
	"EMS.USER_CHARGE_LIMIT": ["TAG_EMS_REQ_SET_POWER_SETTINGS", "TAG_EMS_USER_CHARGE_LIMIT"],
	"EMS.USER_DISCHARGE_LIMIT": ["TAG_EMS_REQ_SET_POWER_SETTINGS", "TAG_EMS_USER_DISCHARGE_LIMIT"],
	"EMS.MODE": [],
	"EMS.SET_POWER": [],
};

e3dc-rscp.0.EMS.BATTERY_BEFORE_CAR_MODE
e3dc-rscp.0.EMS.POWER_LIMITS_USED
Alle States unter e3dc-rscp.0.EMS.IDLE_PERIODS_CHARGE

Beim Ändern von folgenden Werten wird die Einstellung beim E3DC übernommen.
Was aber komisch ist das der Wert erst mit der Einstellung E3DC überschrieben wird und dann erst der im ioBroker eingestellte Wert übernommen wird.

e3dc-rscp.0.EMS.POWERSAVE_ENABLED

[git-kick]

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

Wenn ich SET_POWER aber alle 10 sek. Setze funktioniert es nicht, sondern, nur wenn ich POWER_MODE immer wieder setze.
Kann es sein, dass du auf gleiche Werte bei SET_POWER nicht reagierst, sondern nur auf unterschiedliche Werte?

Der Adapter schreibt neu bei onStateChange && !state.ack
D.h. wenn man den Wert manuell auf "bestätigt" setzt, wird nicht geschrieben - aber das wird wohl hier nicht das Thema sein.
Daher nehme ich an, dass onStateChange bei unverändertem Wert nicht aufgerufen wird (das steuere ich nicht im Adapter, dieser "abonniert" lediglich das Event).
Die Wiederholung (ohne Änderung) alle x Sekunden kann ich in den Adapter einbauen, das nehme ich ins Backlog.

[git-kick]

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

@ujok

Bin gerade dabei in VIS die Views zu erstellen und habe da ein Problem mit dem Sonderzeichen "#"
Anscheinen funktioniert das Binding nicht in einem Widget, wenn im zweiten dp Pfad ein # enthalten ist.

Ich werde "#" ersetzen durch "_"
Danke @ArnoD für den Hinweis!

[git-kick]

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

Das Ändern von folgenden Werten wird nicht beim E3DC übernommen, sondern wieder mit der Einstellung E3DC überschrieben:

e3dc-rscp.0.EMS.WEATHER_REGULATED_CHARGE_ENABLED
Hier kommt diese Warnung im LOG: Don't know how to queue EMS.WEATHER_REGULATED_CHARGE_ENABLED
OK hier wurde in der main.js in Zeile 275 der Tag nicht eingetragen, sollte wohl so richtig sein wie hier in Zeile 3:

Muss ich mir ansehen.
Im Code ist die angesprochene Zeile schon drin, aber irgendwo hab ich eine Regression, weil das funktionierte schon mal...

e3dc-rscp.0.EMS.POWER_LIMITS_USED

Da meldet ioBroker jetzt einen "read-only state" - ebenfalls eine Regression.
Wird korrigiert.

e3dc-rscp.0.EMS.BATTERY_BEFORE_CAR_MODE
Alle States unter e3dc-rscp.0.EMS.IDLE_PERIODS_CHARGE

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

Beim Ändern von folgenden Werten wird die Einstellung beim E3DC übernommen.
Was aber komisch ist das der Wert erst mit der Einstellung E3DC überschrieben wird und dann erst der im ioBroker eingestellte Wert übernommen wird.

e3dc-rscp.0.EMS.POWERSAVE_ENABLED

Das funktioniert bei mir mit 0.0.9-beta einwandfrei. Bin auch nicht ganz sicher ob ich verstanden habe, was genau du als Fehler beschreibst.

[git-kick]

Hier ist die neue Version:
https://github.com/git-kick/ioBroker.e3dc-rscp/tree/v0.0.10-beta

Ich bitte vor allem um Test von
SET_POWER_MODE (write) / MODE (read)
SET_POWER_VALUE (write) / SET_POWER (read)
Die eingegebenen Werte (write) werden jetzt alle 15 Sekunden (Intervall einstellbar) ans E3/DC gesendet. Aber das Verhalten ist mir nach wie vor unklar: die (read) Werte folgen keineswegs den (write) Werten.

0.0.10-beta

(git-kick)

• SET_POWER is now initialized and appears after adapter setup
• Translations: EMS_ERROR_*, BAT_FCC, BAT_RC, BAT_SPECIFIED_CAPACITY
• Timestamps are displayed in ISO-8601 format
• Object names: replaced "#" by "_" to avoid interference with ioBoroker name resolution (e.g. former BAT#0 is now BAT_0) - NOTE: this is likely to break <=0.0.9 based js scripts; adjust object references!
• Solved issue setting EMS.WEATHER_REGULATED_CHARGE_ENABLED (before, failed with warning)
• Solved issue setting EMS.POWER_LIMITS_USED (before, object was defined r/o)
• SET_POWER: values set are re-sent according to a given interval (see admin panel)
• SET_POWER: introduced extra objects for entering desired values (SET_POWER_MODE, SET_POWER_VALUE) - E3/DC behavior is still unclear. Feature under development.

[ArnoD]

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

Die Wiederholung (ohne Änderung) alle x Sekunden kann ich in den Adapter einbauen, das nehme ich ins Backlog.

Das ist wahrscheinlich keine gute Idee, da man ja keine neuen Werte setzt, wenn man nichts steuern will und E3DC dann automatisch in den Standard Modus zurückwechselt.
Morgen habe ich den ganzen Tag Zeit, die neue Version zu testen.
Habe mir da bereits ein Script geschrieben und werde es mal Morgen versuchen.

[ArnoD]

@ujok sagte 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 :-)

Das funktioniert bei mir mit 0.0.9-beta einwandfrei. Bin auch nicht ganz sicher ob ich verstanden habe, was genau du als Fehler beschreibst.

Das funktioniert bei mir auch, da ja der Wert übernommen wird. Mir ist nur in VIS aufgefallen, dass der neu gesetzte Wert erst mit dem alten im E3DC gespeicherten Wert überschrieben wird und dann erst der neue Wert übernommen wird. Kann eine Überschneidung sein und ist nicht weiter tragisch, gibt wirklich wichtigeres. Ich achte nur beim Testen auf jede Kleinigkeit und melde diese, um dir eine möglichst genaue Rückmeldung zu geben.
Wenn du willst, kann ich dir erstmal nur die groben Fehler rückmelden.

[git-kick]

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

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

Die Wiederholung (ohne Änderung) alle x Sekunden kann ich in den Adapter einbauen, das nehme ich ins Backlog.

Das ist wahrscheinlich keine gute Idee, da man ja keine neuen Werte setzt, wenn man nichts steuern will und E3DC dann automatisch in den Standard Modus zurückwechselt.

Ok verstanden. Wie ist denn der Standardmodus definiert? MODE = 0(NORMAL) ?
Dann könnte ich ja den Timer wieder abschalten, sobald man MODE=0 setzt.
Oder besser den Timer wieder entfernen?

[git-kick]

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

Das funktioniert bei mir mit 0.0.9-beta einwandfrei. Bin auch nicht ganz sicher ob ich verstanden habe, was genau du als Fehler beschreibst.

Das funktioniert bei mir auch, da ja der Wert übernommen wird. Mir ist nur in VIS aufgefallen, dass der neu gesetzte Wert erst mit dem alten im E3DC gespeicherten Wert überschrieben wird und dann erst der neue Wert übernommen wird. Kann eine Überschneidung sein und ist nicht weiter tragisch, gibt wirklich wichtigeres. Ich achte nur beim Testen auf jede Kleinigkeit und melde diese, um dir eine möglichst genaue Rückmeldung zu geben.

Danke, jetzt habe ich es auch gesehen: das ist tatsächlich der Effekt, wenn der "alte" Wert aus der regelmäßigen Abfrage nochmal eintrifft, bevor der "neue" Wert geschrieben und die dazugehörige Rückmeldung eingegangen ist. Das würde ich erstmal so lassen, denn das abzufangen würde nennenswert Komplexität hinzufügen, ohne (außer der Optik) eine wirksame Veränderung zu bringen.

Wenn du willst, kann ich dir erstmal nur die groben Fehler rückmelden.

Neinein, bitte alles melden; ich habs nur nicht gleich verstanden.

[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:

1. 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 :+1:
   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.

2. 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 :+1:
   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.

3. 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 :+1:
   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.

4. 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. :+1:

[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:

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

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  - error: e3dc-rscp.0 (19985) Connection is closed.
2021-11-24 21:21:14.215  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: e3dc-rscp.0 (19985) unhandled promise rejection: Connection is closed.
2021-11-24 21:21:13.405  - error: 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  - error: e3dc-rscp.0 (19985) Connection is closed.
2021-11-24 21:21:13.422  - error: 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  - error: e3dc-rscp.0 (19985) unhandled promise rejection: Connection is closed.
2021-11-24 21:21:13.423  - error: 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  - error: e3dc-rscp.0 (19985) Connection is closed.
2021-11-24 21:21:13.429  - error: 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  - error: e3dc-rscp.0 (19985) unhandled promise rejection: Connection is closed.
2021-11-24 21:21:13.429  - error: 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  - error: e3dc-rscp.0 (19985) Connection is closed.
2021-11-24 21:21:13.437  - error: 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  - error: e3dc-rscp.0 (19985) unhandled promise rejection: Connection is closed.
2021-11-24 21:21:13.438  - error: 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  - error: e3dc-rscp.0 (19985) Connection is closed.
2021-11-24 21:21:13.448  - error: 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  - error: e3dc-rscp.0 (19985) unhandled promise rejection: Connection is closed.
2021-11-24 21:21:13.449  - error: 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  - error: e3dc-rscp.0 (19985) Connection is closed.
2021-11-24 21:21:13.457  - error: 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  - error: e3dc-rscp.0 (19985) unhandled promise rejection: Connection is closed.
2021-11-24 21:21:13.457  - error: 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?