-
Notifications
You must be signed in to change notification settings - Fork 3.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add Support for tint-remote keys #281
Comments
Do you see any direct output when you pres any of the button? (when running with |
yes, the following lines come, when I press "warm": They are in the logfile. But I do not see something without debug. All other keys produce similar results |
Can you add on https://github.com/Koenkk/zigbee-shepherd/blob/master/lib/components/af.js#L689
|
It resulted in |
Good, you should add those to this list now: https://github.com/Koenkk/zigbee-shepherd/blob/master/lib/components/af.js#L686 |
Ok, this worked for most of the keys. The Scenes do not: Maybe, the value of 0 is a Special case. Horst |
I put my changes in devices.pm and fromZigbee.pm |
Sorry, Maybe my pull request is a bit missformed. |
I did a local change in: but a do not know About side effects. After this, I get results for the scene-keys as well, but I donot trust in my change. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
@Koenkk sorry to resurrect this closed issue, but I'm seing the same issue @MoskitoHorst was seing. All buttons on the remote work, except the scene buttons, which don't trigger any response in zigbee2mqtt. I'm running the latest dev, freshly pulled today. Lmk if there is anything I can try to assist you. |
@FHeilmann please provide the log when pressing the button and running zigbee2mqtt with herdsman debug log enabled. To enable herdsman debug logging, see https://www.zigbee2mqtt.io/information/debug.html#zigbee-herdsman-debug-logging |
mueller_tint_remote_scene_keys.log There you go, this is the log of pressing each of the scene buttons once. Bests, |
Do you see a To enable debug logging set in advanced:
log_level: debug |
Unfortunately no. Zigbee2mqtts log does not react at all to the scene buttons, regardless of the log level. |
Could you sniff the traffic while pressing the buttons? https://www.zigbee2mqtt.io/how_tos/how_to_sniff_zigbee_traffic.html |
Sure, here is the capture file from Wireshark: The file contains the following sequence: I pressed
Hope this helps, -Florian |
Thanks, it turns out that the scene buttons are not common write request. These were not yet emitted, and therefore you wouldn't get |
Thank you so much for the swift fix. I also have some tint bulbs, does this patch also expose the functionality so I can send the 'write' requests to those bulbs too? edit: I can already confirm that the missing converter messages are now triggered:
|
With the latest zigbee2mqtt dev branch these messages should now be converted to MQTT (please wait a few hours before checking the latest dev). Based on this you can further create your own automations based on these actions (e.g. setting a certain color using Home Assistant). |
If I want to send the scene command to my tint bulbs I need a converter in "toZigbee.js" as well right? Thanks for fixing the converter! |
I've done some digging, but I've never worked with typescript before so my skills there are severely limited. My goal is to be able to send the scene commands to the mueller licht GU10 lightbulbs which I own. I tried the following:
tint_scene : {
// scene selection, tint specific
key: ['scene'],
convertSet: async (entity, key, value, meta) => {
value = parseInt(value);
if (value > 6) {
return;
}
await entity.command('genBasic', 'write', {'16389': value});
},
},
// 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',
fromZigbee: [
fz.color_colortemp, fz.on_off, fz.brightness, fz.ignore_basic_report,
],
toZigbee: [
tz.light_onoff_brightness, tz.light_color_colortemp, tz.ignore_transition,
tz.light_alert, tz.light_brightness_move, tz.tint_scene,
],
}, Now I'm getting the following error when trying to set a payload with a 'scene' parameter:
This is where things start to go over my head, because there is a lot of data that has to be added in different places. Here's what I've found so far:
This would also require to rewrite the tint_scene : {
// scene selection, tint specific
key: ['scene'],
convertSet: async (entity, key, value, meta) => {
const TintScene = parseInt(value);
if (TintScene > 6) {
return;
}
await entity.command('genBasic', 'write', {TintScene}, options.tint);
},
}, I'm not sure which of these steps are correct. In particular I am not sure if a manufacturerspecific cluster should be defined here, and if so, how I am going to obtain the ID of said cluster. This seems to go into the more advanced device configuration for which I as a js-know-nothing would need your help to accomplish ;) Thanks in advance
P.S.: The fixed converter for incoming messages works flawlessly. |
In the latest zigbee2mqtt dev branch this should be possible now (try in a few hours). Send to |
@Koenkk Works great, the only thing I noticed is that I can issue the command to the bulbs directly, but trying to issue the command to a group with several of them in it I get a 'no converter available' message. Bests, |
Possible with latest dev now. |
I dropped the Mireds prefix, so it matches colorTemperature attribute name used in herdsman. See ZCL (v7 doc, page 357), while here I also added coupleColorTempToLevelMin which was also missing and marked as mandatory.
Only 3 keys of the remotedo generate Messages. All others do not. The logfile has all keys pressed from up to down/left to Right.
Color-Keys seem to have cluster-ID 768, Scenes have cluster-ID 0.
The first part of the discussion and an Image of the device can be found here.
Koenkk/zigbee2mqtt#795
log4.txt
Thanks
The text was updated successfully, but these errors were encountered: