Nichts, aktuell wird das erstmal so bleiben.
Mit dem neuen Darstellungsmonitor kann das besser werden.
Grüße,
Kai
Nichts, aktuell wird das erstmal so bleiben.
Mit dem neuen Darstellungsmonitor kann das besser werden.
Grüße,
Kai
Trotzdem vielen vielen Dank für die Mühe!!!
Ich hab jetzt echt an mir gezweifelt. Schreib den Wert rein und dann steht ein anderer drin.
Ich schaue mir mal die Umrechnungsformel nochmal an.
Gruß
Burkhard
Kannst Du mir mal sagen, was Du wie setzt und wie es dann ankommt?
Und welchen Wert hat Dein Orange?
Zu beachten wäre übrigens noch, dass die Werte nicht unbedingt immer das wiedergeben, was wir von den LEDs erwarten. Gerade bei LEDs schwanken die tatsächlichen Werte abhängig von Hersteller, Qualität der verbauten LEDs und das wirklich zu erreichende Farbspektrum der einzelnen LEDs in den Leuchtmitteln. Daher wird es immer ein Problem sein Hue zu berechnen und, wenn ich den gleichen Wert an drei unterschiedliche Leuchtmittelschicke, können auch drei verschiedene Töne daraus resultieren.
Mit der Vorgängerversion hat es funktioniert. Warum auch immer. Da hat auch die alte Color Variable noch funktioniert. Ich sage einfach mit der Alexa setze Küche auf orange. Dann setzt Alexa eine Hexcolor auf 16754176. Den Wert schreibe ich mit Requestaction ind alle Z2M_ColorHS Variablen der zugeordneten Zigbee Leuchten. Dann ändert sich der Wert auf der Devices auf 16711680.
VG Dirk
Weil zigbee2MQTT da noch nicht den HS-Farbraum bespielt hat. Seit 1.35.x gab es etliche Änderungen in Z2M. Nicht alle sind unserem System wohlgesonnen.
Okay, da schaue ich nochmal. Alexa gibt den Wert 16754176 was einem Hex von #FFA600 (leuchtendes Orange) entspricht. Ich muss jetzt schauen, warum das auf 16711680(entspricht #FF0000 also Reinrot) umgemünzt wird.
Dauert nen Moment.
LG
Burkhard
Alles gut. Mach Dir keinen Stress. Sag Bescheid wenn ich helfen oder testen kann.
Fehler in der Umrechnung gefunden.
Fix ist an @KaiS als PR gegangen, wird also im nächsten Update einfließen. Dann bitte Rückmeldung, ob es jetzt besser funktioniert.
LG
Burkhard
Wo finde ich dieses Menü?
Guten Abend,
ich habe ein Dump vom TS0601 _TZE200_a7sghmms (Water irrigation valve).
Im Z2M wird erkannt. Im Symcon werden nur zwei Variablen angelegt: Batterie und Verbindungsqualität.
Danke.
Gruß
Adalbert
dump.txt (27,0 KB)
Hallo Forenmitglieder,
ich hoffe, ich bin hier im richtigen Bereich.
Nach langer Zeit habe ich mich dazu entschlossen mal wieder etwas mehr in Symcon zu realisieren.
Es ist das Z2M-Modul geworden. Herzlichen Dank für die Entwicklung!
Ich habe zigbee2mqtt im Docker auf einer Synology DS218+ laufen und nutze den Symcon internen
MQTT
Zigbee2mqtt in Symcon läuft in der BETA-Version.
Zigbbe2mqtt-Frontend läuft auch.
Geräte werden erkannt, Varablen angelegt und können über das IPS-Webfront geschaltet werden.
Und jetzt meine Frage:
Ich habe derzeit zwei HUE-Lampen installiert, die auch per Phillips-App geschaltet werden können. Existiert eine Möglichkeit, dass es eine Rückmeldung auf die Schaltvariable der Lampe in IPS gibt, dass diese im Zustand AN bzw. AUS ist?
Status AN: Wenn sie über die App angeschaltet oder über den Fußschalter der Stehlampe aktiviert wird (Verhalten bei Stromverlust ist derzeit: AN)
Status AUS: Wenn über die App ausgeschaltet oder die Stehlampe stromlos ist. (Zweiteres ist eher ein Zustand zwischen den Welten An und AUS )
Ähnliche der Funktion der Rückmeldevariable bei einem KNX-System.
Ich habe drei Abende erfolglos gesucht. Ich finde hierzu nichts bzw. vielleicht kann ich das Gelesene auch nicht zuordnen.
Vielen Dank für die Unterstützung!
Christoph
Hi Christoph,
da Du von Philips-App redest nehme ich mal stark an das die Lampen noch an der HUE-Bridge hängen.
Somit ist ja Z2M raus. Oder ist es doch ganz anders?
Für die HUE gibt es ja auch ein Modul von Kais - damit bekommst dann auch den Status in IPS rein.
Hier der Link => [Modul] Philips HUE V2 (Neue Push API)
Oder du ziehst (alles) ab und steigst auf Z2M um - dann aber nix mehr Philips APP - was glaube viele gemacht haben, welche Z2M nutzen (Es kann nur EINEN geben …)
Gruß HEiko
Hallo Heiko,
vielen Dank für die Antwort.
Nein keine HUE-Bridge in Verwendung, ich hatte die Lampen rein zur Integration mit zigbee gekauft.
Ich habe zusätzlich noch Steckdosen von NOUS (A1Z) hinzugefügt. Da klappt es mit der Rückmeldung. Auch wenn sie manuell vor Ort geschaltet werden. Daher habe ich gedacht, dass die Rückmeldung auch von zigbee für die Lampen kommt.
Aber wo ich gerade in zigbee für die Steckdosen in zigbee2mqtt nachgeschaut habe, habe ich unter dem Reiter ‚Berichte‘ gesehen, dass dort Einträge zur Rückmeldung existierten. Bei den HUE-Lampen nicht. Ich habe jetzt folgenden Eintrag für die Lampen getestet und die Rückmeldung funktioniert (auch, wenn sie durch die APP geschaltet werden).
Auch das Meldeintervall habe ich stark gekürzt um zeitnah informiert zu sein.
Anscheinend werden die Rückmeldeobjekt nicht automatisch für einige Geräte in zigbee2mqtt angelegt.
Bleibt nur noch die Prüfung, wenn sie stromlos sind.
Vielen Dank!
Christoph
Hi,
Ich bin jetzt nicht der super Z2M Experte, aber sowas musste ich bei meinen ~80 Geräten noch nie einstellen. Auch meine Lampen haben da keine Einträge.
Aber nochmal, welche APP meintest Du?
Sicher das die Lampen korrekt angelernt sind?
Welche Z2M Version hast Du und welche Version vom Modul und welche Extension installiert?
Gruß Heiko
kleiner Nachtrag:
Im Flur wird alles aktualisiert.
Im Wohnzimmer nur Status und Verbindungsqualität. (s. Uhrzeit)
Beide sind in dem Reiter ‚Bericht‘ in zigbee2mqtt identisch gepflegt. Geräteinformationen wurden in Symcon abgerufen.
Seltsam, aber ich kann im Moment damit leben.
Und die App: Die Philips HUE-App für IOS
Alles Softwarebestandteile sind in der vergangen Woche installiert worden und frisch runtergezogen. (latest)
Das Anlernen der Lampen wurde mir als erfolgreich zurückgemeldet von Z2M.
Einen schönen Abend wünsche ich noch. Am Wochenende geht es weiter.
Viele Grüße und vielen Dank!
Christoph
Moin @Adalbert ,
pflege ich heute Abend ein, kommt dann mit dem nächsten Beta-Update.
P.S.: PR ist bei @KaiS
LG
Burkhard
Schaue mal, ob unter Einstellungen spezifisch (Z2M-Frontend) die Einstellungen gleich sind:
Da sie bei stromlos nichts mehr senden können, wird das schwierig, da Z2M den letzten übermittelten Status beibehält. Z2M kriegt also den Stromlos-Zustand nicht mit, da im Zigbee-Netzwerk diese Daten nicht übermittelt werden.
Eine Möglichkeit wäre evtl. mit dem ‚availability‘ Argument zu arbeiten:
Device-Availability | Zigbee2MQTT
Allerdings reagiert dies auch nur sehr verzögert. Wenn Du den Poll-Intervall dort auf sehr engmaschig stellst, belastet es wiederum das zigbee-Netzwerk, da Z2M dann in den von Dir gesetzten Zeitabständen die Geräte anpingt und bei fehlender Rückmeldung das Device auf offline setzt.
LG
Burkhard
Hallo Burkhard,
Danke für den Hinweis!
Ich schau nachher nach.
Grüße!
Christoph