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

[ArnoD]

@timmerx
Der Modbus Port hat erst mal nichts mit dem RSCP Port zu tun und sollte 5033 sein. (Wüsste jetzt nicht mal wo man den ändern könnte)
Was steht den im LOG ? Werden da Fehler angezeigt?
Werden gar keine Daten übertragen ?

[git-kick]

@timmerx
Bitte gehe zunächst auf das S10-Portal und melde dich an mit
E3/DC Portal Benutzername
E3/DC Portal Passwort

Nur wenn dieser Login erfolgreich ist, stimmen die beiden Parameter und nur dann kann der Adapter sich mit deiner Anlage verbinden.

Das E3/DC RSCP Passwort ist in der Regel nicht das selbe wie das E3/DC Portal Passwort.
Du kannst es nur direkt am Touchscreen deiner Anlage setzen.

Das Verhalten von info.connection muss ich mir ansehen, danke für den Hinweis.

[Timmerx]

Vielen Dank

Ich hab das RSCP Passwort an der E3/DC im Keller direkt eingegeben und dann auch im Adapter eingetragen.

Der Port war dann doch 5033
1024 is der TCP Port für den Modbus Adapter

Hat sofort geklappt

Danke
Super Adapter tolle Arbeit

[ArnoD]

@ujok
Der Adapter läuft so weit ohne Problem.
Mir ist jetzt aufgefallen das einige States nicht aktualisiert werden, deswegen meine Frage, werden eigentlich auch Werte aktualisiert, die sich nicht geändert haben?

Die zweite Frage ist, besteht die Möglichkeit die System Tags zu integrieren?
Dann könnte man den E3DC auch mal rebooten bei Bedarf.

Bei den UM Tags bin ich mir nicht sicher, ob man diese nur auslesen kann, da es sich anscheinend um Strings handelt. Der Button „auf Updates prüfen" in der Steuerung
wäre nämlich auch interessant.

[Matis]

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

Bei den UM Tags bin ich mir nicht sicher, ob man diese nur auslesen kann, da es sich anscheinend um Strings handelt. Der Button „auf Updates prüfen" in der Steuerung
wäre nämlich auch interessant.

Ich hab noch nie ein Update ziehen können. Das wird verteilt oder du must anrufen, dass es aktiv gepushed wird. Bis jetzt ist die Schaltfläche nur ein Gimick.

[ArnoD]

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

Ich hab noch nie ein Update ziehen können. Das wird verteilt oder du must anrufen, dass es aktiv gepushed wird. Bis jetzt ist die Schaltfläche nur ein Gimick.

Ok, dann kann man sich die UM Tags auch sparen ;-)

[git-kick]

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

Mir ist jetzt aufgefallen das einige States nicht aktualisiert werden, deswegen meine Frage, werden eigentlich auch Werte aktualisiert, die sich nicht geändert haben?

Es werden nur States gesetzt deren Wert sich geändert hat (und auch undefinierte States und solche mit ack=false)

this.getState( oId, (err,obj) => {
	if( !( obj && obj.val == value && obj.ack ) ) {
		this.setState( oId, value, true );
	}
});

Hintergrund: weil der Adapter regelmäßig per "polling" die Werte abholt, ist es m.E. nicht sinnvoll, jeden gleichbleibenden Wert als "neu" zu behandeln.

[git-kick]

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

Die zweite Frage ist, besteht die Möglichkeit die System Tags zu integrieren?
Dann könnte man den E3DC auch mal rebooten bei Bedarf.

Die Unterstützung der SYS Tags nehme ich ins Backlog.

[ArnoD]

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

Hintergrund: weil der Adapter regelmäßig per "polling" die Werte abholt, ist es m.E. nicht sinnvoll, jeden gleichbleibenden Wert als "neu" zu behandeln.

Hatte ich bereits vermutet und ist ja auch so absolut richtig.

Die Unterstützung der SYS Tags nehme ich ins Backlog.

DANKE :+1: :-)

[git-kick]

@ALLE

