I’m trying to configure the Eltako FUD61 dimmer with home assistant, however the documentation is a bit confusing to me.
In the docs there are the “id” of the device (the label on the back), and also the “sender_id”.
I’m wondering what the “sender_id” is, and where to find it?
Update:
From my research I think that I’ve come a bit closer to an ansver to my own question. It does unfortunately result in a new question.
From this FHEM wiki page (https://wiki.fhem.de/wiki/EnOcean-FUD61NPN-Funk-Universal-Dimmaktor), translated with google translate, it seems that the “sender_id” is a made up adress. It does appear that it has to be taught in, and as far as I am aware, home assistant doesn’t support teach in.
What I’m going to explore next is if there is some software available that can teach in specific “sender_id”, and use it to teach in the dimmers before adding them to home assistant.
I’m running into the same problems. I have 3 Eltako FUD61NPN dimmers and i’m trying to get them into Home Assistant (EnOcean USB300/TCM 310). Currently i use the Eltako FSM61-UC transmitter modules to control the dimmers.
Did you already found out the sender_id?
No, I unfortunately had to get the light working in a bit of a hurry, so I went and bought some fibaro dimmers instead, to use with an aeotec z-wave stick.
I did manage to do some light “sniffing” of the telegrams being sendt from the FUD61, using the USB300 and a software called dolphinview advanced.
Now, as i wrote in my latest update, I belive there needs to be some kind of “teach-in” telegram with a made up sender_id (a hex between 0 and 127 as far as I understand).
Dolphin view advanced has a teach-in function, but I couldn’t get it to work before the wife/boss told me to “stop messing with the lights”…
I will continue on this research in a couple of weeks, if no one else crack this case before that time 
Hi all
I do not have a FUD61, but a TF61D. However, the approach could be similar. And my setup works. Not sure if it’s configured exactly the way it should be, but it behaves as expected.
In my understanding, the ID of an actor like the TF61D is the address where a command (e.g. by HA&USB300 or some switch) should be send to.
And the Sender ID of an actor like the TF61D is the address from where the status updates of the actor are sent from. i.e. this is the address your HA needs to know in order to display the status of your actor.
By connecting the USB300 to a PC and running DolphinView (free download after registration from https://www.enocean.com/en/support/download/) you can read all enocean telegrams. Hereby, you can see the address of some sender (e.g. some Eltako switch when pressing a button) or your USB300 (in the dropdown top left when connected).
At the same time, you can also see the Sender ID of an actor like the TF61D when the latter sends out status telegrams: you have to change the state of the actor (e.g. by clicking on an enocean switch that you had taught in with that actor before) and then wait for the actor to send a status telegram (note: you might have to enable status telegrams on your actor first! check the manual!)
In the case of my TF61D, both ID and Sender ID turned out to be the same, i.e. the one printed on the actor. I don’t know if this is the case with all the actors. But just play around with DolphinView and you’ll figure out.
Here’s how I configured my TF61D with HA&USB300:
So long story short:
Does this help?
Did anybody succeed with other actors than the TF61D?
This is great stuff! Can you explain just a tiny bit more about the teach in telegram?
I’m wondering about this part:
Is that something you put in the telegram, or is it a setting on the actuator itself?
The FUD61 has two rotary switches to put it in different teach-in modes, but I haven’t got it to work yet…
I got it working! Thank you!
The next thing I wanted to try was indeed via Dolphin application. But then i readed your message. I’m working on a Mac and my server (Intel Nuc) is running Ubuntu, so first I had to install Parallels Desktop with Windows10.
@alexanderpett: I followed the steps from Danist. I read the FUD61 manual, but I couldn’t find anything about “Teach in” data in it. So I just tried to use the same data as he did. To my great surprise, that just worked.
Keep in mind: If you set the dimmer to LRN, you must send/execute the signal within 120 seconds (otherwise you have reactive the LRN mode).
I made a print screen with the values that I used:
And this was the result of my request:
As you can see i received four messages back after i send the request. In two of them i found a 4 bytes long number. I created just 2 dimmers in HA with the same device_id and with two different sender_ids. I found out that the second message (green outlined) contained the working sender_id.
I am now going to try to also configure my other FUD61 dimmers.
Hi,
No way of doing that directly in HA I imagine, like set debug mode and display all EnOcean data that travels as we press buttons and so on… ?
I’ve now added a second dimmer on the same way. It worked, but unfortunately both dimmers now respond to the same signal (when I switch on dimmer A, then dimmer B also switches on).
I guess this has somewhat to do with the Data i used for the “teach-in” telegram in DolphinView? I’ve tried it with a different value (E0400D90 instead if E0400D80) but the result is the same (both dimmers reacts on a single HA event). I gave them an unique device_id and sender_id in my config.
Does anyone know how i can separate them?
This is weird and I can’t tell since I only tested it with one dimmer.
As to my understanding the teach in telegrams are used to teach the dimmer to “listen” to the device they received the telegrams from, i.e. the USB300.
Thus if that USB300 sends out a signal, any dimmer previously thaught in should be “listening”. However, if you send a message from HA I would expect that message/signal to also include the target ID of the dimmer to be controlled. So even though two dimmers had been thaught in with the same USB300, they should only react when addressed via their respective ID.
On the other hand, I might be completely wrong with my “method” of teaching in. What if teaching actually requires ID of your (virtual) switch, i.e. the ID of the button in HA and not the ID of the USB300? And if this was the case, how do I know the ID of that switch? I guess it would still be possible to teach in via DolphinView, since you can set a sender ID different than the USB300. But how to find out the HA switch ID in the first place?
I believe my assumption in the last paragraph of my post above is turns out to be true and I know why my original way of teaching in results in always both dimmers reacting: When teaching in the USB300 with the dimmer, the dimmer learns to listen to specific sender. And without further configuration during the teach in process, that sender (i.e. sender ID) is always the base ID of the USB300. Therefore, we need to choose a different sender ID when teaching in. Apparently, this sender ID has to be in a certain range of the USB300 base ID.
I found a post on a symcon forum in German. The platform is different, but I believe the process is the same. I was not able to test yet, but it sounds promising.
Here’s the link to the original post:
And here’s an English translation by deepl.com
Hello Hagbard235,
if you were able to teach a button into IPS, then the USB300 will work But from now on it gets a bit more complicated. First you have to check if your 14 components FUD14, FSR14, FSB14 etc. have got a bus-ID, you can do this with the Eltako software PCT14, when you see your actuators then everything is OK. Next you have to create a corresponding instance (Eltako Dimmer) in IPS and assign a device ID to the instance.
The device ID can be freely assigned between 1 and 128 or 256, making the instance unique. I have thought of a small scheme and built an Excel sheet (see attachment) to keep the overview.
The Device ID is an extension for the Base ID of your USB300, because you want to be able to switch every single lamp separately and not all at once.
Next you have to teach the actuator accordingly, the ID to teach is now composed of the Base ID of the USB300 plus the Device ID of the instance. You have to add the values, e.g. Base ID is FFAB1080 and Device ID is 15 (corresponds to 0x0F) = FFAB108F, or Device ID 55 (0x37) → 0x80+0x37 = 0xB7 -->> FFAB10B7.Teaching-in is either cumbersome using the rotary switches on the actuator or much easier with the PCT14:
- start PCT14 and connect it to FAM14
- in PCT14 “Recognize ID - switch on”
- click on Teach in at the IPS instance, the ID then appears in PCT14 in the right block
- simply drag the ID with the mouse to the corresponding position (ID assignment area) in an actuator
- adapt the data (function, channel, etc.)
- take over data and transfer them to the device
- in PCT14 disconnect the connection to FAM14!!
- test if the actuator can be controlled via IPS
Then there is the message ID, this is used to receive status telegrams from the actuators to keep the status of the instance up to date. e.g. you switch on your light with the wall switch, without message ID IPS would not notice this and in the visual display the light would still be off. With the message ID, IPS receives the status telegram from the actuator stating that the light is on and IPS can update the display.
The message ID in turn is composed of the base ID of the FAM14 and the bus address (see PCT14) of the actuator/channel.
Alternatively you can also try to search for the message ID, but I prefer to do this manually.So, this sounds very complicated, but it is not. Once you understand this and have set up two instances, everything goes easy. And with the Excel table you can enter your complete actuator/sensor system and then simply copy/paste the IDs into IPS.
Greetings
Bertel2013Translated with DeepL Translate: The world's most accurate translator (free version)
I post an update as soon as I can test.
Hi all
I figured it out and got it working.
Background info:
I do the teaching in with the USB300 connected to a PC and by using DolphinView.
Obtaining the sender ID:
Assigning an ID to your actor
Teaching in
Configuring your actor in HA
I could only verify this with one actor. But when I changed the Sender ID in the HA config, the actor would not react any longer. So obviously this should word with multiple actors. Could anybody confirm this?
And if this is all correct, this could be added to some documentation. however, I don’t know where and how to do so…
Hi,
I’m trying to teach in an Eltako TF61-L, basically just a switch-actor. I followed your guide for the TF61-D in hope it would work the same. In the end I was abled to switch the actor to on, but I am not able to switch it back off. Does anyone have any idea what causes this problem? Maybe another teach-in telegram? Anyone who has sorted it out already?
Hi
I’ve been teaching in other actors in the meantime, eg. the Dali-Enocean Gateway FDG71L-230V. It was the same teach in telegram for all of them so far. However, it might be a different one for your actor.
I’ve only found the technical documentation for the “blue” Eltako line, but you might want to give it a try:
https://www.eltako.com/en/the-home-of-innovation/t-technical-data-of-the-wireless-actuators-teach-in-list-operating-distances-and-contents-of-eltako-wireless-telegrams.html
Hi, have you found a solution? I have the same problem. Managed to switch it on, but no way to switch it of in home assistant.
Hey Daniel, I tried that with an Eltako FSR14-4.
Teach in worked like you wrote (USB300, PC, DolphinView, E0400D80 as data) - and that was the ONLY way to teach in, I’ve tried so many ways.
But after all, I cannot control my FSR14 via HA. I can turn on the light - but I am not able to turn it off again.
Base IDs of my equipment:
FF-AA-E9-00 >> Eltako FAM14
FF-9C-D4-00 >> USB300
light:
platform: enocean
id: [0xFF,0xAA,0xE9,0x38]
sender_id: [0xFF,0x9C,0xD4,0x38]
name: LightGarderobeLicht
What’s sent from HA-USB300 when turning on/off the light?
Turning on: 4BS → FF09CD438 [Data: 02 13 01 09]
Turning off: 4BS → FF09CD438 [Data: 02 00 01 09]
Eltako FAM14 interprets both of them as “turn on”:
If the light is REALLY ON, nothing happens by turning the LIGHT in HA, no matter which direction - on or off.
If the light is REALLY OFF, it turns ON when turning the LIGHT in HA, no matter which direction - on or off.
Does anybody know how I could manipulate the ENOCean DATA sent by HA-Light?
@ikea sorry, I can’t really help you with that part. I know that there are some people working on the enocean component.
Maybe you could create a custom component out of the current enocean component (probalby just the files for light) and manipulate it accordingly. However, I believe it’s rather tricky to translate the 4BS telegram into the raw data that has to be defined via code.
On the other hand, this sound weird anyway. Maybe it has something to do with the supported enocean profiles?
@danist Thanks for your reply.
I found out: to control ELTAKO devices, I’d need to send RPS Radio-Packets with coustumizable data.
But HA is only sending 4BS Telegrams, without any changable data (data = 0x00)
Could you help me to contact these people?
I really want to help to get ELTAKO integrated in HA.
Thx man.
Could you give me some hints ant links where to learn about creating costom components?
I really know, what I should change, but I am such a n00b in HA, I even did not make it to the code of the enocean-component…
@ikea there’s group on Discord: https://discord.gg/eqXD5KEt
I’m actually struggling with a custom component myself. I can’t get the custom Enocean component to work somebody implemented. So I’m not the best person to ask for support on that one…