IKEA Trådfri Gateway

Add-ons Bindings
, ,
61

I have some bad and some good news to share.

Let’s start with the bad news: The openHAB Tradfri binding WON’T BE MERGED!

Now the good news: I have spent the last two days to do a complete rewrite of the binding as it had some architectural issues that - at closer analysis - were the cause for the reactions becoming sluggish after a few hours/days. I tried to refactor the code heavily, but not much of it was left, so I decided for a re-write.
I have created a PR of the new binding at Eclipse SmartHome. I had it running last night and was able to still receive updates and send commands this morning; I’ll have to do some more testing and it needs a peer review by others, but it will hopefully only be a matter of a few days before it becomes available in the openHAB distro - so please be patient for a few more days :slight_smile:

4 Likes
62

Nice!
Patience is a virtue :slight_smile:

I will just point out that it is not solely the bindings fault the gateway can become sluggish.
It happened with a gateway I have set up in a location with only the Ikea Android App interfacing to it.
After a few hours, App control lagged with 4-5s. This particular gateway was places on top of the WiFi router right next to the antennas. I thought it could maybe be a 2.4GHz interference problem, but have not been able to test a different location yet. I understand that ZigBee, like WiFi, operates on the 2.4GHz ‘battleground’ so this could maybe be an issue?

63

Yes, ZigBee is on 2.4 GHz, but so far I have never seen any interference with Wifi. I think it is much more likely that the issue is on the software side (as so often ;-)) and that rather the gateway firmware might still be a bit buggy (I have also seen weird effects that were resolved after a gateway reboot only…).

1 Like
64

Yes, and hopefully a future Tradfri update doesn’t break our coap access, but I have read somewhere that Ikea do not have any desire to lock it in.

65

