@nyancat said in Pioneer AVR Skript macht Probleme: https://github.com/EbSe/node-pioneer-avr Hallo, konntest du das Problem lösen?

@sub1ne sagte: "... wurde geändert" triggert also nur wenn der Wert sich zu dem vorherigen Wert geändert hat? Also von true auf false und umgekehrt? Ja. Diese Bedingungen triggern nur bei Wertänderung: wurde geändert ist kleiner als letztes ist größer als letztes Alle anderen Bedingungen können auch bei Aktualisierung des Zeitstempels ohne Wertänderung triggern.

@mpenno Dann ist die Anfrage dazu ja noch unnötiger. Neben den Ankündigungen zur neuen Beta-Version schaut man als Beta-Tester ja, wenn man was gefunden hat, zuerst im issue-Tracker ob das Ding nicht bereits gemeldet wurde.

@thomas-braun sagte in mount per "nfs" klappt nicht: Mein support für Systeme mit offener root shell hält sich eh in Grenzen. Schade @thomas-braun sagte in mount per "nfs" klappt nicht: Viel Spaß noch. hab ich ;-) @thomas-braun sagte in mount per "nfs" klappt nicht: Auf der anderen Seite... 777... Das wars. Jetzt klappt es. mfg Dieter

@ahnungsbefreit sagte in Daten aus Entfernten Iobroker senden: @michihorn Guck mal hier: Simple API via iot Das scheint ein heisser Tip zu sein: schedule("* * * * * ", function () { var request = require('request'); request("https://iobroker.pro/service/simpleApi/@pro_giethoornxx@gmail.com_xxxxxxx-xxxxx-11eb-b7cc-d9eaa1exxxxx/set/javascript.0.Giethoorn.Datenpunkt?value=22", function (error, response){ }); }); Damit schreibe ich im Ferienhaus in einen Datenpunkt. Das klappt. Jetzt möchte ich lesen. schedule("* * * * * ", function () { var request = require('request'); const link = "https://iobroker.pro/service/simpleApi/@pro_giethoornxx@gmail.com_xxxxxxx-xxx-11eb-b7cc-d9eaa1exxxx/getPlainValue/javascript.0.Giethoorn.Chalettemp"; request(link, function(error, response, body) { if (error) { log('Error from request:' + error, 'error'); } else { var result = JSON.parse(body); log(result); setState("javascript.3.Giethoorn.Temp.Test", result); } }); Klappt auch! Super Danke Michael

@oliverio sagte in JSON Table erstellen Javascript: Das was @mickym geschrieben hat ist nicht richtig. Stimmt - aber hast mich ja korrekt verbessert. :)

@fastfoot sagte in Fehler abfangen, aber wie richtig?: Jetzt bleibt nur noch zu prüfen ob der Adapter auf einem Stable System bei mir anders reagiert, das poste ich dann noch der Vollständigkeit halber. Auch auf einem Stable System beendet sich der Adapter. Mit folgendem Code lässt sich das aber verhindern, try/catch scheint schlicht der falsche Ansatz gewesen zu sein writer.on('error', function(err) { console.log(err); writer.end(); });

@paul53 Vielen Dank für den Hinweis. Tatsächlich hatte ich ein Skript in Global laufen welches den Fehler produziert hat. Da hatte ich ein falsches schedule drin. Das Skript sollte sowieso nicht da drin sein :D Vielen Dank

@xyolyp editMessageMedia wird zurzeit nicht unterstützt, soweit ich es gesehen habe. Leg doch ein Issue an: https://github.com/iobroker-community-adapters/ioBroker.telegram/issues

@agreen ich würde versuchen den bot erstmal als admin in der gruppe zu erzeugen : [image: 1619435199869-5d7c413d-0e3f-49ae-b830-ffa1652e4834-image.png] und danach musst du wohl oder übel den passwortschutz entfernen (iobroker)

@fastfoot Danke auch dir! Das ist wohl tatsächlich die einzige Möglichkeit.

@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