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

[haus-automatisierung]

@skorpil sagte in [gelöst] Elegantere Programmierung?:

Was spricht statt i++ gegen i=i+1?

Oder i += 1 Wenn man nur um 1 erhöhen möchte, dann nutzt man eigentlich i++ bzw. ++i (Unterschied wurde ja schon erläutert). Möchte man mehr, dann nimmt man eigentlich i += 5.

i = i + 5 ist Geschmackssache. i = i + 1 würde ich z.B. nie schreiben.

[skorpil]

Habe mir zwei Scripte geschrieben. Ziel der Scripte ist es:

Nur, wenn ich NICHT im Urlaub bin, soll bei ABwesenheit der Boiler UND die Boiler Zeitsteuerung ausgeschaltet werden. Bin ich ANwesend soll der Boiler wieder einschalten und auch die Zeitsteuerung wieder aktiv werden.

Script einaus bei AN/ ABwesenheit:

// ###########################################
//            Deklarationen
// ###########################################

const IDAnwesend = 'hm-rega.0.39533'/*Anwesend*/;

// Datenpunkt erstellen (für andere Scripte);
createState('BenutzerVariablen.BoilerProgrammSchalter', '', {
    name: 'Boiler AnAus',
    type: 'boolean'
});

// ProgrSchalter standardmaessig auf true (damit Zeitsteuerung aktiv)
    const ProgrSchalter = 'javascript.0.BenutzerVariablen.BoilerProgrammSchalter'/*Boiler AnAus*/;
    setState(ProgrSchalter, true);

// ##################################
//              Programm
// ##################################

on({id: IDAnwesend, change: 'ne'}, function () {
    const IDBoiler = 'hm-rpc.0.LEQ0197823.1.STATE'/*Zw -Stecker Küche:1 STATE*/;
    const IDUrlaub = 'hm-rega.0.8359'/*URLAUB Hzg  Wohnb  ALLES (Var )*/;
    
    // wenn ABwesend und Urlaub AUS (nur prüfen) , dann Boiler AUS und Zeitsteuerung Boiler AUS;
    if(getState(IDUrlaub).val == 0 && getState(IDAnwesend).val == false) {    
    setState(IDBoiler,false);
    setState(ProgrSchalter, false);
    };

    // wenn ANwesend und Urlaub AUS (nur prüfen) , dann Boiler EIN Zeitsteuerung Boiler EIN;
    if(getState(IDUrlaub).val == 0  && getState(IDAnwesend).val == true) {    
    setState(IDBoiler,true);
    setState(ProgrSchalter, true);
    };
});

Programm Zeitsteuerung:

// ###########################################
//            Deklarationen
// ###########################################

const IDZwBoilerKueche = 'hm-rpc.0.LEQ0197823.1.STATE'/*Zw -Stecker Küche:1 STATE*/;
const BoilerSchalter = 'javascript.0.BenutzerVariablen.BoilerSchalter'/*Boiler AnAus*/;

// ##################################
//              Programm
// ##################################

    schedule({hour: 6, minute: 30}, function () {
    //Wird um 06:30 eingeschaltet, wenn der Boilerschalter true;
    if(getState(BoilerSchalter).val == true) { 
    setState(IDZwBoilerKueche, true);
    };
    });

    schedule({hour: 22, minute: 30}, function () {
    //Wird um 22:30 AUSgeschaltet, wenn der Boilerschalter true;
    if(getState(BoilerSchalter).val == true) { 
    setState(IDZwBoilerKueche, false);
    };
    });

Mich interessiert ob das so funktioniert. Mir ist natürlich bewußt, dass das viel "eleganter" geschrieben werden kann (oder sogar muß). Im ersten Schritt geht es mir jedoch nur um die richtige Funktionalität. Könnt ihr mal drüber schauen? Ich teste es prarallel im Realbetrieb.

[paul53]

