NEWS
Test Adapter e3dc-rscp v0.0.x GitHub
-
@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.
-
@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)...
-
@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
-
@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.
-
@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. -
@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. -
@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 -
Bei PVI#0 werden alle Werte bei der Phase#0 angezeigt, bei Phase#1 und 2 fehlen einige.
-
@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
-
@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!
-
@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
-
@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_PHIDas kommt bei mir auch - d.h. REQ_COS_PHI liefert kein Ergebnis, das nehme ich dann b.a.w. raus.
-
@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.
-
@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.
-
@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!
-
@ujok bei mir sind Phase1-3 von PVI#0 auch mit sinnvollen Werten gefüllt, aber eben mit den Werten von PVI#1.
-
@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/masterNur im master branch sind schon die angesprochenen Korrekturen drin.
-
@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:
- Die PVI#1-Werte landen unter PVI#0 => bitte aktuellen master testen
- Die Phasen 1 und 2 zeigen z.T. Nullwerte, siehe Screenshot von @ArnoD => für mich nicht nachvollziehbar, bitte beobachten und ggf. Protokoll senden
-
@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
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.