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

[git-kick]

@matis, danke für die Anmerkungen bzgl. Update-Frequenz.

"Zur tatsächlichen Beobachtung der Anlage, vor allem bei Veränderungen an der Anlage sind kurze Intervalle schon sehr sinnvoll." - Ja verstanden, aber man beobachtet ja nicht dauernd oder baut um; zeitweise wäre ja eine hohe Last vielleicht erträglich, da kann man ja auch einen PC verwenden, der nicht 24x7 läuft.

"Oder wenn man eine Wallbox-Steuerung aufbauen will, braucht man auch sehr schnelle Daten." - das kann ich auf Anhieb nicht nachvollziehen: ich prüfe z.Zt. alle 10 Minuten die Bedingungen, unter denen ich bzgl. Ladeleistung oder Abschalten etwas tun will, das rutscht mir eigentlich kaum etwas durch.

Und ja, auf 2 oder 3 einstellbare Intervalle und eine (gruppierte) Zuordnung zu diesen wird es wohl hinauslaufen. Und es dürfte Sinn machen, ganze Namespaces auszuschalten, die man nicht verwendet.

[git-kick]

@matis , zum Thema vertauschte/überschriebene Werte: da ist tatsächlich nocht etwas im Argen.

Hintergrund: die E3/DC behandelt Index-Werte nicht einheitlich. Mal gibt es einen COUNT (Höchstwert) wie bei PHASES und STRINGS, mal nicht, wie bei BAT und PVI. Mal kommen einzelne Werte in einem Container mit INDEX, mal wird der INDEX einmal anfangs im frame gesendet, usw. pp. Das hat zur Folge, dass es viele auf trial& error basierende "Sonderbehandlungen" und "Tricks" im Programm gibt, was halt auch zu Fehlern führt. Das nur zum Verständnis, warum noch so "triviale" Dinge falsch sind... umso wertvoller ist euer Testen!!

Bitte installiere nochmal vom master
Ich habe an der PVI Index Logik einiges korrigiert - siehst du einen Unterschied?

NB: der Received data type ERROR with value 3 - tag REQ_DATA sollte jetzt nicht mehr kommen, das war ein Artefakt vom PVI probing (Abfragen auf Verdacht)...

[Matis]

@ujok
krieg jetzt Fehler beim Installieren, kommt wahrscheinlich gar nicht bei mir an.

$ iobroker url ioBroker.e3dc-rscp --host buanet-iobroker

install ioBroker.e3dc-rscp

NPM version: 6.14.15

npm install ioBroker.e3dc-rscp --loglevel error --prefix "/opt/iobroker" (System call)

npm ERR! code E404

npm ERR! 404 Not Found - GET https://registry.npmjs.org/ioBroker.e3dc-rscp - Not found

npm ERR! 404 npm ERR! 404 'ioBroker.e3dc-rscp@latest' is not in the npm registry.

npm ERR! 404 Your package name is not valid, because npm ERR! 404 1. name can no longer contain capital lettersnpm ERR! 404 npm ERR! 404 Note that you can also install from anpm ERR! 404 tarball, folder, http url, or git url.

npm ERR! A complete log of this run can be found in:npm ERR! /opt/iobroker/.npm/_logs/2021-11-10T15_55_46_694Z-debug.log

upload [14] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/words.js words.js application/javascript

upload [13] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/style.css style.css text/css

upload [12] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/index_m.html index_m.html text/html

upload [11] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json

upload [10] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/i18n/ru/translations.json i18n/ru/translations.json application/json

upload [9] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/i18n/pt/translations.json i18n/pt/translations.json application/json

upload [8] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/i18n/pl/translations.json i18n/pl/translations.json application/json

upload [7] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/i18n/nl/translations.json i18n/nl/translations.json application/json

upload [6] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/i18n/it/translations.json i18n/it/translations.json application/json

upload [5] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/i18n/fr/translations.json i18n/fr/translations.json application/json

upload [4] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/i18n/es/translations.json i18n/es/translations.json application/json

upload [3] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/i18n/en/translations.json i18n/en/translations.json application/json

upload [2] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/i18n/de/translations.json i18n/de/translations.json application/json

upload [1] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/e3dc-rscp.png e3dc-rscp.png image/png

upload [0] e3dc-rscp.admin /opt/iobroker/node_modules/iobroker.e3dc-rscp/admin/@tab_m.html @tab_m.html text/html

Process exited with code 0

[ArnoD]

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

Auf was für ner Kiste hast du denn Docker laufen?

