tint von ALDI - smarte Lampen

Begonnen von Mitch, 03 Januar 2019, 12:34:29

Vorheriges Thema - Nächstes Thema

rippi46

FHEM, LMS, VDR ,Dell 9010 Ubuntu 20.04,Raspimatic, HM/HMIP, Max, Elro, Brennenstuhl u. Intertechno mit Connair.
Picoreplayer, Raspi IR-Lanadapter, Firmata(wifi), LaCrosse,
nanocul433, nanocul868, Signalduino, Connexoon,
MySensor-GW+Sensoren, RGBWW, Zigbee2mqtt,Xiaomi,Nextion,LEDMatrix,Alexa

patric.ge

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?


Raspberry Pi 3 B+ | CC2530 Coordinator | raspbian stretch | zigbee2mqtt | Xiaomi Devices | Tint-Lampen | ...

rippi46

Hallo patrice.ge

kannst du einmal die "Raw definition hier posten?

Gruß rippi
FHEM, LMS, VDR ,Dell 9010 Ubuntu 20.04,Raspimatic, HM/HMIP, Max, Elro, Brennenstuhl u. Intertechno mit Connair.
Picoreplayer, Raspi IR-Lanadapter, Firmata(wifi), LaCrosse,
nanocul433, nanocul868, Signalduino, Connexoon,
MySensor-GW+Sensoren, RGBWW, Zigbee2mqtt,Xiaomi,Nextion,LEDMatrix,Alexa

patric.ge

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
Raspberry Pi 3 B+ | CC2530 Coordinator | raspbian stretch | zigbee2mqtt | Xiaomi Devices | Tint-Lampen | ...

KernSani

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
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

patric.ge

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
Raspberry Pi 3 B+ | CC2530 Coordinator | raspbian stretch | zigbee2mqtt | Xiaomi Devices | Tint-Lampen | ...

KernSani

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...
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

mark79

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

Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

Beta-User

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.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

mark79

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.
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

Beta-User

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...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

KölnSolar

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
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Beta-User

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".
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

r00t2

#88
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?  :-\
FHEM 6.0 (Raspberry Pi 2 B | Raspberry Pi OS Lite | Perl 5.28.1 | UZB Z-WAVE.Me | Hue Bridge V1 | SIGNALDuino 433 MHz | FritzBox | Kodi | Pioneer AVR | MQTT | Node-RED | Diverse Google Dienste)

patric.ge

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
Raspberry Pi 3 B+ | CC2530 Coordinator | raspbian stretch | zigbee2mqtt | Xiaomi Devices | Tint-Lampen | ...