Thanks @philipp14 . I’ve been reading and re-reading posts in this thread, the docs, and it still is very confusing to me.
I’m 100% sure the bus connection through the FGW14-USB is working well, because I can see messages in the logs when I press my wall switches:
2024-01-03 00:53:22.024 DEBUG (MainThread) [eltako] [Gateway] [Id: 1] Received message: <ESP2Message '0b 07 00 00 00 0f 00 00 19 01 00'>
2024-01-03 00:53:22.343 DEBUG (MainThread) [eltako] [Gateway] [Id: 1] Received message: <ESP2Message '8b 05 50 00 00 00 00 00 00 08 30'>
2024-01-03 00:53:23.956 DEBUG (MainThread) [eltako] [Gateway] [Id: 1] Received message: <ESP2Message '0b 05 30 00 00 00 fe df f5 a8 30'>
2024-01-03 00:53:23.965 DEBUG (SyncWorker_3) [eltako] [Binary Sensor] Send event: eltako.gw_1.btn_pressed.sid_FE-DF-F5-A8, pressed_buttons: '["LT"]'
2024-01-03 00:53:23.971 DEBUG (SyncWorker_3) [eltako] [Binary Sensor] Send event: eltako.gw_1.btn_pressed.sid_FE-DF-F5-A8.d_LT, pressed_buttons: '["LT"]'
This is also confirmed if I use ID detection in PCT14:
And you can see in PCT14 that the channels of my FSR14s are taught-in for that one 4-button wall switch:
The above log message mentions I pressed the top left button, which is the one to turn on or off the lanterns on my second FSR, channel 1.
But now I’m really not clear what to do with the ID of the wall switch in HA. I read this which seems to be a “workaround” (?) to listen for events from the wall switch, to then trigger an action to “turn on the light”. But that would not work if HA is down during the time the wall switch was pushed.
I understood originally that in the config, we define our lights (or FSR14 channels here) in our configuration.yml file, using just dummy ids:
eltako:
general_settings:
fast_status_change: False # True: Changes status in HA immediately without waiting for actuator response. Default: False
show_dev_id_in_dev_name: True
gateway:
- id: 1
device_type: fgw14usb
base_id: FF-AA-80-00
devices:
light:
- id: 00-00-00-03
eep: M5-38-08
name: Lanterns Garden
sender:
id: 00-00-B0-03
eep: A5-38-08
But here it’s not clear to me how exactly these self-invented ids would get linked with the FSR14 channels to READ the current status. I assumed that when I teach-in my FSR14 for channel 1, and I then press my “Lanterns Garden” switch in HA, it would be taught-in, but as I mentioned before, the FSR14 isn’t learning from my button switch in HA. So, I added it manually through PCT14 like this:
As you can see, this matches the sender id of the configuration.yml file. When I press the switch on the HA overview page, it switches on for a second, then off again. Nothing is happening to the lights at all, and the following is visible in the logs:
2024-01-03 01:46:56.896 DEBUG (SyncWorker_3) [eltako] [Gateway] [Id: 1] Send message: <Regular4BSMessage from 00 00 b0 03, data 01 00 00 09, status = 0x00> - Serialized: a55a6b07010000090000b003002f
2024-01-03 01:47:14.010 DEBUG (MainThread) [eltako] [Gateway] [Id: 1] Received message: <ESP2Message '0b 07 00 00 00 0d 00 00 19 01 00'>
So the message is sent somewhere on the bus, but not received. If I use ID detection in PCT14 again, and try the button in HA, I also do not see any messages arriving. It’s like no message is being sent through the FGW14-USB from HA. Only read out from it. The FGW14-USB BA is set to 6
.
So long story short, I don’t get it at all… . I don’t see how with my config, HA can know what light is turned on or off when it was triggered from the wall switch. And I don’t know why the messages triggered from HA - that are visible in the logs - are not reaching the FAM14.
Thanks!
Cedric