@bananajoe Soll man ja nicht. Schon mal die Bedingungen gelesen? Wirste Wahnsinnig. Ich hab jetzt nen Ort ausgesucht. Wir haben nen Beistelltisch neben dem Sofa, der knapp 1,40m ist. Dann schraub ich den drunter. Ist 3m vom Kamin weg und 1m vom Fenster und in Atemhöhe, wenn wir auf dem Sofa liegen.

@toralt, @Samson71 Danke euch für die Infos, ich bin noch blutiger Anfänger in Home Assistant und hab mir eingebildet ich hätte da mal was von ioBroker gelesen und bin wohl irgendwie davon ausgegangen dass die beiden Systeme kompatibel sind... Alles nicht so schlimm - mir fällt sicher was anderes ein für die Shellies und was meine "Status LED" angeht bekomme ich inzwischen stattdessen eine SMS von meinem Fenster: "Hey, mach mich mal zu!" :) Wünsch euch eine voll automatisierte Woche! ;)

@thomas-braun Dann probiere ich mal mein Glück...

@reutli sagte in Kaufberatung NUC: Das Einzige ist tatsächlich der Stromhunger, der (ja ich weiss der Prozessor ist auch um ein vielfaches schneller ) ja noch höher liegt als bei meinem alten Apple Hobel. Moin, das sollte man relativieren, die Kiste schrapelt ja nicht die ganze Zeit in der höchsten Stufe, die meiste Zeit sollte die eigentlich im Idle sein, dann frisst die auch keine 35 Watt. Es wird andersherum ein Schuh draus, dadurch, dass die CPU so schnell ist, ist sie eher mit einer Berechnung fertig und legt sich wieder Schlafen, die alte Kiste, braucht dafür aber X Mal länger, also auch mehr Strom. Danke @Wal fürs Suchen. VG Bernd

@unwichtig Ich habe den R11 über MQTT eingebunden, damit klappt das

@berndsolar13 Wie die anderen geschrieben haben. Wenn Du die WLAN-Steckdose weglässt, die Lampe direkt in die Steckdose steckst und die auch nur einen normalen „Schnurschalter“ oder eben einen Schalter am Gehäuse hat, dann hast Du auch zu 50% „verkehrt“ herum eingesteckt und es liegen am Gewinde die 230V an, auch wenn der Schalter aus ist. Da spielt die WLAN-Dose dazwischen keinerlei Rolle, es ändert sich nix dadurch. Gruss, Jürgen

@armilar Wenn man zu sehr von der Problematik aus Sicht von ioBroker abweicht, besteht für den Thread die Gefahr, dass er nach "offtopic" geschoben wird. Ob man nun WIRKLICH für die konkrete aber unbekannte Aufgabe ein stromschluckendes Relais braucht, oder auch mit einem deutlich sparsameren Schalttransistor auskäme (was den Akku-Betrieb erleichtern würde) ist nicht einmal im weiteren Sinne ein ioBroker Problem. In der Regel ist es unter dem Aspekt der Problemlösung sicherlich sinnvoll, eine Aufgabe unter allen Aspekten zu betrachten, aber auf der anderen Seite würde das womöglich den Rahmen des Forums sprengen. An einer Stelle sollte man aber sicherlich auf jeden Fall intervenieren: Wenn die empfohlene Lösung ggfs. zu einer Gefahr für den Fragesteller werden könnte...

@paul53 Volltreffer :+1: Vielen Dank für deine Hilfe. Nicht nur dass das jetzt so funktioniert wie gewünscht, sondern auch noch richtig was gelernt. 😀

@uwe2020 sagte in Tipp für eine neue Gasheizung: frage ich lieber euch. Moin, ich würde ja so vorgehen, mir die infrage kommenden Heizungen, unter dem Gesichtspunkt, Hausautomatisierung, beim Hersteller anzuschauen, dann schauen ob es einen Adapter gibt oder ob die Methode z.B. CanBUS, mqtt, ModBUS, IoBroker, eigene Schnittstellen Hardware unterstützt wird. Wenn Du ein Heizungsbauer hast, kenn es ja auch sein, dass er das, was Du hier vorgeschlagen bekommst nicht verbaut, da keine Verträge oder so, Du brauchst, aber später jemanden, der das Zeug wartet. Ich habe mir vor 2 Jahren eine Wolf Therme einbauen lassen und das Modul ISM7 mit eingebaut, ich kann somit über die Wolf-Cloud oder in ioBroker die Therme steuern, obwohl mir ein, zwei Dinge in ioBroker fehlen, kann ich aber mit leben. Die fallen mir abrupt ein, ob die alles das können, was Du suchst, kann ich nicht sagen. Wolf Vailland Weishaupt

