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

[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 ;-)

[Black Thunder]

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

@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!

Wunderbar, immerhin schon mal ein Problem vom Tisch. ;)

Zwecks der weiteren Anpassungen am Report mach ich mir noch ein paar Gedanken zur genauen Ausgestaltung und gebe hier wieder Bescheid, wenn's was zum Testen gibt. Danke auf jeden Fall schon mal fürs Feedback.

[Black Thunder]

So, folgende Anpassungen habe ich gerade auf GitHub hochgeladen:

• Der "reports"-Channel wurde umstrukturiert, daher am besten diesen Channel vor dem Update auf die neue Version löschen. Direkt darunter liegen als States jetzt nur noch "startDate", "endDate" und "getPowerConsumptionReport". Daneben gibt es jetzt zusätzlich als Subchannel "lastReportData", der nun alle abgerufenen Werte beinhaltet.
• Unter "lastReportData" liegen jetzt nur noch kumulierte Werte pro Betriebsmodus und ein komplett kumulierter Wert aller Betriebsmodi zusammen für den ausgewählten Berichtszeitraum. Damit entfallen alle anderen States, die bisher auf Monatsebene heruntergebrochen waren. Zusätzlich gibt es den neuen State "rawPowerConsumptionData", der die Berichtsdaten in kompletter Rohform als JSON enthält. Damit kann dann noch allerlei individueller Schindluder getrieben werden, wenn gewünscht. ;)
• "startDate" und "endDate" dürfen damit jetzt auch gleich sein

Sieht dann ungefähr so aus:

Bitte gerne mal von GitHub die aktuelle Version installieren und testen, ob alles wie gewünscht funktioniert oder noch Fragen offen sind. Wenn alles passt, werde ich noch die Doku entsprechend anpassen.

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

Cool wäre halt, wenn's zusätzlich gleich für alle Klimageräte zusammen sein könnte.

Das schau ich mir dann im Anschluss noch an. Lässt sich bestimmt irgendwie realisieren. ;)

[oxident]

@black-thunder Perfekt. Läuft wie geschmiert.
Jetzt kann ich endlich den aktuellen Tagesverbrauch ohne umständliches Abziehen des Vortageswerts ermitteln.

Danke ;-)

[Black Thunder]

@oxident
Ich habe mal wieder was Neues gebastelt und die gewünschte Funktionalität eingebaut, geräteübergreifend Berichte abzurufen und zu kumulieren. Dazu gibt es jetzt auf "root"-Ebene einen neuen Channel "reports", der genau wie die gerätespezifischen Channels strukturiert ist. Wird nun dort der Abruf gestartet, werden im Hintergrund alle Geräte einzeln abgerufen und im Anschluss als kumulierte Datenpunkte im neuen Channel abgelegt. Sieht dann wieder so aus in etwa:

Auf GitHub wartet die entsprechende Version darauf, getestet zu werden. ;)