@max_yeah, im Tuya IOT solltr irgendwo eine Beschreibung der Datenpunkte und möglichen Werte für dein Tuya Gerät zu finden sein. Bei meinem Charger gibt es den Datenpunkt x_charge_mode nicht. Gruß Axled

@paul53 Nachtrag: Alles läuft jetzt wunschgemäß! Danke für deinen Tipp!

Hallo @ika wenn du den Thread aufmerksam gelesen hast dann hast du sicherlich gesehen dass es sich um 2 verschiedene Werte handelt. Du kannst die funktion des parameters aber einfach prüfen, indem du den Wert auf z.b. 20% setzt. Dann stoppt das entladen des Speichers bei 20%.

@GregorS Entkoppel mal die Taste 1 bzw. beide Tasten. Die Ruls sind im Wiki unter Tasmota.

@Svengluepi sagte in State vom ZBM5-1C-80/86 wird nicht aktualisiert: zu 1.: den Button "device Query" habe ich nicht bzw er wird nicht angezeigt zu2. ja, es wird configured: true angezeigt zu3. ich habe dasReconfigure mit dem Button auf der Kachel angestoßen, bekomme dann aber eine Fehlermeldung "Device 0x385cfbfffe344a57 has no output cluster genOnOff", hab aber noch nichts erhellendes dazu gefunden Wenn ich bei den instanzen auf den Schraubenschlüssel vom Zigbee Adapter und dort dann bei Local Data den Schalter mit "Custom" anstelle von "state-action" konfiguriere, wird der state übergeben. Aber nur für eine "kurze" Zeit Sorry, aber bei den wenigen Details kann ich nicht nachvollziehen was du genau gemacht hast nicht nachvollziehen um was es genau geht nicht weiter helfen. Den Punkt sagte in State vom ZBM5-1C-80/86 wird nicht aktualisiert: Ergebnisse posten. hast du vollständig ignoriert. Ergebnisse sind Ausgaben aus dem Log, bzw. Screenshots oder ähnliches. A.

Danke, die schaue ich mir dann mal an. Unter 40 € scheint mir auch okay ... EDIT Die Spirit Zigbee sind aktuell kaum preiswerter, als die Comet, und dazu auch noch häufig nicht auf Lager... EDIT2: Im 6er Pack incl Eurotonic Gateway (209,95€) billiger, als ein Einzelstück ohne Gateway...(37,83€, 37,83x6=226,98) Mit dem Eurotonic Gateway weiß ich nichts anzufangen, aber wenn es dabei ist ;-)

Danke für die Querverweise. Der Shelly TRV BLU ist in der Shelly Dokumentation eigentlich ausreichend beschrieben. Problem ist 'nur' dass dieser eine Kommunikation benutzt die nur dieses eine Gerät verwendet - alle anderen BLU Geräte sind unidirektional, d.h. senden Daten empfangen aber im Normalbetrieb nichts. Um den TRV BLU vollständig zu unterstützen sind umfangreichere Arbeiten notwendig die dann wieder nur einen speziellen Shelly verbessern. Dafür fehlt zumindest mir derzeit einfach die Zeit. Sorry.

@UHU01 sagte in Unbekannten Zigbee Bewegungsmelder einbinden: Leider bin ich bei solchen Themen mit ziemlich viel Halbwissen unterwegs (zumindest was das Update von Bibliotheken und ähnlichem angeht oder die Kenntnis darüber was eine Bibliothek überhaupt ist ;) ). Ich kann durchaus verstehen, dass euch Profis sowas nervt aber es ist ja bekanntlich noch kein Meister vom Himmel gefallen. Deswegen ja der Kommentar mit der Doku - zu finden direkt über den Adapter Tab des ioBroker, bzw. auf Github, wo der Adapter lebt: https://github.com/ioBroker/ioBroker.zigbee/wiki https://www.iobroker.net/#en/adapters/adapterref/iobroker.zigbee/README.md und so weiter. Aber gut das es läuft. A.

@arteck sagte in [erledigte Umfrage] WLAN-Ventile zur Gartenbewässerung: das ist doch nur ein durchfluss Ventil.. Naja, Wenn man das Wasser aus dem öffentlichen Netz bezieht, ist das "nur" ziemlich diskussionswürdig. Ein im Zustand OFFEN den Betrieb einstellendes Ventil kann ganz schön ins Geld gehen ... Bei einer Regenzisterne, oder wenn man manuell einen Tank zwischendurch mal mit Leitungswasser füllt ist der Schaden begrenzt ... Fail-Safeness wäre mir bei einem Ventil wichtig. Verliert das Ventil im geöffneten Zustand die Netzwerk-Verbindung, sollte es Schließen, oder alternativ "Aufmach" Kommandos bieten, die gleich einen "Schließ-Zeitpunkt" mitgeben ...

Kann mir das jemand erklären? Wieder einmal keine Verbindung zum Go-e [image: 1767472733996-screenshot-2026-01-03-at-21-27-03-logs-iobroker.png]

Ich nutze hier Homematic IP. Das kostet bissel was. Erstmal die wichtigen Räume, dann vielleicht die Geräte mit Beleuchtung. Die einfachen Thermostatköpfe mit den Knöpfen für + - sind nicht beleuchtet und dementsprechend im Dunklen schwer zu bedienen, wenn man keine zusätzlichen Raumthermostate nimmt. Da gilt das gleiche: Der günstige ist nicht beleuchtet. Die Fensterkontakte sprechen direkt mit den Thermostatköpfen. Die Steckdosen dienen als Repeater bei schlechtem Empfang. Edit: Typo

Fragt mal Copilot und den User Daniel mit Comet, TRV, Zigbee und Sonoff. Der sagt euch ziemlich viel über diese Teile.

@MargoZZ sagte in ZBT-2 mit IoBroker: (habe ich vorher geprüft sollte stimmen) Und wenn du einen Link 'by-id' verwenden würdest dann stimmt der COM-Port immer.

Wow, hier ist ja der Bär los. 😇 Ich bin übrigens gerade am Testen des Home Assistant und da wird der Ring Intercom Video über das dortige ring-mqtt Add-On unterstützt. Allerdings im Moment auch nur Ding und Open. Aber immerhin.

@M-A-X sagte in Shelly 2.5 mit Tasmota Einen Ausgang NICHT schalten: Hab den Titel geändert. Sorry DANKE: Und kein Sorry angebracht - für dich wars ja klar :-). So erreichts du aber eher jemand der was dazu sagen kann. (Ich leider nicht).

@BananaJoe Da hast du in Punkt 3 wahrscheinlich recht. Es kommt ja doch immer mal wieder ein negativer Wert vor den man dann in SourceAnalytics ausbessern muss. Wird natürlich auch komplexer. Danke für den Tip:

Nein es sind 2 Raspis. Habe es jetzt so gelöst das ich den Client Raspi ins gleiche VLAN wie den Master Raspi gelegt habe, habe zum Master verbunden, und dann habe ich ihn wieder zurück ins andere VLAN verlegt und es läuft jetzt. Anscheinend geht das Verbinden nur im gleichen VLAN

@Linedancer sagte in Raumluftsensoren: Der ALPSTUGA ist bei mir völlig geräuschlos. kann ich jetzt bestätigen. Nicht völlig, aber deutlich leiser als mein leisester VINSTYRKA. Leider ist es mir noch nicht gelungen ihn an Zigbee anzulernen