Test Adapter e3dc-rscp v0.0.x GitHub

ArnoD

Das ist die PV Leistung. Wird nur aktualisiert, wenn sich der Wert auch ändert.
Der Wert geht auch nicht auf 0 zurück, wie bei der Modbus Schnittstelle, sondern bleibt bei dem letzten Wert hängen.
Sieht deswegen in Vis nicht so toll aus, könnte man aber mit einem Script ändern oder Uli passt das im Adapter an. :-)

TbsJah

@arnod wird bei mir nie geändert
Nur direkt beim adapterstart

git-kick

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

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

Ich habe in den Namespaces BAT, EMS und EP gesucht, aber kein passendes SET-Tag gefunden. Die Tag-Liste ist aber unvollständig, wie wir wissen. Also falls jemand die betreffenden Tags kennt oder herausfindet, kann ich das gerne einbauen.

Was ist eigentlich mit

Könnte das nicht eventuell zutreffen?

Das ist ein Bool (true/false), wir bräuchten hier aber eine Number (Wh oder kWh).
SET_EMERGENCY_POWER sieht für mich eher nach "Einschalten Notstrommodus" aus; das ist aber nur eine Vermutung.

git-kick

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

wofür steht das PV Power bei EMS?
Wird bei mir nur einmal bei Instanzstart aktualisiert

POWER_PV soll stets (nach ein paar Sekunden) die aktuelle PV-Leistung anzeigen, auch wenn sie 0 Watt beträgt.
Ich habe den Fehler im Adapter gefunden: beim Einbau der einstellbaren Abfrageintervalle ist POWER_PV auf der Liste (siehe Adapter-Einstellungen, Tab "Abfrage-Intervalle") verloren gegangen und wird deshalb nicht aktualisiert.

Die Korrektur kommt mit e3dc-rscp v1.0.0 - das dauert aber noch etwas, weil der Adapter gerade die "Zertifizierung" für das ioBroker-Repo durchläuft.

TbsJah

@ujok Danke!
Betrifft auch die Werte BAT_0.USABLE_REMAINING_CAPACITY und BAT_0.MODULE_VOLTAGE
Stehen zwar in der Liste werden bei mir aber nur bei Instanzneustart aktualisiert (stehen auf L habe ich auf M geändert)

Darüber berechne ich die noch vorhandene Kapazität

Die Korrektur kommt mit e3dc-rscp v1.0.0

Ist das die welche bereits auf GIT verfügbar ist? Habe ich bereits installiert jedoch keine Änderung

git-kick

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

Betrifft auch die Werte BAT_0.USABLE_REMAINING_CAPACITY und BAT_0.MODULE_VOLTAGE
Stehen zwar in der Liste werden bei mir aber nur bei Instanzneustart aktualisiert (stehen auf L habe ich auf M geändert)

Das kann ich nicht nachvollziehen. Bei mir wird USABLE_REMAINING_CAPACITY laufend aktualisiert, wenn ich das Intervall für TAG_BAT_REQ_USABLE_REMAINING_CAPACITY auf "S" einstelle.

Welche Einstellung hast du denn für MODULE_VOLTAGE geändert?
Der Tag-Liste von E3/DC kann man entnehmen, dass TAG_BAT_REQ_INFO u.a. auch MODULE_VOLTAGE abfragt. Wenn ich also das Intervall für TAG_BAT_REQ_INFO auf "S" setze, bekomme ich auch für MODULE_VOLTAGE laufende Aktualisierungen.

Bei POWER_PV war wie gesagt vor v1.0.0 ein Fehler, der ist aber jetzt korrigiert, das wird bei mir jetzt wieder einwandfrei aktualisiert.

Bitte installiere möglichst von npm - git ist immer riskant, v.a. der master-Branch, denn da läuft ja die Entwicklung. Wenn überhaupt, bitte git-Tags installieren, z.B.
https://github.com/git-kick/ioBroker.e3dc-rscp/tree/v1.0.0

TbsJah

@ujok
Nach Aktualisierung (via NPM) hatte die vorhandene Instanz weiterhin die Werte nur 5x aktualisiert.
Ich habe eine neue Instanz erzeugt, und es hat funktioniert. Alte hatte weiterhin nicht aktualisiert.

Frage zu dem DB Punkt. Gibt es eine Anleitung wie zu verwenden.
Prinzipiell ist mir das Prinzip mir klar

git-kick

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

Frage zu dem DB Punkt. Gibt es eine Anleitung wie zu verwenden.
Prinzipiell ist mir das Prinzip mir klar

Mindestens eines der drei Tags TIME_{START,SPAN,INTERVAL} muss geändert werden. Nach der letzten Änderung wartet der Adapter noch eine Zeit ("Tupel-Schreibverzögerung"), dann geht die Anfrage raus.

Das Resultat erscheint unter SUM und VALUE_xx, so wie es von der Anlage kommt. Nur die VALUE_xx.TIMESTAMP Werte werden vom Adapter berechnet (siehe oben).

Die einzelnen Tags sind im README kurz beschrieben. Ich habe aber nicht den Anspruch überall zu erraten und zu dokumentieren, was E3/DC an Semantik definiert hat. Der Adapter liefert zunächst einmal die Daten einfach so, wie sie vom Kraftwerk kommen.

Vielleicht weiß @stephan61 mehr, er hat sich die DB Daten als erster gewünscht.

ArnoD

Uli gratuliere zu deinem ersten Adapter 1.0.0 :+1: :-)

Habe die Version heute installiert und bin gerade am testen.

Timmerx

Hallo Leute,

ich bekomme keine Daten aus dem Adapter. In "Objekte" wird bei Info Connection "true" angezeigt. Ich habe auch den Wert bei "Time_interval" von 900 auf 901 geändert.

Bei Punkt E3/DC Portal Benutzername = Benutzername um sich bei Portal anzumelden
Bei Punkt E3/DC Portal Passwort = Passwort um sich bei Portal anzumelden

IP is klar
Port bei mir 1024 (funktioniert bei Modbusadapter)
Port 5033 = Connection false

Bei Punkt E3/DC RSCP Passwort = Passwort um sich bei Portal anzumelden (da bin ich mir nicht sicher)

Passt das so oder hab ich hier was falsch gemacht?

Ich habe eine E3/DC S10 (46163xxxxxxx0).

Zusatz!!!

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" ??

Hm...

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!

Community Forum

NEWS

Test Adapter e3dc-rscp v0.0.x GitHub

Support us

691

32.4k

81.4k

1.3m