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

[Georg Hermann]

@smartboart sagte in E3DC Hauskraftwerk steuern:

@georg-hermann Ich glaube das ist nicht immer nötig den adapter zu löschen. Bei 1.2.0 auf 1.2.1 habe ich auch nur upgedatet.

Ja, die 1.2.1 habe ich jetzt auch per update an den Start gebracht. Trotzdem würde mich mal interessieren, wie man diese InfluxDB-Konfigs "retten" könnte.

[nerg]

Guten Abend,

ich habe das Problem, dass nach dem Start des Skript (neueste Version) die grüne Signallampe in der View kurz auf grün geht und nach ca. 5-10 Sekunden aber wieder rot wird. Ich habe den E3DC-Adapter in der Version 1.1.2 (stable), 1.2.1 und 1.2.2 probiert. Jeweils mit den Einstellungen (insbesondere set_power = 0 ) aus der Anleitung.

Wieso verliert das Skript nach kurzer Zeit die Kontrolle über den S10E? Was mache ich falsch? Das Log hat mir auch auf debug leider nicht weitergeholfen.

[ArnoD]

@nerg
Du machst nichts falsch, das Script regelt, nur wenn es auch was zum Regeln gibt und überlässt ansonsten E3DC die Regelung.

[jh537]

Ehrlich gesagt brauche ich die 4 autom. Profile nicht-mir würde das eine Manuelle reichen. Aber es müssten auch besonders die geänderten Zeiten angezeigt werden. @arnod Könntest du das bitte noch bei Gelegenheit mit einbauen? Wenn ich sonst den Speicher bei Bedarf höher laden will-müsste ich in allen 4 Profilen die Werte ändnern, da ich ja nicht vorher weiß, was die Prognose berechnet und dann ein anderes Profil zuschaltet.

[ArnoD]

@jh537
Wenn du auf manuell umschaltest, kannst du die Einstellung 1- 5 anwählen und die Werte der jeweiligen Einstellung werden in die Spalte manuell eingetragen.
Manuell bedeutet nur das die Auswahl der Einstellung 1-5 nicht mehr je nach Wetterprognose automatisch erfolgt, es gibt aber keine eigenen Werte für manuell.

[jh537]

@arnod sagte in E3DC Hauskraftwerk steuern:

deutet nur das die Auswahl der Einstellung 1-5 nicht mehr je nach Wetterprognose automatisch erfolgt, es gibt aber keine eigene

Ja ich habe das schon verstanden, schöner und intuitiver wäre für mich, wenn man das man-Profil, die die anderen verwenden könnte-eigentlich müsst man ja die inputs abschalten/sperren. Nagut, wenn ich da der Einzige mit dem Wunsch bin, gebe ich mich geschlagen ;-)

[jh537]

Ohne Modbus funkt die Ladeanzeige (magisches Auge) leider nicht mehr.

[ArnoD]

@jh537
Sollte eigentlich bereits umgestellt sein, hast du dir die View neu importiert?

Ansonsten kannst du das natürlich auch in der View selber umstellen.
Bei den Signalbilder Objekt ID 0 und 1 den neuen Pfad e3dc-rscp eintragen:
e3dc-rscp.0.EMS.STATUS_7

[jh537]

@arnod Habe ich natürlich noch nicht gemacht-sorry ;-)

[jh537]

Was besagen die beiden Werte? Welcher Zeitraum wird für den Abend verwendet?

[Georg Hermann]

@jh537

"Durch Charge-Control gesicherte":
kWh, die CC meint durch das intelligente Laden "gerettet" zu haben.

"Durchschnittsverbrauch Abend:"
Durchschnittliche kWh Eigenverbrauch von 0:00 Uhr bis 8:00 Uhr

[jh537]

@georg-hermann
Okay danke

[jans_ios]

@ArnoD
Hi, ich habe da mal wieder ein Phänomen ;) Also - morgens wird "Batterie entladen stoppen 0W" gesetzt, sobald der PV-Ertrag den Hausverbrauch übersteigt, soweit gut. Schalte ich dann aber den Heizstab zur Warmwasser-Generierung ein, der sowohl für das Skript als auch den E3DC nur ein Stromverbraucher ist, wird das Batterie-Entladen nicht wieder aktiviert und die 3KW werden aus dem Netz gezogen. Starte ich das Skript bei aktiviertem Heizstab neu, entlädt sich der Akku weiter, bis erneut die Situation PV-Ertrag>Hausverbrauch eintritt.

Kann man da was ändern? Wenn mein Akku morgens noch halb voll ist, würde ich den Strom bei Bedarf gerne zu Warmwasser machen und den Kessel auslassen.

Danke!

[jh537]

Aber ist auch nicht weiter wichtig.

[jh537]

Was ist denn 0_userdata.0.Charge_Control.Allgemein.Autonomiezeit. Die schwankt sekündlich zwischen 400 und 1000 Stunden?

Hatte den Fehler:

You are assigning a string to the state "0_userdata.0.Charge_Control.Allgemein.Autonomiezeit" which expects a number. Please fix your code to use a number or change the state type to string. This warning might become an error in future versions.

Habe es auf String geändert, nun ist der Fehler weg aber die Werte sind sehr hoch???

[jh537]

@jh537 Wenn nichts aus der Batt gezogen wird, hält sie ewig, deshalb der hohe Wert. Entscheidend ist der Wert wenn die Batt geleert wird-nach der Beschreibung.

[ArnoD]

@jans_ios sagte in E3DC Hauskraftwerk steuern:

Also - morgens wird "Batterie entladen stoppen 0W" gesetzt, sobald der PV-Ertrag den Hausverbrauch übersteigt, soweit gut.

Verstehe ich das richtig?
Wenn am Morgen, also vor Regelbeginn das Laden der Batterie verhindert wird, und dann ein Verbraucher zu einem Entladen der Batterie führen würde, wird nicht auf Entladen umgeschaltet?

Das muss ich mir mal ansehen, ist eigentlich nicht so gedacht :-)

[ArnoD]

@jh537 sagte in E3DC Hauskraftwerk steuern:

Habe es auf String geändert, nun ist der Fehler weg aber die Werte sind sehr hoch???

Habe es bei mir gerade geprüft, die Objekt ID 0_userdata.0.Charge_Control.Allgemein.Autonomiezeitwird als string angelegt.
Kann aber sein, dass es in einer vorherigen Version mal als number deklariert wurde.

Wenn nichts aus der Batt gezogen wird, hält sie ewig, deshalb der hohe Wert. Entscheidend ist der Wert wenn die Batt geleert wird-nach der Beschreibung.

Richtig. In der VIS wird der Wert deswegen nur beim Entladen der Batterie angezeigt und beim Laden ausgeblendet.

[jans_ios]

@arnod
Ja, genau den Effekt habe ich hier. Der Witz ist - starte ich das Skript einmal neu, läuft es ab dann sauber…

[nerg]

@arnod ich habe heute das erste Mal einen Tag wieder wo das Skript wirklich regeln müsste. Aber es bleibt rot. Phänomen bleibt gleich. :(

// Es scheint so, als würde er - wenn er einmal die Kontrolle hat - diese auch behalten. Als würde er aber den Einstieg verpassen.
Er hat die Kontrolle aber übernommen, nachdem ich das Skript neu gestartet hab (sonst nichts)

/// Hab auch Mal nach eurem zweiten Phänomen geschaut, ob ich das nachstellen kann. Zumindest jetzt nach dem restart läuft es sauber (vorher hat er aber ja eh nichts gemacht)

//// 3. Nachtrag: nun nach circa 30-40 Minuten ist die Kontrolle wieder weg.