DS218+ mit ausgebautem Speicher. Das reicht ja auch in der Regel.

[git-kick]

@matis, das releasen via npm ist noch in Arbeit, das ist noch unzuverlässig bei mir.

Du kannst direkt aus GitHub installieren ("Installieren aus eigener URL"):
v0.0.7-beta: https://github.com/git-kick/ioBroker.e3dc-rscp/tree/v0.0.7-beta
master: https://github.com/git-kick/ioBroker.e3dc-rscp/tree/master
Im master sind die eben angesprochenen Änderungen (PVI Index) schon drin.

[Matis]

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

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

Sorry, habs jetzt hinbekommen. Ich hab vorher auch alles gelöscht, um sicher zu sein.
Es hat sich aber nichts geändert. Verhalten wie oben.
Kurz die richtigen Werte dann die von PVI#1 und in PVI#1 keine Verzeichnisse.

[ArnoD]

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

Received data type ERROR with value 3 - tag REQ_DATA

Das kommt schon mal nicht mehr, jetzt wird aber laufend diese Warnung wiederholt:
Received data type ERROR with value 6 - tag REQ_COS_PHI

[ArnoD]

Bei PVI#0 werden alle Werte bei der Phase#0 angezeigt, bei Phase#1 und 2 fehlen einige.

[Matis]

@arnod Phase-Daten sind vollständig, sind nur 7. Der Rest ist in String und Temp.

Aber eben die ganzen Verzeichnisse fehlen bei mir bei PVI#1.
Und in PVI#0 werden die PVI#0-Daten in den Verzeichnissen nur sehr kurz angezeigt und dann mit denen von PVI#1 überschrieben. Das ist bei der #11 Version immer noch.

Log bleibt bei mir nun leer, wenn nach dem Start gelöscht.
Nur beim Adapterstart kommt das:

e3dc-rscp.0
	2021-11-10 17:49:31.375	warn	Received data type ERROR with value 6 - tag DATA
e3dc-rscp.0
	2021-11-10 17:49:31.360	warn	Received data type ERROR with value 6 - tag DATA
e3dc-rscp.0
	2021-11-10 17:49:31.283	info	Connection to E3/DC is established
e3dc-rscp.0
	2021-11-10 17:49:31.278	warn	Probing for PVI units - up to 3 messages about received ERROR may follow (just ignore them).
e3dc-rscp.0
	2021-11-10 17:49:31.275	warn	Probing for BAT units - up to 4 messages about received ERROR may follow (just ignore them).
e3dc-rscp.0
	2021-11-10 17:49:31.208	info	starting. Version 0.0.7-beta in /opt/iobroker/node_modules/iobroker.e3dc-rscp, node: v12.22.7, js-controller: 3.3.18
e3dc-rscp.0
	2021-11-10 17:49:25.620	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
e3dc-rscp.0
	2021-11-10 17:49:25.618	info	terminating

[Matis]

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

bei Phase#1 und 2 fehlen einige.

... draußen schon zu dunkel, das ging vorhin!

[ArnoD]

@matis
Jetzt ist es zu dunkel, hatte wie ich das Bild gemacht habe RSCPGui gleichzeitig offen, um die Werte zu vergleichen.
Bei RSCPGui wurde was angezeigt bei e3dc-rscp bei den Phasen#1 und 2 immer nur 0 bei manchen Werten.
PVI#1 kann ich nicht testen da ich nur einen Wechselrichter habe.
Bei AC_APPARENTPOWER steht auch noch UNDEFINED_NAME drin.

Bin aber wirklich begeistert, was Uli hier in so kurzer Zeit geschafft hat, Respekt für diese Leistung

[git-kick]

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

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

Received data type ERROR with value 3 - tag REQ_DATA

Das kommt schon mal nicht mehr, jetzt wird aber laufend diese Warnung wiederholt:
Received data type ERROR with value 6 - tag REQ_COS_PHI

Das kommt bei mir auch - d.h. REQ_COS_PHI liefert kein Ergebnis, das nehme ich dann b.a.w. raus.

[git-kick]

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

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

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

Sorry, habs jetzt hinbekommen. Ich hab vorher auch alles gelöscht, um sicher zu sein.
Es hat sich aber nichts geändert. Verhalten wie oben.
Kurz die richtigen Werte dann die von PVI#1 und in PVI#1 keine Verzeichnisse.

Okay danke, das muss ich nochmal unter die Lupe nehmen - melde, wenn ich etwas dazu habe.

