@Jey-Cee Hey, also alles läuft perfekt jetzt mit 1.2.4. Nach Update auf JS-Controller 2.x.x und node.js auf 10.x.x passt das jetzt. Was für eine Geburt ;-) Hab gesehen das Du den Hinweis bereits auf gitHub hinterlegt hast :+1: Danke nochmal für die ganze Hilfe und Unterstützung!

@Beliar_666 Auch wqenn ich jetzt diese Leiche aus dem Forum hoch hole, das muss ich jetzt mal sagen: Mit der Hue Bridge habe ich es nicht zufriedenstellend lösen können, also hatte ich die Hue Leuchten als Virtuelle Geräte in der Homematic CCU2 hinzugefügt und das was ich hier als Blockly gepostet hatte als Programm in der CCU umgesetzt. und es lief weitestgehend fehlerfrei. Aber jetzt kommts: Es läuft jetzt ohne Hue Bridge und Ohne Programm und Virtuelle Geräte in der CCU. ConbeeII macht es möglich. ICh habe jetzt die Hue Bridge gegen den ConbeeII getauscht und jetzt funktioniert das Blockly komplett fehlerfrei. Alle Leuchten laufen jetzt über ConbeeII. Dieser kleine Stick ist eine 100%ige verbesserung zur Hue Bridge!

@Ralla66 Hallo. Der Flash geht OTA oder mit Kabel? Meine zwei Teckin habe ich heute erfolgreich OTA geflasht :muscle: :nerd_face:

@Meister-Mopper guter Hinweis. Ich mache einen Edit in Zukunft

Danke an alle, @Günter-Königsberger, das probiere ich aus ;-) Dankeschön

@OpenSourceNomad Danke für Deine zusätzlichen Infos an der Stelle :)

@HeinrichB Versprech Dir aber selbst mit der genauesten Kalibrierung keine 100% genauen Werte, dafür sind die Dinger nicht gemacht. Das passt so halbwegs und das ist schon ganz OK. Wenn Du wie im WiKi mit ner 60W Birne kalibrierst ist das schon recht genau bei höheren Lasten. Im unteren Bereich schwankt es aber recht stark.

Hmm, also momentan scheint dies wirklich das Problem der Probleme gewesen zu sein..Seitdem der Stick am USB Kabel hängt läuft es definitiv besser, sagt zumindest mein Gefühl.. Meine ganzen Geräte werden bei einem Neustart etc. deutlich schneller gefunden und nicht mehr als ausgegraut angezeigt. Denke wohl das es wirklich daran lag das er direkt am USB Steckplatz des NUC hing..

@OpenSourceNomad sagte in Kaufempfehlung Glühbirnen und Zigbee Gateway: Wenn ich mir diesen Artikel (englisch): https://arstechnica.com/information-technology/2020/01/smart-homes-will-turn-dumb-overnight-as-charter-kills-security-service/ so ansehe, war meine Entscheidung wohl richtig mir keine Zigbee Gerätschaften in's Haus zu holen. Auf den Goodwill der Hersteller angewiesen zu sein ist ein bisschen wie Roulette. ich würde dir hier zustimmen, wenn du nicht zwei Dinge vermischt hättest die nicht vermischt gehören: den Zigbee Standard wie er von den entsprechenden Gremien definiert ist Proprietäre Systeme (wie das angesprochene Alarmsystem) die diesen Standard nutzen. Es ist wie @HappyTeaFriend geschrieben hat: Sobald du auf ein Open Source unterstütztes Gateway setzt und nur Hardware einsetzt die damit funktioniert dann kannst du prinzipiell nicht von diesem Problem betroffen sein. Genau in diese Richtung geht auch meine originäre Aussage zum Thema FW Updates. Nur um das nicht falsch verstanden zu wissen - es ist eine Nachvollziehbare Entscheidung kein Zigbee einzusetzen. Das kann und will ich nicht bewerten. Nur die Kombination Zigbee - Proprietär - Riskant will ich so nicht stehen lassen. A.

@homecineplexx said in Sonoff POW: Wifi weg -> Relais off: naja, das bekomm ich meist nicht so mit Um dein Problem zu lösen, muss es als erstes identifiziert werden. Eventuell musst du einfach mal das Szenario simulieren. Könntest dich z.B. neben das Gerät stellen was dein Sonoff Pow schaltet und dann über dein Mobilrunktelefon einen Router Neustart inizieren (ergo dafür sorgen das der sonoff das WLAN verliert). Schaltet der sonoff das Relai sofort aus sobald das WLAN weg ist oder bleibt der Zustand des Relais noch erhalten? Das schönste wäre natürlich noch ein serial log vom Gerät...

Nur, falls jemand mit derselben Frage über dieses Thema stolpert: Habe glaube ich die Lösung hier im Forum gefunden: https://forum.iobroker.net/post/352113

@ostseereiter Danke. Der Tip mit der Minimal war es :) Hat geklappt :)

Gibt's hier jemanden der schon herausgefunden hat was für Modi man setzen kann? Bei mir gehen Off und Auto, aber für Boost zum Beispiel hab ich noch nix gefunden...

Was genau bekommst du nicht hin? Ich habe den Raspi streng nach 'Anleitung aufgesetzt (link text) und bin dann auch nach der Anleitung vorgegangen. Wichtig ist, warum auch immer, dass du in dem WLAN, das der Raspi aufbaut auch ein Smartphone anmeldest. Nicht vergessen, dass du nach dem übertragen der neuen Firmware diese auch mit curl http://10.42.42.42/flash3 installierst. Danach ist Tasmota drauf und weil Tasmota sich nicht in den WLAN einwählen kann baut es ein eigenenes WLAN auf, da meldest du dich mit Smartphone an und kannst dann das Teil konfigurieren (WLAN Name, Zugangspasswort etc)

@albert Jepp, ist bei mir auch nur mehr ein "ahhhmmmhjaaeeehhnee, ach ich bin mir nicht zu 100% sicher..." Ich werde es, wie oben erwähnt, mit drei PZEM-004T (Beispiel) umsetzen. Da brauch ich nicht die gesamte Last durch jagen. Mit Klappferrit braucht man nicht mal die Zuleitung abschrauben. Noch je eine Phase angeschlossen und den Nullleiter durchgeschleift, die drei Ausgänge zusammen geknüppelt per bidirektionalem Levelshifter an RX/TX vom ESP, Tasmota drauf (kann sogar direkt die PZEMs), kleines 5V Netzteil und fertig. Muss nur mal meine Abdeckung abnehmen ob ich sie mit Gehäuse wie im obigen Link nehme, oder reine Platine und in ein extra Hutschienengehäuse verfrachte (könnte man sogar noch ein OLED anflanschen... ).

@ZeroQool Das geb ich dir mehr als Recht....interesse und Einarbeitung sind eben die Grundlage allem. Nur hinzufügen möchte ich eben das man ws auch können muss.Habe lange bei Kunden gesehen wie das läuft.....boa das wollen wir unbedingt!Wenn man aber dann erzählt was man alles können/kaufen/wissen muss wurden meistens Serviceverträge abgeschlossen.Mein damaliger Boss hat sich wie Bolle gefreut!

@joergeli @Jey-Cee wow beides richtig schön :))))