@dp20eic [image: 1697896076857-15f31779-4160-4de4-af56-a4b0439fee0b-image.png] Ja, steht im Doku dazu drinnen: 1.1.42022-06-17 Apollon77Prevent crash case reported by sentry 1.1.32022-04-27 Apollon77Prevent crash case reported by sentry 1.1.22022-04-19 Apollon77Prevent crashes when states are controlled with null as value 1.1.12022-04-17 Apollon77Prevent error logs with js-controller 3+* (Apollon77) Added sentry for error reporting 1.1.02020-04-09

So, Rückinfo von mir. Tasmota nochmal drauf gemacht. ohne Netzteil, Widerstand oder Kondensator. nur 29 LED an. Dann g und Befehl "pixels 300" gefunden. Eingegeben und alle LED funktionieren. Dann wled nochmal drauf geflasht, Pin D4 genommen. ohne Netzteil, Widerstand oder Kondensator. Funktioniert nachdem man per PC in Wled die Anzahl der LED hoch gesetzt hat. Dann mit Netzteil (rot und weiß ans Netzteil) und grün vom Wemos zum stripe. Nur komische Farben. Dann weiß (also gnd) ebenfalls an Wemos. Und funktioniert einwandfrei. Habe jetzt auch mal Widerstand und Kondensator bestellt (bevor jetzt alles funktioniert hat). Na ja, schade kann es ja nicht. Fazit: läuft mit Tasmota und wled Und natürlich auch mit dem wled Adapter. jetzt muss ich mir nur noch ne vis bauen. mfg Dieter

@dieter_p sagte in Aeotec MultiSensor 7 Konfiguration unter Z-Wave 2 v3.0.x: Beim Intervall ist mir eine häufigere Messung lieber da ich so nach meinen Vorstellungen mir im IOBroker Filter bauen kann. Dein Sensor läuft auf Akku/Batterie da wäre das schon ein Punkt. Genau deswegen will ich keinen Akku/Batterie-Betrieb bei den Sensoren, weil eine häufigere Messung und entsprechende Übermittlung einen häufigeren Wechsel/Ladezyklus nach sich zieht.

@dieter_p hat perfekt funktioniert. danke

@ralla66 Danke für die Antwort, aber die erste Zahl gibt den Key an, die zweite die Option. In deinem Beispiel bringst du ein wenig etwas durcheinander 21:32:52 CMD: RfCode2 16 21:32:52 MQT: stat/Bridge/RESULT = {"RfCode":16} Beim Aufruf von "RFCode" übergibst du der Bridge einen Code den sie ausführen soll. Da braucht es gar keine erste Zahl, weil gar kein RFKey verwendet wird. Du übergibst im Beispiel nur den RFCode 16, den die Bridge auch sendet, ohne auf die 2 einzugehen, weil sie für das ausführen des Codes keinen spezifischen Key verwendet. Nur so kann man ja auch RFCodes ausführen die gar nicht in der Bridge gespeichert sind. Für die Optionen (1-6) muss der Befehl RFKey anstatt RFCode verwendet werden. Bei mir macht die Bridge das ja auch korrekt und führt gewünschten Code oder gespeicherten Key aus, allerdings eben nicht 6stellig wie von mir übergeben, sondern nur 5stellig (anstatt Code 56550C nur Code 56550. Deshalb reagiert der angesteuerte Switch auch nicht, da er sich gar nicht angesprochen fühlt. Deswegen vermute ich ja auch einen Formatfehler durch eine falsche Einstellung in der Bridge. Nur das ich eben nicht weiß, welche Einstellung dort relevant ist.

@homoran @SmartHomer-0 Ich möchte gar nicht an die "Hintere Schnittstelle". Es geht mir darum, ob der Netzbetreiber über diese Schnittstelle den herstellerspezifischen Datensatz für die INFO Schnittstelle aktivieren kann. Laut Handbuch sollte das wohl möglich sein. Beim Stöbern im Forum hatte ich den Eindruck, dass einige diesen Datensatz auch über die INFO Schnittstelle des DTZ541 bekommen. Mal sehen was der Netzbetreiber zu meinem Anliegen sagt.

Ups, sorry, ich dachte, ich hätte auf den Thread "SONOFF NSPanel mit Lovelace UI" geantwortet. Ich werde es dort weiter fragen. Danke mit dem Hinweis auf die Button Rules.

Hallo, das hört sich interessant an. Kannst du uns/mich hier auf dem Laufenden halten wie sich dein Projekt entwickelt und wie du es umsetzt ?