New Xiaomi Aqara curtain driver E1, model # CM-M01

[zguy]

Hi Wim ( @w.vuyk),

I'm working with Dresden to add this new device. Device request is here: https://github.com/dresden-elektroni...in/issues/6469

Product page: https://www.aqara.com/en/product/cur...e1-rod-version

Device is seen by JowiHue plugin but the controls are not working in HS. Using the controls in deCONz does work. We're still working on the sensors and other device features.

Other features are:

• luminance/lux sensor
• motion sensor (not sure about this one)
• a control to specify (reverse) default rotation of motor so that curtains pairs motors go in opposite directions when open /
  close command is sent
• a control to open / close the hooks use to attach the device to the pole
• a pair of controls to define the start / end of travel distance so the device knows where to stop

It's a battery operated device.

So far we have the basic controls and the battery. We think device 2038 is the battery temperature and 2039 would be the battery charge. Both battery statuses update regularly but are not yet accurate.




Here the deCONZ REST-API output for this device.

In lights:

"12": {
"etag": "090759055009cb23cb8bd0907089e717",
"hascolor": false,
"lastannounced": "2022-11-02T20:43:21Z",
"lastseen": "2022-11-02T22:39Z",
"manufacturername": "LUMI",
"modelid": "lumi.curtain.agl001",
"name": "Rideau chambre sud",
"state": {
"lift": 0,
"open": true,
"reachable": true
},
"swversion": "0.0.0_0024",
"type": "Window covering device",
"uniqueid": "54:ef:44:10:00:51:0d:79-01"
}​

In Sensors:

"65": {
"config": {
"on": true,
"reachable": true
},
"etag": "b635a1e8b1aa59e1c091733198fb1ad3",
"lastannounced": "2022-11-02T20:43:21Z",
"lastseen": "2022-11-02T22:39Z",
"manufacturername": "LUMI",
"modelid": "lumi.curtain.agl001",
"name": "Rideau chambre sud Batterie",
**_"state": {
"battery": null,     ###Probably why it shows as 0
"lastupdated": "none"_**
},
"swversion": "0.0.0_0024",
"type": "ZHABattery",
"uniqueid": "54:ef:44:10:00:51:0d:79-01-0001"
},
"66": {
"config": {
"battery": 0,
"offset": 0,
"on": true,
"reachable": true
},
"etag": "f61f6ca1aaf4dca1e35fb9ec1ea227a4",
"lastannounced": "2022-11-02T20:43:21Z",
"lastseen": "2022-11-02T22:39Z",
"manufacturername": "LUMI",
"modelid": "lumi.curtain.agl001",
"name": "Temperature 66 Temperature",
"state": {
"lastupdated": "2022-11-02T22:37:05.377",
"temperature": 29
},
"swversion": "0.0.0_0024",
"type": "ZHATemperature",
"uniqueid": "54:ef:44:10:00:51:0d:79-01-0402"
}
}​

I can also send the JSON DDF if you need it.

If you need something else, let me know.

I'm running HS 4.2.16 and the JowiHue plugin is at 4.0.8.1.

Do you think we can get this to work in HS? That would be awesome.

Guy

[w.vuyk]

Guy,

Did you try a restart of the plugin after dding the device? Sometimes this is needed to get controls functioning 100%
To be honest I wonder how the sensors JSON is supposed to work here as there are TWO battery entries in the JSON. Also the temperature is holding a very doubtful value (normally temperature attribute holds a value * 100 to support two decimals (19 degrees would be 1900 as value). Unless the motor is really hanging outside at near freezing temperature? This can be a DDF issue.

If you already did a restart, can you do a verbose trace for me while using the controls? Follow these steps for that:

1. Set the tracing options to verbose and log to file in the settings of the plugin
2. Stop and start the plugin
3. Once started press each control once
4. Disable the verbose tracing and log to file options
5. Send the \Logs\JowiHue.log to jowihue at ziggo dot nl?

Wim

[zguy]

Guy,
Did you try a restart of the plugin after dding the device? Sometimes this is needed to get controls functioning 100%

I believe I did but did another one just to be sure.

Controls are still not responding after a plugin restart.

To be honest I wonder how the sensors JSON is supposed to work here as there are TWO battery entries in the JSON. Also the temperature is holding a very doubtful value (normally temperature attribute holds a value * 100 to support two decimals (19 degrees would be 1900 as value). Unless the motor is really hanging outside at near freezing temperature? This can be a DDF issue.

It is a DDF issue. We are still working on these. I received a new DDF today that adds the light sensor and changes how the battery is reported. Values are still wrong. That's how it looks now:




Still, the values are off.

If you already did a restart, can you do a verbose trace for me while using the controls? Follow these steps for that:

Log sent.

[zguy]

Guy,

Send the \Logs\JowiHue.log to jowihue at ziggo dot nl?

Wim

w.vuyk Did you received the log?

[w.vuyk]

Got it and answered... keep me posted as it would be good if we get this all working?

[zguy]

Hi Wim w.vuyk

I sent the info to Dresden almost a week ago. Working with someone named Smanar. We've exchanged several times since.

We're not making any progress. Even basic functions like open/close/stop still don't work. I'm concerned. I asked for a 3rd eye to look into it and hope someone will.

Would you have any suggestions to try and make this work faster from Dresden end?

Edit, thread at Dresden issues: https://github.com/dresden-elektroni...in/issues/6469

G.

[w.vuyk]

Guy,

I checked the thread just now after coming home. It seems there is some good progress gong on now, I guess we wait for the new deCONZ beta?

[zguy]

Guy,

I checked the thread just now after coming home. It seems there is some good progress gong on now, I guess we wait for the new deCONZ beta?

Hi w.vuyk

Just over a week now and no news. What's your take on timing to get that beta version?

I've finally installed one of them on a drapery, and manually, it works great. Can't wait to have it automated.

[w.vuyk]

That is a hard one to guess. Earlier I saw new beta's appear every two weeks. But in the past few months the pace is going down a bit, probably because the number of requests is slowing down too. At this moment the last submission was two weeks ago, so it might even take a few more weeks?

Wim