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

[Geesthachter]

@black-thunder
Ja dort ändert es sich wenn ich per Alexa Befehle gebe aber im melcloud Adapter hier im iobroker unter Objekte ändert sich nichts.
Hinweis: Ich habe Alexa nicht über den iot Adapter verbunden sondern direkt mit der melcloud gekoppelt.

Ich hatte Alexa auch schon über den iot Adapter verbunden. Dann klappte es, dann kamen die Befehle auch im melcloud Adapter an aber wenn ich dann per Alexa den Befehl gab sie solle die Klimaanlage einschalten dann tat sie das zwar aber die eingestellte Wunschtemperatur sprang dann immer auf 31 Grad und musste dann erst wieder mit einem zweiten Befehl auf die wirkliche Wunschtemperatur geändert werden.

[Black Thunder]

@geesthachter Hm.... also ich hab das gerade mal bei mir nachgestellt in der gleichen Konstellation wie du, sprich den Alexa Skill direkt mit der Melcloud gekoppelt und via Alexa-Sprachbefehl die Solltemperatur geändert. Da werden die Werte einwandfrei in die Melcloud und anschließend auch in den Adapter in ioBroker übernommen.
Wie hoch ist dein Abrufintervall im Adapter eingestellt? Die Änderung wird erst verzögert nach Ablauf dieser Zeit übernommen und nicht in Echtzeit.

[Geesthachter]

@black-thunder sagte in Test Adapter melcloud v1.1.x Latest:

Abrufintervall

Danke für die Info.

Der Abrufintervall stand auf 5.
Dadurch gab es tatsächlich eine Verzögerung von fast 5 Minuten.
Ich habe es jetzt auf 1 gestellt. Die Verzögerung verkürzt sich dadurch auf etwas weniger als eine Minute.
Warum gibt es diese Verzögerung?
Wenn ich Alexa einen Befehl gebe wird dieses doch sofort an der Klimaanlage ausgeführt warum wird es dann nicht auch sofort im Adapter angezeigt?

Wenn ich es per Visualisierung über deinen melcloud Adapter schalte kann ich doch auch mehrere Befehle direkt nacheinander schalten.

[Black Thunder]

@geesthachter Die Verzögerung liegt darin begründet, dass es keine offizielle Schnittstelle zur Melcloud gibt, sondern ich mit dem Adapter im Prinzip nur die App simuliere. Das heißt ich kann nicht auf Änderungen direkt reagieren, da es einen solchen Kommunikationskanal nicht gibt. Stattdessen werden in regelmäßigen Abständen (= Abrufintervall) Anfragen an die Cloud geschickt, die die aktuellen Daten zurückliefern. Und um da die Last nicht übermäßig groß werden zu lassen, habe ich das auf maximal einmal pro Minute beschränkt.

Das Senden von Befehlen hat damit nichts zu tun, das passiert in Echtzeit.

[Geesthachter]

@black-thunder
Okay danke,
Jetzt wo ich weiß woran es liegt und der Abrufintervall bei mir auf 1 steht bin ich auch zufrieden.
Danke für den super Adapter und deine Hilfe.
Gruß

[derrapf]

Eine Frage hätte ich auch noch, vielleicht weiss das jemand.
Ich habe heute in der MelApp mal mit den Berichten rumgespielt und im Grunde gesehen, dass ich Keine habe.
"Monatliche Temperatur", "Betriebsart", "WIFI", "Fehlerbericht" z.B. ist komplett leer.
Das Einzige was zu gehen scheint ist der Energierverbrauch. Wobei auch hier, obwohl ich ein Intervall vom 7.6.2021 bis 7.6.2022 eingegeben habe, nur vom August bis Jan angezeigt wird:

Auch im IOBroler sind die Datenpunkte ziemlich übersichtlich gefüllt:

Nur totalPowerConsumptionHeat, totalPowerConsumptionHeatDecember,totalPowerConsumptionHeatJanuary haben einen Wert.

Muss ich da noch irgendwas einstellen, dass das funktioniert?

Gruss Ralf

[darkblu]

@derrapf
klickst du denn auch auf „getPowerConsumptionReport“ ?

Bei mir funktioniert das manchmal, aber auch nicht immer.

Was auch komisch ist, trage ich bei „endDate“ das aktuelle Datum ein, addiert der Melcloud Adapter immer einen Monat drauf.
Ich habe z.B. 2022.07.11 eingetragen, bei „endDate“ steht dann aber 2022.08.11

Eins noch in eigener Sache, wie kann ich den Button bei „getPower…“ eigentlich per VIS betätigen ?

[Black Thunder]

@derrapf Also wenn in der Melcloud/App selbst nicht mehr Daten zu sehen sind, kann der Adapter auch keine zusätzlichen anzeigen. ;)
Warum dir da aber nicht mehr angezeigt wird, kann ich dir auch nicht sagen. Evtl. unterstützen deine Innengeräte nicht mehr Anzeigen/Daten?

@darkblu said in Test Adapter melcloud v1.1.x Latest:

Was auch komisch ist, trage ich bei „endDate“ das aktuelle Datum ein, addiert der Melcloud Adapter immer einen Monat drauf.
Ich habe z.B. 2022.07.11 eingetragen, bei „endDate“ steht dann aber 2022.08.11

Das liegt am Admin-Adapter selbst. Welche Version vom Admin-Adapter verwendest du? Das Problem mit der Anzeige des Datums sollte seit v5.4.8 behoben sein (siehe hier).

@darkblu said in Test Adapter melcloud v1.1.x Latest:

Eins noch in eigener Sache, wie kann ich den Button bei „getPower…“ eigentlich per VIS betätigen ?

VIS verwende ich nicht, aber ich würde mal vermuten einfach einen Button anlegen und den State dort hinterlegen, so dass bei Klick "true" geschrieben wird.

[darkblu]

@black-thunder
ich habe (noch) den Admin „stable“ 5.3.8 am laufen

Mit dem Taster in VIS probiere ich am WE mal aus.

Danke

[Geesthachter]

@black-thunder

Das liegt am Admin-Adapter selbst. Welche Version vom Admin-Adapter verwendest du? Das Problem mit der Anzeige des Datums sollte seit v5.4.8 behoben sein (siehe hier).

Das kann ich bestätigen, das Problem mit dem Datum ist mit der Admin-Adapter beta v.5.4.8 behoben aber leider habe ich sehr viele Probleme mit der beta v.5.4.8 (Abstürze, verlangsamtes reagieren). Ich bin darum jetzt wieder zurück auf der v5.3.8 jetzt ist natürlich das Problem mit dem Datum hier wieder vorhanden.

Ich habe auch noch eine Frage zum melcloud Adapter, Bei mir wird bei allen Energierverbrauchswerten immer nur 0 kWh angezeigt.
StartDate und EndDate habe ich eingetragen und den getPowerConsumptionReport Button habe ich ausgelöst.
Was mache ich falsch?

[Black Thunder]

@geesthachter
Mit der Admin-Version hatte ich eigentlich keine Probleme, bin aber mittlerweile schon auf der v6.x ;) Allerdings ist das mit dem Datum an der Stelle eh nur ein kosmetisches Problem und sollte keine weiteren Auswirkungen haben.

Bekommst du denn für denselben Zeitraum in der App/Melcloud selbst irgendwelche Werte angezeigt? Falls ja, bräuchte ich bitte das zugehörige Debug-Log, wenn du einen Abruf über den Adapter startest.

[Geesthachter]

@black-thunder
Ich bekomme es nicht hin. Aber egal so wichtig ist es mir momentan nicht.

Als Anregung für andere Nutzer, ich habe bei mir noch über ein Blockly einen Timer integriert.
Darüber kann ich einstellen wie lange die Klimaanlage laufen soll.

So sieht es dann in meiner Iqontrol Visualisierung aus.

Hier das Blockly als Bild

und hier das Blockly zum kopieren
Blockly Timer Klimaanlage.txt

dafür habe ich diesen Datenpunkt erstellt
0_userdata.0.Datenpunkt.Klimaanlage.Timer_Zeitbegrenzung

Björn

[derrapf]

@black-thunder
Ja genau. In der Mel-Cloud sehe ich auch nichts. Wo könnte man denn da fragen? Weil schön wäre es ja schon wenn ich da was hätte...

Gruss Ralf

[derrapf]

@darkblu sagte in Test Adapter melcloud v1.1.x Latest:

@derrapf
klickst du denn auch auf „getPowerConsumptionReport“ ?

Bei mir funktioniert das manchmal, aber auch nicht immer.

...
Eins noch in eigener Sache, wie kann ich den Button bei „getPower…“ eigentlich per VIS betätigen ?

