E1743 now with latest firmware (24.4.6). Appears to be fully working, no re-pairing needed. I'm going to leave them all (the buttons I've mentioned in this thread) overnight and see about battery drain.
E1766 Open/Close button. Running 2.3.079 Firmware.
Pairs to the correct (KKossev/Zigbee Button Dimmer) Driver. Reports battery information on refresh and a button push.
NOT reporting button presses.
LiveLogs:
dev:222023-09-04 03:43:49.455 PMwarnShades E1766 zigbee received unknown cluster:null message ([raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 02 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:02, direction:00, data:[]])
dev:222023-09-04 03:43:49.451 PMdebugShades E1766 descMap = [raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 02 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:02, direction:00, data:[]]
dev:222023-09-04 03:43:49.437 PMdebugShades E1766 parse: catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 02 00
dev:222023-09-04 03:43:48.148 PMwarnShades E1766 zigbee received unknown cluster:null message ([raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 00 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[]])
dev:222023-09-04 03:43:48.143 PMdebugShades E1766 descMap = [raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 00 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[]]
dev:222023-09-04 03:43:48.127 PMdebugShades E1766 parse: catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 00 00
dev:222023-09-04 03:43:47.465 PMwarnShades E1766 zigbee received unknown cluster:null message ([raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 02 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:02, direction:00, data:[]])
dev:222023-09-04 03:43:47.461 PMdebugShades E1766 descMap = [raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 02 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:02, direction:00, data:[]]
dev:222023-09-04 03:43:47.445 PMdebugShades E1766 parse: catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 02 00
dev:222023-09-04 03:43:45.460 PMwarnShades E1766 zigbee received unknown cluster:null message ([raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 01 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:01, direction:00, data:[]])
dev:222023-09-04 03:43:45.455 PMdebugShades E1766 descMap = [raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 01 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:01, direction:00, data:[]]
dev:222023-09-04 03:43:45.442 PMdebugShades E1766 parse: catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 01 00
dev:222023-09-04 03:43:43.824 PMwarnShades E1766 zigbee received unknown cluster:null message ([raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 01 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:01, direction:00, data:[]])
dev:222023-09-04 03:43:43.820 PMdebugShades E1766 descMap = [raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 01 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:01, direction:00, data:[]]
dev:222023-09-04 03:43:43.805 PMdebugShades E1766 parse: catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 01 00
dev:222023-09-04 03:43:43.110 PMwarnShades E1766 zigbee received unknown cluster:null message ([raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 01 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:01, direction:00, data:[]])
dev:222023-09-04 03:43:43.105 PMdebugShades E1766 descMap = [raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 01 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:01, direction:00, data:[]]
dev:222023-09-04 03:43:43.090 PMdebugShades E1766 parse: catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 01 00
dev:222023-09-04 03:43:41.031 PMwarnShades E1766 zigbee received unknown cluster:null message ([raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 00 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[]])
dev:222023-09-04 03:43:41.026 PMdebugShades E1766 descMap = [raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 00 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[]]
dev:222023-09-04 03:43:41.012 PMdebugShades E1766 parse: catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 00 00
dev:222023-09-04 03:43:38.056 PMwarnShades E1766 zigbee received unknown cluster:null message ([raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 00 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[]])
dev:222023-09-04 03:43:38.051 PMdebugShades E1766 descMap = [raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 00 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[]]
dev:222023-09-04 03:43:38.036 PMdebugShades E1766 parse: catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 00 00
dev:222023-09-04 03:43:35.888 PMwarnShades E1766 zigbee received unknown cluster:null message ([raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 00 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[]])
dev:222023-09-04 03:43:35.883 PMdebugShades E1766 descMap = [raw:catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 00 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:BEC1, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[]]
dev:222023-09-04 03:43:35.875 PMdebugShades E1766 parse: catchall: 0104 0102 01 01 0040 00 BEC1 01 00 0000 00 00
Device Data:
- endpointId: 01
- application: 21
- firmwareMT: 117C-11C5-23079631
- manufacturer: IKEA of Sweden
- model: TRADFRI open/close remote
- softwareBuild: 23079631
Pairing Info:
Manufacturer: | IKEA of Sweden |
---|---|
Endpoint 01 application: | 21 |
Endpoint 01 endpointId: | 01 |
Endpoint 01 idAsInt: | 1 |
Endpoint 01 inClusters: | 0000,0001,0003,0009,0020,1000,FC7C |
Endpoint 01 initialized: | true |
Endpoint 01 manufacturer: | IKEA of Sweden |
Endpoint 01 model: | TRADFRI open/close remote |
Endpoint 01 outClusters: | 0003,0004,0006,0008,0019,0102,1000 |
Endpoint 01 profileId: | 0104 |
Endpoint 01 stage: | 4 |
This button is very different than the others, it is intended to control the IKEA blinds...
Can you try assigning the Generic Zigbee Shade driver to it? Will the windowShade attribute change to opening/closing when you press the E176 buttons? You will need to pair the device with the Generic Zigbee Shade driver assigned manually in advance.
Some of the remotes may generate repetitive key press events, use the debounce option:
I have (hopefully) changed the second button to register as #2 - let me know if it works.
The left button should be #2, and the right button should be #3 - can you check again?
There was a bug in the previous version; should be fixed now.
Please first update the driver, the version is the same 2.1.4, timestamp "2023/09/04 7:42 AM"
Observations on the overnight period:
The E2201(Rodret) and the E2001(Styrbar) both changed to 'offline' in the early morning (2201 at 12:33am(12h56m since last button press) E2001 at 12:54am(12h54m after press). Button press each woke them and returned to 'online'
E1812 Shortcut battery dropped like a stone! (EDIT: Battery was dead by mid-day)
battery | 22 | % | battery is 22 % | DEVICE | physical | A IKEA Shortcut | 2023-09-05 02:58:53.959 AM BST | |
---|---|---|---|---|---|---|---|---|
battery | 42 | % | battery is 42 % | DEVICE | physical | A IKEA Shortcut | 2023-09-05 02:38:16.148 AM BST | |
battery | 68 | % | battery is 68 % | DEVICE | physical | A IKEA Shortcut | 2023-09-05 01:35:00.035 AM BST | |
battery | 68 | % | battery is 68 % | DEVICE | physical | A IKEA Shortcut | 2023-09-04 09:27:26.253 PM BST | |
battery | 68 | % | battery is 68 % | DEVICE | physical | A IKEA Shortcut | 2023-09-04 05:19:52.591 PM BST | |
battery | 68 | % | battery is 68 % | DEVICE | physical | A IKEA Shortcut | 2023-09-04 01:12:18.968 PM BST | |
battery | 100 | % | battery is 100 % | DEVICE | physical | A IKEA Shortcut | 2023-09-04 01:05:26.485 PM BST | |
pushed | 1 | button 1 was pushed | DEVICE | physical | A IKEA Shortcut | 2023-09-04 12:44:11.523 PM BST |
E1766 Open/Close Shades button had similar battery experience
battery | 32 | % | battery is 32 % | DEVICE | physical | Shades E1766 | 2023-09-05 10:07:01.061 AM BST | |
---|---|---|---|---|---|---|---|---|
battery | 32 | % | battery is 32 % | DEVICE | physical | Shades E1766 | 2023-09-05 05:58:23.355 AM BST | |
battery | 100 | % | battery is 100 % | DEVICE | physical | Shades E1766 | 2023-09-05 04:06:25.102 AM BST | |
battery | 100 | % | battery is 100 % | DEVICE | physical | Shades E1766 | 2023-09-04 11:57:47.093 PM BST | |
battery | 100 | % | battery is 100 % | DEVICE | physical | Shades E1766 | 2023-09-04 07:49:09.269 PM BST | |
batteryVoltage | 3.1 | V | battery is 3.1 Volts | DEVICE | physical | Shades E1766 | 2023-09-04 03:45:19.794 PM BST | |
battery | 100 | % | battery is 100 % | DEVICE | physical | Shades E1766 | 2023-09-04 03:45:19.745 PM BST | |
batteryVoltage | 3.1 | V | battery is 3.1 Volts | DEVICE | physical | Shades E1766 | 2023-09-04 03:45:19.625 PM BST | |
battery | 100 | % | battery is 100 % | DEVICE | physical | Shades E1766 | 2023-09-04 03:45:19.573 PM BST | |
batteryVoltage | 3.1 | V | battery is 3.1 Volts | DEVICE | physical | Shades E1766 | 2023-09-04 03:45:19.475 PM BST |
Testing the updated driver now.
My mistake - you are correct. Left is #2, Right is #3.
Using the updated driver (Timestamp 7.42am)
UncleAlias:Rodret E2201 ... Button push/hold register as button 1 & 4
I have (hopefully) changed the second button to register as #2 - let me know if it works.
FOR RODRET:
Push now registers as button 2
Hold/Release both still register as button 4.
Please post the Debug logs for the hold and release actions, as I don’t have RODRET button.
UncleAlias:E2001 Styrbar
NOTE: Holding Right or Left INCORRECTLY incorrectly reports as 1-Pushed.
There was a bug in the previous version; should be fixed now.
FOR E2201/STYRBAR
Button 2+3; Hold >5secs now registers as hold and release. more an 0.5, but less than 5 secs doesnt appear to register anything.
Please post the Debug logs for the hold and release actions, as I don’t have RODRET button.
dev:152023-09-05 12:48:19.421 PMinfoA 2nd Rodret button 4 was released
dev:152023-09-05 12:48:19.403 PMdebugA 2nd Rodret processIkeaCommand: descMap: [raw:catchall: 0104 0008 01 01 0040 00 F8D4 01 00 0000 07 00 , profileId:0104, clusterId:0008, clusterInt:8, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:F8D4, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:07, direction:00, data:]
dev:152023-09-05 12:48:19.397 PMdebugA 2nd Rodret descMap = [raw:catchall: 0104 0008 01 01 0040 00 F8D4 01 00 0000 07 00 , profileId:0104, clusterId:0008, clusterInt:8, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:F8D4, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:07, direction:00, data:]
dev:152023-09-05 12:48:19.377 PMdebugA 2nd Rodret parse: catchall: 0104 0008 01 01 0040 00 F8D4 01 00 0000 07 00
dev:152023-09-05 12:48:16.827 PMinfoA 2nd Rodret button 4 was held
dev:152023-09-05 12:48:16.824 PMdebugA 2nd Rodret processIkeaCommand: descMap: [raw:catchall: 0104 0008 01 01 0040 00 F8D4 01 00 0000 01 00 01530000, profileId:0104, clusterId:0008, clusterInt:8, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:F8D4, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:01, direction:00, data:[01, 53, 00, 00]]
dev:152023-09-05 12:48:16.820 PMdebugA 2nd Rodret descMap = [raw:catchall: 0104 0008 01 01 0040 00 F8D4 01 00 0000 01 00 01530000, profileId:0104, clusterId:0008, clusterInt:8, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:F8D4, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:01, direction:00, data:[01, 53, 00, 00]]
dev:152023-09-05 12:48:16.756 PMdebugA 2nd Rodret parse: catchall: 0104 0008 01 01 0040 00 F8D4 01 00 0000 01 00 01530000
Cool thread.
This button is very different than the others, it is intended to control the IKEA blinds...
Can you try assigning the Generic Zigbee Shade driver to it? Will the windowShade attribute change to opening/closing when you press the E176 buttons? You will need to pair the device with the Generic Zigbee Shade driver assigned manually in advance.
E1766 using Generic Zigbee Shade Driver:
Button push does not register in events.
LiveLogs (on push of each button)
dev:222023-09-05 01:02:27.106 PMdebugskipped zdo:0006
dev:222023-09-05 01:02:27.101 PMdebugdescMap:[raw:catchall: 0000 0006 00 00 0040 00 74BF 00 00 0000 00 00 02FDFF040101190000, profileId:0000, clusterId:0006, clusterInt:6, sourceEndpoint:00, destinationEndpoint:00, options:0040, messageType:00, dni:74BF, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[02, FD, FF, 04, 01, 01, 19, 00, 00]]
dev:222023-09-05 01:00:50.834 PMinfoskipped cluster specific command cluster:0102, command:01, data:
dev:222023-09-05 01:00:50.831 PMdebugdescMap:[raw:catchall: 0104 0102 01 01 0040 00 74BF 01 00 0000 01 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:74BF, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:01, direction:00, data:]
dev:222023-09-05 01:00:49.009 PMinfoskipped cluster specific command cluster:0102, command:00, data:
dev:222023-09-05 01:00:49.006 PMdebugdescMap:[raw:catchall: 0104 0102 01 01 0040 00 74BF 01 00 0000 00 00 , profileId:0104, clusterId:0102, clusterInt:258, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:74BF, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:]
E2001 Styrbar with LATEST FIRMWARE (2.4.5) - updated last night
Using the updated Dev.branch Test Driver (Timestamp 7.42am); Device paired to the Dev.driver correctly. Appears to be registering button presses correctly, including HOLD/RELEASE on 2+3 (although it takes seconds longer to register HOLD on 2+3 vs 1+4)
Current States/Events is not showing battery voltage;
LiveLogs (on pushing REFRESH and then a button press)
dev:262023-09-05 01:22:02.026 PMinfoA Styrbar FW 2.4.5 battery is 100 %
dev:262023-09-05 01:22:02.022 PMdebugA Styrbar FW 2.4.5 descMap = [raw:63560100010A210020FF, dni:6356, endpoint:01, cluster:0001, size:0A, attrId:0021, encoding:20, command:01, value:FF, clusterInt:1, attrInt:33]
dev:262023-09-05 01:22:02.008 PMdebugA Styrbar FW 2.4.5 parse: read attr - raw: 63560100010A210020FF, dni: 6356, endpoint: 01, cluster: 0001, size: 0A, attrId: 0021, encoding: 20, command: 01, value: FF
dev:262023-09-05 01:22:01.987 PMwarnA Styrbar FW 2.4.5 ignoring BatteryResult(255)
dev:262023-09-05 01:22:01.984 PMdebugA Styrbar FW 2.4.5 batteryVoltage = 25.5 V
dev:262023-09-05 01:22:01.981 PMdebugA Styrbar FW 2.4.5 descMap = [raw:63560100010A200020FF, dni:6356, endpoint:01, cluster:0001, size:0A, attrId:0020, encoding:20, command:01, value:FF, clusterInt:1, attrInt:32]
dev:262023-09-05 01:22:01.965 PMdebugA Styrbar FW 2.4.5 parse: read attr - raw: 63560100010A200020FF, dni: 6356, endpoint: 01, cluster: 0001, size: 0A, attrId: 0020, encoding: 20, command: 01, value: FF
dev:262023-09-05 01:22:00.928 PMinfoA Styrbar FW 2.4.5 button 1 was pushed
dev:262023-09-05 01:22:00.926 PMdebugA Styrbar FW 2.4.5 processIkeaCommand: descMap: [raw:catchall: 0104 0006 01 01 0040 00 6356 01 00 0000 01 00 , profileId:0104, clusterId:0006, clusterInt:6, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:6356, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:01, direction:00, data:[]]
dev:262023-09-05 01:22:00.922 PMdebugA Styrbar FW 2.4.5 descMap = [raw:catchall: 0104 0006 01 01 0040 00 6356 01 00 0000 01 00 , profileId:0104, clusterId:0006, clusterInt:6, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:6356, isClusterSpecific:true, isManufacturerSpecific:false, manufacturerId:0000, command:01, direction:00, data:[]]
dev:262023-09-05 01:22:00.907 PMdebugA Styrbar FW 2.4.5 parse: catchall: 0104 0006 01 01 0040 00 6356 01 00 0000 01 00
dev:262023-09-05 01:21:52.284 PMdebugA Styrbar FW 2.4.5 sendZigbeeCommands(cmd=[he raw 0x6356 1 0x01 0x0001 {10 00 00 20 00}, delay 200, he raw 0x6356 1 0x01 0x0001 {10 00 00 21 00}, delay 200])
dev:262023-09-05 01:21:52.238 PMinfoA Styrbar FW 2.4.5 refresh()... DEVICE_TYPE is ButtonDimmer
Device Data:
- endpointId: 01
- application: 01
- firmwareMT: 117C-11CB-02040005
- manufacturer: IKEA of Sweden
- model: Remote Control N2
- softwareBuild: 02040005
Pairing Info:
Manufacturer: | IKEA of Sweden |
---|---|
Endpoint 01 application: | 01 |
Endpoint 01 endpointId: | 01 |
Endpoint 01 idAsInt: | 1 |
Endpoint 01 inClusters: | 0000,0001,0003,0020,1000,FC57,FC7C |
Endpoint 01 initialized: | true |
Endpoint 01 manufacturer: | IKEA of Sweden |
Endpoint 01 model: | Remote Control N2 |
Endpoint 01 outClusters: | 0003,0005,0006,0008,0019,1000 |
Endpoint 01 profileId: | 0104 |
Endpoint 01 stage: | 4 |
And now the E1812 Shortcut Button, running 2.3.080 firmware. Pairs, and selects the right driver. Initial use suggests no need to re-pair to register button push.
I've updated the E1812 (Shortcut) button to latest firmware - 24.4.6. This has fixed the HOLD/RELEASE issue (broadcast of ON/OFF to bulbs/switches) - None of my bulbs were triggered, unlike yesterday. Very repsonsive.
Double push works, but still registers as 4-pushed on the Dev. driver (Timestamp 7.42am)
I'll leave overnight to see if battery drain is also fixed (FW 2.3.080 drained overnight).
ver. 2.1.4 2023-09-06 -"2023/09/06 8:10 AM"
- IKEA RODRET E2201 key #4 changed to key #2;
- added IKEA TRADFRI open/close remote E1766
- added IKEA SYMFONISK Sound Controller E1744
- added level control (for the sound controller only)
- added dimmer level step preference
Absolutely awesome work...
E1766 Open/Close is registering 'pushed' as expected, but immediately registering 'pushed' when held, but not register 'held' but then registered 'released' when released after being held. Not much in the debug log. Using latest Dev branch driver timestamp 8.10am;
dev:222023-09-07 11:09:55.317 AMinfoShades E1766 button 2 was released
dev:222023-09-07 11:09:49.866 AMinfoShades E1766 button 2 was pushed
dev:222023-09-07 11:09:43.151 AMinfoShades E1766 button 1 was released
dev:222023-09-07 11:09:40.915 AMinfoShades E1766 button 1 was pushed
dev:222023-09-07 11:09:38.997 AMinfoShades E1766 button 2 was pushed
dev:222023-09-07 11:09:35.062 AMinfoShades E1766 button 1 was pushed
I'll leave overnight to see if battery drain (from generic zigbee shade driver) is cured.
IKEA RODRET E2201 key #4 changed to key #2;
Yep, just tested, now 1+2 (not 4) - awesome.
E1812 Shortcut, using 8.10am dev driver, still registering 'pushed-4' on double push.
Hi Simion, I don't have any new updates today. Besides the E1812 Shortcut still registering 'pushed-4' on double push, is there anything else remaining for a fix?
Sorry for the slow reply Too busy deploying 1743's around the house!
Remaining/Outstanding fixes:
E1812 registers pushed4 on double push.
E1766 not registering 'held'.
This is fabulous work - and the WAF is off the scale!
PS. can confirm E1766 battery drain fixed too on latest relasee (8.10 timestamp)