@skorpil
Es fehlt ein Trigger auf IDUrlaub. Was soll im Urlaub anders laufen als sonst?
IDs sollte man außerhalb von Funktionen (am Anfang) deklarieren und initialisieren.
Beide Skripte lassen sich zu einem Skript zusammenfassen, was doppelte Deklarationen erspart.
Eigene Datenpunkte erstellt man unter "0_userdata.0".

Im ersten Skript wird der DP "javascript.0.BenutzerVariablen.BoilerProgrammSchalter" im zweiten der DP "javascript.0.BenutzerVariablen.BoilerSchalter" verwendet.

[skorpil]

@paul53 sagte in [gelöst] Elegantere Programmierung?:

Im ersten Skript wird der DP "javascript.0.BenutzerVariablen.BoilerProgrammSchalter" im zweiten der DP "javascript.0.BenutzerVariablen.BoilerSchalter" verwendet.

Dankeschön. Du bist ein Luchs Ich hatte diesen nachher noch einmal umbenannt.

Im Urlaub schalte ich den Boiler (und weitere Geräte) in weiteren Scripts komplett aus. Und die Variable "Urlaub" wird auf wahr gesetzt.

ID's am Anfang definieren, also besser so?

const IDBoiler = 'hm-rpc.0.LEQ0197823.1.STATE'/*Zw -Stecker Küche:1 STATE*/;
const IDUrlaub = 'hm-rega.0.8359'/*URLAUB Hzg  Wohnb  ALLES (Var )*/;

