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

[Andy200877]

@oxident Ich habe die gleiche Wärmepumpe seit heute... g
Im Handbuch seht aber auch das die Wärmepumpe einen RS485 Anschluss besitzt.

Man könnte ja auch da evtl. etwas abgreifen.

Das Wlan Modul ist z.Z. ja nicht lieferbar, aber lohnt es sich überhaupt ?
Wenn man sich die Bewertungen der App ansieht, überlege ich ob ich wirklich 169,- EUR dafür ausgeben soll..

[oxident]

@andy200877 RS485 klingt toll, aber ich wollte eine kurzfristige Lösung

Das Modul konnte ich vorletzte Woche noch problemlos bei Poolsana bestellen. Ist ja blöd, wenn es jetzt ausverkauft ist!

Denke, es ist das Geld locker wert.

Die negativen Bewertungen verstehe ich nicht. Es läuft (auch mit der App) bei mir wunderbar und ich war erstaunt, dass man sogar den Stromverbrauch auslesen kann. Das geht jedoch nur mit meinem Skript.

[Foggy 0]

@oxident 1000x Danke dafür!
Ich habe schon seit Monaten eine Lösung gesucht die "dumme" WP smart zu machen.

Mit Deinem "Adapter" kann ich sie endlich per Überschuss der Photovoltaik ansteuern.
Nur schade dass ich erst letzte Woche zwei Temperaturfühler verbaut habe. Naja, dann können die wieder raus

PS: Einbindung hat auf anhieb geklappt!

[oxident]

@foggy-0 Gerne. Wird auch irgendwann mal ein Adapter werden

[dering]

@oxident Coole Sache. Hab gerade das Script ohne große Problem einbinden können.
Jetzt kann ich auch die Luftwärmepumpe in Abhängigkeit des Wetters steuern :).

[oxident]

Nur mal so in die Runde geworfen: Das Servicekennwort in der App ist 022

Vielleicht findet da ja jemand noch weitere interessante Werte die ich aufnehmen kann.

[oxident]

@dering Aha! Bin Anfänger in sowas. Was genau machst Du denn vom Wetter abhängig?

[dering]

@oxident Nicht ganz direkt mit dem Wetter, sondern mit dem Status des Akkus meiner PV Anlage. Wenn die z.B. vormittags um 11 Uhr weniger als 70% aufgeladen ist, wird die Luftwaermepumpe nicht eingeschaltet. Sondern z.B. erst nachmittags ab 14 Uhr.

[dering]

@oxident Ich hatte die letzten Tage immer wieder das Problem, das nichts passiert ist, wenn ich den Modus von Auto auf Off oder von Off auf Auto gestellt habe (via Script). Hab ich es dann nochmal direkt über die Objekte im iobroker gemacht, hats funktioniert.
Es liegt vermutlich daran, dass das Token abgelaufen ist.

Ich habe jetzt in den on Subscriptions vor den Funktionen updateDevicePower, updateDeviceSilent und updateDeviceSetTemp ein updateToken() eingebaut:

...
on({id: dpRoot + ".mode", change: "ne", ack: false}, async function (obj) {
    updateToken();
    updateDevicePower(device, getState(dpRoot + ".mode").val);
});
 
on({id: dpRoot + ".silent", change: "ne", ack: false}, async function (obj) {
    updateToken();
    updateDeviceSilent(device, getState(dpRoot + ".silent").val);
});
 
on({id: dpRoot + ".tempSet", change: "ne", ack: false}, async function (obj) {
    updateToken();
    updateDeviceSetTemp(device, getState(dpRoot + ".tempSet").val);
});

[oxident]

@dering Interessant. Eigentlich müsste es auch so funktionieren, aber der Workaround ist gut! Hatte bei mir das Problem noch nicht, arbeite aber auch bisher noch nicht mit der "Auto"-Funktion.

Man müsste nur schauen, ob sich dadurch nucht alles zu sehr verzögert.

Vielleicht wäre es ausreichend, den Timeout vom Toker niedriger zu setzen.

[dering]

@oxident Nehmen wir an ich hätte die Funktion updateToken() nicht vorher drin. Wenn ich das richtig sehe, wird in der Funktion updateDevicePower() kein neues Token angefordert, wenn das token leer ist. Ich denke es liegt daran.

[oxident]

@dering Richtig, ein neuer Token wird dort direkt nicht angefordert.
Aber der Token wird ja alle 60min als ungültig angesehen und jede Minute findet eine derartige Prüfung statt:

