Es gibt einen exit code hierfür. Muss aber nachschauen welcher das ist und in welcher Version der hinzugekommen ist. Gesendet von unterwegs

@compuman: Super!!! Die Schalter habe ich alle. Sollten die Scenen auch verfügbar sein, oder muss ich die dann im ioBroker neu erstellen? ` Die musst du in iobroker neu erstellen sowohl Ham als ein domoticz Adapter würden das nicht übernehmen Sent from my iPhone using Tapatalk

cool!

In der URL stand: https://iobroker.net/ifttt jetzt habe ich https://iobroker.pro/ifttt eingetragen. Danke für deine Unterstützung

ok, danke für die Hinweise :)

Oder mach es ohne Cuxd und ccu direkt mit iobroker und javacscript Gesendet vom Handy …

Danke 8-)

Hallo Fraenki, Der Adapter ist speziell für das KLF200 gebaut. Da ich keinen VELUX Active habe, kann ich dir leider nicht weiterhelfen. Michael

@apollon77: Zeig mal mehr Code drum herum. Vor allem wo “u“ herkommt Gesendet vom Handy … ` Am wahrscheinlichsten ist wohl, das u aus einer schleife kommt, und beim Aufruf des Callbacks nicht mehr verfügbar ist. ?????? PS: das ist nur eine Vermutung, das sollte eigentlich keine Antwort auf deine Frage sein, denn bei deinen Wissen wäere das vermessen….

Die Steckdosen sind alle kein Problem. Die sind immer im WLAN, der Adapter baut eine TCP Verbindung dahin auf und weiss daher ob die Online sind. Das ist alles schon sauber implementiert. Probleme machen die Geräte wie Bewegungsmelder und Batteriebetriebener kram der nur kurz online kommt, Daten in die Tuya Cloud sendet und wieder offline geht

Vielen Dank für die schnelle Hilfe. Hab einige Adapter abgegrast aber deinen nicht. Gruß Marco

tausend Dank!

"Problem" des Problems gefunden: https://github.com/ioBroker/ioBroker.vis/issues/193

Ja bei mir liegen sie in /etc/motion. Da muss ich also passen. Auch beim Adapter weiterentwickeln kann ich nicht helfen. Da ich nur des deutschen und englischen mächtig bin, aber kein Java spreche [emoji6] Gesendet von iPhone mit Tapatalk

Meine Stimme habt ihr - wäre eine super Sache für ioBroker

Hi, hier der Code des https.get-Ansatzes: function getNukiBridges() { const https = require('https'); https.get('https://api.nuki.io/discover/bridges', (resp) => { let data = ''; // A chunk of data has been recieved. resp.on('data', (chunk) => { data += chunk; }); // The whole response has been received. Print out the result. resp.on('end', () => { console.log(JSON.parse(data).explanation); }); }).on("error", (err) => { console.log("Error: " + err.message); }); } Und hier der request-Ansatz: function getNukiBridges() { const request = require('request'); request('https://api.nuki.io/discover/bridges', { json: true }, (err, res, body) => { if (err) { return console.log(err); } console.log(body.url); console.log(body.explanation); }); } Bei der Fehlersuche habe ich nach und nach immer mehr Code auskommentiert, bis jeweils nur noch derconst https = require('https');bzw.```` const request = require('request'); Ich verwende Visual Studio Code unter Windows 10 zum Entwickeln. Ich hab aber auch versucht eine Entwicklungsumgebung in der VM (erst Linux Mint, dann Ubuntu) mit Visual Studio Code und unter Ubuntu auch mit Webstorm einzurichten. Entwickeln geht wunderbar in allen Fällen, aber der Debugger streikt in jedem Fall.

viewtopic.php?f=24&t=17583

Ich konnte den Bug damit nicht umgehen, aber es klappt ja, wenn ich den Smart Namen selber hinzufüge zum Datenpunkt.

Super Sache … Danke für den Tipp Klappt jetzt so wie ich es mir in den Kopf gesetzt habe :-D Ist ein Feld nicht in Ordnung werden die Speichern Buttons grau und das jeweilige Feld rot. Sobald alles in Ordnung ist und überhaupt mal was geändert wurde, werden die Speichern Buttons aktiv. Für diejenigen die daran Interessiert sind so sieht jetzt mein Sciptbereich im index_m.html aus: