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

[lars72]

Ich würde meine zukünftige Lösung ja gerne veröffentlichen, aber ich hänge noch fest, weil ich die Drosselung nicht vom iobroker zum Ahoy schicken kann.

Wenn ich das Topic mit mqtt explorer veröffentliche, kann ich es ohne "/" vor ahoy in das Verzeichnis 0 schreiben, und wenn ich den / davor setze, dann kann ich ins Verzeichnis ahoy schreiben. Im Verzeichnis ahoy liegen alle Dinge, die ich von der Ahoy-DTU geschickt bekomme. D.h. die ahoy-DTU sendet unter dem Topic ahoy.

In welchen Ordner muß das rein?

Das hier ist das ganz kurze Testskript:

Wenn das gelaufen ist, dann sehe ich zwar in den Objekten, dass der Wert auf 50 geändert wurde, aber der ist rot und beim Maus-over steht auch "bestätigt: false".

Muß ich irgendwo noch die IP der Ahoy-DTU eintragen? Oder woher weiß das iobroker-Skript, wo es hin geschickt werden soll?

PS: Habe nun in den Objekten den / am Anfang rausgelöscht, dann erscheint nach dem Durchlaufen des Skripts die "50" kurz grün und dann gleich wieder rot.

Hier der Code des Objekts:

[Tigger66]

@lars72 zum Ahoy kann ich nicht viel beitragen. Da ich ständig das Problem hatte, dass sich das Teil "aufhing" bin ich zu OpenDTU gewechselt und finde es läuft stabiler. Außerdem gibt es dafür einen Adapter, der in den Objekten die nötigen Datenpunkte anlegt die man dann gut ansteuern kann. Hat die Sache für mich viel einfacher gemacht.

[Kymchy]

@lars72 die dürfen gerne rot sein...

[Kymchy]

@lars72 said in Regelung eines Hoymiles Solarinverters (Nulleinspeisung):

Muß ich irgendwo noch die IP der Ahoy-DTU eintragen? Oder woher weiß das iobroker-Skript, wo es hin geschickt werden soll?

das regelt doch alles der MQTT Broker!

[lars72]

@tigger66
Danke, aber wie installiere ich denn den OpenDTU-Adapter?
Erledigt, habe es mit Hilfe geschafft...

[Duffy]

@tigger66 sagte in Regelung eines Hoymiles Solarinverters (Nulleinspeisung):

zum Ahoy kann ich nicht viel beitragen. Da ich ständig das Problem hatte, dass sich das Teil "aufhing" bin ich zu OpenDTU gewechselt und finde es läuft stabiler. Außerdem gibt es dafür einen Adapter, der in den Objekten die nötigen Datenpunkte anlegt die man dann gut ansteuern kann. Hat die Sache für mich viel einfacher gemacht.

Hi tigger66,

heißt das wenn du im openDTU Adapter die Leistung reduzierst (set the inverter limit ....) die Werte auch an die openDTU übertragen werden?

Bei mir funktioniert das nicht nur wenn ich über openDTU die Leistung reduziere wird das auch direkt im openDTU Adapter angezeigt.

Viele Grüße

[Kymchy]

@duffy Nachrichten ohne "retain"-Flag senden im MQTT-Adapter

[Tigger66]

@Duffy ich hab die Datenpunkte im Blockly von @Kymchy angepasst auf die Datenpunkte im OpenDTU Adapter wie in meinem obigen Beitrag mit Bild angezeicnet und ja das funktioniert eigentlich einwandfrei. Gelegentlich dauert es einen Moment bis der WR den Befahl ausführt. Aber es läuft.

[Kymchy]

@tigger66 aber bitte immer nur non_persistent, sonst schießt ihr euch auf Dauer den Speicher im WR ab.

[Tigger66]

@Kymchy nee ist schon klar. Habe ich bisher immer nur non_persistent gemacht. Hätte die beiden unteren Datenpunkte besser nicht mit einkreisen sollen. Was bringt dass mit den persistent überhaupt? Dass die Einstellung nach dem WR Neustart erhalten bleiben?

[Kymchy]

@tigger66 ja, genau

[Duffy]

@kymchy

Wird der Speicher nicht zurückgesetzt wenn der WR stromlos ist?
Wird er durch persistent speichern dauerhaft beschädigt?

Viele Grüße

[Duffy]

@kymchy sagte in Regelung eines Hoymiles Solarinverters (Nulleinspeisung):

@duffy Nachrichten ohne "retain"-Flag senden im MQTT-Adapter

Sorry, was ist eine retain Flag??

und muß man das über MQTT machen oder geht das auch über den openDTU Adapter?

[Tigger66]

Mal zur Info, ich habe jetzt einfach, zum testen, mal ein zweites Script erstellt und dafür einen weiteren "storedNeededpower" Datenpunkt für den zweiten WR angelegt. Die Regelung läuft also für jeden WR seperat. Aber ich bin bisher mit dem Ergebniss eigentlich zufrieden. Für Verbesserungen bin ich aber immer zu haben.

[Duffy]

@tigger66

Kannst du das Skript bitte hier zur verfügung stellen?

Gruß Duffy

[Tigger66]

@Duffy das ist das Blockly von @Kymchy vom Anfang. Nur jeweils mit den Datenpunkten von den WR und je einem eignem Datenpunkt für "storedNeeddedpower". Beide Blocklys laufen parallel.

[Duffy]

@tigger66

Danke dir schau ich mir mal an.

Viele Grüße

[Duffy]

@kymchy

"aber bitte immer nur non_persistent, sonst schießt ihr euch auf Dauer den Speicher im WR ab."

Kannst du das bitte etwas genauer erklären? Was ist der Grund warum man nicht persistant verwenden sollte, ok, du hast geschrieben wegen dem Wechselrichter Speicher das man den auf Dauer abschießt aber wird der nicht wieder geleert wenn er stromlos wird??

Dann ist die Funktion ja eher kritisch um nicht zu sagen überflüssig, oder?

Viele Grüße

[Tigger66]

So, nach nun einigen Tagen Test, noch einmal eine kurze Rückmeldung. Das Script ist wirklich klasse. Danke noch einmal @Kymchy . Ich hatte allerdings das Problem, dass sich gerade der HM400 oft "aufgehängt" hat, wenn er auf Null runter geregelt war. Entweder hat es sehr lange gedauert eh er wieder mal reagiert hat, oder ich musste ihn resetten. Ich habe dann mal eine untere Begrenzung eingebaut die verhindert, dass der WR komplett auf Null geht. Bei mir 5%. Seither läuft die Sache rund und der WR reagiert wie gewünscht.

[Kymchy]

@tigger66 ich frage mich, wie es passieren kann, dass der WR auf 0 geregelt wird. Irgendeinen Verbrauch hat man doch eigentlich immer.