schedule('*/' + interval + ' * * * * *', function () {
    updateToken();
    if(!getState(dpRoot + ".mode").ack) {
        updateDevicePower(device, getState(dpRoot + ".mode").val);
    }
    if(!getState(dpRoot + ".silent").ack) {
        updateDevicePower(device, getState(dpRoot + ".silent").val);
    }
});

schedule('*/60 * * * *', function () {
    // Token verfällt nach 60min
    token = "";
});

In Deinem Fall würde das ja bedeuten, dass der Token schon innerhalb einer Minute wieder verfallen ist oder aber, er wurde vom Server als ungültig bezeichnet (und dann vom Skript gelöscht).

Ich würde aber die Prüfung in der Tat so in's Skript aufnehmen wie Du's gemacht hast.

Stand denn irgendwas im Log?

[dering]

@oxident Also meine Anpassungen haben leider nichts gebracht.
Morgens um 10 Uhr wird die LWP eingeschaltet (mode: 2) und abends um 20 Uhr ausgeschaltet (mode: -1).

Mir kommt es so vor, das genau zur vollen Stunde das Token zurückgesetzt wird und somit nicht mehr gültig ist.

Folgendes sehe ich um 20 Uhr in der Log:

2022-06-02 20:00:00.071  - info: javascript.0 (462) script.js.Poolsteuerung.Luftwaermepumpe_Werte_auslesen: updateDevicePower: token ist leer
2022-06-02 20:00:00.074  - info: javascript.0 (462) script.js.Poolsteuerung.Luftwaermepumpe_Automatische_Steuerung: telegram: Luftwaermepumpe wurde auf Off eingestellt.
2022-06-02 20:00:00.097  - info: javascript.0 (462) script.js.Poolsteuerung.Luftwaermepumpe_Werte_auslesen: updateDeviceStatus: token ist leer

Vielleicht sollten wir das Skript so schreiben, dass es auto. ein neues Token generiert, wenn es leer ist, und dann einfach in der Funktion weiter macht?

[oxident]

@dering Sehr mysteriös. Gegenvorschlag: Der Token wird ja alle 60min vom Skript automatisch gelöscht. Vielleicht probieren wir's mal so, dass genau danach der Token direkt neu generiert wird.

Könntest Du mal den "60min"-Block recht weit unten im Skript wie folgt ändern?

schedule('*/60 * * * *', function () {
    // Token verfällt nach 60min
    token = "";
    updateToken();
});

[dering]

@oxident Alles klar, versuchen wir es mal so. Ich habe die Änderung jetzt eingebaut. Morgen um 14 Uhr werden wir sehen, obs geholfen hat. Ich werde berichten.
Ich hätte Interesse einen Adapter dafür zu schreiben, jedoch habe ich null Ahnung. Ich kenne auch keine Seite die das Grundprinzip erklärt.

[dering]

@oxident Hat auch nicht geholfen. Ich habe die Vermutung, dass es daran liegt, dass genau in dem Moment, wenn das Token gelöscht und erneut wird, auch der Modus verändert wird und dann auf ein leeres Token stößt.

javascript.0
2022-06-08 14:00:00.237	info	script.js.Poolsteuerung.Luftwaermepumpe_Werte_auslesen: Login ok! Token ...
javascript.0
2022-06-08 14:00:00.237	info	script.js.Poolsteuerung.Luftwaermepumpe_Werte_auslesen: updateToken: {"statusCode":200,"body":{"error_code":"0","error_msg":"Success","error_msg_code":"","object_result":{"role_name":"User","user_type":"Customer","user_id":"...","user_name":".....de","nick_name":"...","roleName":"User","x-token":"...","real_name":null},"is_reuslt_suc":true},"headers":{"date":"Wed, 08 Jun 2022 12:00:00 GMT","content-type":"application/json;charset=UTF-8","transfer-encoding":"chunked","connection":"close","set-cookie":["JSESSIONID=...; Path=/cloudservice; HttpOnly"]},"request":{"uri":{"protocol":"https:","slashes":true,"auth":null,"host":"cloud.linked-go.com","port":443,"hostname":"cloud.linked-go.com","hash":null,"search":null,"query":null,"pathname":"/cloudservice/api/app/user/login.json","path":"/cloudservice/api/app/user/login.json","href":"https://cloud.linked-go.com/cloudservice/api/app/user/login.json"},"method":"POST","headers":{"accept":"application/json","content-type":"application/json","content-length":75}}}
javascript.0
2022-06-08 14:00:00.106	info	script.js.Poolsteuerung.Luftwaermepumpe_Automatische_Steuerung: telegram: Luftwaermepumpe wurde auf Off eingestellt.
javascript.0
2022-06-08 14:00:00.105	info	script.js.Poolsteuerung.Luftwaermepumpe_Werte_auslesen: updateDeviceStatus: token ist leer
javascript.0
2022-06-08 14:00:00.104	info	script.js.Poolsteuerung.Luftwaermepumpe_Werte_auslesen: updateDevicePower: token ist leer

