Closed joten75 closed 3 years ago
Missed that one. Google reveals a number of news articles from around June, mentioning that the shortcut button was spotted in the Netherlands online store, but I cannot find it. Where (in which country) did you buy it? I've been trying to get a standalone open/close remote (for my Xiaomi curtains controller); IKEA customer service mentioned it's listed in their database, but not yet available to customers. They seem to have some challenges in getting these devices ready for mass distribution.
I'd prefer to get my hands on this device myself, but, in the meanwhile, can you provide the following info:
--dbg-info=2
and see what "No button event" messages appear, including the asdu
of the preceding APS-DE.indication message? Make sure to try single click (press and release quickly), press & hold, and release after holding.it's a single click button. like the xiaomi round button. I don't have ikea hub sorry.
I bought it in Italy two months ago.
Swapped labels.
Was looking on ikea.it but cod not finding it online :-( Not one big problem then can't going over border without 14 days "forced extra hallyday".
The PCB is one slimmed (one button less) of the On/Off dimmer / Open/Close switch from FCC-ID.
The PCB layout is nice like the the big brothers and can easy being modded to one Zigbee sniffer or one EZSP Coordinator in 5 minutes :-)))))
I got the button (or even three) at IKEA Germany (Karlsruhe). The button is not listed by Ikea. It is also not listed on the OTA page (http://fw.ota.homesmart.ikea.net/feed/version_info.json). @ebaauw below you will find the information you are looking for. This is a different tool I used but I stumbled over the issue during my research and thought I share my information.
Zigbee2MQTT:debug 2020-11-02 21:46:56: Received Zigbee message from '0x680ae2fffe34c590', type 'readResponse', cluster 'genBasic', data '{"modelId":"TRADFRI SHORTCUT Button"}' from endpoint 1 with groupID 0
Zigbee2MQTT:debug 2020-11-02 21:46:56: No converter available for 'E1812' with cluster 'genBasic' and type 'readResponse' and data '{"modelId":"TRADFRI SHORTCUT Button"}'
Zigbee2MQTT:debug 2020-11-02 21:46:58: Received Zigbee message from '0x680ae2fffe34c590', type 'readResponse', cluster 'genBasic', data '{"manufacturerName":"IKEA of Sweden"}' from endpoint 1 with groupID 0
Zigbee2MQTT:debug 2020-11-02 21:46:58: No converter available for 'E1812' with cluster 'genBasic' and type 'readResponse' and data '{"manufacturerName":"IKEA of Sweden"}'
Zigbee2MQTT:debug 2020-11-02 21:47:00: Received Zigbee message from '0x680ae2fffe34c590', type 'readResponse', cluster 'genBasic', data '{"powerSource":3}' from endpoint 1 with groupID 0
Zigbee2MQTT:debug 2020-11-02 21:47:00: No converter available for 'E1812' with cluster 'genBasic' and type 'readResponse' and data '{"powerSource":3}'
Zigbee2MQTT:debug 2020-11-02 21:47:02: Received Zigbee message from '0x680ae2fffe34c590', type 'readResponse', cluster 'genBasic', data '{"zclVersion":3}' from endpoint 1 with groupID 0
Zigbee2MQTT:debug 2020-11-02 21:47:02: No converter available for 'E1812' with cluster 'genBasic' and type 'readResponse' and data '{"zclVersion":3}'
Zigbee2MQTT:debug 2020-11-02 21:47:04: Received Zigbee message from '0x680ae2fffe34c590', type 'readResponse', cluster 'genBasic', data '{"appVersion":33}' from endpoint 1 with groupID 0
Zigbee2MQTT:debug 2020-11-02 21:47:04: No converter available for 'E1812' with cluster 'genBasic' and type 'readResponse' and data '{"appVersion":33}'
Zigbee2MQTT:debug 2020-11-02 21:47:06: Received Zigbee message from '0x680ae2fffe34c590', type 'readResponse', cluster 'genBasic', data '{"stackVersion":98}' from endpoint 1 with groupID 0
Zigbee2MQTT:debug 2020-11-02 21:47:06: No converter available for 'E1812' with cluster 'genBasic' and type 'readResponse' and data '{"stackVersion":98}'
Zigbee2MQTT:debug 2020-11-02 21:47:08: Received Zigbee message from '0x680ae2fffe34c590', type 'readResponse', cluster 'genBasic', data '{"hwVersion":1}' from endpoint 1 with groupID 0
Zigbee2MQTT:debug 2020-11-02 21:47:08: No converter available for 'E1812' with cluster 'genBasic' and type 'readResponse' and data '{"hwVersion":1}'
Zigbee2MQTT:debug 2020-11-02 21:47:10: Received Zigbee message from '0x680ae2fffe34c590', type 'readResponse', cluster 'genBasic', data '{"dateCode":"20190715"}' from endpoint 1 with groupID 0
Zigbee2MQTT:debug 2020-11-02 21:47:10: No converter available for 'E1812' with cluster 'genBasic' and type 'readResponse' and data '{"dateCode":"20190715"}'
Zigbee2MQTT:debug 2020-11-02 21:47:12: Received Zigbee message from '0x680ae2fffe34c590', type 'readResponse', cluster 'genBasic', data '{"swBuildId":"2.3.015"}' from endpoint 1 with groupID 0
Zigbee2MQTT:debug 2020-11-02 21:47:12: No converter available for 'E1812' with cluster 'genBasic' and type 'readResponse' and data '{"swBuildId":"2.3.015"}'
Zigbee2MQTT:debug 2020-11-02 21:50:30: Received Zigbee message from '0x680ae2fffe34c590', type 'commandQueryNextImageRequest', cluster 'genOta', data '{"fieldControl":1,"fileVersion":587290161,"imageType":4550,"manufacturerCode":4476}' from endpoint 1 with groupID 0
type 'commandOn', cluster 'genOnOff'
type 'commandMoveWithOnOff', cluster 'genLevelCtrl'
type 'commandStopWithOnOff', cluster 'genLevelCtrl'
Thanks, @joshua-schnabel. Could you also get the commands the device sends when the button is pressed?
@joten75, could you please read the attributes before making a screenshot. Double-click on each attribute for the Attribute Editor popup window and do a Read there; the Cluster Info panel only reads a few attributes on battery-powered devices.
Hi @ebaauw , I'm facing the same issue, so instead of opening another issue, I'm trying to contribute on this one. Please check if the below is the information you are looking for. (It looks like I cannot read the attributes, but I hope it helps).
"I'm particularly interested in ZCL_Version, Date Code, Product Code, and SW Build ID."
ZCL_Version
Date Code
Product Code
SW Build ID
Unfortunately it looks like most of reading from the attributes have failed, but some of them worked, please see the full picture below.
I hope this helps.
Edvaldo Castro
Unfortunately, it doesn't. However, try pushing the button and then immediately read the attributes. The device must be awake the get the read requests.
Unfortunately I couldn't make it work.. all the readings are failing, I'll keep trying... Let's see if others have more success on it.
@edvaldocastro Keep clicking the button when its reading (Both the read button and the button itself).
any news on this? got two shortcut buttons but can't read them in deconz. it's listed here now:
i also took a picture of it without the case:
The button is online at ikea DK, Available at 3 of 5 stores and for shipping. https://www.ikea.com/dk/da/p/tradfri-genvejskontakt-hvid-40356381/
edit 17.12.2020: now also listed in Sweden and Norway: https://www.ikea.com/se/sv/p/tradfri-genvaegsknapp-vit-40356381/ https://www.ikea.com/no/no/p/tradfri-bryter-hvit-40356381/
edit 23.12.2020: now also listed in Finland: https://www.ikea.com/fi/fi/p/tradfri-pikanappula-valkoinen-40356381/
edit 04.01.2021: now also listed in Italy and Canada: https://www.ikea.com/it/it/p/tradfri-pulsante-scorciatoia-bianco-40356381/ https://www.ikea.com/ca/en/p/tradfri-shortcut-button-white-20356382/
edit 11.01.2021: now also listed in France: https://www.ikea.com/fr/fr/p/tradfri-lanceur-de-scenario-connecte-blanc-40356381/
edit 19.01.2021: now also listed in Netherlands: https://www.ikea.com/nl/nl/p/tradfri-snelkoppelknop-wit-40356381/
edit 27.01.2021: now also listed in Portugal: https://www.ikea.com/pt/pt/p/tradfri-botao-de-atalho-branco-40356381/
edit 28.01.2021: now also listed in Austria: https://www.ikea.com/at/de/p/tradfri-shortcut-button-weiss-40356381/
edit 01.02.2021: now also listed in Germany: https://www.ikea.com/de/de/p/tradfri-shortcut-button-weiss-40356381/
edit 08.02.2021: now also listed in Morocco, Spain, Switzerland and Belgium: https://www.ikea.com/ma/en/p/tradfri-shortcut-button-white-40356381/ https://www.ikea.com/es/en/p/tradfri-shortcut-button-white-40356381/ https://www.ikea.com/ch/de/p/tradfri-shortcut-button-weiss-40356381/ https://www.ikea.com/be/nl/p/tradfri-snelkoppelknop-wit-40356381/
Just bought a couple of these myself. I run Deconz headless, but will try to fire it up in x11 remote and see if I can provide information. First time trying to help implement new devices, so I am a little unsure if it is all information that is still missing or if it is something specific?
I manages to read some of the values by deleting and repairing. If you need some other values, please let me know, i will try to read them out!
Finally got my hands on one, thanks to Kevin!
It's one of those devices that goes to sleep pretty quickly after pairing, and won't wake up, unless you created a binding within that time.
On pressing the button, it sends an On command to the bound group. When holding the button, it sends a Move with OnOff; direction is always Up and Rate 83. When releasing the button (after hold) it sends a Stop with OnOff. It's really half an on/off switch; we can probably re-use the buttonmap.
The client Window Covering cluster seems to be there just for show. Battery Percentage Remaining is reported in full percentage, as with other IKEA devices. It supports attribute reporting.
It's gonna be a very basic ZHASwitch, with just a 1002 and 1001/1003 buttonevent
values.
It's really half an on/off switch; we can probably re-use the buttonmap.
This must have been the easiest device I've ever integrated.
$ ph get /sensors/10
{
"config": {
"alert": "none",
"battery": 87,
"group": "11",
"on": true,
"reachable": true
},
"ep": 1,
"etag": "729f204a8ff1827197ab1abb52bc59b0",
"lastseen": "2020-12-22T21:53Z",
"manufacturername": "IKEA of Sweden",
"mode": 1,
"modelid": "TRADFRI SHORTCUT Button",
"name": "TRADFRI SHORTCUT Button ",
"state": {
"buttonevent": 1002,
"lastupdated": "2020-12-22T21:53:06.523"
},
"swversion": "2.3.015",
"type": "ZHASwitch",
"uniqueid": "68:0a:e2:ff:fe:34:91:ec-01-1000"
}
And the group:
$ ph get /groups/11
{
"action": {
"alert": "none",
"bri": 127,
"colormode": "hs",
"ct": 0,
"effect": "none",
"hue": 0,
"on": true,
"sat": 127,
"scene": null,
"xy": [
0,
0
]
},
"devicemembership": [
"10"
],
"etag": "0034c83da5355a6a42c2b6a996456718",
"id": "11",
"lights": [],
"name": "TRADFRI SHORTCUT Button ",
"scenes": [],
"state": {
"all_on": false,
"any_on": false
},
"type": "LightGroup",
"uniqueid": "68:0a:e2:ff:fe:34:91:ec"
}
Not sure why the endpoint is missing from the group's (probably non-unique) uniqueid
.
Hi, I just installed the update of the latest version (2.09.03) of deCONZ. Theoretically this version should allow the pairingof the Tradfri Shortcut Button by the phoscon webapp (in my case installed on home assistant). I repeatedly tried to connect the new device but every time the connection time runs out and the error "Failed to connect" appears.What can I do in order to pair the device? Thanks for the support.
I’m on version 2.09.00. I can’t get the shortcut button to show in the Phoscon webapp, however they pair just fine using the old webapp (open wireless light control). Only issue has been that I struggled to rename them in the old webapp. Easily solved using the ph command that comes with ebaauw’s Homebridge-hue plugin.
Can confirm that pairing is not possible in the webapp with a new shortcut button in version 2.09.03. However you'll find the node in the deconz app:
Same here. Already paired shortcut button is not visible in Phoscon webapp.
I also paired a new shortcut button using phoscon webapp which seemed to fail according to the ui. However the button seemed to have paired anyway.. It shows up in deconz app (2.9.3).
I have a problem though. I use Openhab which listens to buttonevents and every single press seems generate two 1002 events. I use other Trådfri remotes the same way without any problem.
Log items in deconz when shorcut button is pressed once:
12:09:45:746 [INFO] - Button 1002 - TRADFRI SHORTCUT Button, broadcast to: 0x0013, endpoint: 0x01, cluster: ONOFF (0x0006), action: On, payload: None, zclSeq: 93
12:09:45:808 [INFO] - Button 1002 - TRADFRI SHORTCUT Button, unicast to: 0x0000, endpoint: 0x01, cluster: ONOFF (0x0006), action: On, payload: None, zclSeq: 93
This can be compared to single press on Trådfri remote (5 button):
12:10:01:616 [INFO] - Button 1002 - TRADFRI remote control, broadcast to: 0x0011, endpoint: 0x01, cluster: ONOFF (0x0006), action: Toggle, payload: None, zclSeq: 65
Unfortunately my deconz skills are not in a level where I can draw any conclusions on this, other than the fact that I get two rows in the log for the shortcut button.
Does anyone have a clue why I get two events?
@andreassave i'm using home assistant, what i do is filter by the unique id, not sure if you can do that from OpenHab.
my node-red config:
hope it helps, H
Thanks.
I gather Openhab is different in this regard. As I understand my rule in Openhab gets triggered by the buttonevent and the type of event is all that is "known", i e in this case 1002. For now it gets fired two times. Which in my case turns on and off my lights at once :-)
I tried debug level 2 and that reveal two websocket updates which probably is some kind of evidence that this is "caused" by deconz.
14:27:40:169 [INFO] - Button 1002 - TRADFRI SHORTCUT Button, broadcast to: 0x0013, endpoint: 0x01, cluster: ONOFF (0x0006), action: On, payload: None, zclSeq: 102
14:27:40:172 Websocket 192.168.1.xx:57808 send message: {"e":"changed","id":"36","r":"sensors","state":{"buttonevent":1002,"lastupdated":"2021-02-14T13:27:40.169"},"t":"event","uniqueid":"58:8e:81:ff:fe:29:b8:ad-01-1000"} (ret = 165)
14:27:40:245 [INFO] - Button 1002 - TRADFRI SHORTCUT Button, unicast to: 0x0000, endpoint: 0x01, cluster: ONOFF (0x0006), action: On, payload: None, zclSeq: 102
14:27:40:248 Websocket 192.168.1.xx:57808 send message: {"e":"changed","id":"36","r":"sensors","state":{"buttonevent":1002,"lastupdated":"2021-02-14T13:27:40.246"},"t":"event","uniqueid":"58:8e:81:ff:fe:29:b8:ad-01-1000"} (ret = 165)
I wonder what "unicast to" means? That line does not exist when watching my other Trådfri remotes. Other than the fact that this is the first time I use the Shortcut button it is also the first time the pairing was not performed ok in phoson app. Can that have caused this? Do I have to do more configuration in the deconz app?
i'm sorry i'm not versed in OpenHab :( hopefully someone here can help you. H
@j-n-k Can you help out?
The problem seems to be that the same message is sent twice by deconz (according to you log one time as "broadcast" and one time as "unicast" message). From the websocket message itself it is impossible to tell which one is which one (so we can't ignore one of them). Since there is nothing like an "event-id", it's also impossible to tell if these are really two clicks on the button or if the second one s a duplicate. IMO the deconz-plugin should not send the same event twice.
If you trigger a rule in openHAB, you could "debounce" by storing the last time the rules was triggered and check if it is (e.g.) at least 1s in the past and exit early otherwise.
Afaik the button should only send broadcasts to the group when configured by the API. Did you manually create a binding to the coordinator?
Hi, I'm was also seeing that a short press was sending two 1002 events (in the deCONZ logs and to HA). -- Something happened where it got disconnected, so I did the reset on the device (4 short presses of the pairing button) and re-scanned in phoscon and now it is sending only 1002 for a short press. So maybe try repairing it?
Hi, I'm was also seeing that a short press was sending two 1002 events (in the deCONZ logs and to HA). -- Something happened where it got disconnected, so I did the reset on the device (4 short presses of the pairing button) and re-scanned in phoscon and now it is sending only 1002 for a short press. So maybe try repairing it?
Okay, now it's back to sending double 1002 events... really strange.
Afaik the button should only send broadcasts to the group when configured by the API. Did you manually create a binding to the coordinator?
I have not done any manual configuration at all. My pairing was done in Phoson. The pairing failed according to the ui but the shortcut button is listed in deconz app ui and in api (.../sensors) so it seemed to have paired anyway. Besides the pairing no additional configuration have been made.
I have the same problem with the double events. My pairing was also done only in Phoscon. I tested it with ZHA integration in Home Assistant and there it were even 5-6 events on 1 button press. My logs look exactly like that.
Thanks.
I gather Openhab is different in this regard. As I understand my rule in Openhab gets triggered by the buttonevent and the type of event is all that is "known", i e in this case 1002. For now it gets fired two times. Which in my case turns on and off my lights at once :-)
I tried debug level 2 and that reveal two websocket updates which probably is some kind of evidence that this is "caused" by deconz.
14:27:40:169 [INFO] - Button 1002 - TRADFRI SHORTCUT Button, broadcast to: 0x0013, endpoint: 0x01, cluster: ONOFF (0x0006), action: On, payload: None, zclSeq: 102 14:27:40:172 Websocket 192.168.1.xx:57808 send message: {"e":"changed","id":"36","r":"sensors","state":{"buttonevent":1002,"lastupdated":"2021-02-14T13:27:40.169"},"t":"event","uniqueid":"58:8e:81:ff:fe:29:b8:ad-01-1000"} (ret = 165) 14:27:40:245 [INFO] - Button 1002 - TRADFRI SHORTCUT Button, unicast to: 0x0000, endpoint: 0x01, cluster: ONOFF (0x0006), action: On, payload: None, zclSeq: 102 14:27:40:248 Websocket 192.168.1.xx:57808 send message: {"e":"changed","id":"36","r":"sensors","state":{"buttonevent":1002,"lastupdated":"2021-02-14T13:27:40.246"},"t":"event","uniqueid":"58:8e:81:ff:fe:29:b8:ad-01-1000"} (ret = 165)
I wonder what "unicast to" means? That line does not exist when watching my other Trådfri remotes. Other than the fact that this is the first time I use the Shortcut button it is also the first time the pairing was not performed ok in phoson app. Can that have caused this? Do I have to do more configuration in the deconz app?
I'm getting this error with version 2.10.01. Anything I can add or change to mitigate that?
21:43:57:350 [INFO] - No button handler for: TRADFRI SHORTCUT Button, unknown, endpoint: 0x01, cluster: 0x0003, command: 0x01, payload: None, zclSeq: 2
Are you going to share the error? :)
I thought I did. I guess I forgot to mention that this message in the post comes up while pairing.
21:43:57:350 [INFO] - No button handler for: TRADFRI SHORTCUT Button, unknown, endpoint: 0x01, cluster: 0x0003, command: 0x01, payload: None, zclSeq: 2
There is no error, but an information. So nothing to do in this regard.
Fair. But that's the only info about the button I can find in the logs. What am I doing wrong? I seem to not even get the messages the others reported.
It might help if you enter search for arbitraty switches and then press the button(s). I'd place my bet that the cluster bindings haven't been set up which would explain the missing info messages.
I did that, there is now a bit more in the logs. The button still shows up in deCONZ but doesn't show battery or switches anything. It also doesn't show up in Phoscon.
09:39:30:094 DeviceAnnce of SensorNode: 0xEC1BBDFFFE8FF1EC [1],
09:39:30:092 0x66BA nwk changed to 0xE33B,
09:39:36:731 [INFO] - No button handler for: TRADFRI SHORTCUT Button, unknown, endpoint: 0x01, cluster: 0x0003, command: 0x01, payload: None, zclSeq: 18,
09:39:36:731 ... (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:36:730 FP indication 0x0104 / 0x0003 (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:34:530 discard double entry in binding queue (size: 1) for for 0xEC1BBDFFFE8FF1EC, cluster 0x0006,
09:39:34:524 ZDP indication search sensors 0xEC1BBDFFFE8FF1EC (0xE33B) cluster 0x8004,
09:39:34:524 ... (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:34:524 FP indication 0x0000 / 0x8004 (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:34:519 ZDP indication search sensors 0xEC1BBDFFFE8FF1EC (0xE33B) clear timeout on cluster 0x8004,
09:39:34:519 ZDP indication search sensors 0xEC1BBDFFFE8FF1EC (0xE33B) cluster 0x8004,
09:39:34:518 ... (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:34:518 FP indication 0x0000 / 0x8004 (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:33:329 wait response fastEnddeviceProbe() 0xEC1BBDFFFE8FF1EC, elapsed 78 ms,
09:39:33:324 ZDP indication search sensors 0xEC1BBDFFFE8FF1EC (0xE33B) cluster 0x8005,
09:39:33:324 ... (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:33:323 FP indication 0x0000 / 0x8005 (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:33:292 wait response fastEnddeviceProbe() 0xEC1BBDFFFE8FF1EC, elapsed 40 ms,
09:39:33:287 ZDP indication search sensors 0xEC1BBDFFFE8FF1EC (0xE33B) cluster 0x8005,
09:39:33:286 ... (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:33:286 FP indication 0x0000 / 0x8005 (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:33:251 [3] get simple descriptor 0x01 for 0xec1bbdfffe8ff1ec,
09:39:33:245 ZDP indication search sensors 0xEC1BBDFFFE8FF1EC (0xE33B) clear timeout on cluster 0x8005,
09:39:33:245 ZDP indication search sensors 0xEC1BBDFFFE8FF1EC (0xE33B) cluster 0x8005,
09:39:33:244 ... (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:33:244 FP indication 0x0000 / 0x8005 (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:32:797 Device TTL 1247 s flags: 0x7,
09:39:32:793 CTRL got nwk update id 1,
09:39:32:789 Current channel 11,
09:39:32:232 [2] get active endpoints for 0xec1bbdfffe8ff1ec,
09:39:32:227 ZDP indication search sensors 0xEC1BBDFFFE8FF1EC (0xE33B) clear timeout on cluster 0x8002,
09:39:32:227 ZDP indication search sensors 0xEC1BBDFFFE8FF1EC (0xE33B) cluster 0x8002,
09:39:32:227 ... (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:32:226 FP indication 0x0000 / 0x8002 (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:31:818 ZCL attribute report 0xBC33ACFFFEAF479F for cluster: 0x0008, ep: 0x01, frame control: 0x08, mfcode: 0x0000 ,
09:39:30:974 [1] get node descriptor for 0xec1bbdfffe8ff1ec,
09:39:30:097 discard double entry in binding queue (size: 1) for for 0xEC1BBDFFFE8FF1EC, cluster 0x0006,
09:39:30:095 device announce 0xEC1BBDFFFE8FF1EC (0xE33B) mac capabilities 0x80,
09:39:30:095 ... (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:30:095 FP indication 0x0000 / 0x0013 (0xEC1BBDFFFE8FF1EC / 0xE33B),
09:39:30:094 set fast probe address to 0xEC1BBDFFFE8FF1EC (0xE33B),
09:39:30:094 device announce 0xEC1BBDFFFE8FF1EC (0xE33B) mac capabilities 0x80,
09:39:30:094 nwk address changed 0x0000 -> 0xE33B [2]
Funnily enough I used the Phoscon beta Webversion and paired the button and that worked.
Hi everyone. I need help pairing the shortcut button. I have a Synology NAS running HombeBridge and marthoc-dezonz Docker containers. I’ve tried putting the button in pairing mode pushing the link button four times and a red light blinks, I select “other” on the scan assistant but nothing happens. Any suggestions? Thanks in advance!
@Elvys8 You need to update as you are on 2.05.79.
@Mimiix Thanks for the quick reply. That "The version is up to date" message totally fooled me… I've been looking on Google for a way to update the Phoscon software on my docker container but couldn't find a tutorial. I'm assuming it's quite an obvious process but my basic skills don't go that far I'm afraid. Any idea on how to update the software? Thanks again!
@Mimiix Thanks for the quick reply. That "The version is up to date" message totally fooled me… I've been looking on Google for a way to update the Phoscon software on my docker container but couldn't find a tutorial. I'm assuming it's quite an obvious process but my basic skills don't go that far I'm afraid. Any idea on how to update the software? Thanks again!
I have no clue either. Check with the docker repo.
@Mimiix Thanks for the quick reply. That "The version is up to date" message totally fooled me…
I've been looking on Google for a way to update the Phoscon software on my docker container but couldn't find a tutorial.
I'm assuming it's quite an obvious process but my basic skills don't go that far I'm afraid.
Any idea on how to update the software?
Thanks again!
It is properly explained in the docker repo. Basically you need to stop the container and then run the update script once.
As to pairing the shortcut button. As said before I only was successful with the Phoscon beta accessible through their webservice.
And even then it did not work as a light switch for certain things. I needed it to activate scenes that then turned the light on. Just as an FYI.
No one with the double event bug can try this PR ? https://github.com/dresden-elektronik/deconz-rest-plugin/pull/4265 It can discard double event if it s the same sequence number.
I managed to update the docket container. I’m on version 2.10.02 now. Still no luck, as mentioned by others pairing is not working properly with the Phoscon web app: "Failed to connect". It does somehow shows up on my Home app via homebridge-hue, but not as a button.
It does somehow shows up on my Home app via homebridge-hue, but not as a button
Please open an issue in the Homebridge Hue repo, attaching the debug dump file and capturing and attaching a debug log file. See the Homebridge Hue FAQ on how to do this.
I paired the shortcut switch like @Knuspel (phoscon beta) which worked as expected. However the switch does not report the correct battery percentages. It's still stating 0% in Homekit (through Homebridge). @ebaauw Is this a bug or did I miss something? Thanks!
It's still stating 0% in Homekit (through Homebridge).
How long is "still"? It could probably take a couple of hours after pairing before the switch send the first battery report to deCONZ. Best check in the deCONZ GUI if Battery Percentage Remaining in the Power Configuration cluster is still 0. If it remains 0 after several hours, the binding and attribute reporting haven't been setup properly. Either do this manually (see the User Manual in the GUI) or reset and re-pair the button (without deleting it from deCONZ first).
Feature request type
add support for ikea shortcut button
Description
Considered alternatives
Additional context