-
Notifications
You must be signed in to change notification settings - Fork 505
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
Sonoff ZBMINIR2 #8020
Comments
Yes, but I still thinking it's not a sleeping device, so don't worry for that. For the rest you can use for exemple
But you need
|
@Smanar I think that's to high for me. ;) I can't create a working DDF.
|
Try with
|
|
Perhaps this field is realy u8, so can't use a combo (u8 are just int value, enum8 is data enumeration)
How you know it's not working ? How it look in the API ? something is missing ?
To get even when a button is used it need more stuff, you need to edit the buttonmap.json file with the event you can see on logs. |
DDF: It took me hours to find the error and now I finally found it. "config/devicemode" is a string and I had a bool! Till I switched to "config/configured" my first tests are working. I'll try to complete it later. Button press: |
It's exactly that. Perhaps a typo ? If I have understand what you are trying to do config_detachrelaymode_item.json
Then after that you can use it in DDF after a deconz restart. But if you create too much new field, it will be hard to validate your DDF (big debate every time), so try at maximum to use existing one. For buttonevent you need to have logs like this one Else if you realy have nothing in the buttonmap file But first you need to have a ZHASwitch entry with the field state/buttonevent. |
So I tried a lot (didn't know I had to add the clusterID to the uuid of the switch) and I think I'm 75% ready with the ddf. I created a fork with my changes: What's missing:
SwitchesWith Detached Relay active the Button is working but I don't get a new last updated from the API Rocker Switch With the following button map it's not working: Result: API OutputThat's the output of the API at the moment with http://192.168.178.152:8189/api/XXXXXX/devices/D4:48:67:FF:FE:3B:8F:DF |
The state/buttonevent on the ZHASwitch is not updated ? |
In the API I always get this, I guess it's because in detached realy mode it always get's a 1002 for every button press and so it doesn't get updated but maybe I'm wrong :
|
Ha, yes, it's possible you have always the same value. |
I have a little problem with the ddf. I triy to write the value back with the API but it don't work and I don't know why, did a lot of try and error with it. With the API I cannot set the value, even with off which responds success it don't set it in the device. Response for off: Response for on: "name": "config/mode", |
It's probably a "security" have you added
"off" is a "native" mode, but not "on". |
No I don't have meta. Saw it in other DDFs but didn't know what it means. I'm not at home till tomorrow an will test that tomorrow evening. |
32 is 0x1f |
Ok, with meta Put on and off with the API gives a success but the values still never reach the device and I don't know why. |
Found it, added the mf code for a test and forgot to remove it for the tests with the meta attribute. Without the manufactor code it's working. |
Ha yes, and this can be random, the device can need it for a request and not another. |
Any thoughts on when this will be part of official release? |
At the moment we are at 95% (I hope so, it's my first DDF) What's missing:
I think it has to be added in the resource.cpp, resource.h and rest_lights.cpp. @Smanar can you help me with the config Item? And do you think I have a chance that the config item get's added? |
Okay. Should I open new issue on that, or will above fixes will resolve those ? If require, I can try beta version and help with logs. |
No easier ^^, just need to add a json file. You can just mimic the devices\generic\items\config_on_startup_item.json If the request is something standard, you can put all the code in the json file (like config_on_startup_item.json) else if it's specific to sonoff better to put the code in the DDF, and let the json empty like in the config_mode_item.json file.
For this it will depend of others devs, but if the command is usefull and can be used by others devices, why not.
You can miss bind/report (the last part on DDF), to have return for the on/off request need to add
|
I already added it under devices\generic\items\config_on_startup_item.json but I don't get it in the rest response. |
I don't see the problem, I m asking to others devs. And I m seeing you have alrezady set a bind/report on your DDF, the problem is on coupled or decoupled mode ? |
You have a typo here
On read part, the attribute. But for this part the native code need to work
|
Switchet to: |
Lol, I think you have found a "breach". And no, all the code is working with this value, better to let it. |
What is the timeframe for ZBMINIR2 support on deCONZ? thanks |
I don't see timeframe, so I realy don't have idea. |
Is there already an existing issue for this?
Product name
SONOFF ZBMINI Extreme Zigbee Smart Switch (Neutral Wire Required) | ZBMINIR2
Manufacturer
Sonoff
Model identifier
ZBMINIR2
Device type to add
Switch
Node info
Endpoints and clusters
Basic
Further relevant clusters
On/Off
OTAU
FC11
FC57
The text was updated successfully, but these errors were encountered: