ich nutze encodeURIComponent(str) mit einer daran anschließenden Sonderbehandlung für die dann ggfs. enthaltenen %-Zeichen

@dilldappe-io Du musst das so machen wie du es magst. Am Ende bleibt aber das entscheidende das eine Einbindung ohne Gerät und die Informationen was geht und was nicht geht eben nicht zu machen ist. Das was Du getan hast ist "Einträge von einem vielleicht ähnlich funktionierenden Gerät kopiert in der Hoffnung das es auch geht". Anscheinend geht es nicht. Wie soll Dir da jetzt jemand weiter helfen ? Neuling hin oder her - keiner von uns hat eine Glaskugel bei der erkennbar ist welche Tuya Geräte mit welchen anderen TuYa Geräten baugleich sind. Das hat wenig mit "nicht wollen" zu tun. Du hast das ja oben schon selber gesehen : TS0601 ist ein Strauss an unterschiedlichen Geräten die ganz unterschiedliche Dinge tun. Ohne ein Gerät und viel Zeit geht da nichts. Nur mal so am Rande - die 4 Thermostate bei denen ich an der Einbindung beteiligt war haben mich knapp 40 Stunden (Freizeit) gekostet. Was tu tun musst um die Variablen an die richtige Stelle zu bringen ist: Den Zigbee Traffic mit lesen Analysieren unter welcher ID der Thermostat welche Daten sendet in den Konvertern die Daten richtig zuordnen das im Herdsman eintragen Wie du das machst ist in der verlinkten Dokumentation beschrieben. Auch wenn es schön wäre wenn es einfacher ginge - geht es aber nicht. Am Ende ist es unabdingbar sich mit der Doku auseinander zu setzen wenn man das Gerät einbinden will. Oder man muss die Entscheidung treffen es nicht zu tun. Beides ist in Ordnung. A. Nachtrag: Die Posts in denen die Details zu den Geräten stehen sind zwischen schlecht und nicht lesbar. Code im Fließtext, keine Code-Tags, komische Formatierung und so weiter. Das sorgt nicht unbedingt dafür das diese Posts 'bearbeitet' werden. Und wenn Du als potentieller Nutzer schon nicht bereit bist Zeit in ein "reverse engineering" zu stecken, was sollen wir dann sagen, die wir die Geräte weder haben noch nutzen..

@klvn Ja, das geht: Quellcode des Adapters in ein Verzeichnis unter /opt/iobroker clonen (aber nicht in node_modules) Änderungen machen Adapter Instanz stoppen im neuen Verzeichnis des Adapters das Main-Skript ausführen (siehe package.json --> main - ich nenne es hier jetzt mal main.js) mit diesen zusätzlichen Argumenten: node main.js --debug 0 Statt console.log() würde ich eher adapter.log.info() verwenden.

