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

[ArnoD]

@goelectric da wurde der Timer nicht beendet. Das passiert meistens wenn das Script öffter hintereinander beendet und neu gestartet wird. Script stoppen und 5 Sekunden warten und dann wieder starten, sollte helfen.

[goelectric]

@arnod Vielen Dank für den Tipp!
Hat leider nicht funktioniert, habe auch den gesamten Host und die virtuelle Maschine neugestartet, Auch das brachte nichts.

[ArnoD]

@goelectric welche Version vom Script hast du?

[goelectric]

@arnod Ich glaube den Fehler gefunden zu haben, ISO/OSI-Schicht 8!
Als Datenquelle habe ich 0_userdata.0.E3DC-Control.History.HistoryJSON genommen, hier stehen wirklich die doppelten Werte drin.
Änderung der Datenquelle auf 0_userdata.0.Charge-Control.History.HistoryJSON und die Werte stimmen!
Frage: Müssen eigentlich beide Scripte laufen? Könntest Du eventuell einmal eine Liste der notwendigen Scripte veröffentlichen, die noch notwendig sind, ich glaube ich habe einiges an Datenmüll?

[ArnoD]

@goelectric
Es muss nur ein Script laufen, Charge-Control.
Das ist auch in der Anleitung Charge-Control.pdf auf Github so beschrieben.

Das Script E3DC-Control solltest du entfernen.

[DrDoc]

@arnod Entschuldige das ich nochmals nachfragen muss... ich bekomme die History Data (Sum Year) nicht automatisch aktualisiert :\ erst wenn ich den Wert e3dc-rscp.0.DB.HISTORY_DATA_YEAR.TIME_SPAN manuell setze und wieder zurück ändere, dann werden die anderen Daten aktualisiert. Muss ich noch was aktivieren, dass die Daten aktualisiert werden?
Ich habe ein Skript, dass den Wert time_span automatisch editiert und nach 10 min wieder zurücksetzt auf den alten Wert.. leider ohne Erfolg.
Danke vorab

[ArnoD]

@drdoc
Da kann ich dir leider nicht helfen, da ich diese History Daten vom e3dc-rscp Adapter nicht verwende.
Was ich mich noch erinnern kann, ist das aber so richtig das diese Daten nur einmal abgerufen werden und nicht laufend aktualisiert werden.

[Georg Hermann]

Hmm, warum pulsiert hier die Ladeleistung wieder? Am anfang des Grafen war charge-control aus (bis ca. 7:50h). Dann habe ich charge-control aktiviert und man sehen, das die Ladeleistung pulsiert, obwohl die PV-Leistung sehr Konstant ist (blauer Himmel, keine Wolken).

Um ca. 10:08h war die Ladeschwelle erreicht, und CC hat die Ladung korrekt eingestellt.

[ArnoD]

@georg-hermann
Das kann ich dir nur mit dem Diagramm nicht beantworten. Wie sieht da die Kurve vom Hausverbrauch aus ? Die fehlt hier.

[Georg Hermann]

@arnod sagte in E3DC Hauskraftwerk steuern:

@georg-hermann
Das kann ich dir nur mit dem Diagramm nicht beantworten. Wie sieht da die Kurve vom Hausverbrauch aus ? Die fehlt hier.

Das der Hausverbrauch pulsiert wg. der Akku-Leistung und nicht andersrum ;-)

[ArnoD]

@georg-hermann sagte in E3DC Hauskraftwerk steuern:

Das der Hausverbrauch pulsiert wg. der Akku-Leistung und nicht andersrum

Das kann jetzt aber jeder behaupten :grinning:

Um zu sehen, was da genau passiert, benötige ich ein LOG File wo DebugAusgabe und LogAusgabeRegelung auf true stehen und ein Bild von deinen Einstellungen, die da gerade aktiv waren.

[finroba]

Hallo alle zusammen,

ich habe den Großteil zum Laufen bekommen (vielen Dank schon mal vorab für die Mühe aller Beteiligten), strauchle aber bei der Visualisierung.

Aus irgendeinem Grund will bspw. das EMS die im Edit Mode noch sichtbaren Elemente in der Runtime nicht darstellen (siehe die beiden Screenshots).

Ich bin gespannt was Ihr denkt woran das liegen könnte...

[ArnoD]

@finroba
Das hatte ich bis jetzt noch nicht :-)
Ist das bei allen Views der Fall oder nur die eine Seite?
Was hast du für Einstellungen unter dem Reiter Tools beim Editor?

Wird in der Browser Konsole mit F12 ein Fehler angezeigt?

[finroba]

@arnod Das ist eigentlich bei allen so - bei 28_E3DC_Charge_Control geht Gott sei Dank das Meiste (aber die Menüleisten unten und rechts sind auch da nicht vorhanden).

[ArnoD]

@finroba
Wechsel mal bitte auf den Reiter Console, wird dir dort eine Fehlermeldung angezeigt?

[finroba]

@arnod Leider ja!

DevTools failed to load source map: Could not load content for http://192.168.178.139:8082/lib/js/socket.io.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE

Ich bin zwar kein Entwickler aber Dr. Google vermittelt mir den Eindruck als wäre das nicht der Kern des Problems. Zumal der Fehler wohl nur auftritt wenn die Developer Tools gestartet sind. Sobald ich in den Dev Tools Einstellungen die Source Maps deaktiviere, ist der Fehler weg, das Problem aber weiterhin vorhanden....

[ArnoD]

@finroba
Da kann ich auch nichts finden, was dich weiter bringen würde.
Was hast du eigentlich bei der Instanz Web eingestellt, habe da noch wage in Erinnerung das es mal Probleme mit den socket.io und web socket gab und man umstellen sollte auf integriert und "Reine Web-Sockets (iobroker.ws) verwenden".
Das könntest du eventuell mal testen, ob es hilft.

[smartboart]

Habe den Beitrag hierher verlegt. passt Besser zum RSCP Adapter...
https://forum.iobroker.net/topic/49217/test-adapter-e3dc-rscp-v0-0-x-github/442?_=1693308585277

[ArnoD]

@georg-hermann sagte in E3DC Hauskraftwerk steuern:

Das der Hausverbrauch pulsiert wg. der Akku-Leistung und nicht andersrum ;-)

Nur interessehalber, konntest du das Problem lösen bzw. die Ursache herausfinden?

[nkoebe]

@arnod Hi Arno, eine Verständnisfrage:
der Adapter steuert 'nur' die Akkubeladung (und Wallbox usw.), die neuen Features, die EBA einbaut (Tibber, Akku nachts beladen, Wärmepumpen Berücksichtigung usw.) sind nicht drin enthalten, richtig?
Ich würde gerne den Akku im Winter per Tibber Preisradar nachts laden, so wie ich es verstehe kann ich das über den Adapter nicht steuern, oder?

Viele Grüße

Nils