NEWS

@paul53
Vielen Dank für die schnelle Antwort. In Javascript funktioniert der Zugriff auch wie Du vorgeschlagen hast:

getObject("enum.status.alarm").common.members;

Aber in Typescript bekomme ich leider einen Compiler Fehler:

javascript.0 (7963) script.js.benachrichtigungen.Alarm: TypeScript compilation failed: getObject("enum.status.alarm").common.members; ^ ERROR: Property 'members' does not exist on type 'StateCommon | ObjectCommon | ChannelCommon | OtherCommon'. Property 'members' does not exist on type 'StateCommon'.

@ente34 sagte in JSON Post:

var request = require('request'); on({id: "javascript.0.Devices.Tdarr.Worker", change: 'any'}, function (obj) { const myObj = { "nodeID": "local", "process": "increase", "workerType": "transcodecpu" }; const options = { url: 'http://192.168.1.214:8102/api/v2/alter-worker-limit', method: 'POST', body:myObj, json:true }; request(options,function (error, response, body){ error && console.log('error:'+error); response && console.log('response:'+response); body && console.log('body:'+body); }); });

Rtfm
Gemäß der doku muss es body und json heißen.
Hab den Code angepasst
https://github.com/request/request#requestoptions-callback

Ahhh ... der Expertenmodus muss her! Jetzt sehe ich ein Verzeichnis 'global' und da drinnen gibt es ein Script 'Konstante' mit der Deklaration!
Tja, man sollte sich keine längeren Pausen gönnen ...

Danke für den Tipp!!

@peterk34 sagte was meinst mit man wird sie nicht mehr los ?

Die Log-Ausgaben nutzt man zum Debuggen. Wenn ein Debugging nicht mehr nötig ist, will man sich nicht das Log zumüllen. Deshalb würde ich die Log-Ausgaben nicht innerhalb von häufig verwendeten globalen Funktionen platzieren.

EDIT: Du kannst "erstelle Text aus ..." als Rückgabewert verwenden. Dann kann im aufrufenden Skript die Log-Ausgabe damit erfolgen oder auch nicht.

@ofbeqnpolkkl6mby5e13 dann hätte ich hunderte von Datenpunkten. Das wäre mir zu Mühsam. Eigentlich weiß ich meist auch unter welchen Konstelationen das Problem auftritt und kann es nachstellen. Wenn nicht ist es so ein Sonderfall da kann ich auch gerne warten bis das Problem ein zeites mal Auftritt. Hatte ich bisher aber noch nicht. Wenn ich ein Script schreibe steht debugging erstmal auf true bis das es läuft. Meine Lösung hat mir bisher immer gereicht. Aber ja viele Wege führen nach Rom.

@asgothian
Ohhh, kannte ich noch nicht...wieder was gelernt
Vielen Dank, funktioniert 👍

@ente34

Vielen Dank, funktioniert!

MfG
Wastl

@dilldappe-io Bei mir hat das Script mit der Verzögerung nicht funktioniert. Aber ich habe an meinem Shelly RGBW2 dann die App-Einstellung gefunden, ihn immer blinken zu lassen.
Nun schallte ich ihn vom ioBroker nur mit der Farbe und ein/aus.

@atifan sagte: jede Zeile durch einen eigenen Cron, jeweils immer mit 5 Sekunden Verzögerung zum vorherigen Cron getriggert wird.

Unnötige Ressourcen-Verschwendung! Liest Du auch mal Antworten?

@crycode naja der Editor kann nicht wissen das später bei der Ausführung andere globale Skripte davor sind und daher Variablen verfügbar sind die sonst nicht da sind.

@grrfield Heute hat es komischerweise funktioniert.
Habe es jetzt so gelöst um alle Geräte aus zu geben, welche Sprache wiedergeben können und auch online sind.

