Keine Einfälle?

@philippauch Gab es dazu nochmal was Neues? Ich würde es auch gerne mit einer baseUrl umsetzten. Leider verwendet die Login seite schon /login als url. Das macht das ganze etwas tricky..

@ente34 Die Lösung ist wohl beim RPI4 sudo chmod +r /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq

@jpgorganizer sagte in Anzahl installierter Adapterversionen ermitteln: warum sollte ich das nicht wissen wollen? Das war so nicht gemeint . Der Satzbaustein gehört zusammen : Warum wollst du sie auslesen , die wird von jeder ioBroker Installation versendet , Also , von jedem User einzeln versendet . Diese Info gibt es irgendwo, nur wo? Kann ich dir leider nicht sagen , aber diese Frage kann nur der Developer beantworten. EDIT : siehe hier Täglich werden die Statistikdaten an ioBroker-Server übertragen https://forum.iobroker.net/topic/15719/iobroker-telefoniert-nachhause/7

@paul53 sagte in [gelöst] Missgeschick: alias.0 gelöscht: Dann war er noch im Puffer der Javascript-Instanz vorhanden (nicht gelöscht). möglich @paul53 sagte in [gelöst] Missgeschick: alias.0 gelöscht: Ein Neustart der Javascript-Instanz hätte geholfen. eben nicht. Selbst mehrfaches Booten des Raspi's Update js-controller auf neueste Version (bei der Gelegenheit gerade mal mit-gemacht) löschen der Instanz des Javascript-Adapters und neu erstellen hat nichts genutzt.

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