@lugge86 $('#mybutton').on('click', function() { $('#myselect').val("1"); $('#myselect').select(); onChange(); });

@KevinPfeil udp ist aber ja nur ein protokoll und da musst du dann noch mehr einstellen als beim modbus. Soweit mir bekannt ist kann jede wago modbus und noch eines mehr. Welche artikelnummer hat denn deine wago?

@Jey-Cee Die Idee Wäre in der Tat gut würde mich sehr über Weiterentwicklung des Adapter freuen. Ich habe es jetzt anders gemacht und das Shell Script von Heckie75 genommen und mir dann selbst Datenpunkte erstellt. @Schnup89 Über einen Adapter würde ich mich trotzdem freuen :) ist halt einfach komfortabler.

@weidlix Was glaubst du wie ich so schnell aus der Fehlermeldung auf das Problem schließen konnte ? Der Fehler ist bekannt und zeigt die Grenzen des cc2531 auf. Immerhin ist der als “sniffer und Diagnose Werkzeug” designed worden und sollte nie selber als Koordinator arbeiten. Zum Thema Alternativen: conbee ( mit zigbee Adapter oder deconz ) verschiedene ti boards (siege zigbee2mqtt.io) cc2538+cc2592 (siehe Marktplatz) Ich nutze ein ti board. A.

@arteck Hat geklappt vielen Dank für die schnelle Antwort und schönen Abend

@necromonger Jetzt hab ich es auch gefunden. Ok. Sorry.

@ThaBam Schau dir mal SSH Remote in VS Code an. Damit kannst du direkt auf dem Zielsystem arbeiten und trotzdem VS Code auf deinem Rechner nutzen. Das hat nichts mit Devcontainer zu tun, nutzt aber dieselbe Basis in VS Code. Ich benutze es um auf meinem Raspi Code zu entwickeln.

2020-11-15 10:38:28.729 - error: zigbee.0 (1505) Error on send command to 0x680ae2fffe9253be. Error: Error: Command 0x680ae2fffe9253be/1 genLevelCtrl.moveToLevelWithOnOff({"level":0,"transtime":0}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null}) failed (Data request failed with error: 'undefined' (241)) at ZStackAdapter. (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:339:27) at Generator.next () at fulfilled (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:24:58) 2020-11-15 10:40:12.657 - error: zigbee.0 (1505) Error on send command to 0x680ae2fffe9253be. Error: Error: Command 0x680ae2fffe9253be/1 genLevelCtrl.moveToLevelWithOnOff({"level":0,"transtime":0}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null}) failed (Data request failed with error: 'undefined' (241)) at ZStackAdapter. (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:339:27) at Generator.next () at fulfilled (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:24:58)

@AlCalzone Ich glaube soweit ist er noch nicht und die richtige Datei zu finden im source tree ist zu Beginn auch nicht so einfach.

@paul53 sagte in extendObject vs. setObjectNotExists: @Sneak-L8 sagte: Dann müsste ich zusätzlich im Adapter die Werte erstmal auslesen und dann updaten. Man kann sich die "unit" auch in Variablen merken. Objekte sollten quasi-statisch bleiben, da sie sonst zu oft in die Datei/Datenbank geschrieben werden. Danke für den Hinweis. Ja, ich könnte sie beim Start des Adapters aus den States einlesen und dann nur aktualisieren, wenn sie sich ändern. Promises und Await/Async sagt mir nicht so viel, da müsste ich mich erst einlesen. Aber ich sollte es auf jeden Fall umstellen, wenn durch den Extend die Daten dann jedes Mal neu in die DB geschrieben werden. Da will ich nicht zum Messie werden ...

@Pittini sagte in Diskussion zu neuem countstates adapter: ab kein Problem damit wenn wer nen Adapter mit der gleichen Funktionalität wie meine Skripte schreibt. Aber Batterie und Fenster Thematik in einen Adapter, Nein, ist schon klar dass es kein Problem mit deinem Script ist. Ob das zuviel für einen Adapter ist wird man sehen, zur Not teile ich ihn einfach auf :) grüße E