Ich hab da keinen Button den ich drücken könnte:

Aber ich kann den Datenpunkt ja auf true setzen (ist er ja schon). Deswegen sind wahrscheinlich auch ein paar Werte da.

Zu Deinem Problem: In Vis kannst Du ja ein Feld das einen Boolean setzt verwenden und den Datenpunkt auf true setzen.

Gruss Ralf

[oxident]

Ich verzweifel auch an dem Abruf des Verbrauchs. Bei mir sind die Daten in der App zwar vorhanden, meine Auswertelogik will aber nicht.

Gerne würde ich per Skript jeden Tag (z. B. um kurz nach Mitternacht) den kompletten Gesamtverbrauch abrufen. Den kann ich ja dann entsprechend verarbeiten und Tagesverbräuche ausrechnen.

Hierzu wollte ich eigentlich den getPowerConsumptionReport-DP per setState auf true setzen. Das scheint aber nur beim ersten Mal geklappt zu haben.

Daher folgende Frage: Könnte es sein, dass man den Wert per Skript erst auf false und dann wieder auf true setzen muss?

[Black Thunder]

@oxident Du hast Recht. Bisher wurde nur auf eine Änderung des Werts von true auf false bzw. andersum reagiert. Habe gerade auf GitHub eine Anpassung hochgeladen, mit der jetzt immer auf den State "getPowerConsumptionReport" unabhängig vom Wert getriggert werden sollte. Bitte einmal die aktuelle Version von dort installieren und Bescheid geben, ob es jetzt klappt.

Unabhängig davon habe ich allerdings gerade bemerkt, dass es mit dem Abruf der Reports noch andere Probleme gibt und das im Moment nur für monatsübergreifende Reports richtig verarbeitet wird. Da muss ich mir noch Gedanken machen, wie ich das am besten noch für tagesgenaue und jahresübergreifende Berichte einbaue.

Aktuell ist es ja so, dass für jeden Monat und jeden Betriebsmodus ein separater State angelegt und mit dem entsprechenden Verbrauchswert befüllt wird. Ist das überhaupt nötig oder würde da statt aufgedröselten Einzelwerten ein kumulierter Wert auch reichen? Oder das Ganze nur in einem State als JSON aufbereitet?
Dann würde sich das Problem mit den verschiedenen möglichen Berichtszeiträumen etwas vereinfachen. ;)

[darkblu]

Also, mir würde Monat reichen, aufgedröselt nach Betriebsmodus bräuchte ich nicht

[oxident]

@black-thunder Jepp, sehe ich auch so. Die beiden Issues sind übrigens von mir ;-)

Die Warnungen beim täglichen Abruf sehe ich auch. Klappt aber dennoch.

[oxident]

@black-thunder said in Test Adapter melcloud v1.1.x Latest:

@oxident Du hast Recht. Bisher wurde nur auf eine Änderung des Werts von true auf false bzw. andersum reagiert. Habe gerade auf GitHub eine Anpassung hochgeladen, mit der jetzt immer auf den State "getPowerConsumptionReport" unabhängig vom Wert getriggert werden sollte. Bitte einmal die aktuelle Version von dort installieren und Bescheid geben, ob es jetzt klappt.

Yes, klappt. Danke!

[oxident]

@black-thunder said in Test Adapter melcloud v1.1.x Latest:

Aktuell ist es ja so, dass für jeden Monat und jeden Betriebsmodus ein separater State angelegt und mit dem entsprechenden Verbrauchswert befüllt wird. Ist das überhaupt nötig oder würde da statt aufgedröselten Einzelwerten ein kumulierter Wert auch reichen? Oder das Ganze nur in einem State als JSON aufbereitet?
Dann würde sich das Problem mit den verschiedenen möglichen Berichtszeiträumen etwas vereinfachen. ;)

Also ich denke, jeder wird hier vermutlich eigene Auswertungen fahren. Ich für meinen Teil bräuchte in der Tat nur einen "Gesamtverbrauch" für den definierten Zeitraum. Wegen meiner gerne nach Modus getrennt. Cool wäre halt, wenn's zusätzlich gleich für alle Klimageräte zusammen sein könnte.

Ich denke, die Aufteilung nach Monaten usw. kann man ja über Skripte selber lösen. Würde auch viel übersichtlicher im Objektbaum sein ;-)