on({id: IDAnwesend, change: 'ne'}, function () {

Ich bin ja schon mal riesig froh, dass ich wenigstens die Funktionalität richtig hinbekommen habe.

Ja, das könnte man auch in einem Script zusammenfassen. Für mich ist das aver so übersichtlicher.

[paul53]

@skorpil sagte: also besser so?

Ja, alle IDs. Konstanten muss man ohnehin vor ihrer Verwendung deklarieren.

const IDBoiler = 'hm-rpc.0.LEQ0197823.1.STATE'/*Zw -Stecker Küche:1 STATE*/;
const IDUrlaub = 'hm-rega.0.8359'/*URLAUB Hzg  Wohnb  ALLES (Var )*/;
const IDAnwesend = 'hm-rega.0.39533'/*Anwesend*/;
 
on({id: IDAnwesend, change: 'ne'}, function () {

[skorpil]

@paul53 Danke Dir sehr

Eigene Datenpunkte erstellt man unter "0_userdata.0".. Dazu der Hinweis: irgendwann hatte mir pix mal beim Scripten unter die Arme gegriffen. Und da ist dann dieser Folder entstanden. Was meinst Du, sollte ich das in allen Scripten ändern? Vor- und Nachteile? Bisher stehen diese "userdata" alle in Verzeichnissen unter "javascrip".

[paul53]

@skorpil sagte: Bisher stehen diese "userdata" alle in Verzeichnissen unter "javascrip".

Wenn es schon viele eigene Datenpunkte sind, dann lass es besser so und bleibe dabei.

[skorpil]

@paul53 ich hänge gerade wieder mal und bruache Hilfe:

ich möchte eine Aktion auslösen, aber nur nachts. Konkret, wenn der Bewegungsmelder eine Bewegung - aber eben nur nachts - detektiert, dann soll das Licht angehen.

Geht das mit schedule (Astrofunktion nur nachts) und einer if abfrage? Aber wie müßte das geschachtelt werden? Ich komme nicht dahinter! Danke für Hilfe.

Gruß Bernd52

[haus-automatisierung]

@skorpil Du kannst den Trigger nicht auf nachts einschränken. Du musst im Trigger bei der Bewegung prüfen, ob gerade Nacht ist.

[paul53]

@skorpil sagte: Bewegung - aber eben nur nachts

Innerhalb des Bewegungstriggers muss "nacht" abgefragt werden.
Dafür liefert der Javascript-Adapter den Standard-Datenpunkt "javascript.0.variables.isDayTime", dessen Verhalten in der JS-Instanz-Konfiguration vorgegeben wird.

const IDAnwesend = 'hm-rega.0.39533'/*Anwesend*/;
const idTag = 'javascript.0.variables.isDayTime';

on({id: IDAnwesend, change: 'ne'}, function () {
    if(!getState(idTag).val) {
        // Aktionen bei Bewegung nachts
    }
});

[skorpil]

@paul53 Dankeschön. Das hilft.

[skorpil]

@haus-automatisierung merci

[skorpil]

ich brauche bitte nochmal eine Erklärung, weil ich offenbar die ON Funktion noch nicht richtig verstanden habe resp. werde ich aus der Beschreibung "ioBroker/ioBroker.javascript" nicht wirklich schlau. Genauer gefragt, welche Rolle spielt in der ON Funktion der Teil "function" ?

on({id: IDAnwesend, val: false} , function (data) {

Hier kommt hinter function "data". Und hier:

on({id: IDAnwesend, change: 'ne'}, function () {

ist der Klammerausdruck leer. Was ist der Unterschied? Wann muß da data rein und wann kann die Klammer leer bleiben.

[haus-automatisierung]

@skorpil sagte in [gelöst] Elegantere Programmierung?:

ist der Klammerausdruck leer. Was ist der Unterschied? Wann muß da data rein und wann kann die Klammer leer bleiben.

Das ist eine Callback-Funktion. Diese nimmt einen Parameter entgegen und enthält ein Objekt, mit dem neuen State. Oben haben wir dafür schon einige Beispiele geliefert. Darin ist z.B. der neue und der vorige Wert des States enthalten, welches den Trigger ausgelöst hat.

Wenn Du diese Daten nutzen möchtest, dann musst Du den Parameter natürlich definieren. Wenn Du den eh nicht brauchst, kannst Du den Parameter weg lassen.

on({id: IDAnwesend, val: false} , function (data) {

ist z.B. das gleiche wie

on({id: IDAnwesend} , function (data) {
    if (!data.state.val) {

Wie Du den nennst, ist total egal. Der hat als Scope dann ja eh nur deine Funktion:

on({id: IDAnwesend} , function (blablabla) {
    if (!blablabla.state.val) {

[skorpil]

Ich möchte in der ON Anweisung prüfen, ob state1 ODER state2 true ist. Also, wenn ich das Licht "AussenSchlaf" oder das Lich "HinterTV" einschalte, soll etwas passieren. Das könnte ich ja mit zwei Scripten lösen. Aber ich würde es gerne in einem Script erledigen. Mein Versuch:

on({IDLichtschalterAussenSchlaf || IDLichtschalterHinterTV} , true, function () {

ist offenbar falsch. Wie wäre die richtige Notation?

[paul53]

@skorpil sagte: Licht "AussenSchlaf" oder das Lich "HinterTV" einschalte, soll etwas passieren.

on({id: [IDLichtschalterAussenSchlaf, IDLichtschalterHinterTV], change: 'gt'}, function () { // triggert bei Wertänderung false --> true

[skorpil]

@paul53 was war an meiner Variante mit den "||" falsch?

[paul53]

@skorpil
Laut Doku kein zulässiges Muster.

[skorpil]

@paul53 ...und wie wäre das so gegangen?

u can use following parameters to specify the trigger:

parameter	type/value	description
logic	string	"and" or "or" logic to combine the conditions (default: "and")

[paul53]

@skorpil sagte in [gelöst] Elegantere Programmierung?:

wäre das so gegangen?

Nein, das bezieht sich auf die verschiedenen Bedingungen.

on({id: ID1, val: true, ack: true}, function() {});

bedeutet: Wert == true UND Bestätigung == true.
Das kann man ändern in Wert == true ODER Bestätigung == true:

on({id: ID1, logic: 'or', val: true, ack: true}, function() {});

Habe ich selbst noch nie gemacht.