Was hältst du von dem Vorschlag das Zurücksetzen des Tokens bzw. die Erneuerung auf eine krumme Zahl einzustellen, z.B. alle 57 Minuten?

[oxident]

@dering said in [Javascript] Midas (Aquatemp) Poolheizung:

Was hältst du von dem Vorschlag das Zurücksetzen des Tokens bzw. die Erneuerung auf eine krumme Zahl einzustellen, z.B. alle 57 Minuten?

Sehr gute Idee
Magst Du das mal testen?

[dering]

@oxident Leider hat es auch nicht geholfen.
Was mir damals schon aufgefallen ist, wenn ich den Objekten von iobroker mir den Datenpunkt "mode" angesehen hatte, während der Modus geändert wurde, ist der Wert manchmal hin und her gesprungen. Also von -1 auf 2 und dann wieder auf -1.

Eventuell hat es etwas mit der async function zutun? z.B. hier:

on({id: dpRoot + ".mode", change: "ne", ack: false}, async function (obj) {
    updateDevicePower(device, getState(dpRoot + ".mode").val);
});

Aus welchem Grund hast du das eingebaut?

Warum aktualisierst du den Wert nochmal, wenn der noch nicht acknowledged wurde?

schedule('*/' + interval + ' * * * * *', function () {    
    if(!getState(dpRoot + ".mode").ack) {
        updateDevicePower(device, getState(dpRoot + ".mode").val);
    }

In meinen Scripten habe ich acknowledged noch nie verwendet . Können wir das vielleicht einfach weglassen?

[Andy200877]

Nachdem das Wifi Modul seit heute wieder lieferbar ist, habe ich es mir direkt bestellt.
Ich möchte je nach PV-Leistung die Wärmepumpe ein.- bzw. ausschalten.
Dafür brauche ich auch das Script..... g

Ich habe auch mal etwas am Script gebastelt... Die Objekte werden so automatisch erstellt, wenn diese noch nicht vorhanden sind.
Das ganze muss vor der Zeile : "updateToken();"

function createobjects() {
    log ("erstelle Objekte");
    createState(dpRoot + '.ambient', {read: true, write: false,  type: "number", unit:"°C", name: "Umgebungstemperatur"});
    createState(dpRoot + '.connection', {read: true, write: false,  type: "boolean", role: "state", name: "Verbindung", def: "false"});
    createState(dpRoot + '.consumption', {read: true, write: false,  type: "number", unit:"W", name: "Stromverbrauch", def: 0});
    createState(dpRoot + '.error', {read: true, write: false,  type: "boolean", role: "state", name: "Fehler", def: "false"});
    createState(dpRoot + '.errorCode', {read: true, write: false,  type: "string", name: "Fehlercode", def: ""});
    createState(dpRoot + '.errorLevel', {read: true, write: false,  type: "number", name: "Fehlerlevel"});
    createState(dpRoot + '.errorMessage', {read: true, write: false,  type: "string", name: "Fehlermeldung", def: ""});
    createState(dpRoot + '.mode', {read: true, write: true,  type: "string", states: "-1:off;0:cool;1:heat;2:auto", name: "Modus", def: ""});
    createState(dpRoot + '.silent', {read: true, write: true,  type: "boolean", role: "state", name: "Silent", def: "false"});
    createState(dpRoot + '.state', {read: true, write: false,  type: "boolean", role: "state", name: "Status", def: "false"});
    createState(dpRoot + '.tempIn', {read: true, write: false,  type: "number", unit:"°C", name: "Eingangstemperatur"});
    createState(dpRoot + '.tempOut', {read: true, write: false,  type: "number", unit:"°C", name: "Ausgangstemperatur"});
    createState(dpRoot + '.tempSet', {read: true, write: true,  type: "number", unit:"°C", name: "Solltemperatur"});
}

createobjects();

[oxident]

@andy200877 Super, danke für Deine Zuarbeit. Hab's eingebaut und das Skript oben aktualisiert.

Jetzt wundert mich noch das Problem von @dering ... ich kann das bei mir nicht wirklich nachstellen.