Thanks for your patience, everyone!
I have some good news to share: The latest distro build (#950) now contains the Tradfri binding :slight_smile:
Disclaimer: It is an initial version that imho already works quite well and has already gone through quite some iterations. Nonetheless, using CoAP is new to me and it seems that there are often unstable situations coming from the IKEA gateway, where a reboot often is the best solution.

Feel free to start using/testing it now and please report any issues in the ESH issue tracker - I have even already introduced a dedicated “Trådfri” Github label for it. Please also note that I personally won’t have the time to maintain it on the long run - so instead of entering issues and feature requests, it is even more welcome to directly receive pull requests with bug fixes for issues that you encounter. So please help making it a perfectly stable binding :sunglasses:.

6 Likes
66

I remember Norway to be expensive from when I lived there. Still shocked to see the FLOALT is abt 30% moreexpensive than in my country (netherlands). Anyway, may try this one as well

1 Like
67

Very nice, thank you for your work ! I updated to latest openhab snapshot.
I was also a little bit disappointed concerning textual configuration, but fixed now. So, for everybody looking for doc :

68

Note that it is also already available on the official openHAB documentation: http://docs.openhab.org/addons/bindings/tradfri/readme.html.

1 Like
69

Why not also mention in the doc that the intensity also accepts OFF/ON where ON restores the intensity level in effect prior to OFF?
This means that Tradfri items can be included seamlessly into Z-Wave item groups. :slight_smile:

It is also possible to define the Intensity as a switch for OFF/ON control.

70

Just want to add that the remote is actually not needed to add a bulb.

I just bought a gateway and two bulb’s, and when I tried to set it up in the app it kept asking for a remote.
I thought bummer! But when I was about to pack it all away I just saw the pairing button ON THE GATEWAY!
Pushing that for 10 secs close to a bulb seemed to do the trick, the zigbee link LED stopped flashing and turned solid.

The app still asked me to add a remote, but in OpenHAB I was able to see, and control, the bulb!

The IKEA app is still useless (asking to add a remote) but OpenHAB is fully functional, I can control both brightness and color temperature.

2 Likes
71

Hi, first time poster here :blush:
I’m having an issue with thing definitions in the Tradfri binding.I’m trying to use the Binding with a gateway and two flat 60x60 cm² LED panels.

  • TLDR: I get a warning, see log at the very bottom of this post.

Here’s my .things file: (The IDs are copied from PaperUI Inbox.)

Thing tradfri:gateway:gwb072b... "TradfriGateway" @ "Sodazimmer" [ host="192.168.2.124", code="..." ] {
0220:	panelWoZi			[ id=65537 ]
0220:	panelBuero			[ id=65539 ]
}

First odd thing here, I had to add colons after “0220”. Without the colons the log would show

2017-07-02 02:13:46.000 [WARN ] [el.core.internal.ModelRepositoryImpl] - Configuration model ‘tradfri.things’ has errors, therefore ignoring it: [3,7]: missing ‘:’ at ‘panelBuero’

So after fixing (?) that it seems that the binding can find the gateway:

2017-07-02 02:22:45.426 [ThingUpdatedEvent ] - Thing ‘tradfri:gateway:gwb072b…’ has been updated.
2017-07-02 02:22:45.433 [hingStatusInfoChangedEvent] - ‘tradfri:gateway:gwb072b…’ changed from ONLINE to UNKNOWN
2017-07-02 02:22:45.505 [hingStatusInfoChangedEvent] - ‘tradfri:gateway:gwb072b…’ changed from UNKNOWN to ONLINE

I then created this .items file:

// IKEA Tradfri flache LED-Panel
Dimmer 		panelBuero			"Bürolicht"		{ channel="tradfri:0220:gwb072b...:panelBuero:brightness" }
Dimmer 		panelWoZi			"WoZiLicht"		{ channel="tradfri:0220:gwb072b..:panelWoZi:brightness" }

and a .sitemap:

sitemap tradfri label="Tradfri Test"
{
	Frame label="Testframe" {
		Slider		item=panelBuero			label="Bürolicht [%.1f %%]"
		Slider		item=panelWoZi			label="WoZilicht [%.1f %%]"
	}
}

Using the slider results in no response from the panel and this log output:

2017-07-02 02:24:47.888 [WARN ] [ome.core.thing.internal.ThingManager] - Cannot delegate command '24' for item 'panelBuero' to handler for channel 'tradfri:0220:gwb072b...:panelBuero:brightness', because no thing with the UID 'tradfri:0220:gwb072b...:panelBuero' could be found.
2017-07-02 02:24:47.891 [ItemCommandEvent          ] - Item 'panelBuero' received command 24

What am I doing wrong?
Cheers
Ben

72

Hi Ben,

enjoy the community. Your first post is a very good one. Keep going on.

After a quick review of the posted configuration I would suggest first to change the syntax of the .things file to

Bridge tradfri:gateway:gwb072b... "TradfriGateway" @ "Sodazimmer" [ host="192.168.2.124", code="..." ] {
    Thing 0220 panelWoZi [ id=65537 ]
    Thing 0220 panelBuero [ id=65539 ]
}

The gateway should be a Bridge, the bulbs (or panels) are the Things. The keyword Thing is optional in the configuration - only for better readability.

I am not sure if the syntax of the items file is correct. If the step above doesn’t solve your problem try to change it to

Dimmer 		panelBuero			"Bürolicht"		{ channel="tradfri:0220:gwb072b...:65539:brightness" }
Dimmer 		panelWoZi			"WoZiLicht"		{ channel="tradfri:0220:gwb072b...:65537:brightness" }

In PaperUI the fourth value is identical to the bulb (or panel) id.

73

Hello Christoph,
changing Thing to Bridge solved it, thank you so much. I must have been blind, I misread the example .things file in the tradfri binding documentation multiple times :smile:
FIY, the .items file was correct in using the thing name in its channel, not the id.
Thank you!
Ben

Edit: I now also got the color temperature picker to work, a small correction in the documentation is necessary in chapter “Channels”: The channel is called color_temperature, not colorTemperature.

74

Nice, I am glad you got it running.

Thanks for the information. Will take care of the errors in the documentation.

EDIT: Addressed changes in README.md in PR #3784:

https://github.com/eclipse/smarthome/pull/3784

75

Hi all,

I have updated the Tradfri Gateway binding so that it also correctly identifies groups (IPSO: 15004) of lamps bound to a remote. With the update I made they appear in the OpenHab Inbox as new Things. You can bind these to a Switch item.

Now it is easy to switch all lamps within a group on or off. Also it is possible to make a rule that executes when you select On/Off in the remote.

The cool thing is that these Groups can be empty. With the Remote still controlling the Group ON/OFF status. As a result this is a work-around for not being able to directly read the status of the remote through the GW.

I bought a bunch of cheap Ikea remotes that I can now use to control my other OpenHab things like Hue lights, TV, etc. Which is great.

PS. Can someone tell me how I can officially contribute these code changes back to the community? Of course, if you’re interested?

Best regards,

Mario

3 Likes
76

This sounds very useful. Can you detect all five buttons separately or only on/off?

77

Unfortunately only On/Off. The dimmer and colour temperature commands are not send through the GW.

78

Are these commands sent when there is a lamp in the group? If yes, maybe a workaround would be to borrow a lamp from a friend, add it to the group and then bringing it out of reach of the GW? Maybe the GW would then try to contact the lamp and send the commands?

79

Hello guys, relative noobie here. I run my OH2.1 on a Raspberry Pi with no issues. I also use the Pi as an MQTT gateway and an nRF24L01+ gateway for my little Arudino test projects.

Is it possible to set up my RPi as a replacement to the Trådfri Gateway and do away with the IKEA one so that the RPi is communicating directly with the bulbs, remotes etc? If yes, are there any limitations?

80

PS. Can someone tell me how I can officially contribute these code changes back to the community? Of course, if you’re interested?

Create a PR at GitHub - eclipse-archived/smarthome: Eclipse SmartHome™ project

See also: