Könnte interessant werden: https://www.iphone-ticker.de/smarte-beleuchtung-mit-tint-aldi-steigt-ein-135735/
Preislich sieht das ja gut aus, vor allem auch die Color Lampen. Und wenn sich die Fernbedienung noch am Raspbee anlernen lässt wäre das auch ein nettes Goodie.
ZitatFür die App-Steuerung wird lediglich ein entsprechendes Gateway (z. B. Osram Lightify Gateway oder Philips Hue Bridge) benötigt.
Wird wohl mit zigbee2mqtt gehen.
Hallo,
bin mal gespannt was für ein Preis verlangt wird, IKEA ist hier ja schon gut positioniert.
Grüße Peter
Preise stehen ja auf der verlinkten Seite. Liegt wohl noch etwas unter Ikea.
Ist irgendwie Aldi-Niveau, dabei von "Birnen" zu reden... Echte Birnen haben sie ja nicht, wenn ich korrekt informiert bin.
LG
pah
Ich bin auch kein ALDI Fan, aber erstmal sind die Lampen von Müller-Licht und zweitens hat der Apple Blog "Birne" geschrieben, nicht ALDI.
Auf Müller-Licht steht es übrigens richtig: "LED Birnenform" ;)
Denkste. Erst recherchieren, dann korrigieren ;D
In allen Medienberichten darüber steht "LED-Birne" und "LED-Reflektor", es ist also davon auszugehen, dass diese Formulierung aus der Pressenotiz der Firmen Aldi stammt.
LG
pah
Dann habe ich schlecht gelesen ;)
Ich werde dem Fallobst trotzdem eine Chance geben ;D
Birne hin oder her, die Preise sehen recht gut aus. Wenn man bedenkt was z.B. eine Color E14 bei Hue kostet.
https://www.aldi-nord.de/angebote/angebote-mo-21-01/smart-light-starter-set-1000818.article.html
https://www.aldi-nord.de/angebote/angebote-mo-21-01/smart-light-erweiterungslampe-color-1000816.article.html
https://www.aldi-nord.de/angebote/angebote-mo-21-01/smart-light-erweiterungslampe-weiss-1000817.article.html
Da wird Amazon hoffentlich mit den Preisen nachziehen.
Und diese "Birnen" sind echt so sophisticated, dass sie entsprechend hell nach oben und unten leuchten können, wie auf dem Photo auf der Aldi-Seite gezeigt? Da bin ich ja Mal gespannt...
Zitat von: tomster am 14 Januar 2019, 13:58:57Und diese "Birnen" sind echt so sophisticated, dass sie entsprechend hell nach oben und unten leuchten können, wie auf dem Photo auf der Aldi-Seite gezeigt?...
Du siehst ja nicht, in welcher Konfiguration sie in den Leuchten verbaut sind :) Da strahlt natürlich immer je eine nach oben und eine andere nach unten - oder so ;D
Interessant geworden wäre es, wenn auch die ganz links nach oben abstrahlen würde.
Aber: Das Produkt an sich sieht gut aus - daher auch das "Einklinken" hier zum Mitlesen.
Mitlesen und auf die ersten Tests gespannt bin
Ich konnte 4 GU10 RGB bekommen. War dafür in 2 Aldi.
Im ersten Markt direkt um 8. Da gab es 2 einzelne Leuchten.
Im zweiten Markt das gleiche Spiel...
Mensch sag doch, dass das heute nur im Aldi Nord ist. Eben hingefahren und gewundert. Aldi Süd hat es erst nächsten Montag.
;D das es die bei Süd auch noch gibt hab ich nicht gewusst.
Die verlinkten Prospekte sind alle von Nord.
Aber dann weißt du jetzt was dich erwartet. Nicht viel Auswahl
und um 8 direkt spalier stehen.
edit:
Hoffentlich kommt heut mein Conbeestick. Die Sache
mit dem CC2531 und Co. hab ich gekonnt ausgesessen.
ALDI Süd ab Donnerstag ;)
Zitat von: Mitch am 21 Januar 2019, 10:58:54
ALDI Süd ab Donnerstag ;)
Montag:
ZitatDie smarten Lampen des Qualitätsherstellers Müller-Licht sind ab dem 21. Januar bei ALDI Nord und ab dem 28. Januar in allen ALDI SÜD Filialen erhältlich – natürlich zu gewohnt günstigen Preisen.
Quelle: https://unternehmen.aldi-sued.de/de/presse/pressemitteilungen/produkte/2019/pressemitteilung-aldi-bietet-smartes-licht-fuer-einsteiger-und-technikfans/
http://catalog.aldi.com/emag/de_DE/print/ALDISUED_OnlineProspekt_KW0519/#8
Cool, Danke. Wäre dann acuh umsonst hingefahren :o
Als RGB hab es hier bei uns heute morgen einzeln nur noch 2 GU10, E27 und E14 waren schon weg. Hab dann das letzte Starterset mit E27 RGB genommen, vielleicht lässt sich die Fernbedienung ja irgendwie sinnvoll nutzen.
Zitat von: sinus61 am 21 Januar 2019, 11:58:09
Als RGB hab es hier bei uns heute morgen einzeln nur noch 2 GU10, E27 und E14 waren schon weg. ...
"Waren schon weg, weil riesen Ansturm an Leuten" oder "waren schon weg weil nur eine handvoll überhaupt im Laden vorrätig waren"?
Da kommen ja fast schon Erinnerungen hoch, wie krass es im ALDI zuging, als sie damals ihren ersten "Günstig-PC" im Angebot hatten...
Ich habe heute um 10 Uhr im Aldi Nord noch 2 Erweiterungs-Sets (GU10) bekommen. Danach waren vielleicht noch 5 Pakete da.
E14 hätte ich auch gebraucht, war aber nix mehr da und auch nur wenige E27 (die brauche ich aber nicht).
Starter-Sets gab es ca. 10 Stück.
Das Angebot scheint also sehr reduziert zu sein. Zumindest was die Erweiterungs-Sets anbetrifft. Also früh aufstehen ;)
Die Einbindung in FHEM über den ConBee-Stick war problemlos.
Gruß,
Jogi
Hallo zusammen,
hat jemand die Lampen schon mit zigbee2mqtt ansteuern können?
GrußThomas
Nutze auch Conbee und habe nur Gu10 gekauft. Denke nach
mir noch ein Starterset zu kaufen wegen der hässlichen
Fernbedienung. Kann diese am Conbee angelernt werden?
habe mir gerade durch Zufall noch so ein E27 RGB Starterset zum "spielen" geholt.
Das Anlernen funktionierte nach dem Lampenreset (5*an/aus in kurzer Folge bis Farbwechsel) absolut Problemlos mit in der Ikea APP
Moin
Na dann werde ich mal sehen, was die Retserampe noch so hergibt. Zwei liegen auf dem Weg! GU10 in Weiss waeren interessant!
Gruss Christoph
:D
Da kann ich mich ja nur bedanken! In Thiede noch zwei GU10 gefunden, die waren den anderen wohl zu teuer! Waren mit 29,90 ausgezeichnet. Und eine in Vechelde. Damit sind die dann hier auch alle! Die anderen waren auch nur noch sehr wenige, bis keine mehr da!
Gruss Christoph
Edith: Schoene Farbtemperatur! Und kommt mit der letzten Einstellung wieder zurueck. Bei ELV quasi gleicher Preis!
Hi!
Ich war heute Vormittag verblüfft! Seit Montag gibt es die "tint" hier im ALDI-Nord (LK Schaumburg) und es war noch jede Menge im Angebot.
Die Lampen sind Promotionsware von Müller Licht. Funktion an einer Hue Bridge 2 ist ok.
Gruß Franz
2 Kurze Fragen an die, die die Lampen schon besitzen - ehe ich am Montag den ALDI Süd stürme:
1) Kann man mit der Hardware und FHEM "weiche" Übergänge zwischen den Farben und/oder Farbtemperaturen generieren? Also z. B. "Wechsel ab Sonnenuntergang innerhalb von 30min kontinuierlich (und ohne sichtbare Stufen) von 'Neutralweiß' auf 'Warmweiß'".
2) Funktioniert das unabhängig vom verwendeten Gateway/Controller (also egal, ob per "Hue", "Conbeestick" oder "CC2531 per mqtt2Zigbee")?
Habt ihr also bei Aldi Nord tatsächlich GU10 Color+White bekommen? Im Prospekt standen da ja nur die mit Weißspektrum ... und im Netz findet man die auch nirgends!
Falls ja, wie sind die vom Licht her im Vergleich zu denen von Philips? Die gibts ja immer noch nicht mit Richer Colors (und nur gut 200 Lumen) und Ikea hat auch keine farbigen GU10 ...
Die sind nur weiss! Ich war aber auch erst am Mittwoch da!
Nein, die GU10 gab es auch als Color, steht ja auch hier so:
https://www.aldi-nord.de/angebote/angebote-mo-21-01/smart-light-erweiterungslampe-color-1000816.article.html
@sinus61
Sorry ich hatte die Frage beantwortet! Nicht das Angebot von Aldi! Deswegen auch der Nachsatz.
Gruss Christoph
Danke euch ... bin tatsächlich erfolgreich gewesen und habe in 4 Aldimärkten noch genau eine Farbige GU10 bekommen (leider nur mit Fernbedienung) ... ich teste dann mal :-)
Zitat von: peterk_de am 25 Januar 2019, 18:39:24
Danke euch ... bin tatsächlich erfolgreich gewesen und habe in 4 Aldimärkten noch genau eine Farbige GU10 bekommen (leider nur mit Fernbedienung) ... ich teste dann mal :-)
Was seltsam ist, ist die Tatsache, dass es die wohl eigentlich gar nicht gibt. Bei Mueller nicht, Amazon auch nicht, irgendwie nirgends.
Gruss Christoph
pc1246, exakt das hat mich da auch zweifeln lassen! Komisches Marketing, da die aktuellen GU10 von Philips nicht so toll sind und Ikea gar keine farbigen hat. Und trotzdem sind die nichtmal auf deren eigener Homepage gelistet!! Im mitgelieferten Prospekt allerdings schon - und da ist dann übrigens sogar noch eine KW/WW Panelleuchte mit 3500lm drin! Leider ohne Preis.
Ich hab sie jetzt ansonsten am Laufen - geht problemlos, auch mit FHEM. Und zickt nicht so rum wie die von Ikea, bei denen man Szenen immer doppelt ausführen muss, bis Helligkeit und Farbe übernommen werden.
Nur die Fernbedienung konnte ich noch nicht zur friedlichen Koexistenz mit der Hue-Bridge bewegen: Bislang hab ich nur entweder Hue-Bridge ODER FB hinbekommen, mit den Ikea-Dimmern geht aber z.B. beides problemlos parallel, auch wenn man den Dimmer in der Hue-App dann nicht sieht ... na mal gucken.
Helligkeit ist OK und auf dem Niveau der Tradfri-GU10s (also hell!) - schwankt aber sehr stark mit der Farbtemperatur (viel stärker als bei den Hues, mit starken Sprüngen in bestimmten Bereichen). Die beworbenen 1800K super-warmweiß kann man so direkt nur über die FB einstellen, im Weißspektrums-Regler in der Hue App sind die nicht anwählbar. Wird also irgendwie über den RGB-Mode gefaked (WW mit rot mischen), was mit den Philips White+Colors genauso gehen würde.
Probleme haben sie offenbar mit langsamen Überblendungen jeglicher Art, da flackerts deutlich wahrnehmbar. Auch auffällig ist eine leichter Farbverlauf im Lichtkegel bei bestimmten Farben, das war mir in der Form noch bei keiner anderen RGB-Birne aufgefallen. Stört aber nicht sooo doll, die Farben sind ansonsten auf dem Intensitäts-Niveau der Hues mit Richer Colors und haben keine große Abweichung zum ,,Original".
Alles in allem das Geld wert, selbst wenn man die Fernbedienung mitkaufen muss. Wenn die neuen GU10s von Philips dann mal kommen, könnte ich dieses Urteil aber eventuell wieder revidieren ;-)
Edit: Homebridge (mit Homebridge-Hue) einmal neu gestartet, schwupps ist die Lampe auch in Homekit steuerbar. Top, und das obwohl sie dort nichtmal unter den kompatiblen Lampen gelistet ist.
Und offensichtlich klappt das hier auch mit den 1800K über den Regler mit der Farbtemperatur. Man sollte dann nur nicht direkt in die Lampe gucken, die Streuscheibe ist da schön bunt, also das wird tatsächlich über die RGB-Dioden zusammengemischt - leider keine extra super-warmweiße Amber-Diode wie z.B bei den alten Philips Master LEDs mit GlowDim.
Zitat von: peterk_de am 25 Januar 2019, 22:45:45
Im mitgelieferten Prospekt allerdings schon - und da ist dann übrigens sogar noch eine KW/WW Panelleuchte mit 3500lm drin! Leider ohne Preis.
Den hab ich auch gerade mal durchgeblättert. Das Panel könnte noch interessant sein. Außerdem gibt es da noch LED Strips und Bewegungsmelder. Der Plug sieht auch ganz gut aus, von der Bauform nicht so klobiges Ding wie die Osram oder auch der angekündigte von Ikea. Und der Connector, einfach ein Aktor um etwas beliebiges zu schalten, das könnte ich auch noch brauchen. Mal sehen wann die Sachen alle verfügbar sind und wie dann so die Preise aussehen.
Hallo Forum und Technik Begeisterte
könnte jemand von Euch für einen Anfänger kurz Antworten, was für die "Tür zu FHEM" gebraucht wird, wenn man diese smarte Lampen für FHEM verfügbar/ steuerbar machen möchte.
Geht es jetzt mit einer HUE Bridge etc. und wie genau nennt man die? bzw. was muss die für Anforderungen erfüllen?
Vielen Dank und schöne Grüße
NewRasPi
https://wiki.fhem.de/wiki/ZigBee (https://wiki.fhem.de/wiki/ZigBee)
So sieht das übrigens in der Hue-App aus, wenn man die Lampe über Homekit auf Superwarmweiß eingestellt hat ... LOL
Und hier mal noch ein Bild, was die Lampe bei wärmster über die Hue-App einstellbarer Farbe zeigt (müssten 2000K sein). Auch hier wird kräftig mit den RGB-Dioden nachgeholfen, resultierend in einem schönen Farbververlauf im Lichtkegel (das ist wohlgemerkt das Licht einer Lampe - oben grüner als unten). Es ist nicht nur auf dem Foto deutlich wahrnehmbar.
Also dahingehend aufpassen! Da GU10s aber ja für gewöhnlich Rudeltiere sind, sollte sich das bei mehreren davon durch Streulicht etwas ausgleichen.
Ich hätte da auch mal eine Frage, da es Morgen bei Aldi auch tint gibt:
Klar ist ZigBee und dann eine HUE Bridge, habe jetzt auch etwas über Zigbee gelesen, aber was ist die beste Hardware für die Zigbee Bridge? Raspee? CC25xx Chip ...... ?????
https://forum.fhem.de/index.php/topic,95246.msg895685.html#msg895685 (https://forum.fhem.de/index.php/topic,95246.msg895685.html#msg895685)
Den Artikel kenne ich, da sind sehr viele Lösungsansätze drin, die auf verschiedene Hardware verweisen.
So vielen Forums Artikel geht auch hervor das die einen besser, die anderen schlechter laufen, manche kann man nur on/off schalten, was mir bei einer RGB Leutchte ja nicht wirklich weiter hilft.
der artikel und seine links beschriebt sehr genau den stand der kunst in der anbindung von zigbee lampen an fhem. inklusiver der vor und nachteile einzelne lösungen.
was die 'beste' lösung für dich ist musst du selber entscheiden.
Also wenn ich mir das so anschaue, scheint mir auf den ersten Blick Conbee/Raspbee für die Lichtsteuerung das vernünftigste zu sein.
Vor allen dingen als USB Dongel muss man es ja nicht unbedingt an einem Raspberry betreiben sondern es würde ja auch an einem Linux PC bzw. Windows PC seinen Dienst tun.
Läuft der Conbee genau so stabil wie der Raspbee?
Ist da die gleiche Hardware verbaut?
Auf der anderen Seite habe ich gerade gesehen das der Raspbee wohl wesentlich verbreiteter ist als der Conbee.
Konnte heute Morgen 6 tint LED Leuchten bekommen ;D dafür das der Markt gerade geöffnet hatte waren es aber relativ wenige die zum verkauf standen, ich schätze mal insg. 80 - 100 Stück.
Zitat von: Edi77 am 27 Januar 2019, 20:07:19
Konnte heute Morgen 6 tint LED Leuchten bekommen ;D dafür das der Markt gerade geöffnet hatte waren es aber relativ wenige die zum verkauf standen, ich schätze mal insg. 80 - 100 Stück.
Moin
Das war hier beim Aldi Nord gefuehlt auch so! Scheint so 'ne Art Versuchsballon gewesen zu sein!
Gruss Christoph
Habe heute früh um 0800h auch gleich mal "zugeschlagen" (1x Starterset, 1x E14 weiß, 1x E14 bunt).
Gefühlt waren im Aldi ~30 Startersets und ~100 Erweiterungssets (jeweils 1/3 gemischt aus E10, E27, GU10) verfügbar.
Jetzt muss nur noch die CC2531 Hardware ankommen und ich kann mal bisschen Rumspielen.
Falls noch jemand versuchen möchte, die Fernbedienung parallel zur Hue-Bridge zu benutzen:
https://community.hom.ee/t/aldi-mit-beleuchtung-fuer-das-smart-home/18279/32
Offensichtlich hatten damit schon einige Erfolg: https://www.youtube.com/watch?v=e8c54S1uqLM Ich habs allerdings noch nicht hinbekommen. Da beste, was mir bei den diversen Versuchen dabei passiert ist, war das eine von den neuen Lampen (mittlerweile hab ich insg. 4 Tints) angefangen hat im Sekundentakt zu blinken. Konnte sie anschalten /ausschalten/ Farbe ändern -> sie hat darauf reagiert, aber dann nach 2 Sekunden wieder weitergeblinkt und erst wieder aufgehört, als ich auf die Leiter geklettert bin und sie kurz stromlos gemacht habe ... ich hoffe das bleibt ein Ausrutscher :o
Hallo,
auch ich habe mir heute ein paar Leuchtmittel geholt ;)
Kann es sein, das die noch gar nicht mit dem CC2531, MQTT2 und zigbee2mqtt in Fhem funktionieren ?
Gruß Werner
Zitat von: Intruder1956 am 28 Januar 2019, 17:26:08
Hallo,
auch ich habe mir heute ein paar Leuchtmittel geholt ;)
Kann es sein, das die noch gar nicht mit dem CC2531, MQTT2 und zigbee2mqtt in Fhem funktionieren ?
Gruß Werner
Ich habe das bisher auch nicht geschafft, die Tint Birnen mit zigbee2mqtt zu steuern.
Gepairt ist die Birne, die heißt ZBT-ColorTemperature, aber dimmen etc. geht nicht.
Vielleicht geht das vorerst nur mit dev branch:
https://github.com/Koenkk/zigbee2mqtt/issues/795#issuecomment-457813862
Zitat von: mark79 am 28 Januar 2019, 18:10:08
Ich habe das bisher auch nicht geschafft, die Tint Birnen mit zigbee2mqtt zu steuern.
Gepairt ist die Birne, die heißt ZBT-ColorTemperature, aber dimmen etc. geht nicht.
Vielleicht geht das vorerst nur mit dev branch:
https://github.com/Koenkk/zigbee2mqtt/issues/795#issuecomment-457813862
Nach meiner Odysee durch die Aldi-Sued-Landschaft habe ich jetzt 7 GU10 RGBs für meine Fernsehecke zusammen und die erste erfolgreich gepairt - funktioniert problemlos mit zigbee2mqtt. meldet sich bei mir als "Müller Licht Tint LED bulb GU10/E14/E27 350/470/806 lumen, dimmable, color, opal white (404000/404005/404012)". Ich habe vor ein paar Tagen zigbee2mqtt und vor allem den zigbee-shepherd (bzw. die zigbee-shepherd-converters) auf den neuesten Stand gebracht. Letztere (die converters) habe ich separat aus github geholt, da die mit dem eigentlichen zigbee2mqtt nicht aktualisiert wurden (oder zumindest nicht auf den letzten Stand).
Also ich war heute noch mal in meiner Aldi Filiale und mit großem Erstaunen :o musste ich feststellen :o das von jeder Sorte noch einiges verfügbar war :o ::) ;D
Hi,
mit diesem Eintrag in /opt/zigbee2mqtt/node_modules/zigbee-shepherd-converters/devices.js konnte ich meine Tint-Birne mit Zigbee2MQTT ansprechen:
// Aldi tint
{
zigbeeModel: ['ZBT-ExtendedColor'], // The model ID from: Device with modelID 'lumi.sens' is not supported.
model: 'WSDCGQ01LM', // Vendor model number, look on the device for a model number
vendor: 'Aldi', // Vendor of the device (only used for documentation and startup logging)
description: 'Smart Light tint white + color LED-Birne 9,5 W, 806 lm, E27', // Description of the device, copy from vendor site. (only used for documentation and startup logging)
supports: generic.light_onoff_brightness_colortemp_colorxy().supports, // Actions this device supports (only used for documentation)
fromZigbee: generic.light_onoff_brightness_colortemp_colorxy().fromZigbee,
toZigbee: generic.light_onoff_brightness_colortemp_colorxy().toZigbee,
},
Als Template in FHEM hab ich dann L_02b_zigbee2mqtt_colorbulbWithoutColorTemp genommen.
Gruß,
Michael
Ich hole nochmal meine Frage von "vorhin" rauf und bitte um Beantwortung - falls sich schon jemand so weit einarbeiten konnte.
Zitat von: r00t2 am 25 Januar 2019, 09:48:04
1) Kann man mit der Hardware und FHEM "weiche" Übergänge zwischen den Farben und/oder Farbtemperaturen generieren? Also z. B. "Wechsel ab Sonnenuntergang innerhalb von 30min kontinuierlich (und ohne sichtbare Stufen) von 'Neutralweiß' auf 'Warmweiß'".
2) Funktioniert das unabhängig vom verwendeten Gateway/Controller (also egal, ob per "Hue", "Conbeestick" oder "CC2531 per mqtt2Zigbee")?
Danke euch.
zu 1.) Ich kann bislang nur zu den GU10 RGBWW+KW an einer Hue-Bridge etwas sagen (eben mit 30s Überblendungszeit getestet per fhem und einer einzelnen Lampe, nicht mit einer Szene):
Es geht, aber nicht sonderlich sauber und nicht bei allen denkbaren Überblendungen.
- Weißspekrumsüberblendungen klappen, aber einige Farbtemperaturen sind deutlich heller als andere, wenn du also langsam dazwischen überblendest, ist der Übergang nicht gleichmäßig, sondern es wird mal heller (z.B. bei 4000 K) und mal deutlich dunkler (z.B. bei 2000K) und das ganze auch relativ abrupt (also im Verhältnis zur Gesamtüberblendungsdauer recht schnell), da diese Helligkeitssprünge offenbar an ganz bestimmten, recht schmalen Stellen im Farbspektrum passieren.
- Überblendung per FHEM von einer RGB-Farbe (getestet mit FF0000-Rot oder 0000FF-Blau) auf eine beliebige WW/KW-Farbtemperatur führt dazu, dass ohne Überblendung sofort zu irgendeiner Farbtemperatur gewechselt wird, und dann langsam zur gewählten Farbtemperatur überblendet wird. Das wirkt wie ein Firmwarebug in der Lampe (meine haben 2.2).
- Überblendung von WW/KW zu einer RGB-Farbe funktioniert hingegen wie erwartet.
- RGB-Farbe zu anderer RGB-Farbe funktioniert auch prima.
LG!
Zitat von: KernSani am 28 Januar 2019, 19:57:04
Nach meiner Odysee durch die Aldi-Sued-Landschaft habe ich jetzt 7 GU10 RGBs für meine Fernsehecke zusammen und die erste erfolgreich gepairt - funktioniert problemlos mit zigbee2mqtt. meldet sich bei mir als "Müller Licht Tint LED bulb GU10/E14/E27 350/470/806 lumen, dimmable, color, opal white (404000/404005/404012)". Ich habe vor ein paar Tagen zigbee2mqtt und vor allem den zigbee-shepherd (bzw. die zigbee-shepherd-converters) auf den neuesten Stand gebracht. Letztere (die converters) habe ich separat aus github geholt, da die mit dem eigentlichen zigbee2mqtt nicht aktualisiert wurden (oder zumindest nicht auf den letzten Stand).
Danke für den Tipp, ich hatte auch ein zigbee2mqtt update gemacht.. Aber das er die Converter nicht mit updated wusste ich nicht.
Die Converter sind hier zu finden: https://github.com/Koenkk/zigbee-shepherd-converters
Zitat von: OppiM am 29 Januar 2019, 10:00:07
Hi,
mit diesem Eintrag in /opt/zigbee2mqtt/node_modules/zigbee-shepherd-converters/devices.js konnte ich meine Tint-Birne mit Zigbee2MQTT ansprechen:
// Aldi tint
{
zigbeeModel: ['ZBT-ExtendedColor'], // The model ID from: Device with modelID 'lumi.sens' is not supported.
model: 'WSDCGQ01LM', // Vendor model number, look on the device for a model number
vendor: 'Aldi', // Vendor of the device (only used for documentation and startup logging)
description: 'Smart Light tint white + color LED-Birne 9,5 W, 806 lm, E27', // Description of the device, copy from vendor site. (only used for documentation and startup logging)
supports: generic.light_onoff_brightness_colortemp_colorxy().supports, // Actions this device supports (only used for documentation)
fromZigbee: generic.light_onoff_brightness_colortemp_colorxy().fromZigbee,
toZigbee: generic.light_onoff_brightness_colortemp_colorxy().toZigbee,
},
Als Template in FHEM hab ich dann L_02b_zigbee2mqtt_colorbulbWithoutColorTemp genommen.
Gruß,
Michael
So ähnlich sieht der "offizielle" Eintrag in der aktuellen device.js auch aus, nur mit Müller Licht :-)
Ich habe das colorbulb Template genommen und "color" noch in der setList hinzugefügt (und im webcmd natürlich), dann geht alles Dimmen, Temperatur und Farbe.
Morgen hole ich mir den Raspbee ab...die Firma ist einen km entfernt :)...bin schon mal gespannt. Die Farben begeistern mich, aber ist ja wie vieles Ansichtssache...
Da das hier ja jetzt schon eines der umfangreichsten Sammelsurien zu den tints ist und meine Frau heute noch 2 RGB-E14 ergattert hat:
- Die E14 RGB scheint von der Lichtqualität her um einiges besser zu sein als die GU10. Durch die Milchglasoptik ist das Licht farblich recht homogen (kein Farbverlauf an weißen Wänden wie bei den GU10), aber der Kolben selbst wirkt auch etwas bunt - insbesondere bei warmweiß.
- auch bei der E14 sind extreme Farbtemperaturen deutlich dunkler als die neutralweiße Einstellung
- alert select und alert lselect funktioneren bei E14 wie auch bei den GU10, das Blinken unterscheidet sich aber nicht (beides blinkt einmal). Etwas schade, da ich mit den Hues mit dieser Funktion sehr schön zwei unterschiedlich dringende Alarmierungen umsetze. Mit den Tints geht nur eine, aber auch sie sind danach im Zustand von davor, immerhin :-)
Zitat von: peterk_de am 29 Januar 2019, 20:04:47...- auch bei der E14 sind extreme Farbtemperaturen deutlich dunkler als die neutralweiße Einstellung
...
Eiderwei. Das klingt ja fast, als ob man sich eine eigenständige Korrekturfunktion schreiben müsste, um solche Wechsel mit gleichbleibender Helligkeit hin zu bekommen. Oder man wartet auf ein Update des Herstellers.
Danke fürs Testen und Berichten!
Bei den Original-Hues ist das auch bei einigen Leuchten so, ich hab z.B. eine Aurelle Panelleuchte 60x60 - die ist in max. Kaltweiß oder max. Warmweiß auch etwas dunkler als in Neutralweiß. Bei der Play Lightbar hingegen merke ich soetwas gar nicht, da ändert sich scheinbar wirklich nur die Farbe. Und die WW/KW-Tradfris wirken auch immer gleich hell, aber bei denen ist dafür schon bei 2200K bzw. 4000K Schluss.
Bei den Tints ist der Unterschied vor allem bei Warmweiß (2000K) aber mit Abstand zu allen anderen Zigbee-Leuchten, die ich kenne, am sichtbarsten. Gefühlt halb so hell wie bei 4000K. Ich denke ein Update wird da nix bringen, es sei denn, man senkt künstlich die Maximalhelligkeit bei 4000K.
Aber trotzdem, für den Preis macht man nicht wirklich was falsch. Wo man das besser will, kann man ja trotzdem das doppelte ausgeben und zu Philips greifen - außer bei den bunten GU10, da bekommt man für das doppelte dann eine ähnlich kompromissbehaftete Gesamtperformance ;-)
Ich verstehe.
Wie sieht das denn technisch aus:
Wenn man gleichzeitig einen Fade auf die neue Farbe UND eine andere Helligkeit machen kann, dann bekommt man es vermutlich auch ohne Zusatzfunktion hin. Zumindest für "vorgefertigte" Wertepaare und wenn man nicht ein Neutralweiß um 4000 K mit 100% Helligkeit als "Normalwert" betreibt.
Also z. B. (theoretische Werte): Von 3000 K @ 80% Helligkeit => direkter Fade zu => 6000 K @ 100% Helligkeit
Hi, ich habe nun auch mal diese Lampen mit RaspBee zum laufen gebracht, habe aber ein Problem.
Wenn ich mich mit einem Websocket-Client mit deCONZ verbinde, dann müllt mich die eine Lampe, die einzige, die mit der RaspBee verbunden ist mit folgender Nachricht zu
raspbee-ws.html: 22:17:46 "{"e":"changed","id":"2","r":"lights","state":"colormode":"xy"},"t":"event","uniqueid":"00:15:8d:00:02:fd:cf:61-01"}"
raspbee-ws.html: 22:17:46 "{"e":"changed","id":"2","r":"lights","state":"colormode":"xy"},"t":"event","uniqueid":"00:15:8d:00:02:fd:cf:61-01"}"
raspbee-ws.html: 22:17:47 "{"e":"changed","id":"2","r":"lights","state":"colormode":"xy"},"t":"event","uniqueid":"00:15:8d:00:02:fd:cf:61-01"}"
Ca. 2 solcher Nachrichten pro Sekunde von der einen Lampe.
Wenn ich die Lampeninfo von der Hue-Bridge aus dumpe, schaut die so aus:
"8": {
"swversion": "2.0",
"name": "Kueche Tint",
"swupdate": {
"state": "notupdatable",
"lastinstall": null
},
"uniqueid": "00:15:8d:00:03:1d:25:87-01",
"capabilities": {
"control": {
"ct": {
"max": 370,
"min": 153
}
},
"streaming": {
"renderer": false,
"proxy": false
},
"certified": false
},
"productname": "Color temperature light",
"state": {
"on": true,
"colormode": "ct", <================|||||||||
"alert": "select",
"reachable": false,
"mode": "homeautomation",
"bri": 112,
"ct": 370
},
"manufacturername": "MLI",
"config": {
"function": "functional",
"direction": "omnidirectional",
"archetype": "classicbulb"
},
"type": "Color temperature light",
"modelid": "ZBT-ColorTemperature"
}
Hat jemand das gleiche Problem?
Ich vermute, dass es daran liegt, dass deCONZ die Lampe nicht kennt, sie vielleicht als RGB-Lampe versucht anzusprechen, und deswegen dieses "colormode": "ct" vs "colormode":"xy" entsteht, und zig-mal Nachgefragt wird, was nun Sache ist.
Habe dem Kundendienst schon ein Mail geschrieben, aber vielleicht hat sich hier ja schon jemand damit befasst.
An sich sind die Lampen recht gut. Das einzige, was mir richtig stört, ist, dass die beim physikalischen Aus-/An-Schalten (Stromlos) wieder auf den letzten Zustand gehen, anstatt, wie die Philips Hue-Lampen, auf volle Helligkeit zu gehen. Ich finde das sehr Praktisch, mit der vollen Helligkeit. Manchmal braucht man eben mal schnell viel Licht, das man später wieder runterregeln kann.
Hallo Zusammen,
ich hatte auch das Glück ein paar Lampen (nur weiß, nicht farbig) zu ergattern.
zigbee2mqtt und die zigbee-shepherd-converters habe ich geupdatet.
Allerdings wird mir die Lampe nur mit "paired" angezeigt und sonst nichts...
Eine Steuerung, ... ist nicht möglich.
Wo könnte noch das Problem liegen oder habe ich etwas vergessen?
Eine (!) meiner 7 GU10 RGB liefert seit kurzem auch ein color_saturation reading... Habt ihr das auch?
Kurz, weil mobil
und falls es jemanden interessiert:
Ich habe gerade mal kurz meinen Tints ein ordentliches Icon (und einen vernünftig vorbelegten colorpicker) verpasst.
https://forum.fhem.de/index.php/topic,96783.0.html
Hallo
kann es sein, dass wenn man die Lampen an fhem angelernt hat, man sie nicht mehr mit der Fernbedienung pairen kann?
Gruß rippi
Rippi, theoretisch soll das gehen (zumindest per Hue-Bridge hat es wohl auch schon wer hinbekommen, siehe mein Post weiter oben), praktisch hab ich es noch nicht geschafft. Aber auch noch nicht endlos lange versucht ...
Hallo,
wie genau muss ich den beim updaten der Converter vorgehen ?
Die vier .js Dateien hab ich einfach durch die aktuellen aus github ersetzt, ist das überhaupt korrekt so ?
Rechte sind die gleichen wie bei den alten Dateien.
zigbee2mqtt hab ich aktualisiert und die Lampe wird erkannt als:
Müller Licht Tint LED bulb GU10/E14/E27 350/470/806 lumen, dimmable, opal white (Router)
Allerdings wenn ich aus Fhem mit dem L_02b_zigbee2mqtt_colorbulb Template schalte bekomme ich in zigbee2mqtt ein
zigbee2mqtt:error 2019-2-1 23:31:57 No converter available for 'state' (OFF)
zigbee2mqtt:error 2019-2-1 23:31:59 No converter available for 'state' (ON)
Gruß
Thomas
Zur Fernbedienung: ich könnte sie mit zigbee2mqtt koppeln, aber sie liefert keine Daten.
Das Kann geht mit dem Reset Knopf. Der ist unter dem Batterie Deckel.
Den muss man unsäglich lange drücken, bis die Fernbedienung nach etwa einer Minute nicht mehr blinkt.
Horst
Hallo,
habe mir 2x white E14, 3x RGB E14 und ein Starterset Fernbedienung/RGB E27 zugelegt. Über ebay eine Philips HUE Bridge Version 1 (rund) 15 Euro.
Und bin dann nach Anleitung (https://forum.fhem.de/index.php/topic,95246.msg896882.html#msg896882) vorgegangen.
Ich kann jetzt die 6 Lampen per Fernbedienung (3 Gruppen), per FHEM und App (einzeln oder in Gruppen) steuern. Die Gruppen wurden von der Fernbedienung übernommen.
Vielen Dank an den Entwickler des HUE-Modules. Funktioniert für meine Zwecke sehr gut.
Ich hatte auch erst mit den Gedanken gespielt mir einen CC2530 USB-Stick zuzulegen, aber als ich dann die ganzen Voraussetzungen gelesen habe.
Habe ich mich für die aus meiner Sicht einfacheren HUE-Variante entschieden.
pejonp
Hallo,
also ich habe es jetzt mehrfach versucht, aber ich bekomme die Fernbedienung nicht mehr mit der Lampe gekoppelt, sobald ich die Lampe mit zigbee2mqqtt gekoppelt habe.
Hat vielleicht jemand eine Lösung dafür.
Meine Konfiguration:
tint white LED Kerzenform
defmod zigbee_0x00158d000327ee70 MQTT2_DEVICE
attr zigbee_0x00158d000327ee70 IODev mqtt
attr zigbee_0x00158d000327ee70 devStateIcon {zigbee2mqtt_devStateIcon255($name)}
attr zigbee_0x00158d000327ee70 icon hue_filled_white_and_color_e27_b22
attr zigbee_0x00158d000327ee70 model L_02b_zigbee2mqtt_colorbulbWithoutColorTemp
attr zigbee_0x00158d000327ee70 readingList zigbee2mqtt/0x00158d000327ee70:.* { json2nameValue($EVENT) }
attr zigbee_0x00158d000327ee70 room MQTT2_DEVICE
attr zigbee_0x00158d000327ee70 setList on:noArg zigbee2mqtt/0x00158d000327ee70/set {"state":"ON"}\
off:noArg zigbee2mqtt/0x00158d000327ee70/set {"state":"OFF"}\
brightness:colorpicker,BRI,0,15,255 zigbee2mqtt/0x00158d000327ee70/set {"state":"on","$EVTPART0":"$EVTPART1"}\
color_temp:colorpicker,CT,150,1,370 zigbee2mqtt/0x00158d000327ee70/set {"state":"on","$EVTPART0":"$EVTPART1"}
attr zigbee_0x00158d000327ee70 stateFormat {lc ReadingsVal("$name","state",0)}
attr zigbee_0x00158d000327ee70 webCmd toggle:on:off:brightness:color:color_temp
tint white+color LED Birnenform
defmod zigbee_0x00158d0003248906 MQTT2_DEVICE
attr zigbee_0x00158d0003248906 IODev mqtt
attr zigbee_0x00158d0003248906 devStateIcon {zigbee2mqtt_devStateIcon255($name)}
attr zigbee_0x00158d0003248906 icon hue_filled_white_and_color_e27_b22
attr zigbee_0x00158d0003248906 model L_02b_zigbee2mqtt_colorbulbWithoutColorTemp
attr zigbee_0x00158d0003248906 readingList zigbee2mqtt/0x00158d0003248906:.* { json2nameValue($EVENT) }
attr zigbee_0x00158d0003248906 room MQTT2_DEVICE
attr zigbee_0x00158d0003248906 setList on:noArg zigbee2mqtt/0x00158d0003248906/set {"state":"ON"}\
off:noArg zigbee2mqtt/0x00158d0003248906/set {"state":"OFF"}\
brightness:colorpicker,BRI,0,15,255 zigbee2mqtt/0x00158d0003248906/set {"state":"on","$EVTPART0":"$EVTPART1"}\
color:colorpicker,RGB {"zigbee2mqtt/0x00158d0003248906/set ".zigbee2mqtt_RGB2JSON($EVTPART1)}\
color_temp:colorpicker,CT,153,1,556 zigbee2mqtt/0x00158d0003248906/set {"state":"on","$EVTPART0":"$EVTPART1"}
attr zigbee_0x00158d0003248906 stateFormat {lc ReadingsVal("$name","state",0)}
attr zigbee_0x00158d0003248906 webCmd toggle:on:off:brightness:color:color_temp
Gruß rippi
Hallo rippi,
beides gleichzeitig geht nicht. Wenn man also einmal mit FHEM gekoppelt hat bleibt nur Rücksetzen (5x Ein/Aus). Dann ist die Kopplung mit FHEM aber weg.
Leider liefert die FB auch keine Daten, wenn sie mit zigbee2mqtt gekoppelt wird. Da müßte ggf. jemand mal in dem Projekt nachforschen und helfen.
Horst
Schade :'(
Irgendwie bekomme ich die Lampe nicht ordentlich ans Laufen.
Die Lampe wird nach dem Pairing wie folgt angezeigt:
DEF 404006/404008/404004 0x00158d0002fd8b56
FRIENDLYNAME 0x00158d0002fd8b56
FUUID 5c56e48e-f33f-a3b1-6413-750ce4cef1347ba8
IODev Mosquitto
MODEL 404006/404008/404004
NAME 0x00158d0002fd8b56
NOTIFYDEV 404006/404008/404004 0x00158d0002fd8b56
NR 73
SID 0x00158d0002fd8b56
STATE paired
In der zigbee-shepherd-converters/devices.js finde ich den Eintrag:
// Müller Licht
{
zigbeeModel: ['ZBT-ExtendedColor'],
model: '404000/404005/404012',
vendor: 'Müller Licht',
description: 'Tint LED bulb GU10/E14/E27 350/470/806 lumen, dimmable, color, opal white',
extend: generic.light_onoff_brightness_colortemp_colorxy,
},
{
zigbeeModel: ['ZBT-ColorTemperature'],
model: '404006/404008/404004',
vendor: 'Müller Licht',
description: 'Tint LED bulb GU10/E14/E27 350/470/806 lumen, dimmable, opal white',
extend: generic.light_onoff_brightness_colortemp,
},
Wo könnte nun der "Fehler" liegen oder was habe ich vielleicht vergessen?
Hallo patrice.ge
kannst du einmal die "Raw definition hier posten?
Gruß rippi
Hallo rippi,
list ergibt
Internals:
DEF 404006/404008/404004 0x00158d0002fd8b56
FRIENDLYNAME 0x00158d0002fd8b56
FUUID 5c56e48e-f33f-a3b1-6413-750ce4cef1347ba8
IODev Mosquitto
MODEL 404006/404008/404004
NAME 0x00158d0002fd8b56
NOTIFYDEV 404006/404008/404004 0x00158d0002fd8b56
NR 73
SID 0x00158d0002fd8b56
STATE paired
TYPE XiaomiMQTTDevice
READINGS:
2019-02-06 20:26:56 transmission-state subscription acknowledged
message_ids:
subscribe:
zigbee2mqtt/0x00158d0002fd8b56
xiaomi/0x00158d0002fd8b56/#
subscribeExpr:
^zigbee2mqtt\/0x00158d0002fd8b56$
^xiaomi\/0x00158d0002fd8b56.*$
subscribeQos:
xiaomi/0x00158d0002fd8b56/# 0
zigbee2mqtt/0x00158d0002fd8b56 0
Attributes:
DbLogExclude .*
IODev Mosquitto
room 30_Erdgeschoss,XiaomiMQTTDevice
und die Raw Definition
defmod 0x00158d0002fd8b56 XiaomiMQTTDevice 404006/404008/404004 0x00158d0002fd8b56
attr 0x00158d0002fd8b56 DbLogExclude .*
attr 0x00158d0002fd8b56 IODev Mosquitto
attr 0x00158d0002fd8b56 room 30_Erdgeschoss,XiaomiMQTTDevice
setstate 0x00158d0002fd8b56 paired
setstate 0x00158d0002fd8b56 2019-02-06 20:26:56 transmission-state subscription acknowledged
Gruß
Patric
Dir hat autocreate ein XIAOMI Device angelegt. Du brauchst ein MQTT2_Device. Am Besten löschen, von Hand das MQTT2_Device anlegen und das passende AttrTemplate setzen.
Kurz, weil mobil
Hallo KernSani,
wenn ich es richtig gemacht habe dann ergibt list
Internals:
CFGFN
DEVICETOPIC Tint_Bulb_01
FUUID 5c5c8d34-f33f-a3b1-93ba-fb0242d66537d78d
IODev Mosquitto
NAME Tint_Bulb_01
NR 249
STATE set_off
TYPE MQTT2_DEVICE
READINGS:
2019-02-07 21:07:13 state set_off
message_ids:
subscribeExpr:
Attributes:
DbLogExclude .*
IODev Mosquitto
devStateIcon {zigbee2mqtt_devStateIcon255($name)}
icon light_control
model 404006/404008/404004
readingList Müller/Licht:.* { json2nameValue($EVENT) }
setList on:noArg Müller/Licht/set {"state":"ON"}
off:noArg Müller/Licht/set {"state":"OFF"}
brightness:colorpicker,BRI,0,15,255 Müller/Licht/set {"state":"on","$EVTPART0":"$EVTPART1"}
setStateList on off
webCmd toggle:on:off:brightness
Raw Definition:
efmod Tint_Bulb_01 MQTT2_DEVICE
attr Tint_Bulb_01 DbLogExclude .*
attr Tint_Bulb_01 IODev Mosquitto
attr Tint_Bulb_01 devStateIcon {zigbee2mqtt_devStateIcon255($name)}
attr Tint_Bulb_01 icon light_control
attr Tint_Bulb_01 model 404006/404008/404004
attr Tint_Bulb_01 readingList Müller/Licht:.* { json2nameValue($EVENT) }
attr Tint_Bulb_01 setList on:noArg Müller/Licht/set {"state":"ON"}\
off:noArg Müller/Licht/set {"state":"OFF"}\
brightness:colorpicker,BRI,0,15,255 Müller/Licht/set {"state":"on","$EVTPART0":"$EVTPART1"}
attr Tint_Bulb_01 setStateList on off
attr Tint_Bulb_01 webCmd toggle:on:off:brightness
setstate Tint_Bulb_01 set_off
setstate Tint_Bulb_01 2019-02-07 21:10:38 state set_off
Aber leider nicht steuerbar...
Nach einem Update erscheint auch das alte Pairing wieder.
Müsste ich das Device zusätzlich zum löschen wieder in den Anlernmodus versetzen?
Gruß
Patric
Beim Setzen des AttrTemplates kommt ein Popup, da musst du am Ende als BASE TOPIC zigbee2mqtt angeben und als DEV ID 0x00158d0002fd8b56, dann sollte er die korrekte SetList etc... erstellen.
Wie du das autocreate vom XIAOMI los wirst kann ich dir nicht sagen, aber da gab's einen Thread, such mal im MQTT Board...
Er verwendet wohl kein MQTT2, sondern die alte Methode mit MQTT Broker + XiaomiMQTTDevice Modul.
Ich habe das auch noch im Einsatz und man muss bei dieser Lösung die LED Birnen selber konfigurieren.
z.B. so:
defmod 0x00158d0002ee9111 XiaomiMQTTDevice 404006/404008/404004 0x00158d0002ee9111
attr 0x00158d0002ee9111 DbLogExclude .*
attr 0x00158d0002ee9111 IODev myBroker
attr 0x00158d0002ee9111 alexaName Regal
attr 0x00158d0002ee9111 devStateIcon {my $mode=ReadingsVal($name,"color_mode","RGB");;if($state eq "OFF"){Color::devStateIcon($name,"rgb","rgb","state");;}else{if($mode eq "RGB"){Color::devStateIcon($name,"rgb","rgb","brightness");;}elsif($mode eq "color temperature"){Color::devStateIcon($name,"rgb","undef","brightness");;}}}
attr 0x00158d0002ee9111 genericDeviceType light
attr 0x00158d0002ee9111 room XiaomiMQTTDevice
attr 0x00158d0002ee9111 stateFormat state
attr 0x00158d0002ee9111 webCmd brightness:color_temp:ON:OFF
attr 0x00158d0002ee9111 widgetOverride brightness:colorpicker,BRI,0,1,255 color_temp:colorpicker,CT,150,10,454
Hm, die lists sind aber schon MQTT2_DEVICEs.
Dass hier die Auflösung der DEV_ID in den templates nicht zu passen scheint, liegt an den veränderten topic-Strukturen. M.E. ist es für eine FHEM-only Verwendung besser, das auf default zu lassen und dann ein (bzw. bei MQTT2_CLIENT zwei) Bridge-Device(s) zu definieren, wie in den Praxisbeispielen im Wiki erklärt. In jedem Fall sollte man m.E. diesen Sonderzeichenmurks aus der Umbenennung zu nehmen (warum nicht einfach die HEX-ID verwenden (auf der zigbee2mqtt-Seite)).
Im MQTT-Bereich hatte jemand übrigens auch eine setList etc. für die farbigen tints, template kommt voraussichtlich am WE.
Zitat von: Beta-User am 08 Februar 2019, 11:03:36
Hm, die lists sind aber schon MQTT2_DEVICEs.
Post #78 sieht nicht danach aus. Das MQTT2 Device hat er erst danach erstellt, aber wenn er keinen MQTT2_Server definiert hat, funktioniert das nicht.
Zitat von: mark79 am 08 Februar 2019, 11:42:15
Post #78 sieht nicht danach aus. Das MQTT2 Device hat er erst danach erstellt, aber wenn er keinen MQTT2_Server definiert hat, funktioniert das nicht.
Hatte jetzt unterstellt, "IODev Mosquitto" würde sich auf ein MQTT2_CLIENT-Device beziehen (damit sollte es auch gehen, man sollte nur ein weiteres Bridge-Device vorschalten). Aber wenn das TYPE=MQTT ist, kann es nicht klappen...
Ich hab es nun auch geschafft das zigbee2mqtt mit einem CC2531 ans laufen zu bekommen.
Ich hatte größere Probleme und dachte, es läge vielleicht am CC2531-Stick. Der war es aber nicht. Ich musste die Birne(da geht man dann im 21 Jh. auf die Suche nach einer alten mobilen Lampe ;D) sehr nah an den Stick bringen, damit die Birne gepaired wurde. Vorher war sie bereits mal connected, scheinbar aber nicht "vollständig" gepaired gewesen. Abschließend und entscheidend scheint die Meldung
Zitat2/8/2019, 11:03:41 AM - info: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"pairing","message":"device incoming"}'
zu sein.
Nun, wo ich weiß, dass der Stick und mein Aufbau grundsätzlich funktionieren, bleibt aber mein Problem, dass farbige E27 sich nicht pairen wollen. :'( Sie geben keinen Mucks von sich, obwohl im pairing mode und permit_join=true. Könnte da noch etwas mit den "Schäfern" im argen sein ? Oder habt Ihr sonst eine Idee, woran es scheitern könnte ?
Ein Einschalt-Befehl der gepairten Birne funktioniert zwar, aber müsste nicht ein "online" zurückgemeldet werden ?
Zitat2/8/2019, 12:46:44 PM - debug: Received MQTT message on 'zigbee2mqtt/0x00158d0002fd9f70/set' with data '{"state":"ON"}'
2/8/2019, 12:46:44 PM - info: Zigbee publish to device '0x00158d0002fd9f70', genOnOff - on - {} - {"manufSpec":0,"disDefaultRsp":0} - null
2/8/2019, 12:46:45 PM - info: MQTT publish: topic 'zigbee2mqtt/0x00158d0002fd9f70', payload '{"state":"ON","device":{"ieeeAddr":"0x00158d0002fd9f70","friendlyName":"0x00158d0002fd9f70","type":"Router","nwkAddr":4173,"manufId":4635,"manufName":"MLI","powerSource":"Mains (single phase)","modelId":"ZBT-ColorTemperature","status":"offline"},"brightness":30}'
2/8/2019, 12:46:46 PM - debug: Received zigbee message of type 'devChange' with data '{"cid":"genOnOff","data":{"onOff":1}}' of device 'ZBT-ColorTemperature' (0x00158d0002fd9f70)
2/8/2019, 12:46:46 PM - info: MQTT publish: topic 'zigbee2mqtt/0x00158d0002fd9f70', payload '{"state":"ON","device":{"ieeeAddr":"0x00158d0002fd9f70","friendlyName":"0x00158d0002fd9f70","type":"Router","nwkAddr":4173,"manufId":4635,"manufName":"MLI","powerSource":"Mains (single phase)","modelId":"ZBT-ColorTemperature","status":"offline"},"brightness":30}'
Ich versuch mal den development branch neu zu installieren....
Grüße Markus
Für "online" muß irgendein Parameter in der yaml gesetzt sein (hatte ich neulich in dem "läuft: zigbee..."-Thread was zu geschrieben)
Es sollte nach dem Schalten ein "ON" (innerhalb eines JSON) zurückkommen.
Habe neulich die tint übrigens mit längerer Wartezeit gepairt bekommen, indem ich die zwischengeschalteten IKEAS angeschaltet gelassen habe; wollte erst nicht, aber am Ende dann doch... Entfernung: CC2531 <- 3m, eine Wand -> IKEA1 <- unmittelbar neben -> IKEA2 <- nochmal 4m -> tint.
Für's Konfigurieren in Farbe (@MQTT2) gibt's ein Beispiel im MQTT-Bereich unter "Osram".
Kann ich die tint Lampen auch komplett ohne Verwendung von Fernbedienung oder einer Handy App an meine HueBridge V1 bzw. das entsprechende FHEM Device anlernen und verwalten (Gruppen erstellen, hinzufügen, etc.)?
Wenn ja: Wie?
Ich kenne zwar das define <name> HUEDevice [group|sensor] <id> [<interval>] aus der Commandref, das hilt mir aber gerade nicht weiter.
Oder hab ich einen Denkfehler? :-\
Zitat von: mark79 am 08 Februar 2019, 10:49:29
Er verwendet wohl kein MQTT2, sondern die alte Methode mit MQTT Broker + XiaomiMQTTDevice Modul.
Ich habe das auch noch im Einsatz und man muss bei dieser Lösung die LED Birnen selber konfigurieren.
z.B. so:
defmod 0x00158d0002ee9111 XiaomiMQTTDevice 404006/404008/404004 0x00158d0002ee9111
attr 0x00158d0002ee9111 DbLogExclude .*
attr 0x00158d0002ee9111 IODev myBroker
attr 0x00158d0002ee9111 alexaName Regal
attr 0x00158d0002ee9111 devStateIcon {my $mode=ReadingsVal($name,"color_mode","RGB");;if($state eq "OFF"){Color::devStateIcon($name,"rgb","rgb","state");;}else{if($mode eq "RGB"){Color::devStateIcon($name,"rgb","rgb","brightness");;}elsif($mode eq "color temperature"){Color::devStateIcon($name,"rgb","undef","brightness");;}}}
attr 0x00158d0002ee9111 genericDeviceType light
attr 0x00158d0002ee9111 room XiaomiMQTTDevice
attr 0x00158d0002ee9111 stateFormat state
attr 0x00158d0002ee9111 webCmd brightness:color_temp:ON:OFF
attr 0x00158d0002ee9111 widgetOverride brightness:colorpicker,BRI,0,1,255 color_temp:colorpicker,CT,150,10,454
Ich bin tatsächlich noch in der alten Methode unterwegs, aber leider hat auch diese Lösung noch nicht zum Erfolg geführt.
Nun werde ich das Ganze noch etwas testen oder direkt nach mqtt2 umstellen (dachte irgendwie ich hätte das schon erledigt gehabt) und nochmals berichten (dauert bei mir leider immer etwas länger). Sind halt meine ersten Lampen.
Danke aber für die bisherigen Hilfen!
Gruß
Patric
geschafft. fürchterlich. Mit dem CC2531 ohne Antenne lassen sich die Birnen kaum pairen. :'( Ich hab den Stick dann mit einem USB-Verlängerungskabel direkt an die Birne geführt, immer wieder an/aus, WLAN aus u. nach Stunden wurden Sie "entdeckt". Übel, dass man im zigbee2mqtt nicht den Hauch einer Info bekommt. :'(
Einmal gepaired läuft es passabel.
Übrigens, wer nach der Id sucht, die steht auf der Birne(MAC).
Da steht dann auch ein 36-stelliger "Install Code". Weiß jemand was das ist ?
Grüße Markus
Hat noch keiner eine Idee, was wir mit der nun überflüssigen Fernbedienung machen können ? Design, Haptik sind ja gar nicht so verkehrt...
Ich hab sie mal geöffnet. Viel ist da nicht drin. Um die Bezeichnung auf dem Chip evtl. entziffern zu können, brauch ich Tageslicht oder ne Lupe. :'(
Grüße Markus
Die müsste eigentlich nutzbar sein. Ich habe sie schon gekoppelt. Leider liefert sie noch keine Daten.
Horst
Hier ist ein Foto vom Chip.
Hoffe man kanns lesen. Mein Mikroskop ist nicht gerade von höchster Qualität.
Zitat von: KölnSolar am 11 Februar 2019, 21:01:56
Hat noch keiner eine Idee, was wir mit der nun überflüssigen Fernbedienung machen können ? Design, Haptik sind ja gar nicht so verkehrt...
Ich hab sie mal geöffnet. Viel ist da nicht drin. Um die Bezeichnung auf dem Chip evtl. entziffern zu können, brauch ich Tageslicht oder ne Lupe. :'(
Grüße Markus
Ich dachte, du wolltest eine Fernbedienung haben??? Nur, um sie auseinander zu bauen?
dann puzzlen wir doch mal zusammen:
oben: JN5169 (https://www.nxp.com/products/wireless/proprietary-ieee-802.15.4-based/zigbee-and-ieee802.15.4-wireless-microcontroller-with-512-kb-flash-32-kb-ram:JN5169) von NXD
unten: ZXD8371
32-bit RISC-CPU 1-32 MHz
512kB Flash, 32kB RAM, 4kBEEPROM
I²C, 2*UART,SPI master&slave,JTAG
Das wären die "Angriffspunkte":
[2] JTAG programming mode: must be left floating high during reset to avoid entering JTAG programming mode.
[3] UART programming mode: leave pin floating high during reset to avoid entering UART programming mode or hold it low to program.
The recommended programming method for the JN5169 is to use C, which is supported by a software developer kit comprising a C compiler, linker and debugger.
The JN5169 includes a JTAG interface for the purposes of software debugging when used in conjunction with the BeyondStudio for NXP development environment. For further details, see the Wireless Connectivity area of the NXP web site Ref. 1 (https://www.nxp.com/products/wireless/zigbee:ZIGBEE-PROTOCOL). [Developer Resources: Hardware:Software:Support]The JTAG interface does not support boundary scan testing. It is recommended that the JN5169 is not connected as part of the board scan chain.
Klingt für mich aber erst einmal extrem aufwändig. :'(
ZitatIch dachte, du wolltest eine Fernbedienung haben??? Nur, um sie auseinander zu bauen?
Erwischt. ;D ;D ;D ;D Nein, ich wollte zum einen die Möglichkeit haben die tint's im Original zu steuern, um dann das Ergebnis mit dem Stick zu vergleichen. Und ich hab gerne ne FB zu meinen Funkteilen. Da wusste ich noch nicht das zigbee2mqtt und FB nicht gleichzeitig funktionieren. :'( :'( :'(
So, keine 3 Stunden probieren und ich konnte Logfiles von der gibt Fernbedienung im zigbee2mqtt Projekt eingeliefert. Ich hoffe, die können das auswerten.
Zitat von: Harst am 12 Februar 2019, 23:40:21
So, keine 3 Stunden probieren und ich konnte Logfiles von der gibt Fernbedienung im zigbee2mqtt Projekt eingeliefert. Ich hoffe, die können das auswerten.
kannst du mal zeigen, was du da rausgefunden hast (oder verlinken? Hab's jetzt spontan bei koenkk nicht gefunden)
Gerne:
https://github.com/Koenkk/zigbee2mqtt/issues/795 (https://github.com/Koenkk/zigbee2mqtt/issues/795)
hab es an das existierende issue angehängt.
Horst
Warum einfach, wenn es auch schwer geht. :o
Hier (https://github.com/Koenkk/zigbee2mqtt/issues/795#issuecomment-463323948) gibt es jetzt die Lösung, dass wir auch etwas mit der Fb anfangen können.
Ich bin jetzt soweit, dass ich den On-/off-Button
2/13/2019, 9:08:11 PM - debug: Received zigbee message of type 'cmdOff' with data '{"cid":"genOnOff","data":{}}' of device 'ZBT-Remote-ALL-RGBW' (0x00158d0003472dd3)
2/13/2019, 9:08:11 PM - warn: No converter available for 'E404011' with cid 'genOnOff', type 'cmdOff' and data '{"cid":"genOnOff","data":{}}'
2/13/2019, 9:08:11 PM - warn: Please see: https://koenkk.github.io/zigbee2mqtt/how_tos/how_to_support_new_devices.html.
2/13/2019, 9:08:16 PM - debug: Received zigbee message of type 'cmdOn' with data '{"cid":"genOnOff","data":{}}' of device 'ZBT-Remote-ALL-RGBW' (0x00158d0003472dd3)
2/13/2019, 9:08:16 PM - warn: No converter available for 'E404011' with cid 'genOnOff', type 'cmdOn' and data '{"cid":"genOnOff","data":{}}'
2/13/2019, 9:08:16 PM - warn: Please see: https://koenkk.github.io/zigbee2mqtt/how_tos/how_to_support_new_devices.html.
sehe und die Brightness-Tasten
2/13/2019, 9:26:21 PM - debug: Received zigbee message of type 'cmdStep' with data '{"cid":"genLevelCtrl","data":{"stepmode":0,"stepsize":43,"transtime":10}}' of device 'ZBT-Remote-ALL-RGBW' (0x00158d0003472dd3)
2/13/2019, 9:26:21 PM - info: MQTT publish: topic 'zigbee2mqtt/0x00158d0003472dd3', payload '{"action":"brightness_down_click","linkquality":42,"device":{"ieeeAddr":"0x00158d0003472dd3","friendlyName":"0x00158d0003472dd3","type":"EndDevice","nwkAddr":3841,"manufId":4635,"manufName":"MLI","powerSource":"Battery","modelId":"ZBT-Remote-ALL-RGBW","status":"offline"}}'
2/13/2019, 9:26:07 PM - debug: Received zigbee message of type 'cmdStep' with data '{"cid":"genLevelCtrl","data":{"stepmode":1,"stepsize":43,"transtime":10}}' of device 'ZBT-Remote-ALL-RGBW' (0x00158d0003472dd3)
2/13/2019, 9:26:07 PM - info: MQTT publish: topic 'zigbee2mqtt/0x00158d0003472dd3', payload '{"action":"brightness_down_click","linkquality":42,"device":{"ieeeAddr":"0x00158d0003472dd3","friendlyName":"0x00158d0003472dd3","type":"EndDevice","nwkAddr":3841,"manufId":4635,"manufName":"MLI","powerSource":"Battery","modelId":"ZBT-Remote-ALL-RGBW","status":"offline"}}'
als topic bekomme. Und nun ? ::)
Und das genannte 0x4004 bezieht wohl sich auf die erste Lampe(Lampenauswahl 1.LED). Keine Ahnung wie Koenkk auf die 0x4004 aus dem Wireshark-file gekommen ist. Ich seh die da nirgends. :-[
Da mache ich jetzt mal weiter....
Grüße Markus
Edit: Also mehr als die 3 Tasten geht irgendwie nicht, zwar reagiert zigbee2mqtt bei jeder Taste, aber es kommt keine debug- und keine Info-line. :'( Ich spekuliere, dass ich das mit der coordinator_group noch nicht geschnallt habe. Die kann ich nämlich auch ganz in der configuration.yaml weglassen. ???
Ich bekomme nun actions on, off, up, down....
Edit2: Und mein Ziel wäre natürlich die Fb mit den Birnen direkt nutzen zu können und nicht über den "Umweg" FHEM. Da kann ich ja dann gleich meine Betty nehmen. ;D
Edit3: Kann es sein, dass bei mir das pairing nicht vollständig funktioniert hatte, dass ich nur die 3 Tasten kann. :o Wie sieht denn bei Euch die database.db aus ?
"epList":[1],"status":"offline","joinTime":null,
"endpoints":{
"1":{
"profId":260,"epId":1,"devId":2048,"inClusterList":[0,3,4096],"outClusterList":[0,3,4,6,8,25,768,4096],"clusters":{
"genBasic":{"dir":{"value":3},
"attrs":{
"9":255,"10":{},"11":"www.Leedarson.com","65533":1,"zclVersion":2,"appVersion":1,"stackVersion":1,"hwVersion":1,
"manufacturerName":"MLI","modelId":"ZBT-Remote-ALL-RGBW","dateCode":"20180605-17","powerSource":3,"appProfileVersion":0,"swBuildId":"2.0"
}
},
"genIdentify":{
"dir":{"value":3},"attrs":{"65533":1,"identifyTime":0}
},
"genGroups":{
"dir":{"value":2},"attrs":{}
},
"genOnOff":{"dir":{"value":2},"attrs":{}
},
"genLevelCtrl":{"dir":{"value":2},"attrs":{}
},
"genOta":{"dir":{"value":2},"attrs":{}
},
"lightingColorCtrl":{"dir":{"value":2},"attrs":{}
},
"lightLink":{"dir":{"value":3},"attrs":{"65533":1}
}
}
}
},
Edit4: neu gepaired. Keine Änderung. :'(
@Harst: Ich nehme an Du bist auch der MosquitoHorst. :-\ Ich habe zusätzlich zu den eingecheckten Anpassungen die fromZigbee.js geändert
model-Id_brightness_down_click: {
cid: 'genLevelCtrl',
type: 'cmdStep',
convert: (model, msg, publish, options) => {
const direction = msg.data.data.stepmode === 0 ? 'up' : 'down';
return {action: `${direction}`};
},
}, und in der device.js
{
zigbeeModel: ['ZBT-Remote-ALL-RGBW'],
model: 'model-Id',
vendor: 'Müller Licht',
description: 'Tint LED Remote Control',
supports: 'several buttons',
fromZigbee: [
fz.eria_81825_on, fz.eria_81825_off, fz.model-Id_brightness_down_click,
],
toZigbee: [],
},
Hast Du eine Idee wie Koenkk auf die 0x4004 gekommen ist ? Lässt sich das evtl. auch aus anderen Daten ableiten ? Ich kannleider meinen Stick nicht mit dem sniffer flashen. :'(
Zitat von: KölnSolar am 09 Februar 2019, 23:40:22
geschafft. fürchterlich. Mit dem CC2531 ohne Antenne lassen sich die Birnen kaum pairen. :'( Ich hab den Stick dann mit einem USB-Verlängerungskabel direkt an die Birne geführt, immer wieder an/aus, WLAN aus u. nach Stunden wurden Sie "entdeckt". Übel, dass man im zigbee2mqtt nicht den Hauch einer Info bekommt. :'(
Einmal gepaired läuft es passabel.
Übrigens, wer nach der Id sucht, die steht auf der Birne(MAC).
Da steht dann auch ein 36-stelliger "Install Code". Weiß jemand was das ist ?
Grüße Markus
Das kann ich übrigens bei mir gar nicht bestätigen. Habe 2 so rgb E14 Kerzen von Aldi und die haben sich beide sofort Gepaird. Im log file von zigbee2mqtt ist das auch super zu sehen...
Verwirrend war für mich dann nur die Einbindung mit dem MQTT2 Moduls, da die Lampen erst Nachrichten senden, sobald mal sie an und abschaltet bzw Farbe oder so ändert...
https://forum.fhem.de/index.php/topic,97003.0.html (https://forum.fhem.de/index.php/topic,97003.0.html)
Das mit dem Abstand ist ein Sicherheitsfeature von Zigbee. Die Sendeleistung wird so heruntergeregelt, dass keiner die Passwörter mithören kann.
Muss ich nicht mehr länger Selbstgespräche führen. ;D
Harst, wenn Du jetzt noch meine Fragen beantworten könntest.
ZitatWie sieht denn bei Euch die database.db aus ?
ZitatHast Du eine Idee wie Koenkk auf die 0x4004 gekommen ist ? Lässt sich das evtl. auch aus anderen Daten ableiten ? Ich kannleider meinen Stick nicht mit dem sniffer flashen. :'(
Und jetzt hab ichs.....
Die Fb funktioniert mit folgenden Tasten: Ein/aus, Helligkeit, kalt/warm, Farbwahl(aber keine Szenen;die braucht ja wohl auch keiner ::))
Der Trick: nicht etwa die coordination group, sondern man muss sie "binden". Das geht wie folgt. Fb in den Pairingmodus versetzen als würde man eine Birne pairen wollen(also Wahlschalter bis die 3 grünen LED's leuchten und dann dauerhaft bis zum blinken drücken). Und dann aus dem MQTT2-Server-device den bind-Befehl absetzen
set MQTT_FHEM_Server publish zigbee2mqtt/bridge/bind/Fb_DEVICE_FRIENDLY_NAME Birne_FRIENDLY_NAMEIm Gegensatz zum "normalen" Pairing ist die Birne aber komischerweise nur zur Gruppe gepaired.
Dann wollte ich mal sehen, was nun ankommt. Bis dato hatte ich mit
DEBUG=zigbee* npm startgestartet. Nun mal mit
DEBUG=* npm start Und siehe da, wir verstehen das Ganze immer mehr. ;D
Nun sieht man bei JEDEM Tastendruck Details, wenn die FB im Einzelmodus(Nicht-Gruppe) ist. Vielleicht ist die control_group die "groupId" ? :-\ Auf jeden Fall die "Cluster-Id" der jeweiligen Taste:
bekannt waren
6 - On/Off
8 - Brightness
nun sieht man aber auch
0 - Szenen
768 - warm/kalt, Farbwahl(Unterschied nur in der Länge vom payload erkennbar;aber data ist unterschiedlich;muss man analysieren)
Im Gruppenmodus reagiert zigbee2mqtt überhaupt nicht mehr.
Ich rechne jetzt mal meine groupid(scheinbar dezimal) in hex um und gucke weiter....
Grüße Markus
Edit: Die group-id ist tatsächlich die 0x4004. Da ich die in meiner config stehen hatte, habe ich dort auf 0x4005 mal testweise geändert. Nach restart zigbee2mqtt keinerlei Veränderungen. Jetzt kann es natürlich sein, dass ich die selber vergeben hab, weil ich beim pairing der Fb 0x4004 als coordinator_group eingegeben hatte. Müsste mal jemand prüfen, der die Fb noch nicht gepaired hat.
Hallo,
ja, ich bin der MoskitoHorst. Und ich hatte die Fragen einfach übersehen:
Die 4004 ergibt sich, wenn man die Wireshark-Files mit den beiden Schlüsseln dekodiert. Das geht uch mit dem File, das ich angehängt habe.
Und die Änderungen in fromZigbee und devices sind bei mir ähnlich drin. Ich hatte nur nicht alles gepusht. Und zwischendurch hatte ich soviele
Inkonsistenzen, dass ich erstmal alles neu bauen mußte.
@KölnSolar: Du bist ja wirklich weit gekommen. Ich werde das auch versuchen. Wir sollten auf Dauer eine Beschreibung ins Wiki bauen, das kann kaum jemand nachvollziehen.
Ich habe jetzt hoffendlich nichts übersehn.
Horst
Hallo Horst,
Zitatdass ich erstmal alles neu bauen mußte.
Dann probier bitte OHNE configuration_group VOR dem pairing der Fb.
Grüße Markus
zu spät, aber ich musste das Pairing auch nicht noch einmal durchführen. Die Werte waren gespeichert.
durch Deinen Hinweis mit "DEBUG=* npm start" habe ich jetzt alle Meldungen gesehen.
Ich habe das Logfile in das mqtt-Projekt gestellt.
Horst
Mein aktueller Stand zur Fernbedienung:
Ich habe ein paar Änderungen auf Anweisung von @koenkk in zigbee2mqtt gemacht und selbst die Anpassungen in devices.pm und fromZigbee.pm eingetragen.
Jetzt bekomme ich in FHEM Ein/Aus, das Farbrad, Farbtemperatur und Helligkeit ohne weitere Probleme. Ich musste die Fernbedienung nur einmal pairen.
Die Szenen zucken noch, da warte ich noch auf Hilfe von @koenkk
Und ich habe noch nicht verstanden, wie man ein Template in FHEM macht.
Horst
Das mit den Szenen wird vermutlich komplizierter. Da ist die Struktur der Daten völlig anders.
Wir sollten uns jetzt überlegen, wie wir es umgesetzt bekommen. Ich habe die converter jetzt so definiert
T404011_brightness_click: {
cid: 'genLevelCtrl',
type: 'cmdStep',
convert: (model, msg, publish, options) => {
const direction = msg.data.data.stepmode === 0 ? 'up' : 'down';
return {action: `brightness ${direction}`};
},
},
T404011_colortemp: {
cid: 'lightingColorCtrl',
type: 'cmdMoveToColorTemp',
convert: (model, msg, publish, options) => {
return {action: `colortemp`,
colortemp: msg.data.data['colortemp']};
},
},
T404011_color: {
cid: 'lightingColorCtrl',
type: 'cmdMoveToColor',
convert: (model, msg, publish, options) => {
return {action: `colorwheel`,
colorx: msg.data.data['colorx'],
colory: msg.data.data['colory']};
},
},
Ich hab mich da an E1524 orientiert. Wir bekommen dann ein reading action mit der Taste und ggfs. readings colortemp,colorx,colory.
Grüße Markus
Hallo,
bei mir sieht es so aus:
tint404011_on: {
cid: 'genOnOff',
type: 'cmdOn',
convert: (model, msg, publish, options) => {
return {action: 'toggle'};
},
},
tint404011_off: {
cid: 'genOnOff',
type: 'cmdOff',
convert: (model, msg, publish, options) => {
return {action: 'toggle'};
},
},
tint404011_brightness_updown_click: {
cid: 'genLevelCtrl',
type: 'cmdStep',
convert: (model, msg, publish, options) => {
const direction = msg.data.data.stepmode === 1 ? 'down' : 'up';
return {action: `brightness_${direction}_click`, stepsize: msg.data.data.stepsize ,transtime: msg.data.data.transtime};
},
},
tint404011_move_to_color_temp: {
cid: 'lightingColorCtrl',
type: 'cmdMoveToColorTemp',
convert: (model, msg, publish, options) => {
return {action: `color_temp_move`, colortemp: msg.data.data.colortemp, transtime: msg.data.data.transtime };
},
},
tint404011_move_to_color: {
cid: 'lightingColorCtrl',
type: 'cmdMoveToColor',
convert: (model, msg, publish, options) => {
const direction = msg.data.data.stepmode === 1 ? 'down' : 'up';
return {action: `color_move`, colorx: msg.data.data.colorx, colory: msg.data.data.colory, transtime: msg.data.data.transtime };
},
},
und in devices.js:
{
zigbeeModel: ['ZBT-Remote-ALL-RGBW'],
model: 'MLI-404011',
description: 'Tint remote control',
supports: 'toggle, brightness, other buttons are not supported yet! ' +
'(**[requires additional setup!]' +
'(http://www.zigbee2mqtt.io/getting_started/pairing_devices.html)**)',
vendor: 'Müller Licht',
fromZigbee: [
fz.tint404011_on, fz.tint404011_off, fz.cmdToggle, fz.tint404011_brightness_updown_click,
fz.tint404011_move_to_color_temp, fz.tint404011_move_to_color,
],
toZigbee: [],
},
dazu kommen noch die Änderungen in af.js.
Das ergibt dann in FHEM:
Action brightness_down_click 2019-02-17 14:30:34
associatedWith MQTT2_zigbee_pi 2019-02-17 13:53:21
colortemp 370 2019-02-17 14:30:32
colorx 16664 2019-02-17 14:30:27
colory 8580 2019-02-17 14:30:27
linkquality 65 2019-02-17 14:30:34
transtime 10 2019-02-17 14:30:34
Ich habe die Änderungen als pullrequest abgesetzt. Mal sehen.
Ich habe jetzt auch die scenen-Schalter aktiv. Allerdings musste ich eine Änderung in zigbee2mqtt machen, deren Auswirkung ich nicht wirklich überschaue.
fromZigbee.js:
tint404011_scene: {
cid: 'genBasic',
type: 'cmdWrite',
convert: (model, msg, publish, options) => {
return {action: `scene${msg.data.data[0].attrData}` };
},
},
In af.js, Zeile 694:
if ( cmdIDs.includes(msg.zclMsg.cmdId) && msg.zclMsg.payload) {
// if (frameType === 1 && cmdIDs.includes(msg.zclMsg.cmdId) && msg.zclMsg.payload) {
und in devices.js:
{
zigbeeModel: ['ZBT-Remote-ALL-RGBW'],
model: 'MLI-404011',
description: 'Tint remote control',
supports: 'toggle, brightness, other buttons are not supported yet! ' +
'(**[requires additional setup!]' +
'(http://www.zigbee2mqtt.io/getting_started/pairing_devices.html)**)',
vendor: 'Müller Licht',
fromZigbee: [
fz.tint404011_on, fz.tint404011_off, fz.cmdToggle, fz.tint404011_brightness_updown_click,
fz.tint404011_move_to_color_temp, fz.tint404011_move_to_color, fz.tint404011_scene,
],
toZigbee: [],
},
Horst
Zitatbei mir sieht es so aus:
für an/aus habe ich eria_81825_on/eria_81825_off genutzt, was dann action on/off liefert. action toggle finde ich wenig sinnvoll.
Wass soll mir später bei action color_temp_move oder color_move das move sagen ? In action sollte man doch die Taste wiedererkennen, also wie bei mir colortemp/colorwheel. Hilft uns stepsize/ transtime als reading ? Das sind doch Fixwerte.
Ich guck mir mal die scenes an...
Hallo, ein Teil der Änderungen ist schon in den sourcen bei zigbee2mqtt drin. Der Autor hat das implementiert.
Das on/Off als toggle hatte ich gewählt, weil der Nutzer ja nur eine Taste ohne Anzeige hat.
Für mich wichtiger ist, dass ich auf Hauer keine eigenen Änderungen bei zigbee2mqtt brauche.
Sehr unschön. Da bekommt der unbedarfte FHEM-User dann im Reading action einmal ein Verb(toggle), dann Tasten(scene1-6;brightness_up/down_click) und schließlich noch "seltsame" Kunstbegriffe(color_move,color_temp_move). Wie er da seine FB-Tasten wiedererkennt, auf die er ja reagieren(notify...) möchte ? Und Readings(transtime,stepsize) deren Inhalt sich nie ändert tragen auch nicht gerade zur Transparenz bei. ???
Aber ist ja opensource und ich kann es für mich passend machen...
Grüße Markus
Du hast ja recht,
Toggle ist übrigens eine Taste (on/off), Scene 1-6 auch, .
Die anderen können wir bestimmt noch umbenennen. Allerdings kommen die in den Quellen nicht als Tasten vor. Wir können also warm/kalt umbenennen und der Farbrad. Und natürlich muss das FHEM-Modul nicht das anzeigen, was als MQTT rüberkommt.
Was hältst Du also davon, die beiden Kunstworte in color_wheel und color_temp zu ändern/ ändern zu lassen. Die Unterstriche, weil brightness schon so ist.
Bei nur toggle "berauben" wir uns der Information aus dem tatsächlichen Sendetelegramm. Das lautet nun einmal on u. off. In der Müller-Beschreibung wird die Taste Standby genannt. Bei anderen vergleichbaren Geräten/Funktionen power. Wie wär es mit dem Mix ? Aus on wird power und aus off standby ? Oder "power on" u. "power off" ?
Edit: Mir fehlt noch, dass wir die unterschiedlichen Zustände der Gruppentaste differenzieren können. Die versteckt sich ja in der groupid. 0x4004/0x4005/0x4006. Bei mir tut sich wg. der direkten Kopplung mit bind bei der "All-Group"-Einstellung nichts in der Konsole.
Hat sich schon jemand an der direkten Kopplung der FB zu einer Birne per "bind" probiert ? Grundsätzlich funktioniert das außer den Szenetasten ja, aber color_temp und color_wheel verhalten sich "anders" als im Originalzustand. color_temp wechselt direkt in den wärmsten/kältesten Weißmodus, die Farben bekommt man per wheel nicht mehr vernünftig eingestellt. Ob das über zigbee2mqtt kommt ? :-\
Ja, das kommt bei zigbee2mqtt. Die Werte habe übertrage ich und man sieht auch, dass die Farbe bei jedem Tastendruck anders übertragen wird.
Hier sind meine Änderungen.
Fertig:
@koenkk hat gerade die Änderungen für die ALDI-tint Fernbedienung aktiviert. Alle Meldungen mit allen Parametern kommen rüber, auch die Scene-Tasten
Horst
Noch nicht so ganz :'(
color_wheel müsste so geändert werden, um konform mit den Bulb-Daten zu sein
tint404011_color: {
cid: 'lightingColorCtrl',
type: 'cmdMoveToColor',
convert: (model, msg, publish, options) => {
return {action: `color_wheel`,
color_x: precisionRound(msg.data.data['colorx'] / 65535, 3),
color_y: precisionRound(msg.data.data['colory'] / 65535, 3)};
},
},
Ich hab das gegen die Farben geprüft(soweit das möglich ist). Zwischen den nebeneinander liegenden Farbtasten liegen jeweils 10 Zwischenstufen.
Bei der Farbtemperatur gibt es 4 Stufen. 153, 200, 250, 370. Ich glaube das ist nach mired. Testet man über FHEM, so scheint es einen zulässigen Bereich von 153-556 zu geben. Der Bereich 370-556 lässt sich mit der Fb nicht über die Farbtemperatur einstellen.
Der Helligkeitsbereich geht von 0 bis 255, wobei die Helligkeit in 12er Stufen wahrnehmbar ist. Mit der Fb gibt es 7 Stufen.
Dann hab ich noch alert(aus FHEM heraus) getestet. Bringt die Birne zum einmaligen Blinken. Hell-dunkel-zurück_zum_Ausgangswert.
Die Szenen sind mir immer noch ungeheuer :-\
Das mit der Farbe habe ich nachvollzogen. Die Farbtemperatur scheint von der Lampe aber auch nicht in einem so weiten Bereich unterstützt zu werden. Das würde ich so durchrechen wie bisher, kann man ja lokal skalieren. Und es kommt ja der Tastendruck mit, wenn also der Wert vorher schon auf max was kann man ihn lokal anders setzen, als es von der FB gemeldet wurde.
Ich mache das in Kürze rein und reiche es weiter.
Kannst Du templates? Oder hast eine Definition für die FB?
Zitat von: Harst am 20 Februar 2019, 08:06:15
Kannst Du templates? Oder hast eine Definition für die FB?
Wäre natürlich nett, wenn's direkt was fertiges gäbe, aber wenn ihr eine RAW-Definition liefert, kann ich das gerne hier erst mal zum Testen als template überarbeitet posten :) .
Wie kann man denn mehrere Lampen zusammen schalten?
Aktuell habe ich ein Struct gemacht, welcher dann eben zwei Lampen nacheinander bedient. Es ist ein kurzer zeitlicher Versatz sichtbar, was etwas unschön ist.
Gibt es die Möglichkeit ein gemeinsames Topic für die "Set" Richtung der Lampen zu verwenden, damit die quasi gleichzeitig geschalten werden?!
Gruß
ripperle
Zitat von: ripperle am 20 Februar 2019, 11:11:56
Wie kann man denn mehrere Lampen zusammen schalten?
Hier (https://forum.fhem.de/index.php/topic,91394.msg908357.html#msg908357) hatte jüngst R1k4rd eine umfassende Anleitung dazu gepostet, wie es geht, Gruppen zu schalten. (Hab's aber selber noch nicht ausgetestet).
ZitatKannst Du templates? Oder hast eine Definition für die FB?
Außer dem trivialen readings-List gibt's ja nicht viel. :'(
Ich versuche mich gerade generell an den gets für tint, aber irgendwie hab ich das nur einmal geschafft. Ansonsten bekomme ich immer wieder timeouts. :'(
Zitat von: KölnSolar am 20 Februar 2019, 11:33:49
Ich versuche mich gerade generell an den gets für tint, aber irgendwie hab ich das nur einmal geschafft. Ansonsten bekomme ich immer wieder timeouts. :'(
An was hängt es denn?
Generell scheint zu beachten zu sein, dass die angefragten Reading-Namen in der getList mit denen in der readingList übereinstimmen müssen müssen. Ein (leider ungetestetes) Beispiel ist der gestern ergänzte shelly4pro-unified-code.
Es gibt da noch ein Problem mit OFF und off. Man setzt eine Lampe off, die wird dann kurz danach OFF und wenn man sie abfragt und mit dem Ergebnis (OFF) eine andere schaltet findet die das doof, weil sie nur off kann.
ZitatAn was hängt es denn?
funktionierendes get
cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 6, srcaddr: 47114, srcendpoint: 1, dstendpoint: 1, wasbroadcast: 0, linkquality: 39, securityuse: 0, timestamp: 2161579, transseqnumber: 0, len: 8, data: <Buffer 08 06 01 00 00 00 10 00> } +3ms
zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object] +16ms
zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0 +22ms
serialport:unixRead waiting for readable because of code: EAGAIN +9ms
serialport:poller Polling for "readable" +17ms
zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object] +9ms
zigbee2mqtt:debug 2/20/2019, 5:53:31 PM Received zigbee message of type 'devChange' with data '{"cid":"genOnOff","data":{"onOff":0}}' of device 'ZBT-ExtendedColor' (0x00158d0003247a3c)
zigbee2mqtt:info 2/20/2019, 5:53:31 PM MQTT publish: topic 'zigbee2mqtt/0x00158d0003247a3c', payload '{"color_temp":355,"color":{"x":0.449,"y":0.319,"saturation":59.4,"hue":357.7},"device":{"ieeeAddr":"0x00158d0003247a3c","friendlyName":"0x00158d0003247a3c","type":"Router","nwkAddr":47114,"manufId":4635,"manufName":"MLI","powerSource":"Mains (single phase)","modelId":"ZBT-ExtendedColor","status":"offline"},"color_mode":1,"state":"OFF","brightness":132}'
und Sekunden später bleibt eine Rückmeldung bei dem gleichen get aus
cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 6, srcaddr: 47114, srcendpoint: 1, dstendpoint: 1, wasbroadcast: 0, linkquality: 39, securityuse: 0, timestamp: 2216820, transseqnumber: 0, len: 8, data: <Buffer 08 07 01 00 00 00 10 00> } +3ms
zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object] +3ms
zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0 +11ms
serialport:unixRead waiting for readable because of code: EAGAIN +16ms
serialport:poller Polling for "readable" +76ms
zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object] +13msund liefert in FHEM "Timeout reading answer for zigbee2mqtt/0x00158d0003247a3c/get {"brightness"}"
verbose5 bei bridge und device liefert genau....nichts im Log. MQTT2_DEVICE sagt mir, dass die Meldung bei ausbleiben der Rückmeldung nach 4 sek. kommt. Aber an "uns" liegt es ja nicht. Es kommt halt einfach nix aus zigbee2mqtt. :'(
Mir fehlt daher der Ansatz, was ich noch probieren könnte. Irgendein schlauer Parameter ? :-\
Grüße Markus
Edit: Bei der Fb ist es nun klar. Die bucht sich einfach nicht im Netzwerk ein. Ich hatte gehofft, wir könnten den Tastenstand abfragen. :'(
Zitatzigbee2mqtt:error 2/20/2019, 6:41:24 PM Zigbee publish to device '0x00158d0003472dd3', genOnOff - read - [{"attrId":0}] - {"manufSpec":0,"disDefaultRsp":0} - null failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the network.
Aber warum die Bulb nicht oder nur sporadisch antwortet ? :-\
Edit2:Und nun hab ich mich etwas mehr mit zigbee2mqtt u. Zigbee überhaupt auseinandergesetzt. Ergebnis: Die Lösung für die Szene-Tasten funktioniert zwar, ist aber ziemlicher Quatsch. Das müsste anders gelöst werden. Zuerst guck ich aber jetzt, was die Birnen zu den Szenen sagen.
Zitat von: KölnSolar am 20 Februar 2019, 18:34:36
Aber an "uns" liegt es ja nicht. Es kommt halt einfach nix aus zigbee2mqtt. :'(
:( Da kann ich dann auch nichts zu beitragen...
Generelle Frage: Wenn ihr so eng an der Hardware seid, warum dann nicht gleich ein generisches Modul für FHEM bauen? (Mir gefällt das mit den 2 moderate Vulnerabilities einfach nicht so richtig, die die zigbee2mqtt-Geschichte baut).
Zitat von: Harst am 20 Februar 2019, 14:02:44
Es gibt da noch ein Problem mit OFF und off. Man setzt eine Lampe off, die wird dann kurz danach OFF und wenn man sie abfragt und mit dem Ergebnis (OFF) eine andere schaltet findet die das doof, weil sie nur off kann.
Du sprichst vom Datenfluß innerhalb FHEM, oder? Dann müßte sich doch was mit eventMap machen lassen also in der Art,: { dev=>{ON=>'on',OFF=>'off'} }
Ich sehe kein Problem mit den Szenen. Die liefern eine Action und wir reagieren darauf. Die sollen ja nicht an die Lampen gereicht werden, sondern sind Tasten wie jede andere auch. Also Notify drauf setzen und damit irgend etwas auslösen.
Das mit ON und on würde ich ungern über devState lösen, denn man sieht, dass irgendetwas den Wert auf "ON" setzt, nachdem es schon "on" war. Ich bin in dem Teil nur nicht drin, es scheint mir ein Fehler in einem der Module zu sein.
Horst
PS: Die Umrechnung in color_x und colr_y habe ich eingebaut und checke sie in Kürze ein. Ich habe aber Probleme, damit die Lampen zu steuern. Da reichen meine bisherigen Kentnisse nicht.
MQTT2_zigbee_0x00158d0002ffc91d.* set MQTT2_zigbee_0x00158d00034218a5 color {COLOR::xyY2hex(ReadingsVal("MQTT2_zigbee_0x00158d00034218a5", "colorx", 0),ReadingsVal("MQTT2_zigbee_0x00158d00034218a5", "colory", 0),1);}
ZitatIch sehe kein Problem mit den Szenen. Die liefern eine Action und wir reagieren darauf. Die sollen ja nicht an die Lampen gereicht werden, sondern sind Tasten wie jede andere auch. Also Notify drauf setzen und damit irgend etwas auslösen.
Ganz so einfach ist es nicht. Du hast ja den Zigbee-Code vergewaltigt. ??? Tatsächlich bedeutet der ausgesendete Befehl der Fb: Dies ist ein herstellerspezifischer write-Befehl. Schreibe den Wert der Szenentaste(1-6) in das Attribut 0x052b.
Bei der Bulb löst das dann ein type 'devChange' with data '{"cid":"genBasic","data":{"10":[48,49,48,49,48,48,49,55,48]}} aus. Da muss ich jetzt mal gucken, was das bedeutet....
ZitatPS: Die Umrechnung in color_x und colr_y habe ich eingebaut und checke sie in Kürze ein. Ich habe aber Probleme, damit die Lampen zu steuern. Da reichen meine bisherigen Kentnisse nicht.
setList
hex:colorpicker,HEX,0,15,255 zigbee2mqtt/0x00158d0003247a3c/set {"color":{"$EVTPART0":"#$EVTPART1"}}
Bei dem 2. Teil haben wir uns missverstanden. Wie bekomme ich den Tastendruck auf der FB an die Lampe?
Sprich: Colorwheel gedrückt. Setzt color_x und color_y. Und die Farbe möchte ich an der Lampe sehen.
Ich glaube, das devChange war schon vorher drin und wurde über die anderen Mechanismen von zigbee2mqtt ausgelöst. Bin mir aber nicht sicher. Mein eigefügter Teil schint nämlich nur die Meldungen an MQTT zu generieren. Ich habe im Code auf jeden Fall keine RÜckkopplung gefunden.
ZitatSprich: Colorwheel gedrückt. Setzt color_x und color_y. Und die Farbe möchte ich an der Lampe sehen.
Ich hab das ja über das binding gelöst. Befehl wird direkt an die Lampe gesendet(Fb-Gruppentaste mit allen 3 LED's leuchtend). In FHEM sehe ich die Antwort der Lampe.
Wenn Du es indirekt schalten willst(nur eine der Gruppen-LED's leuchtend), musst Du Dir ein notify auf das event action legen. Und jetzt glaube ich, hab ich verstanden, was Du meinst. Dabei führen viele Wege nach Rom. ;) Einer ist, dass Du Dir im notify die Werte aus den Readings der Fb holst, mit Color::xyY2hex (https://wiki.fhem.de/wiki/Color#Routinen_um_zwischen_Farbr.C3.A4umen_und_Darstellungen_zu_konvertieren) umrechnest und per set Lampendevice hex überträgst.
Problem wird aber sein, dass der Zustand der Lampe und der Fb NICHT synchronisiert sind. Dafür wollte ich ja den Zustand der Fb auslesen. Bedeutet: die Lampe hat einen Zustand und dann klickst Du auf das color_wheel, das nun einen seiner 40 möglichen Zustände überträgt. Die passen natürlich nicht so wie bei der direkten Kopplung.
Edit: Und nun können wir auch die Szenen schalten. Gar nicht soooo schwer rauszukriegen, wenn man Zigbee verstanden hat.
Setlist
scene:1,2,3,4,5,6 zigbee2mqtt/0x00158d0003247a3c/set {"$EVTPART0":$EVTPART1}und der toZigbee-converter.
light_scene: {
key: ['scene'],
convert: (key, value, message, type, postfix) => {
const cid = 'genBasic';
if (type === 'set') {
return {
cid: cid,
cmd: 'write',
cmdType: 'foundation', // 'functional',
zclData: [{
attrId: 16389,
dataType: 32,
attrData: value
}],
cfg: {
manufSpec: 1,
manufCode: 0x121b,
},
};
}
},
},
und in der devices.js muss natürlich bei der Birne
toZigbee: [.... tz.light_scene, auch noch die Zuordnung getroffen werden.
Jetzt, wo ich es verstanden habe, gucke ich mal, ob wir die Fb-Tasten nicht besser identifizieren können.
So langsam glaub ich, dass ich aufm Schlauch stehe oder was falsch mache.
Ich hab mit FHEM schon einiges durchprobiert, um die tint Lampen an FHEM zu bringen, leider bisher ohne Erfolg => https://forum.fhem.de/index.php/topic,97641.0.html
Aber: Auch mit der offiziellen Hue App oder "Hue Essentials" auf einem aktuellen Android Smartphone kann ich die Lampe nicht einbinden. Beide Apps finden die Bridge und können sich auch dort registrieren. Aber die "Lampen suchen" Funktion findet bei keiner App eine Lampe. Auch die Touchlink Funktion sorgt lediglich dafür, dass die Lampe zwar 3x blinkt, ein nachfolgendes "Lampen suchen" bringt aber auch keinen Erfolg.
Kann es sein, dass meine "alte" Hue Bridge Gen 1 nicht für tint geeignet ist? Ich glaube, ich habe eine aus 2012 (oder 2015) mit App Version 1.16. Ein List kann ich leider erst abends liefern.
Ein auf der Bridge getriggertes checkforupdate liefert als Rückmeldung, dass wohl kein Update zur Verfügung steht (und swupdate steht nicht als Auswahl zur Verfügung).
Moin
Bei mir wollten die auch erst, als ich die Suche gestartet habe, und dann die Lampe eingeschaltet habe. Hatte hier jemand geschrieben!
Gruss Christoph
Zitat von: pc1246 am 22 Februar 2019, 10:30:21... Bei mir wollten die auch erst, als ich die Suche gestartet habe, und dann die Lampe eingeschaltet habe. Hatte hier jemand geschrieben! ...
Das wars, danke dafür!
Hab ich das echt überlesen in dem Thread hier - Asche auf mein Haupt.
@KölnSolar: hast du das bereits eingecheckt??? das wäre doch klasse :D oder geht das nicht?
Ansonsten, wollte ich fragen, ob es eine Möglichkeit gibt, das die Lampen beim angehen, oder Helligkeitswechsel nicht 0 auf 100 sondern ein Ramp-Effect einstellen?
Zitat von: kotaro am 25 Februar 2019, 15:06:34...Ansonsten, wollte ich fragen, ob es eine Möglichkeit gibt, das die Lampen beim angehen, oder Helligkeitswechsel nicht 0 auf 100 sondern ein Ramp-Effect einstellen?
Soweit ich die Commandref kenne, kann man einem
set on auch eine optionale
<ramp-time> übergeben.
Ich glaube nicht, dass das bei on geht. Der converter gibt das nicht her. Mit etwas Arbeit lässt sich aber vielleicht ein neuer converter erstellen, der das setzen der notwendigen Parameter ermöglicht.
Mit den vorhandenen convertern lässt sich bei Helligkeit und Farbtemperatur "dimmen". Dazu muss die Setlist so gestaltet werden.
.
.
brightness:colorpicker,BRI,0,12,255 zigbee2mqtt/0x4711/set {"state":"on","$EVTPART0":"$EVTPART1","transition":10}
color_temp:colorpicker,CT,153,10,556 zigbee2mqtt/0x4711/set {"$EVTPART0":$EVTPART1,"transition":10}
.
.
10 war für mich ein Wert der gut funktionierte. Ein wenig gewöhnungsbedürftig ist, dass der colorpicker nach ausführen des Befehls auf einen falschen Wert gesetzt wird. :'( Die Bulb schickt halt nicht den Endzustand, sondern nur den 1. Schritt. :'(
Nein, ich hab da nichts eingecheckt. Aus zigbee2mqtt halt ich mich raus. Ich stelle hier in und für FHEM lediglich meine "findings" zur Verfügung, so dass jeder das bei Bedarf nutzen kann. Mich wundert immer wieder, dass ich als Zigbee-newbie relativ wenig Zigbee-Standard in den shepherd-converters wiederfinde... :-\ Zumindest, was die Lampen anbelangt.
Edit: Durch die Anpassung lässt sich die Birne auch mit brightness einschalten. Dann wird auch vom Level des Ausschaltzustands auf den neuen Level gedimmt. ;)
Edit2: also lässt sich durch eine geänderte setList auch beim Ein-,Ausschalten dimmen:
on:noArg zigbee2mqtt/0x4711/set {"brightness":"100","transition":10}
off:noArg zigbee2mqtt/0x4711/set {"brightness":"0","transition":10}
.
.
Ich habe jetzt die Umrechnung der Farben als PR eingereicht
War mir dann einfach durchgerutscht.
ZitatEin wenig gewöhnungsbedürftig ist, dass der colorpicker nach ausführen des Befehls auf einen falschen Wert gesetzt wird. Die Bulb schickt halt nicht den Endzustand, sondern nur den 1. Schritt.
So verhält es sich nur, wenn das report-flag in der yaml gesetzt ist und nicht funktioniert. :'(. Ansonsten bekommt man am Ende des Dimmens den neuen und richtigen Status. ;) ;D
btw: hat jemand report für die tints funktionierend ? Ich befürchte, dass das nur mit aktueller firmware funktioniert :'( und scheue mich for erneutem stundenlangen Pairingversuchen. :(
ich stehe auf dem Schlauch...
was meinst du mit report Flag???
meinst du ein Feedback der Lampe, welcher Modus/Farbe/Helligkeit gerade ausgewählt ist?
ja genau. ist ein neues feature aus dem dev branch. Steht noch nicht in der Doku.
Zitat von: KölnSolar am 27 Februar 2019, 21:06:57
btw: hat jemand report für die tints funktionierend ? Ich befürchte, dass das nur mit aktueller firmware funktioniert :'( und scheue mich for erneutem stundenlangen Pairingversuchen. :(
Mal schauen, ob ich vir dem Skiurlaub noch dazu komme ;-)
FW Update Habe ich ohne repairing gemacht (Sicherung raus für alle Router)
Kurz, weil mobil
Moin
Wie macht Ihr ein FW-update, und wo haettet Ihr eine neue FW her?
Das Pairing, zumindest mit dem HUE-GW, geht super einfach. Pairing starten, dann Lampe ein und tada!
Gruss Christoph
ZitatWie macht Ihr ein FW-update, und wo haettet Ihr eine neue FW her?
Die CC253x (https://github.com/Koenkk/Z-Stack-firmware) firmware ist gemeint. Meine ist vom Sommer und ich kann den Stick nicht flashen. :'(
Zitat von: KölnSolar am 01 März 2019, 13:15:55
Die CC253x (https://github.com/Koenkk/Z-Stack-firmware) firmware ist gemeint. Meine ist vom Sommer und ich kann den Stick nicht flashen. :'(
An was hängt es?
Ich habe das neulich mit dem CC2531 nach der Anleitung auf zigbee2mqtt.io unter Linux gemacht. Da muß man sich für den Download der Tools nirgends anmelden, aber natürlich braucht man den Programmer und passende Kabel (mit dem CC2530 habe ich noch keine Erfahrung). Kann das bei Bedarf für CC251 auch für andere machen, dann aber bitte Kontakt per pm und nur, wenn ich mich nur darum kümmern muß, den Umschlag entgegenzunehmen, zu flashen und das Ding in einen frankierten Rückumschlag zu stecken und unter Ausschluß jeglicher Funktionsgarantie oder sonstiger Haftung, reine Gefälligkeit!
M.E. sollte man sich aber auf mittlere Frist jeweils einen Programmer besorgen, sind ja keine 10 Euro...
Kurzfristig eine andere fw braucht man wohl auch, wenn man den Stick nutzen will, um die GruppenID der IKEA-Fernbedienungen zu finden usw..
Zitatnatürlich braucht man den Programmer und passende Kabel
und meiner hat ein Gehäuse :'( Ich komm wohl gar nicht an die Schnittstelle :'(
Meiner auch. Das kann man öffnen....
ZitatMeiner auch. Das kann man öffnen....
auch gerade gelernt. :-[ Dann probier ich mich die Tage per Rpi od. ESP zu flashen...
:)
Aber ohne den Programmer (Hardware...) und das Kabel wird das trotzdem schwierig. Das flashtool erwartet wohl an 2 USB-Anschlüssen ganz bestimmte Devices, den CC in einem speziellen bootmode. "Einfach nur" eine serielle Schnittstelle wie bei einem kleineren ATMega ist m.E. nicht ausreichend.
Würde mich interessieren, wie du das mit dem ESP machen wolltest :) .
so scheint es per ESP zu gehen (https://www.zigbee2mqtt.io/information/alternative_flashing_methods.html)
Scheint sich weiterentwickelt zu haben...
Das letzte Mal, als ich die Seite gesehen habe, war das noch "könnte sein, dass es geht..."
(Letztlich war mir aber vor allem vor den kleinen Kontakten Angst, und die 6,50 € für den Programmer haben es dann auch nicht rausgerissen.)
Gutes Gelingen, bin auf den Bericht gespannt!
Die Methode mit dem Arduino wäre evtl. für den CC2530 interessant, den ich hier noch rumliegen habe ;) .
ich habe meine ALDI Tint über die Philips Hue Bridge mit Hilfe der App hinzugefügt, als sie dann mit der App funktionierte habe ich die Bridge in Fhem nach einem Gerät suchen lassen und es wurde ein "bridge_HUEDevice5" gefunden.
Das funktioniert jetzt soweit, aber die Fernbedienung hat hier noch keine Funktion auch über die iOS App wurde sie nicht gefunden da man dort nur speziell nach Hue Sensoren Schalter und Dimmer suchen kann..!
Ich habe sie dann mal als Hue DImmer Schalter suchen lassen, wenn die LED im Blinkmodus ist, aber wurde nicht gefunden.
Was noch nicht richtig funktioniert ist der Status, wenn ich in der App einschalte und dort eine Farbe unter Szene anwähle bekommt es Fhem nicht richtig mit dauert ca. 10sec. bis er die Farbe oder auch den Zustand übernimmt.
Ist das bei auch auch so..?
Evtl. muss ich etwas an der gesamten Darstellung ändern..? Ich hänge das list mal an.
list von dem device:
Internals:
DEF 5 IODev=bridge
FUUID 5c7fc70c-f33f-a6c6-49a0-922f82b771b99b4d
ID 5
INTERVAL
IODev bridge
NAME bridge_HUEDevice5
NR 5863
STATE Aus
TYPE HUEDevice
desired 1
manufacturername MLI
modelid ZBT-ExtendedColor
name Tischlampe
swversion 2.0
type Extended color light
uniqueid 00:15:8d:00:03:42:26:3c-01
READINGS:
2019-03-06 16:02:14 alert select
2019-03-06 16:19:13 bri 77
2019-03-06 16:18:13 colormode ct
2019-03-06 16:19:13 ct 367 (2724K)
2019-03-06 16:02:14 effect none
2019-03-06 16:19:13 hue 6422
2019-03-06 16:19:13 onoff 0
2019-03-06 16:19:13 pct 0
2019-03-06 16:15:42 reachable 1
2019-03-06 16:19:13 rgb ffc799
2019-03-06 16:19:13 sat 200
2019-03-06 16:20:13 state off
2019-03-06 16:19:13 xy 0.4559,0.4096
helper:
alert select
bri 77
colormode ct
ct 367
devtype
effect none
hue 6422
on 0
pct 0
reachable 1
rgb ffc799
sat 200
update_timeout -1
xy 0.4559,0.4096
Attributes:
IODev bridge
alias Tischlampe
color-icons 2
devStateIcon Ein:li_wht_on Aus:li_wht_off .*:li_wht_on
eventMap on:Ein off:Aus
group Licht Büro
icon hue_filled_white_e27_b22@#778899
model ZBT-ExtendedColor
room HUEDevice,OG - Flur
sortby 05
subType extcolordimmer
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
webCmd rgb:rgb D34714:rgb 00FA9A:rgb DC143C:Ein:Aus:toggle
Hallo,
Ich hatte das letztens aber den cc2531 über USB geupdatet. Geht es nicht mehr?
Hier war die Anleitung dazu https://github.com/Koenkk/zigbee2mqtt/issues/320 (https://github.com/Koenkk/zigbee2mqtt/issues/320)
Lg
Beim Einkauf sah ich gestern, dass die Filiale wieder tints im Sortiment hatte. Preis wie gehabt.
Mittlerweile scheint auch das flashen von zigbee2mqtt des CC2531 über die GPIOs des Rpi zu klappen. Werd ich dann die Tage ausprobieren...
Kurze Empfehlung: Bei 2 Fillialen werden in meiner Stadt gerade die Restbestände verramscht! Ich habe noch insg. 5 Warmweiße Birnen in verschiedenen Fassungen abbekommen - für 6 Euro das Stück, teilweise inkl. Fernbedienung!! Also wühlen in der Auslage lohnt sich grad extrem.
ALDI Nord oder ALDI Süd? :)
Ist manchmal ganz entscheidend, da die beiden doch ziemlich unterschiedliche Angebote fahren.
Aldi Nord ;-) Die bunten GU10s, die es zuerst nur bei Aldi gab, sind übrigens jetzt auch endlich bei Amazon aufgeführt (und auf der Müller-Licht Homepage), allerdings noch mit 1-2 Monaten Lieferzeit und für 30 Euro ... also das bei Aldi war schon ne tolle Aktion.
Ich hab jetzt jedenfalls mit dem Aufkauf der Restbestände fast alle Tradfris durch die Tints ersetzen können, weil die einfach viel zuverlässiger an der Hue-Bridge laufen. Insbesondere Szenen immer zweimal aufrufen zu müssen bis alles stimmt ist damit hier Geschichte.
Danke!
Ich habe spaßeshalber gestern in einem ALDI Süd mal rein geschaut und tatsächlich auch eine E14 RGB für unter 7€ bekommen können. Werde heute nochmal ein oder zwei andere Filialen abklappern.
Hallo Leute,
nachdem ich jetzt alles gelesen habe was ich finden konnte muss ich Euch nun doch mit einer Frage quälen.
Ich bekomme meine tint E27 white +color nicht ans laufen.
Also, ich schalte die Lampe an und sie blinkt farbig. Wenn ich dies ein paar mal wiederhole schaltet sie irgendwann direkt auf weiß. Im FHEM taucht aber nichts auf. Auch im Event Monitor sehe ich nichts.
Ich habe ein XiaomiMQTTDevice Device am laufen, dies muss ich für Aqara Geräte auf "pair" setzen. Gilt das auch für die tint Lampe? Versucht habe ich das auch schon ohne Erfolg.
Habe ich einen generellen Fehler gemacht?
Kann mir jemand einen Schritt weiter helfen?
VG Holger
Ich binde die Lampen meistens mit der HUE App ein, es geht aber auch direkt mit FHEM.
Siehe hier und nachfolgende Posts: https://forum.fhem.de/index.php/topic,95246.msg909896.html#msg909896
Oder hier: https://forum.fhem.de/index.php/topic,97641.0.html
Prinzipieller Vorgang des Pairings in Kurzform:
1) ZigBee Suchmodus am Gateway starten (z. B. per "Lampen suchen" in der HUE App bzw. "set HueBridge autodetect" direkt in FHEM)
2) "Pairing-fähige" Tint Lampe anschalten
3) Bis zu 90s warten (meist geht es aber viel schneller, bis die neu gefundene Lampe zur Bestätigung blinkt)
optional: 4) In der HUE App die Lampe passend benennen und ins richtige Zimmer schieben
5) In FHEM "get HueBridge devices" und "set HueBridge autocreate" ausführen. Abschließend FHEM Konfiguration speichern, wenn alles passt.
Danach sollten die Devices in FHEM angelegt worden sein.
Prinzipiell kann man das Umbenennen und einem Raum zuordnen auch direkt in FHEM machen. Ich finde es jedoch praktischer vorher in der HUE App alles passend einzurichten und dann die komplett eingerichtete Lampe einfach in FHEM zu übernehmen.
In Bezug auf Dein Xiaomi Device bzw. dessen Eigenheiten kann ich Dir hier leider nicht helfen.
und das wichtigste habe ich wieder mal vergessen zu erwähnen.....
Ich nutze keine Hue Bridge sondern einen CC2531 mit zigbee2mqtt.
# r00t2 Wie blöd, da habe ich dir umsonst arbeit gemacht, sorry
Alles gut.
Auch da sollte der prinzipielle Ablauf ähnlich sein.
Wichtig war bei mir: Erst das Gateway (in Deinem Fall den CC2531) in den Suchmodus versetzen und danach die pairing-fähige Lampe anschalten.
Schaltet man erst die Lampe an und startet dann die Suche scheint es nicht zu klappen.
die Reinfolge habe ich eingehalten. Es hat nicht funktioniert.
Im Event Monitor habe ich nur diesen Eintrag gesehen:
2019-04-17 17:31:14 MQTT2_DEVICE MQTT2_zigbee_bridge type: pairing
2019-04-17 17:31:14 MQTT2_DEVICE MQTT2_zigbee_bridge message: device incoming
2019-04-17 17:31:14 MQTT2_CLIENT mqtt2_client zigbee2mqtt/bridge/log:{"type":"pairing","message":"device incoming"}
Es sieht für mich aus als ob der CC2531 nichts brauchbares empfängt. Ich habe aber mehrere Xiaomi Geräte ohne Probleme seid Wochen am laufen.
Ist die Tint Lampe "Pairing-bereit"?
Hast Du es schon mal per Hand App versucht?
Die zeigt ihren paarungwilliges Zustand durch fahrbiges Blinken an. Also ja. Die Fernbedienung habe ich leider nicht.
Gesendet von iPhone mit Tapatalk
Sorry, sollte "Handy App" heißen - falls es etwas gibt, was die CC2531 Lösung unterstützt.
Soweit ich weiß haben es hier aber einige damit auch geschafft (also mit dem USB Stick). Vielleicht meldet sich ja noch jemand zu Wort.
Hey ihr beiden, ich versuch es einfach mal euch zu helfen :)
laut deinen ersten Aussagen nutzt du das XiaomiMQTTDevice Modul von neumann bzw. was halt seine Verbreitung auch durch die Videos auf Youtube erlangt hat oder verstehe ich das falsch?
Falls ja, wieso erhälst du dann folgende Meldungen?
2019-04-17 17:31:14 MQTT2_DEVICE MQTT2_zigbee_bridge type: pairing
2019-04-17 17:31:14 MQTT2_DEVICE MQTT2_zigbee_bridge message: device incoming
2019-04-17 17:31:14 MQTT2_CLIENT mqtt2_client zigbee2mqtt/bridge/log:{"type":"pairing","message":"device incoming"}
Diese zeigen ja eher das du MQTT2 von Fhem nutzt?
Außerdem wäre noch wichtig zu wissen: wird deine tint Lampe auf der Zigbee2MQTT Seite als unterstützt aufgeführt?
Und ich weiß nicht wie gut ihr euch auskennt aber habt ihr mal in die configuration.yaml von Zigbee2MQTT geschaut ob die Geräte dort angelegt wurden?
Liebe Grüße Richard
Einfach auch mal den Thread hier komplett lesen.
So hier herum könnte es "spannend" sein: https://forum.fhem.de/index.php/topic,95246.msg902854.html#msg902854
@ Richard: Mich beschleicht das Gefühl das ich bei mir vielleicht eine ungesunde Mischung habe. Ja ich verwende das XiaomiMQTTDevice Modul von neumann und ja, ich habe meine Kenntnisse von Youtube. Du bist ein Hellseher ;)
Und nochmal ja, ich setze auch MQTT2_DEVICE für einige Sonoff Geräte ein. Ist das ein Problem? Geht das besser?
Und schon wieder ja,die tint Lampe wird als unterstützt aufgelistet.
Und endlich ein nein, das Gerät taucht in der configuration.yaml nicht auf. Da sind nur 2 Geräte drin. Wobei das auch merkwürdig ist. Eines der Geräte ist korrekt. das andere finde ich aber nirgends. Dafür habe ich in FHEM aber zwei andere Geräte die nicht in der configuration.yaml stehen und die laufen einwandfrei. hmmm.
R1k4rd: den Verlinkten Artikel werde ich jetzt mal in Ruhe durchlesen.
Korrektur: ich habe gerade festgestellt, die Lampe ist doch in der configuration.yaml drin. Als "friendly_name: '0x00158d000340e6c2'" Also wird scheinbar doch etwas erkannt.
Hey,
ich denke zwar eine Mischung beider Module ist wie man bei dir sieht möglich allerdings ist es einfacher alles mit MQTT2_SERVER und MQTT2_DEVICE zu machen da du es ja sowieso schon im Einsatz hast.
Wenn das Gerät in der yaml auftaucht funktioniert deine configuration von Zigbee2MQTT schonmal soweit, der CC2531 empfängt also sehr wohl etwas ;) Das Problem ist ganz einfach dass das XiaomiMQTTDevice Modul halt nicht für Leuchtmittel erweitert wurde sondern halt beschränkt ist auf die Xiaomi Geräte. Also wenn ich du wäre würde ich das Xiaomi Modul einfach wieder entfernen und alles mit MQTT2_Device umsetzen, das funktioniert auch mit den Leuchmitteln und deine Xiaomi Sachen gehen damit natürlich auch. Hier mal der Link, damit solltest du das Umsetzen können: https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele Du musst halt wenn die Geräte dann durch autocreate angelegt wurden nur noch das richtige Template aus der Liste auswählen und dann sollte alles funktionieren. Ansonsten schreib einfach wenn irgendwas nicht klappt, dann versuche ich dir zu helfen :)
LG Richard
Danke Richard, ich habe es tatsächlich über MQTT2_DEVICE geschafft.
Es läuft mit dieser Konfiguration:
define MQTT2_zigbee_0x00158d000340e6c2 MQTT2_DEVICE zigbee_0x00158d000340e6c2
attr MQTT2_zigbee_0x00158d000340e6c2 devStateIcon {zigbee2mqtt_devStateIcon255($name)}
attr MQTT2_zigbee_0x00158d000340e6c2 group Licht
attr MQTT2_zigbee_0x00158d000340e6c2 icon hue_filled_white_and_color_e27_b22
attr MQTT2_zigbee_0x00158d000340e6c2 model L_02d_zigbee2mqtt_light_rgbw_hex
attr MQTT2_zigbee_0x00158d000340e6c2 readingList zigbee2mqtt/0x00158d000340e6c2:.* { json2nameValue($EVENT) }\
zigbee2mqtt/0x00158d000340e6c2/set:.* { json2nameValue($EVENT) }
attr MQTT2_zigbee_0x00158d000340e6c2 room MQTT2_DEVICE
attr MQTT2_zigbee_0x00158d000340e6c2 setList on:noArg zigbee2mqtt/0x00158d000340e6c2/set {"state":"ON"}\
off:noArg zigbee2mqtt/0x00158d000340e6c2/set {"state":"OFF"}\
warm:noArg zigbee2mqtt/0x00158d000340e6c2/set {"brightness": 200 , "color_temp": 360}\
white:noArg zigbee2mqtt/0x00158d000340e6c2/set {"brightness": 254, "color_temp": 250}\
color_temp:colorpicker,CT,250,1,454 zigbee2mqtt/0x00158d000340e6c2/set {"$EVTPART0":"$EVTPART1"}\
brightness:colorpicker,BRI,0,5,255 zigbee2mqtt/0x00158d000340e6c2/set {"state":"on","$EVTPART0":"$EVTPART1"}\
hex:colorpicker,HEX,0,15,255 zigbee2mqtt/0x00158d000340e6c2/set {"color":{"$EVTPART0":"#$EVTPART1"}}
attr MQTT2_zigbee_0x00158d000340e6c2 stateFormat {lc ReadingsVal("$name","state",0)}
attr MQTT2_zigbee_0x00158d000340e6c2 userReadings hex:color_y.* {Color::xyY2hex(ReadingsVal($name,"color_x",0),ReadingsVal($name,"color_y",0),ReadingsVal($name,"brightness",254))}
attr MQTT2_zigbee_0x00158d000340e6c2 webCmd toggle:on:off:brightness:color_temp:warm:white:hex
Dazu muss ich aber sagen, das ich heute morgen das peering genauso (zumindest gefühlt) versucht hatte wie zuletzt. Plötzlich war alles gut. Meine Erkenntnis lautet, nie aufgeben.
Noch mal vielen Dank...
Gruß Holger
Falls jemand noch Lampen sucht, im Aldi in Griesheim (Nordring) bei Darmstadt gab es noch 3 Kerzen und ein Set G10+Fernbedienung. Alles stark reduziert.
Das Tint Sortiment gibt es übrigens jetzt auch in den Toom Baumärkten. Die Nachfrage scheint aber nicht so groß zu sein, auch nach einer Woche im Angebot war der Aufsteller noch ziemlich voll. Der Smart Switch sieht dabei ganz interessant aus, den hab es ja bei Aldi noch nicht. Gibt auch eine Aktion, wenn man für mindestens 100 Euro was kauft gibt es ein Geschenk im Wert von 29,95.
Und dann noch mit dem Gutschein kombinieren.
https://www.mydealz.de/deals/toom-10-gs-ab-50-einkauf-1450379
Zitat von: sinus61 am 19 Oktober 2019, 12:36:57
Das Tint Sortiment gibt es übrigens jetzt auch in den Toom Baumärkten. Die Nachfrage scheint aber nicht so groß zu sein, auch nach einer Woche im Angebot war der Aufsteller noch ziemlich voll. Der Smart Switch sieht dabei ganz interessant aus, den hab es ja bei Aldi noch nicht. Gibt auch eine Aktion, wenn man für mindestens 100 Euro was kauft gibt es ein Geschenk im Wert von 29,95.
wie sieht denn der Smart Switch aus?
Moin,
mit Google findet man den Smart Switch direkt bei toom (https://toom.de/p/tint-smart-switch-funkschalter/9240797).
Gruß
Thomas
Zitat von: TomLee am 21 Oktober 2019, 09:49:29
Moin,
mit Google findet man den Smart Switch direkt bei toom (https://toom.de/p/tint-smart-switch-funkschalter/9240797).
Gruß
Thomas
Danke,
sorry
Ralf
toom hat übrigens auch Paulmann-zigbee im Angebot (E27).
Paulmann-zigbee-Dimmer (für 12V-LED-Beleuchtung?, aber keine E27-Birnen...) hat zwischenzeitlich auch Hornbach im Angebot (Grade reduziert für ca. 25 Steine, woanders habe ich nicht nachgesehen, und ich kann auch nicht sagen, ob bzw. von welcher Implementierung das ggf. unterstützt wird).
Gruß, Beta-User
Zigbee e27 (https://www.amazon.de/gp/aw/d/B074KJ72MP?ref=ppx_pt2_mob_b_prod_image) 10,94 euro gekauft zum ausprobieren .
pejonp
Die Lichtstärke der Osram (gibt's die noch, dachte, der Bereich ist verkauft...?) ist in etwa dieselbe wie die tradfri für 10 Euro, die es grade incl. Dimmer-Fernbedienung (solo für 8 bzw. 6 Steine zu haben) im blauen Möbelhaus gibt. Funktioniert beides tadellos, kann aber nicht sagen, welche ZigBee-Version das ist...
Der tradfri-Bewegungsmelder kann dagegen den (in Asien...) geringfügig teureren Xiaomis nicht das Wasser reichen. Sieht schlechter aus und liefert keine Helligkeits- (und Temp.-) Werte.
Das Tint Sortiment gibt es übrigens jetzt auch in den Toom Baumärkten. Die Nachfrage scheint aber nicht so groß zu sein, auch nach einer Woche im Angebot war der Aufsteller noch ziemlich voll. Der Smart Switch sieht dabei ganz interessant aus, den hab es ja bei Aldi noch nicht. Gibt auch eine Aktion, wenn man für mindestens 100 Euro was kauft gibt es ein Geschenk im Wert von 29,95.F
Gerade toom-Werbemail im Postkasten...
Ich weiß nicht, ob sie erst höhere Preise wollten - aber jetzt scheinen sie die Aldi-Preise zu nehmen: 9,99 / 14,99 / 19,99 Euro
https://toom.de/c/wohnen-haushalt/lampen-leuchten/leuchtmittel/led-lampen?filtermanufacturer=M%C3%BCllerLicht
Kolonialwarenhändler Albrecht steigt ab Montag auch wieder ein:
https://www.aldi-sued.de/de/angebote/angebote-ab-mo-1811/
Danke!! In der Tat für die Weißspektrumsvariante sogar 2 Euro günstiger, und mit 3 Jahren Garantie.
Ich hatte bei den sechs LED-"Birnen" von "Horstmann", die in einer Aldi-Deckenlampe mitgeliefert waren, binnen 3,5 Jahren 3 Ausfälle (= 50%) gehabt. Insofern sind 3 Jahre Garantie für mich ein Argument - allein schon, um Feedback an den Aldi-Einkauf zu geben, falls es Qualitätsmängel gibt.
Hallo Zusammen,
ich bekomme eine Aldi Tint Lampe nicht and laufen.
Das Peering wurde duchgeführt.
Die Lampe hat sich auch in der configuration.yaml verewigt.
Im Event Monitor von Fhem taucht es auch auf, aber ...
2020-01-27 14:17:03 MQTT2_DEVICE MQTT2_zigbee_pi log: {"type":"device_removed","message":"left_network","meta":{"friendly_name":"0x00158d000340e6c2"}}
2020.01.27 14:17:05 4 : MQTT2_DEVICE_Parse: MQTT2_zigbee_pi zigbee2mqtt/bridge/log => log
2020.01.27 14:17:05 4 : MQTT2_DEVICE_Parse: MQTT2_zigbee_pi zigbee2mqtt/bridge/log => log
2020-01-27 14:17:05 MQTT2_DEVICE MQTT2_zigbee_pi log: {"type":"device_connected","message":{"friendly_name":"0x00158d000340e6c2"}}
2020-01-27 14:17:05 MQTT2_DEVICE MQTT2_zigbee_pi log: {"type":"pairing","message":"interview_started","meta":{"friendly_name":"0x00158d000340e6c2"}}
2020.01.27 14:17:06 4 : MQTT2_DEVICE_Parse: MQTT2_zigbee_pi zigbee2mqtt/bridge/log => log
2020-01-27 14:17:06 MQTT2_DEVICE MQTT2_zigbee_pi log: {"type":"pairing","message":"interview_successful","meta":{"friendly_name":"0x00158d000340e6c2","model":"404000/404005/404012","vendor":"Müller Licht","description":"Tint LED bulb GU10/E14/E27 350/470/806 lumen, dimmable, color, opal white","supported":true}}
autocreate legt aber kein Device an.
Kann mir jemand einenTipp geben warum?
VG Holger
Bitte je den output von:
list TYPE=autocreate
list TYPE=MQTT2_.* autocreate
list MQTT2_zigbee_pi
aber gerne
list autocreate
Internals:
FUUID 5e19ebae-f33f-4eea-a0f9-16fd5b5d5e1bc14e
NAME autocreate
NOTIFYDEV global
NR 15
NTFY_ORDER 50-autocreate
STATE active
TYPE autocreate
list TYPE=MQTT2_.* autocreate
MQTT2_FHEM_Server simple
MQTT2_Sonoff_fackel2 0
MQTT2_Sonoff_pow_reseve 0
MQTT2_buero_licht_schreibtisch 1
MQTT2_buero_shelly_licht 0
MQTT2_drucker 0
MQTT2_kino_Heizungsluefter 0
MQTT2_kino_decke_licht 0
MQTT2_kueche_steckdose_1 0
MQTT2_sonoff_brunnen_2 0
MQTT2_sonoff_steckdose_reserve_1 0
MQTT2_sonoff_steckdose_reserve_2 0
MQTT2_sonoff_treppe 0
MQTT2_steckdose_energie_1 0
MQTT2_steckdose_wohnzimmer_fackel 0
MQTT2_zigbee_bridge 1
MQTT2_zigbee_pi 1
zigbee_bridge 1
und list MQTT2_zigbee_pi
Internals:
CID zigbee_pi
DEF zigbee_pi
DEVICETOPIC MQTT2_zigbee_pi
FUUID 5ca47fbf-f33f-1c00-c4c3-0fbc131d95476349
IODev MQTT2_FHEM_Server
LASTInputDev MQTT2_FHEM_Server
MQTT2_FHEM_Server_MSGCNT 22
MQTT2_FHEM_Server_TIME 2020-01-27 14:39:40
MSGCNT 22
NAME MQTT2_zigbee_pi
NR 179
STATE online
TYPE MQTT2_DEVICE
READINGS:
2020-01-27 14:39:40 log {"type":"pairing","message":"interview_successful","meta":{"friendly_name":"0x00158d000340e6c2","model":"404000/404005/404012","vendor":"Müller Licht","description":"Tint LED bulb GU10/E14/E27 350/470/806 lumen, dimmable, color, opal white","supported":true}}
2020-01-27 14:02:41 state online
Attributes:
IODev MQTT2_FHEM_Server
autocreate 1
bridgeRegexp zigbee2mqtt/([A-Za-z0-9]*)[/]?.*:.* "zigbee_$1"
getList devicelist:noArg log zigbee2mqtt/bridge/config/devices
networkmap_raw:noArg raw zigbee2mqtt/bridge/networkmap raw
networkmap_graphviz:noArg graphviz zigbee2mqtt/bridge/networkmap graphviz
icon mqtt
model L_01_zigbee2mqtt_bridge
readingList zigbee2mqtt/bridge/log:.*\"devices\".* devices
zigbee2mqtt/bridge/log:.* log
zigbee2mqtt/bridge/state:.* state
room 8.1 - MQTT2_Infrastruktur
setList log_level:debug,info,warn,error zigbee2mqtt/bridge/config/log_level $EVTPART1
permit_join:true,false zigbee2mqtt/bridge/config/permit_join $EVTPART1
remove:textField zigbee2mqtt/bridge/config/remove $EVTPART1
rename:textField zigbee2mqtt/bridge/config/rename {"old":"$EVTPART1","new":"$EVTPART2"}
x_add_to_group:textField zigbee2mqtt/bridge/group/$EVTPART1/add $EVTPART2
x_rm_from_group:textField zigbee2mqtt/bridge/group/$EVTPART1/remove $EVTPART2
x_rm_from_all_groups:textField zigbee2mqtt/bridge/group/$EVTPART1/remove_all $EVTPART2
verbose 5
Ah, ok, da war doch was...
Aus den Praxisbeispielen:
Zitat
Geräte, die nicht automatisch etwas senden, kann man mit Hilfe des MQTT2_SERVER-Geräts einmalig schalten, damit diese ihren Status bzw. das erfolgreiche Schalten zurückmelden, Beispiel[8] (https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#cite_note-8): set MQTT2_FHEM_Server publish zigbee2mqtt/0x90fd9ffffe0bcd51/set {"state":"ON","brightness":60}
ja, vielleicht kannich da noch nicht ganz folgen. Ich habe diesen Artikel natürlich gelesen, sonst hätte ich mich nicht getraut hier zu fragen ;) Aber vielleicht nicht alles verstanden.
Also ich kann mit diesem Komando die Lampe steuern,
Beispiel: set MQTT2_FHEM_Server publish zigbee2mqtt/0x00158d000340e6c2/set {"state":"ON","brightness":20}
aber ich bekomme scheinbar nichts zurück.
Und dann?
Hmm, also wenn du die Lampe damit steuern kannst, kann es eigentlich nicht an zigbee2mqtt liegen, und auch nicht an der Verbindung von FHEM zu dem Dienst, es kommen ja (andere) Daten...
Das einzige, was mir dann noch einfallen würde wäre, mal zu sehen, ob sich irgendein anderes MQTT2_DEVICE den Topic-Pfad "geschnappt" hat. Aus dem Kopf zusammengeschustert müßte sowas gehen:
list TYPE=MQTT2_DEVICE:FILTER=readingList~.*0x00158d000340e6c2.*
(Kann aber sein, dass du erst checken mußt, wie die genaue Syntax ist...)
ich werde gerade verrückt. Jetzt ist das Ding plötzlich da. Bei der Eingabe Deines List Befehl taucht ein bisher unbekanntes Gerät auf ttributes:
IODev MQTT2_FHEM_Server
devStateIcon {zigbee2mqtt_devStateIcon255($name)}
icon light_control
model zigbee2mqtt_light_rgbcct_rgb
readingList zigbee2mqtt/0x00158d000340e6c2:.* { json2nameValue($EVENT) }
room MQTT2_DEVICE
und siehe da, die Lampe ist jetzt vorhanden. Kurz das richtige Template ausgewählt und alles ist gut. Das Blöde ist nur, ich weiß jetzt nicht wirklich was zum Ziel geführt hat.
Ich hatte versucht das Gerät manuell anzulegen und dann ein wenig mit den Reading experimentiert. Das hat aber nichts gebracht. Zwischenzeitlich habe ich aus meiner alten Windows Erfahrung sowohl FHEM als auch den Raspi neu gestatet.....
Auf jeden Fall läuft die Lampe jetzt...vielen Dank für die Unterstützung....
LG Holger
Schön, dass das jetzt gelöst ist.
Vielleicht hattest du die falsche Erwartungshaltung beim Absetzen des publish-Befehls. Man landet damit nicht auf der Seite eines neuen Geräts, wenn das dadurch angelegt wird, sondern das ist dann in der Regel im room MQTT2_DEVICE zu finden und erst mal ganz still... Vielleicht muß ich die betreffende Fußnote noch in Fliestext umwandeln...?
Eigentlich nicht, ich hatte den Befehl auch im Eventmonitor beobachtet, weil ich wissen wollte was passiert. Aber eben nur "eigentlich" (ich hasse diesen Wort), vielleicht ist mit der Eintrag wegen anderer Meldungen durchgerutscht.
Ich muß mich jetzt erst mal besser in das MQTT und MQTT/Zigbee Thema einarbeiten. Ich habe einige Zusammenhänge noch nicht richtig verstanden. Vielen Dank Auf jeden Fall....
Hi!
Ich habe in der vorigen Woche mir bei ALDI Nord neben Color-Lampen auch 2 Stück "tint Smart Switch" geholt und in FHEM eingebunden. Die Teile gibt es noch nicht einmal bei Müller Licht auf der Webseite! Aber Müller Licht ist wohl nur der Vertreiber bzw. Importeur!
Ganz erstaunt war ich darüber, dass die Teile in FHEM korrekt als tint Smart Switch erkannt und bezeichnet werden. Lob an den Maintainer!
gruß Franz
@FranzB94
ZitatGanz erstaunt war ich darüber, dass die Teile in FHEM korrekt als tint Smart Switch erkannt und bezeichnet werden.
Liefert der Smart Smitch bei manueller Betätigung des Tasters eine Statusänderung über Zigbee?
Danke
Joachim
Muss ja, sonst wäre
Zitatdass die Teile in FHEM korrekt als tint Smart Switch erkannt und bezeichnet werden.
ja falsch., sprich: aufgrund eines events wurde autocreate aktiv.
Ich frage deshalb nach, weil es von anderen Anbieter Module gibt, die sehr ähnlich aussehen und vermutlich baugleich sind und schon mehrmals berichtet wurde, dass bei einer manuellen Betätigung sich der Status nicht ändert, z.B.
https://hueblog.de/2019/07/20/sr-zg9101sac-hp-kompakter-zigbee-aktor-funktioniert-mit-philips-hue/ (https://hueblog.de/2019/07/20/sr-zg9101sac-hp-kompakter-zigbee-aktor-funktioniert-mit-philips-hue/)
wobei im Blog hue u. hue-bridge genannt sind. Wer weiß, was die in ihren proprietären Systemen veranstalten. Gleich aussehen kann ja sein, aber Unterschiede in der firmware gibt es dann doch.
Es wird ja so sein, dass die Schalter ein Zigbee-Signal senden. Mit FHEM(z.B. zigbee2mqtt) wird das dann auch empfangen. Dabei gibt es dann verschiedene Möglichkeiten:
1. Schalter u. Birne sind wie auch immer angelernt worden
- der schalter sendet 1:1 das Signal für die Birne --> in FHEM gibt es kein eigenes device
2. Schalter u. Birne sind nicht gepaired
- der schalter sendet ein eigenes Signal(vermutlich eigene Id), was "irgendwo" empfangen, ausgewertet u. ein Sendesignal an die Birne erzeugt -> FHEM legt per autocreate ein eigenes device für den Schalter an. Ggfs. müssen dann settings der Birne in FHEM angepasst werden.
3. der schalter sendet etwas, was als zigbee erkannt, aber noch nicht in z.B. zigbee2mqtt umgesetzt ist--> in FHEM passiert nichts
Somit spekuliere ich, dass eher 2. der Fall sein wird.
Ich hab die Schalter jetzt auch schon in Prospekten von Baumärkten(toom) gesehen. Also einfach kaufen, ausprobieren u. ggfs. umtauschen. ;)
Grüße Markus
Hallo Zusammen,
Ich betreibe meine Lampen (Ikea und tint) mit einem IKEA Gateway.
Ich habe bei Aldi von tint 2x E14 Color und 2x E14 white geholt. Die Color machen keine Probleme. Bei den "white" habe ich das Problem, dass jede Lampe pro Sekunde eine Nachrichten ans Gateway sendet bzw vom Gateway an die Lampe (das kann ich leider nicht aus dem Log rauslesen). Mir ist das aufgefallen, da ich nach Zeit X über FHEM keine Lampen mehr ansteuern konnte. Erst nachdem ich das tadfri modul neustarte, funktioniert alles wie gehabt bis wieder Zeit x vergeht. Ist einem von euch das Verhalten schon mal aufgefallen ?
Wo kann ich ansetzen ? Liegt es an dem Lampen ? Am Gateway ?
P.S. Habe die neue Gateway FW leider schon drauf. GW und App auch schon resettet. Alles nichts gebracht.
Ausschnit Log
2020.02.05 21:53:47 5: tradfriGateway: read: {"name":"Fenster Klein","modelid":"ZBT-ColorTemperature","manufacturername":"MLI","uniqueid":"","swversion":"2.0","power":"InternalBattery","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":254,"ct":369,"rgb":"f1e0b5","reachable":true},"t":"event","id":65559}
2020.02.05 21:53:47 5: tradfriGateway: read: {"name":"Fenster Groß","modelid":"ZBT-ColorTemperature","manufacturername":"MLI","uniqueid":"","swversion":"2.0","power":"InternalBattery","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":254,"ct":369,"rgb":"f1e0b5","reachable":true},"t":"event","id":65558}
2020.02.05 21:53:48 5: tradfriGateway: read: {"name":"Fenster Klein","modelid":"ZBT-ColorTemperature","manufacturername":"MLI","uniqueid":"","swversion":"2.0","power":"InternalBattery","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":254,"ct":369,"rgb":"f1e0b5","reachable":true},"t":"event","id":65559}
2020.02.05 21:53:48 5: tradfriGateway: read: {"name":"Fenster Groß","modelid":"ZBT-ColorTemperature","manufacturername":"MLI","uniqueid":"","swversion":"2.0","power":"InternalBattery","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":254,"ct":369,"rgb":"f1e0b5","reachable":true},"t":"event","id":65558}
2020.02.05 21:53:49 5: tradfriGateway: read: {"name":"Fenster Klein","modelid":"ZBT-ColorTemperature","manufacturername":"MLI","uniqueid":"","swversion":"2.0","power":"InternalBattery","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":254,"ct":369,"rgb":"f1e0b5","reachable":true},"t":"event","id":65559}
2020.02.05 21:53:49 5: tradfriGateway: read: {"name":"Fenster Groß","modelid":"ZBT-ColorTemperature","manufacturername":"MLI","uniqueid":"","swversion":"2.0","power":"InternalBattery","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":254,"ct":369,"rgb":"f1e0b5","reachable":true},"t":"event","id":65558}
2020.02.05 21:53:50 5: tradfriGateway: read: {"name":"Fenster Klein","modelid":"ZBT-ColorTemperature","manufacturername":"MLI","uniqueid":"","swversion":"2.0","power":"InternalBattery","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":254,"ct":369,"rgb":"f1e0b5","reachable":true},"t":"event","id":65559}
2020.02.05 21:53:50 5: tradfriGateway: read: {"name":"Fenster Groß","modelid":"ZBT-ColorTemperature","manufacturername":"MLI","uniqueid":"","swversion":"2.0","power":"InternalBattery","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":254,"ct":369,"rgb":"f1e0b5","reachable":true},"t":"event","id":65558}
List:
Internals:
CFGFN
CHANGED
DEF 65559 IODev=tradfriGateway
FUUID 5e3b28c0-f33f-dbed-08de-4c31faeab470be0b
FVERSION 31_HUEDevice.pm:0.210390/2020-01-23
ID 65559
INTERVAL
IODev tradfriGateway
NAME LampeFensterGross
NR 1359
STATE off
TYPE HUEDevice
desired 0
manufacturername MLI
modelid ZBT-ColorTemperature
name Fenster Klein
power InternalBattery
swversion 2.0
type Color temperature light
uniqueid
READINGS:
2020-02-05 21:42:40 bri 254
2020-02-05 21:42:40 colormode ct
2020-02-05 21:49:50 ct 369 (2710K)
2020-02-05 22:00:00 onoff 0
2020-02-05 22:00:00 pct 0
2020-02-05 21:42:40 reachable 1
2020-02-05 21:49:50 rgb f1e0b5
2020-02-05 22:00:00 state off
helper:
alert
battery -1
bri 254
colormode ct
ct 369
devtype
effect
hue -1
mode
on 0
pct 0
reachable 1
rgb f1e0b5
sat -1
update_timeout -1
xy
helper:
json:
id 65559
manufacturername MLI
modelid ZBT-ColorTemperature
name Fenster Klein
power InternalBattery
r lights
swversion 2.0
t event
type Color temperature light
uniqueid
state:
bri 254
colormode ct
ct 369
rgb f1e0b5
Attributes:
IODev tradfriGateway
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
model ZBT-ColorTemperature
room Tradfri
subType ctdimmer
webCmd ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off
andere Lampe:
Internals:
CFGFN
CHANGED
DEF 65558 IODev=tradfriGateway
FUUID 5e3b2875-f33f-dbed-46d3-a8453c216ba7692f
FVERSION 31_HUEDevice.pm:0.210390/2020-01-23
ID 65558
INTERVAL
IODev tradfriGateway
NAME LampeFensterKlein
NR 1349
STATE off
TYPE HUEDevice
desired 0
manufacturername MLI
modelid ZBT-ColorTemperature
name Fenster Groß
power InternalBattery
swversion 2.0
type Color temperature light
uniqueid
READINGS:
2020-02-05 21:41:25 bri 254
2020-02-05 21:41:25 colormode ct
2020-02-05 21:49:50 ct 369 (2710K)
2020-02-05 22:00:00 onoff 0
2020-02-05 22:00:00 pct 0
2020-02-05 21:41:54 reachable 1
2020-02-05 21:49:50 rgb f1e0b5
2020-02-05 22:00:00 state off
helper:
alert
battery -1
bri 254
colormode ct
ct 369
devtype
effect
hue -1
mode
on 0
pct 0
reachable 1
rgb f1e0b5
sat -1
update_timeout -1
xy
helper:
json:
id 65558
manufacturername MLI
modelid ZBT-ColorTemperature
name Fenster Groß
power InternalBattery
r lights
swversion 2.0
t event
type Color temperature light
uniqueid
state:
bri 254
colormode ct
ct 369
rgb f1e0b5
Attributes:
IODev tradfriGateway
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
model ZBT-ColorTemperature
room Tradfri
subType ctdimmer
webCmd ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Grüße
Tobias
Zitat von: KölnSolar am 05 Februar 2020, 07:43:08
Ich hab die Schalter jetzt auch schon in Prospekten von Baumärkten(toom) gesehen. Also einfach kaufen, ausprobieren u. ggfs. umtauschen. ;)
Ich habe die Frage an den tint Support geschickt. Folgende Antwort habe ich erhalten:
ZitatDer Smart Switch sendet die Veränderung seines Zustandes nicht an verbundene Geräte
Also kein aktives Senden vom Smart Switch.
Joachim
ZitatDer Smart Switch sendet die Veränderung seines Zustandes nicht an verbundene Geräte
Ich bin verwirrt. Wie schaltet denn dann der switch die verbundenen Geräte ? Ist das also nur ein Empfänger ?
Dann stimmt das doch nicht
Zitatdass die Teile in FHEM korrekt als tint Smart Switch erkannt und bezeichnet werden
::) :o ::)
Hallo zusammen,
habe eine Frage zu der Müller Tint Fernbedienung. Hat es schonmal jemand geschafft, die ausgelösten Tastencodes in FHEM mitzulesen? Oder gibt es eine Möglichkeit, die 6 Programmtasten der Fernbedienung auch über FHEM Kommandos auszulösen?
Der Smart Switch sendet auch Daten. Diese sind zu empfangen, wenn in der configuration.yaml unter
advanced:
report: true
eingefügt wird. Neustart nicht vergessen.
Gruß Jens
Danke, kannst du mir such noch sagen, wie der Parameter beim docker run übergeben wurde. Zu Advanced finde ich in der Doku nichts.
docker run -d \
--name=deconz \
--net=host \
--restart=always \
-v /etc/localtime:/etc/localtime:ro \
-v /opt/deconz:/root/.local/share/dresden-elektronik/deCONZ \
--device=/dev/ttyUSB0 \
marthoc/deconz
Grüße Bernd
Mit Docker habe ich noch nicht gearbeitet. Die Doku sagt, dass du mit "docker run -it <Docker-Image>" direkt im Container eingeloggt bist. Dort solltest du unter /opt/zigbee2mqtt/data die Datei configuration.yaml editieren können.
Gruß Jens
Ihr solltet klären, ob ihr von deconz oder zigbee2mqtt redet.
Das hier bezieht sich auf deconz, und sollt m.E. auf "by-id" umgestellt werden, selbst wenn es (derzeit!) funktioniert:
Zitat von: berbar am 23 Februar 2020, 12:57:40
--device=/dev/ttyUSB0 \
Für deconz _könnte_ es helfen, die Müller-Fernbedienung als Sensor anzulegen und abzufragen.
Es handelt sich um deconz. Anlernen als Sensor hatte ich noch nicht versucht. Werde kch morgen mal checken.
Zitat von: berbar am 24 Februar 2020, 00:02:18
Es handelt sich um deconz. Anlernen als Sensor hatte ich noch nicht versucht. Werde kch morgen mal checken.
Anlernen als Sensor hat auch nicht funktioniert.
Es hat schon mal funktioniert, aber nach einem Neuaufsetzen habe ich es nicht geschafft. Die Anleitung steht bei zigbee2mqtt.
Horst
Da berbar deconz nutzt, steht das Problem eher hier: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1209 (https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1209)
Evtl. würde es helfen,die weiteren hier angefragten Infos (dort!) zu liefern: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support
Zitat von: Beta-User am 25 Februar 2020, 11:51:34
Da berbar deconz nutzt, steht das Problem eher hier: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1209 (https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1209)
Evtl. würde es helfen,die weiteren hier angefragten Infos (dort!) zu liefern: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support
Danke Beta-User, guter Hinweis.
Leicht OT:
Zitat von: Prof. Dr. Peter Henning am 10 Mai 2017, 21:04:30
8) Gibts denn in der Pfalz jetzt schon elektrisch ?
LG
pah
Da ist heute irgendwie immer noch was wahres dran, zumindest was die Hausautomatisierung angeht.
In den Aldi-Filialen im Rhein-Pfalz-Kreis sind die Tint-Artikel seit letztem (oder schon vorletztem Jahr ?) Ladenhüter.
Mein Glück, hab heute 4 GU-10 Spots zu je genau 5,- Euro ergattert.
Zitat von: Beta-User am 25 Februar 2020, 11:51:34
Da berbar deconz nutzt, steht das Problem eher hier: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1209 (https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1209)
Evtl. würde es helfen,die weiteren hier angefragten Infos (dort!) zu liefern: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support
Falls es noch relevant bzw. nicht allgemein bekannt: Die tint-Fernbedienung ("ZBT-Remote-ALL-RGBW") kann zwischenzeitlich unter deconz verwendet werden und wird an auch an FHEM durchgereicht. Mit Conbee2-Firmware 26720700 und App 2.12.06 / 19.8.2021 (neuere habe ich noch nicht zum laufen gebracht) können zumindest 12 Tasten benutzt werden.
Garry