Der Adapter ist ja jetzt im offiziellen (latest) Repo, deshalb bitte ich Euch, Fehler ab sofort unter Issues als Bug Report zu dokumentieren.

Diskussionen können auch hier weiter geführt werden, obwohl der Adapter-Test im engeren Sinn abgeschlossen ist.
Nochmal vielen Dank Eure Beiträge, das hat extrem geholfen!

[git-kick]

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

Wenn ich bei den Felder
E3/DC Portal Benutzername
E3/DC Portal Passwort
E3/DC RSCP Passwort

garnix eintrage steht in Objekte unter Info Connection auch "true" ??

Ich habe erfolglos versucht, das Problem nachzustellen.

Test 1: create adapter instance, set correct IP address, but no user/password
Result: info.connection is false (expected behavior)

Test 2: create adapter instance, set wrong IP address, no user/password
Result: info.connection is false (expected behavior)

Test 3: create adapter instance, set correct IP address, correct portal user, but no password
Result: info.connection is false (expected behavior)

Test 4: create adapter instance, set correct IP address, correct portal user, correct portal password, but no RSCP password
Result: info.connection is false (expected behavior)

Test 5: create adapter instance, set correct IP address, correct portal user, correct portal password, correct RSCP password
Result: info.connection is true (expected behavior)

Test 6: create adapter instance, set correct IP address, correct portal user, correct portal password, wrong RSCP password
Result: info.connection is false (expected behavior)

@Timmerx, kannst du eine Schritt-für Schritt Anleitung geben, wie man info.connection = true bei nicht bestehender Verbindung bekommt?

[stephan61]

Hallo Bei Bat kommen keine Werte muss ich da etwas einstellen?

Gruß Stephan

[git-kick]

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

Hallo Bei Bat kommen keine Werte muss ich da etwas einstellen?

In den Adapter-Einstellungen muss der Haken bei BAT gesetzt sein - das ist aber Voreinstellung.

Bitte poste ein debug Log, dann kann ich sehen, ob der Adapter Batterien abfragt/erkennt.
Sind die EMS-Werte sichtbar?

[stephan61]

@ujok
Hallo die EMS Werte und alle anderen Werte sind sichtbar
anbei das Log

log.txt

Gruß Stephan

[git-kick]

@stephan61
Das gibt für mich folgendes Bild:

• ich sehe anfangs 4x TAG_BAT_REQ_DATA, das deutet darauf hin, dass die "Testaufrufe" rausgehen, mit denen der Adapter einmal feststellt, wieviele Batterien überhaupt vorhanden sind.
• danach kommt kein TAG_BAT_REQ_DATA mehr, so als ob der Adapter für keinen Batterie-Index (0..3) eine Antwort bekommen hätte, oder schlicht der BAT-Namespace im Adapter abgeschaltet ist.
• ich sehe keinen einzigen Fehler-Eintrag, d.h. der Adapter ist mit sich im Reinen ;-)

Kannst du bestätigen, dass der Haken bei "BAT" gesetzt ist? (siehe oben)

Wenn ja, bräuchte ich noch ein alles/silly Log, bitte.
Wieviele Batterien hat deine Anlage?

[ArnoD]

@ujok

Kann es sein das bei der Übersetzung von "e3dc-rscp.0.EMS.RES_POWER_LIMITS_USED" was durcheinander gekommen ist ? Die waren doch bereits alle übersetzt.

Dann habe ich noch eine Frage zu der Liste mit den Tag's bei den Abfrageintervallen, kann es sein das nicht alle Tags in der Liste auch in den ID's angezeigt werden ?
Kann einige nicht zuordnen wie z.B:
TAG_EMS_REQ_USER_CHARGE_LIMIT
TAG_EMS_REQ_USER_DISCHARGE_LIMIT
TAG_EMS_REQ_STORED_ERRORS

oder haben die dort andere Bezeichnungen ?

[stephan61]

@ujok
Hallo habe haken gestezt und ich habe 2 Batterien
anbei der log
log silly.txt

Gruß Stephan

[git-kick]

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

@ujok

Kann es sein das bei der Übersetzung von "e3dc-rscp.0.EMS.RES_POWER_LIMITS_USED" was durcheinander gekommen ist ? Die waren doch bereits alle übersetzt.

Die RES_... Werte sollen eigentlich gar nicht im Objektbaum angezeigt werden, denn das sind lediglich Statuswerte ("returns: / 1 bei Erfolg, allerdings ist das limit unterhalb des empfohlenden Limits / 0 Werte erfolgreich gesetzt / -1 Wert außerhalb des zulässigen Bereichs / -2 setzen momentan nicht möglich, später erneut versuchen")

Dagegen enthält POWER_LIMITS_USED den eigentlichen Wert und das wird ja auch (mit Übersetzung) angezeigt.

Danke für den Hinweis, werde ich bereinigen.

[git-kick]

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

@ujok
Dann habe ich noch eine Frage zu der Liste mit den Tag's bei den Abfrageintervallen, kann es sein das nicht alle Tags in der Liste auch in den ID's angezeigt werden ?
Kann einige nicht zuordnen wie z.B:
TAG_EMS_REQ_USER_CHARGE_LIMIT
TAG_EMS_REQ_USER_DISCHARGE_LIMIT
TAG_EMS_REQ_STORED_ERRORS

oder haben die dort andere Bezeichnungen ?

Eigentlich wird alles in den Objektbaum geschrieben, was von der E3/DC an Tags reinkommt (außer gewollte Ausnahmen wie Fehler, Statusmeldungen). Eine Möglichkeit wäre also, dass die E3/DC schlicht keine Antworten für diese Tags sendet. Das nehme ich als Bug Report auf.

Generell: es muss nicht jedes Tag in der Liste der Abfrageintervalle auftauchen, weil es nicht überall eine 1:1 Zuordnung gibt. Z.B. kann die Antwort auf REQ_GET_POWER_SETTINGS mehrere Werte enthalten RES_POWER_LIMITS_USED, RES_MAX_CHARGE_POWER, RES_MAX_DISCHARGE_POWER, RES_DISCHARGE_START_POWER, RES_POWERSAVE_ENABLED, RES_WEATHER_REGULATED_CHARGE_ENABLED

D.h. REQ_GET_POWER_SETTINGS gibt es nur in der Liste der Abfrageintervalle, die RES_... Tags findet man nur im Objektbaum.

Ich nehme das mal als Documentation Issue auf, kann aber nicht versprechen, ob/wann ich mir die Arbeit mache, das aus der Tagliste herauszufieseln :expressionless:

[git-kick]

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

@ujok
Hallo habe haken gestezt und ich habe 2 Batterien
anbei der log
log silly.txt

Gruß Stephan

Also der Adapter bekommt eine Fehler-Antwort beim Abfragen der Batterien. Hier die relevanten Zeilen aus dem Log:

2022-02-01 18:17:45.217	silly	OUT: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1643735865 - 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: 0 TAG_BAT_REQ_ASOC - type: 0x00 - None - length: 0 CRC32
2022-02-01 18:17:45.246	silly	OUT: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1643735865 - 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: 1 TAG_BAT_REQ_ASOC - type: 0x00 - None - length: 0 CRC32
2022-02-01 18:17:45.276	silly	IN: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1643735866 - nseconds: 305269000 - length: 11 TAG_BAT_DATA - type: 0xFF - Error - length: 4 value: 6 no CRC32
2022-02-01 18:17:45.299	silly	IN: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1643735866 - nseconds: 333488000 - length: 11 TAG_BAT_DATA - type: 0xFF - Error - length: 4 value: 6 no CRC32

Zeilen 1,2 sind die Anfragen bzgl. BAT#0 und BAT#1 (siehe TAG_BAT_INDEX value)
Zeilen 3,4 sind die Antworten deiner E3/DC, jeweils mit Error value 6 ("RSCP_ERR_NOT_AVAILABLE")

D.h. am RSCP-Interface sieht es so aus, als hätte deine Anlage keine Batterien - da bin ich ratlos.
Hast du mal den Modbus-Adapter probiert, siehst du da die Werte der Batterien?