@irrerpolterer Kennst du den? https://github.com/rg-engineering/ioBroker.heatingcontrol

@postworld im CUL Adapter kannst du den USB Port auswählen, dann sollte das schon klappen...

@tombox echt super. Der Hammer:clap:

@paul53 Ja, ganz ähnlicher Chipsatz, die Bauform/Verbindung ist halt was anders.

@maxpd Melde mich zurück. Habe nun einen Raspi mit 8gb und dass der notwendig war (vorheriges System 2gb), sieht man, dass die aktuelle RAM Auslastung laut htop: 2000 MB Instanzenanzeige: 2700 MB ist Der Swap wird momentan nicht verwendet. Zudem wird eine SSD aktuell an USB3.0 verwendet. SSD und Zigbee Stick jeweils mit 1,5m Verlängerungskabel angeschlossen, wobei die Geräte platzbedingt dennoch nur 40cm auseinanderstehen. Sendequalitäten bin ich daher noch am evaluieren. An der Geschwindigkeit von Sprachausgaben über Google Mini kann ich leider keine Verbesserungen feststellen. Auch bin ich heute Nacht durchs Haus gewandert und Zigbee Bewegungssensoren haben mich erkannt und Homematic Licht angeschaltet, aber Shelly Licht nicht. Heute Morgen funktionierte es. Weder im Protokoll noch im Syslog findet man Einträge. Also wieder die typischen Probleme, bei denen ich nicht weiß wo sie herkommen.

@hg6806 Senseair S8. Alles andere ist Mühl. Und 3000 mAh und CO2 Überwachung reichen gerade für 1 Tag.

Hi @Asgothian , die Methode via 'sendToDevice' habe ich ans fliegen bekommen. Die Syntax war etwas hackelig, da man den Text nicht einfach aus dem Thread kopieren konnte (Hochkommas wurden nicht akzeptiert), was beim kompilieren angemeckert wurde. Bin dann aber auch erst dahinter gekommen, nachdem ich verstanden hatte, dass die Fehlermeldung immer die Zeilennummer enthielt und kein Error-Code war ;-) Allerdings generiert diese Methode bei jeder Ansteuerung tatsächlich immer ein warning: zigbee.0 ​2021-09-19 17:02:17.865 warn A 60a423fffe065b40 0x60a423fffe065b40 Ich habe dann aber noch etwas weiter getüftelt und bekomme das über den ZigBee Adapter (gefühlt) sogar noch etwas einfacher hin, indem ich über einen eigenen Datenpunkte steuere und diesen dann so auswerte, dass ich bei 'Stop' einfach nicht 'level' (bzw. cover) ansteuere, sondern dann bei 'state' ein 'stop' setze: [image: 1632063191691-c5e26946-b4f6-42d4-a356-6c69b218ffd6-image.png] Das klappt dann sogar ohne warning :-) Das geht über den deCONZ Adapter allerdings nicht, da mir dort der Datenpunkt 'state' fehlt. Es gibt zwar eine Reihe vom Typ State, aber die scheinen alle nicht zu funktionieren. Habe sie alle durchgetestet. Aber das ist dann auch nicht schlimm, da meine Frage ja darauf abzielte, wie ich das unter ZigBee hinbekomme ;-)

@thomas-braun bleibt aber leider dabei [image: 1631983742168-c8de509ebe798fe9aa42ac2078b03219.png]

Hallo, hier läuft der NUC8i5BEH. Turboboost abzuschalten spart auch bei meinem ein paar Heizkosten. [image: 1631952422677-cpu-temp_turboboost.png] Die aufgezeichnete Temperatur ist immer der Max-Wert einer Sekunde.

Vielen Dank für die schnellen Antworten, das schau ich mir an!

@asgothian Super, vielen Dank für die Bestätigung!

@chillkroete1206 Ich würde die 3,3 V nehmen. Damit umgehst du den (meist zu schwachen) Spannungsregler auf der Platine und sparst dir diese potentielle Fehlerquelle.

@arteck Stimmt habe ich vermischt. ich meinte natürlich die Anschlüsse nutzen. Gibts da ne möglichkeit?

@mickym cool danke. Das habe ich noch nicht gefunden, probiere ich Mal aus.

@dt Hallo Denny, Falls ich falsch liege korrigiert mich. Kann sein das es so nicht geht Modbus kommuniziert über TCP-IP und dein Board kommuniziert über die SPI Schnittstelle das war alles auf Englisch kann ich nicht. Es gibt noch keinen SPI Adapter da musst du ein Script schreiben Ich finde die Relais geht es besser mit einem Arduino der über MQTT mit ioBroker verbunden ist und am Arduino die Relais dran. Gruß Günther

@tommy_ Hallo tommy, hallo zusammen, ich habe mir auch eine Gosund SL2 gekauft und versucht per Serial zu flashen. (tuyaconvert hat wie auch bei tommy_ nicht funktioniert) Verbindungen zum FTDI: VCC-3.3V , Gnd-Gnd, Gnd-IO0, TX-RX, RX-TX. [image: 1631518563982-verbindungen-resized.jpg] Leider bekomme ich bei Tasmotizer und auch im ESP Tool immer einen "timeout receiving packet header". Da das Board kein LED hat, kann ich nicht erkennen, ob es überhaupt startet, bzw. in den Flash-Modus wechselt. Kaputt scheint es nicht zu sein. Wenn ich es an die Lichterkette und das Netzteil verbinde, leuchten die LEDs und ich kann die Farbe wechseln. Gedrückthalten des Knopfes habe ich auch mehrfach versucht (kurz, lang, bis zum Flash, während Flash), der Fehler ist immer der gleiche. Am Tasmotizer oder FTDI kann es nicht liegen. Habe zwischendurch ohne Probleme einen Shelly 1PM per Serial flashen können. Was habe ich übersehen? Hast du ggf. neben IO0 auch noch RST mit Gnd verbunden? Die Lichterkette habe ich zum flashen nicht verbunden. Das Board hängt auch nicht am Netzteil. Danke für die Unterstützung!

@homoran said in Wlan Rauchmelder Tuya: @pskiel sagte in Wlan Rauchmelder Tuya: Aber mit TUYA steht doch in der Anzeige: da steht "powered by Tuya" Die stellen für jeden her, der dafür zahlt. ist das der hier: https://www.pearl.de/a-ZX2961-3103.shtml?query=rauchmelder jo, dass ist er