let AlexaDeviceId = ""; let Devices = $(IdAlexaDevices + ".*." + IdAlexaSprachausgabe); Ausgabe = ""; Devices.each(SendDeviceNames); SendMessage(Ausgabe,UserName); function SendDeviceNames(id,i) { // Da das Ende bekannt sind, kann durch Substring die ID erstellt werden. AlexaDeviceId = id.toString().substring(0,id.length - IdAlexaSprachausgabe.length - 1); // Abfragen, ob das Gerät online ist (Nur online erreichbare Geräte sollen aufgelistet werden) if(getState(AlexaDeviceId + IdSuffixOnline).val == true) { if(Ausgabe =="") { Ausgabe = Ausgabe + getObject(AlexaDeviceId).common.name; } else { Ausgabe = Ausgabe + "\n" + getObject(AlexaDeviceId).common.name; } } }

Ps. Bis ein Gerät als offline angezeigt wird, dauert es allerdings ewig. Ich habe nun schon 5min eine Alexa vom Strom getrennt und sie wird immer noch als online angezeigt.

@schotter sagte: Mit der Korrektur bleibt das Skript stumm?

Ich kann nirgends ein log(text) finden. Mit pushover kenne ich mich nicht aus.

@crycode sagte in Erzeugen von DP mit Array.forEach() funktioniert nicht:

@fastfoot Ich denke das Problem hier ist, dass .forEach für jedes Element im Array die angegebene Callback-Funktion aufruft, aber nicht auf die asynchrone Fertigstellung wartet.

was mich verwundert, die create-Funktion wird ja aufgerufen, dennoch wird immer nur das letzte Element erzeugt.

Du kannst dein Array einfach mit for (let key of statesToCreate) { ... } durchlaufen. Dann sollte es klappen.

jein 🙂 Die States werden jetzt erzeugt, aber nicht mit dem default Wert belegt 😞 Verstehe das wer kann... Edit: Nach Neustart des Systems werden die Werte jetzt angezeigt!

Ich habe es jetzt mit einer normalen for(let i=0;i < array.length; i++) Schleife gelöst, da scheint es so wie mit dem Objekt zu funktionieren.

Vielen Dank für deinen Beitrag, key of Array hatte ich gar nicht auf dem Schirm, wenigstens habe ich noch etwas gelernt 🙂

tärrää So gehts, wenn ich zwei Timeouts verschachtel, läuft es wie geschmiert.

var timeoutisv var timeoutisd on({id: "javascript.0.alarmgeber.innensirene", change: "ne"}, function (obj) { if (obj.state.val === true) { timeoutisv = setTimeout(function () { setState("zwave.0.NODE12.SWITCH_BINARY.Instance_2:_Switch_2", true); timeoutisd = setTimeout(function () { setState("zwave.0.NODE12.SWITCH_BINARY.Instance_2:_Switch_2", false); setState("javascript.0.alarmgeber.innensirene", false); }, getState("javascript.0.alarmgeber.alarmInnerSirenDuration").val*1000); }, getState("javascript.0.alarmgeber.alarmInnerSirenDelay").val*1000); } });

@ahnungsbefreit Danke für deine Unterstützung

@liv-in-sky Ohje, na vielen Dank für den Tipp.👍

@paul53 OK, danke

@grrfield sagte in Datenpunkt erstellen und im Anschluss sofort nutzen:

if(!existsState("javascript.0.Testumgebung.Test2")) runScript();

Da das Neustarten nur beim ersten Anlegen der Datenpunkte passiert, stört es nicht weiter.

Cool, Skripte können sich selbst neu starten. Wieder was gelernt.

@derrapf Klar, da hat der User ja auch die Rechte.

@glasfaser
Habe das nun geändert. War das der einzige Fehler? Bei Goingelectric (da ist das angepasste her) habe ich nach was einfachem geschaut aber nix gefunden. Das genannte scheint ja noch komplizierter zu sein.

schedule("*/30 * * * * *", function () { if (getState("modbus.0.coils.400_Ladefreigabe").val == false) { setState("modbus.0.coils.400_Ladefreigabe"/*Ladefreigabe*/, true); setStateDelayed("modbus.0.coils.400_Ladefreigabe"/*Ladefreigabe*/, true, 3000, false); } // Aktuellen Ladestrom in Variable schreiben Ladestrom_verfuegbar = 0; Ladestrom_verfuegbar = getState("modbus.1.inputRegisters.52_Ladestrom").val; Aktueller_Ladestrom = getState("modbus.0.inputRegisters.100_Strom").val; // Den neuen LS kennen wir noch nicht -> 0 Neuer_Ladestrom = 0; if (Ladestrom_verfuegbar <= 1610) { if (Ladestrom_verfuegbar >= 1000 && Ladestrom_verfuegbar <= 1610) { // 6A ist Minimum, und da wir immer ein bisschen übrig haben wollen, gehen wir bis unter die Grenze von 7A hoch (1610W) Neuer_Ladestrom = 6; } else if (false) { } } else if (Ladestrom_verfuegbar >= 1611 && Ladestrom_verfuegbar <= 1840) { Neuer_Ladestrom = 7; } else if (Ladestrom_verfuegbar >= 1841 && Ladestrom_verfuegbar <= 2070) { Neuer_Ladestrom = 8; } else if (Ladestrom_verfuegbar >= 2071 && Ladestrom_verfuegbar <= 2300) { Neuer_Ladestrom = 9; } else if (Ladestrom_verfuegbar >= 2301 && Ladestrom_verfuegbar <= 2530) { Neuer_Ladestrom = 10; } else if (Ladestrom_verfuegbar >= 2531 && Ladestrom_verfuegbar <= 2760) { Neuer_Ladestrom = 11; } else if (Ladestrom_verfuegbar >= 2761 && Ladestrom_verfuegbar <= 2990) { Neuer_Ladestrom = 12; } else if (Ladestrom_verfuegbar >= 2991 && Ladestrom_verfuegbar <= 3220) { Neuer_Ladestrom = 13; } else if (Ladestrom_verfuegbar >= 3221 && Ladestrom_verfuegbar <= 3450) { Neuer_Ladestrom = 14; } else if (Ladestrom_verfuegbar >= 3451 && Ladestrom_verfuegbar <= 3680) { Neuer_Ladestrom = 15; } else if (Ladestrom_verfuegbar >= 3681 && Ladestrom_verfuegbar <= 3910) { Neuer_Ladestrom = 16; } else if (Ladestrom_verfuegbar >= 3911 && Ladestrom_verfuegbar <= 4140) { Neuer_Ladestrom = 17; } else if (Ladestrom_verfuegbar >= 4141 && Ladestrom_verfuegbar <= 4370) { Neuer_Ladestrom = 18; } else if (Ladestrom_verfuegbar >= 4371 && Ladestrom_verfuegbar <= 4600) { Neuer_Ladestrom = 19; } else if (Ladestrom_verfuegbar >= 4601) { Neuer_Ladestrom = 20; } // Jetzt wissen wir den neuen Ladestrom! Alt=neu? if (Aktueller_Ladestrom != Neuer_Ladestrom) { // Oh, was Neues! Gleich an PV_Ladestrom geben! console.log((['Ladestrom verändert, wird von ',Aktueller_Ladestrom,' verändert auf ',Neuer_Ladestrom].join(''))); setState("modbus.0.holdingRegisters.300_Ladestromstaerke", Neuer_Ladestrom); } else { // Nix Neues, nix zu tun console.log((['Ladestrom gleichgeblieben, bleibt bei ',Aktueller_Ladestrom,' (neu wäre ',Neuer_Ladestrom,' gewesen)'].join(''))); } } else { // Minimalerzeugung nicht erreicht, also wird nicht nach PV-Überschuss geladen! if (getState("modbus.0.coils.400_Ladefreigabe").val == true) { setState("modbus.0.coils.400_Ladefreigabe"/*Ladefreigabe*/, false); setStateDelayed("modbus.0.coils.400_Ladefreigabe"/*Ladefreigabe*/, false, 3000, false); } } } else { // Wir sind nicht im AUTO Modus des Ladereglers, nix zu tun } } else { // Wechselrichter schläft, nix zu tun. } });