@Homer-J Ich weiss, es ist etwas spät, aber vielleicht hast du immer noch Interesse: für Luxtronik 2 gibt es seit heute einen Adapter (aktuell noch im Alpha-Stadium): https://forum.iobroker.net/topic/38550/test-adapter-luxtronik2-v0-0-x

Das würde mit der Platine gehen ich nutze diesen auch aber mit einer Logo8. Die Platine wandelt den PH-Wert in eine vordefinierte Spannung um die du mit Hilfe eines ESP8266+ Spannungsteiler auswerten kannst.

@Fenriswolf Moin, zum Punkt 1. Auf Anhieb denke ich, dass die aktuelle Funktionsweise so sein muss. Stell dir vor, du lässt bei deaktivieren die Tür aufspringen, das würde dann aber bei Beginn der Nachtruhe auch passieren . Aber nicht desto trotz, werde ich Mal versuchen weiter drüber nachzudenken. Zum Punkt 2. Werde ich in den nächsten Tagen mit einpflegen. P.S. bitte im eigentlichen Test thread weitere Fragen stellen, diese Beitrag war damals falsch erstellt worden. Danke. @admins könntet ihr den thread sperren?

Habs mittlerweile gelöst. Weil ich das select-Element in einem callback verändere und der ja asynchron kommt (also, nachdem load() bereits returned hat) muss das widget neu initialisiert werden. Lösung: $('#selectfeld').select(); Der Tipp mit der Konsole war trotzdem gut :-)

@knopers1 sagte in Update JS Adapter 4.10.3 erzeugt Fehler: Jetzt meckert wohl anscheinend ein Script auf einmal.... TypeScript oder JavaScript? Bei TypeScript haben wir einiges an Magie im Hintergrund eingefügt - nicht auszuschließen, dass das ein oder andere Skript nicht korrekt "verzaubert" wird.

@wendy2702 sagte in Interesse neuer Adapter: Auslesen Waterkotte Wärmepumpe: @Axel-Koeneke Schau mal hier: https://forum.iobroker.net/post/505195 Danke, werde ich nächste Woche mal testen

@CBR-35 sagte in Error bei NodRed start: Ich habe das Feld "Modulname" falsch verstanden. Ja, das ist der Name von zusätzlichen Modulen, die du in Node Red installieren kannst.

@Jey-Cee said in Doku für index_m & widgets gesucht: Aufgrund der vielen verschiedenen Techniken würde eine Vollständige Dokumentation jeden Rahmen sprengen. Das ist klar. Es geht eher darum dem Entwicklungsnovizen einen Überblick über die Techniken zu geben und wie eine GUI aufgebaut ist und welche Möglichkieten man hat. Dann kann man immer noch auf die verschiedenen externen Dokus verweisen. Dass man nicht jedes MaterialCss-Widget im Detail erklären kann ist mir klar. Deinen Beispiel-Adapter finde ich sehr gut, da kann man sich einiges abschauen. Ich finde auch gut dass du eigene Tabellenfunktionen nutzt, dadurch wird das zusammenspiel zwischen MaterializeCss, jQuery, html und Js viel klarer. Mittlerweile habe ich viele Adapter durchgesehen und versteh das zusammenspiel langsam. Ein weiteres Beispiel: es ist nirgends direkt dokumentiert dass die index_m.html und die main.js über sendTo() kommunizieren müssen um Daten auszutauschen (von config-Daten abgesehen). Das war mir bisher garnicht bewusst dass ich dafür onMessage-Handler implementieren muss um bestimmte Infos in die GUI reinzukriegen. @Jey-Cee said in Doku für index_m & widgets gesucht: Du bist Herzlich eingeladen deine Erkenntnisse in die Doku ein zu bringen. Das werd ich wohl tatsächlich machen, ich hab hier einige Notizen. Aber erstmal muss ich meinen Adapter einigermaßen sauber kriegen bevor ich gefährliches Halbwissen unters Volk bringe ;-)

@haselchen sagte in Nuki Smart Lock 2.0 & Bridge: Verbindungsprobleme: es muss auch alles noch mit einem Schalter im Notfall betätigt werden können Und das geht bei Nuki ja auch. Von außen (sofern man einen Zylinder mit Not- und Gefahrenfunktion hat) kann man wie gewohnt mit dem Schlüssel sperren und von innen mittels Drehrad.