[git-kick]

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

Bei PVI#0 werden alle Werte bei der Phase#0 angezeigt, bei Phase#1 und 2 fehlen einige.

Das ist überraschend, denn bei mir sind alle drei Phasen mit sinnvollen und unterschiedlichen Werten gefüllt:

Ist das bei dir dauerhaft so?
Hast du (außer den schon gemeldeten) weitere warn/err Meldungen im Protokoll?

...OK, hab grade noch dem post vom @Matis gelesen, also alles i.O. in diesem Punkt.

... oder doch nicht? (Nachtrag 2 von @ArnoD) Bitte gib mir nochmal den letzten Stand und ggf. Protokoll-Einträge dazu.

[git-kick]

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

@matis
Jetzt ist es zu dunkel, hatte wie ich das Bild gemacht habe RSCPGui gleichzeitig offen, um die Werte zu vergleichen.
Bei RSCPGui wurde was angezeigt bei e3dc-rscp bei den Phasen#1 und 2 immer nur 0 bei manchen Werten.
PVI#1 kann ich nicht testen da ich nur einen Wechselrichter habe.
Bei AC_APPARENTPOWER steht auch noch UNDEFINED_NAME drin.

Bin aber wirklich begeistert, was Uli hier in so kurzer Zeit geschafft hat, Respekt für diese Leistung

Name für AC_APPARENTPOWER ist in der nächsten Version drin, danke für den Hinweis.

"in so kurzer Zeit"... du weißt nicht, wie lange ich an dem Teil schon werkle - aber durch Eure Beteiligung kommt jetzt richtig Schwung rein!

[Matis]

@ujok bei mir sind Phase1-3 von PVI#0 auch mit sinnvollen Werten gefüllt, aber eben mit den Werten von PVI#1.

[git-kick]

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

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

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

Sorry, habs jetzt hinbekommen. Ich hab vorher auch alles gelöscht, um sicher zu sein.
Es hat sich aber nichts geändert. Verhalten wie oben.
Kurz die richtigen Werte dann die von PVI#1 und in PVI#1 keine Verzeichnisse.

Mit welcher Version hast du zuletzt getestet?
https://github.com/git-kick/ioBroker.e3dc-rscp/tree/v0.0.7-beta
oder
https://github.com/git-kick/ioBroker.e3dc-rscp/tree/master

Nur im master branch sind schon die angesprochenen Korrekturen drin.

[git-kick]

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

@ujok bei mir sind Phase1-3 von PVI#0 auch mit sinnvollen Werten gefüllt, aber eben mit den Werten von PVI#1.

Wir diskutieren 2 Probleme, die wir auseinanderhalten müssen:

1. Die PVI#1-Werte landen unter PVI#0 => bitte aktuellen master testen
2. Die Phasen 1 und 2 zeigen z.T. Nullwerte, siehe Screenshot von @ArnoD => für mich nicht nachvollziehbar, bitte beobachten und ggf. Protokoll senden

[Matis]

@ujok

Um sicher zu gehen habe ich den Adapter komplett gelöscht und
https://github.com/git-kick/ioBroker.e3dc-rscp/tree/master
neu installiert.

Problem 1 besteht weiterhin: keine Verzeichnisse unter PVI#1, Werte von PVI#1 in PVI#0

[Matis]

@matis
kleiner Exkurs vom Thema:

Ich teile mal meinen Haupt-VIS der PV, denn ich bin so begeistert endlich Zugriff auf die String-Daten zu haben.
Das hilft sehr in der Optimierung und letztendlich auch in der Beurteilung, ob die Stringlänge immer rechnerisch mit maximalmen Temp.koeffizient festgelegt werden muss oder ob man da auch mal empirisch rangehen kann.
Vor allem auch bei meinen komplexen Strings mit Verschattung.
Mit IoBroker kann man ja hervorragend Daten sammeln und auswerten.
Mit dem prozentualen Verhältnis zu kWp des Strings lassen sich auch Ausfälle o.ä. sehr gut sehen.

Also nochmals vielen Dank für den Adapter und die rasende Fortentwicklung.

Ich hab die Wärmepumpe teilweise mit eingebaut, eine komplett unabhängige Ladeoptimierung der Wärmepumpe definiert und kann über die mit Smartmeter eingebundenen eHz Zähler für Verbrauch, Produktion und Einspeisung/Bezug auch die PV Messungen vergleichen und die Verluste (5-16% je nach Batteriebeteiligung) sehen.