@michihorn Dann gibts ne neuere Version ohne das die Historie angepasst wurde. Wenn die Geo Daten da sind, gehts ja grundsätzlich. Schreibe mal an den Tronity Support. ( https://help.tronity.io/hc/de-de/requests/new ). Vielleicht wissen die mehr? Die hatten mir damals auch geholfen.

@plasmachef @helfi9999 Es gibt nun einen funktionierenden Adapter: https://forum.iobroker.net/topic/39851/test-adapter-netatmo-energy-v0-1-x-github-latest :)

@oberst_von_gatow Hey, ich hatte das gleiche Problem. Bis mir in den Einstellungen von der Broadlink App (Handy App zum konfigurieren) eine Option aufgefallen ist. Du musst "Lock device" ausschalten. Dann wird das Gerät zumindest vom Adapter gefunden. Könnte dann noch sein, dass du die Identifikation in den Adapter eintragen musst. Im iobroker Log steht die Nummer z.B. 0x23g6 oder so. Dann trägst du noch 0x23g6=RM in den Adapter ein. Das hat zumindest bei mir funktioniert.

@frey2021 Mach dazu bitte beim Adapter ein Github Issue auf.

@peterbaumert Sentry Plugin (respektive Plugins selber) bedingt eine aktuelle js-controller Version (weiss gerade nicht welche). Wenn du die im io-package.json drin hast, genügt das. Wenn du den ioBroker Sentry Server benutzen willst, musst du dich nur bei @apollon77 melden. Ansonsten: einfach schnell im Discord oder Telegram nachfragen.

Oje, ich habs hingekriegt, schau mal: https://github.com/ioBroker/ioBroker.socketio/blob/919a467121e673590377a4fd1023f99ee38656b5/example/conn.js#L240 und hier: https://github.com/ioBroker/ioBroker.socketio/blob/919a467121e673590377a4fd1023f99ee38656b5/example/conn.js#L260 connOptions hat eine property socketOptions, die wird übernommen als query key=${socketOptions} d.h. meine config sieht so aus: connLink: 'https://192.168.1.35:8084', // optional URL of the socket.io adapter socketSession: 'abc&user=admin&pass=*****', // optional - used by authentication Das abc ist der Wert für die key property, wofür die steht, ka, aber mit user und pass funzt es :)

@homoran Puh , da werde ich lesen müssen, zumindest in Essen / Gelsenkirchen hatten Kohlezüge die kurzen Weichen und enge Krümmung im Verschiebebetrieb. Die Maximale Krümmung würde ich eher den Fernzügen zuordnen Anhand der höhrern Geschwindigkeit.

@unclesam & @stan23 Danke an euch beide! Zusammenfassung für alle: Debug Logs beim Logging mit Visual Studio Code Also mit dem Befehl in der Konsolenausgabe ("Windows Start" --> "ioBroker" --> "ioBroker(projektname) Komandozeile") bekommt man im Konsolenfenster beim Debuggen via Visual Studio Code debug einträge geprintet, ebenso werden diese im Log von dem ioBroker Admin angezeigt: node --inspect-brk node_modules/ioBroker.EuerAdapterName/build/main.js --debug --logs Debug normal über den Installierten Adapter: Im ioBroker Bereich Instanzen kann man mit dem Mänchen Symbol in den Experten Modus wechseln. Dadurch erhält man eine Spalte Log-Stufe. Diese kann man von info auf "debug" ändern. Dadurch wird der Adapter einmal neu gestartet und man erhält die Logeinträge im bereich "Log" Siehe auch das erwähnte Video mit weiteren Details zum Logging: ioBroker: Adapter auf Debug, Logstufen, Log Reiter und mehr

@unclesam Nochmals Dankeschön für Deinen Einsatz! Ok, wenn ich das false bei autoSubscribe weglasse rennen Updates. Mit dem false bei autoSubscribe ist Stille. Hier die logs: ioBroker: socketio.0 2021-01-20 16:19:13.301 info (5112) ==>Connected system.user.admin from ::ffff:192.168.178.20 console chrome: conn.js:150 Trying connect... 16:19:11.965 conn.js:296 2021-01-20T15:19:11.965Z Connected => authenticate 16:19:12.037 conn.js:317 2021-01-20T15:19:12.037Z Authenticated: true 16:19:12.044 socketTest.js:14 connected 16:19:13.804 socketTest.js:20 Received 10926 states. Also er verbindet, lädt die States aber es findet kein traffic beim update statt. Somit gehe ich davon aus, dass ein Problem im Bereich der Definition des gewünschten Updates herrscht. Also bei: servConn.subscribe('hue.*') Ich habe dies wie empfohlen ganz am Ende platziert.

@lhbl2003 Fertig: <div class="row"> <div class="col s12 input-field"> <i class="material-icons prefix">mode_edit</i> <textarea id="SqlQuery" style="height: 50%; overflow-y: auto;" class="value materialize-textarea"></textarea> <label for="SqlQuery">SQL Abfrage</label> </div> </div>

@igor123 Klar - die Begrenzung auf das regelmässige Abfragen haben beide. Die Hue Bridge unterstützt nichts anderes. A.

@atlantis BTW, es ist kein Raspi! Habe ein kleines NAS mit OMV gebaut. Da läuft auch der Broker drauf. Gruß

@jan_xx Und rutsch nicht als root auf dem System herum! User nutzen und per sudo arbeiten.

@a-i-ks Gerne, freut mich das ich helfen konnte. Wie UncleSam schon geschrieben hat, kannst sonst auch gerne in Discord schreiben, da gibt's auch ziemlich schnell Antworten :-) Viel Spass noch beim Entwickeln :-)

@oliverio ich habe auch noch die edit und index.html zurückgesetzt und das cachemaifest aus beiden entfernt. Dann geht es wieder wie gewohnt mit nur F5