I got a very extensive Eltako setup.
E.g. shutters, light, power consumption, weatherdata, poweroutlets and more…
Everything is working fine with openhab except the contacts because the message get discarded.
So I just want to know what’s the solution that these telegrams doesn’t get discarded. They are no teach in telegrams.
I think my case is so unique that only @fruggy83 can answer this.
I would start by creating a new topic. The info about your setup is scattered all around in this post.
The important part you missed mentioning is the FTS14EM, this is the guy you have issues with.
Per Eltako docs it send its messages with a lot of different base-IDs. @fruggy83 already told you earlier in this thread that once you discovered a switch/contact/window you need to note the base-id, remove that and create a new (rocker) item with that manually.
Per:
it mimics a normal FT55 rocker switch:
I tried to create a rocker thing (not item) but it doesn‘t work also.
If you look at the log which I posted you see that the telegramms and ID are received by the openhab correctly, but then they getting ignored because openhab says they are teach in telegramms. Which they are not.
I think this has something to do with this here:
I give up. If you are already sure that this is your problem, why post here in instead of opening an issue ?
(hint: it is not)
Hi Daniel (@fruggy83), hope you are well. Because of different reason I want to move to OH3. The connection to my enocean pi via RFC2217 works perfectly. No stress to get it run 
My rollershutters FSB61NP working like hell. But my FMS61NP doesn’t work as expected. I tried to “copy” all from OH2 and did the learning and clearing several times with nuances of changes but the result is always the same. When I do switch 1 light on the second light switched on as well.
Question: Do you already have experience with OH3?
My next try would be to completely delete all on the FMS61NP instead only learning new RockerSwitches.
Many Thanks, Tino
Hi Tino @flynux,
I have no problems with OH3. Everythings works as expected, I have even switched my productive system to OH3.
Best regards
Daniel
Hi,
I am using openhab 2.5.10 with the enocean binding from fruggy83, and my configuration since more than a year.
Actually I have some trouble with my etalko FAH60. It seams to me, that the sensor does not get enought light during the daylight to fill its battery using its photo cells. The lux messaring stops some time in the evening at a value of e.g. 33 and restarts with values above 400 lux in the next morning.
I have checked the thing definition and found a switch, to receive battery status signal messages.
I am using thing definition files, so I cannot switch these message on in this dialog. It is competing.
How should I have to modify my thing definition to switch these messages to ON?
Thing
enocean:lightSensor:Lichtsensor_FAH60_01 "Balkon Lichtsensor"
(enocean:bridge:USB300_01)
[ enoceanId="01A5D305",
receivingEEPId="A5_06_01_ELTAKO",
broadcastMaessages=true ]
How can I have access to the battery value, e.g. by using a channel?
Thanks for your help
Jörg
Hi Jörg @doko,
you just have to add the config parameter receivingSIGEEP and set it to true. However I am not sure if your FAH60 sends these special messages, but adding this paramter should not make it worse.
Best regards
Daniel
Hi Daniel,
is there already any progress with the support for FUTH65D?
Thank you!
Danke Daniel,
danach habe ich gesucht
Das hat funktioniert und gibt mir einen neuen channel.
Bisher ohne sinnvollen Rückgabewert, aber das liegt wohl daran, dass ich nicht die Batterievariante habe (FAH60B). FAH60 hat zwar auch irgendwas zum Strom speichern, aber vielleicht keinen auslesbaren Akku.
Bis auf ein Neues
Jörg
Thanks Daniel, good to know. Have a great lockdown and merry christmas time.
Tino
Hey Daniel (@fruggy83), I double checked everything.
Removed all items and thing from OH3, clean cache, reboot.
On the FMS61NP I completely delete everything, completely disconnect all wires. Wired everything.
Create two new classic devices and teached them in. but If I press 1 the other light get switched on as well and vs.
Attached you will find the log:trace. I can’t find anything. Might be the hardware broken? But it works with my FT55 RockerSwitch. enocean_trace.log (10.2 KB)
Any thoughts?
Has anybody else problems with OH3 and formatting values coming from this binding? In OH 2.5 everything was working fine.
My log shows me this warning for the total consumed water.
[WARN ] [se.internal.SseItemStatesEventBuilder] - Exception while formatting value ‘16.9 ㎥’ of item Wasser_gesamt with format ‘%d %unit%’: d != java.math.BigDecimal
Hi Tino @flynux,
your items FMS61NP_1_UT2_RockerSwitch and FMS61NP_1_UT1_RockerSwitch send both the same messages on ON (F630FF8913043001FFFFFFFFFF00) and OFF (F610FF8913043001FFFFFFFFFF00). Could you please post your config here? Maybe both items are connected to the same channel?
Best regards
Daniel
Thanks @fruggy83 for the feedback. Well I configured to separate Classic Device and both on Channel A:
FMS61NP_1_UpperLeft:
UID: enocean:classicDevice:2bcff03d2a:FMS61NP_1_UpperLeft
label: FMS61NP_1_UpperLeft
thingTypeUID: enocean:classicDevice
configuration:
senderIdOffset: 4
suppressRepeating: false
sendingEEPId: F6_02_01
receivingEEPId: F6_02_01
bridgeUID: enocean:bridge:2bcff03d2a
FMS61NP_1_UpperRight:
UID: enocean:classicDevice:2bcff03d2a:FMS61NP_1_UpperRight
label: FMS61NP_1_UpperRight
thingTypeUID: enocean:classicDevice
configuration:
senderIdOffset: 4
suppressRepeating: false
sendingEEPId: F6_02_01
receivingEEPId: F6_02_01
bridgeUID: enocean:bridge:2bcff03d2a
I “copied” manually the config from OH2 Paper UI to OH3 UI.
The config above is comming from the Thing. If I view the config from the Item there is no Channel linked
Hi Tino @flynux ,
both things use the same senderidoffset and both items are linked to channel A (virtualRockerSwitchA). That is why they are both sending the same message. You could do the following. Just use one thing and link one item to channelA and the other to channelB. In this way you just need one senderIdOffset (just in case you have so much devices that you have to save your ids). If you want to seperate the things, you have to use two different senderIds.
Either way you have to do the teach in again.
Best regards
Daniel
@fruggy83 Thanks, senderID is a good point. I thought it gets count up automatically. Anyway I will do some further changes. I have 2 FMS61NP. So it is not to many. Thanks, I will let you know.
HI Dirk @dirkdirk,
when do you get these log entries? I am currently implementing EEP D2-50 with a lot of different channels and could not see such messages in my log. Do you have some rules listening on these values?
Which EEP and which channel produce these log entries? Is it A5-12 and channel cumulativeValue?
Best regards
Daniel
@fruggy83 Indeed, to set the senderId’s manually solved the issue Now I need to enable the Listener again to listen for the FT55 signals. Thanks again!!!
Hi Daniel @fruggy83,
nice to hear from you again 
These log entries just show up on some values, but i didn‘t see a logic behind this. The value 16.9 produced this log entry. 17.0 shows correct without error in log. There are no rules behind for this thing, just displaying it.
Yes, it is receivingEEPId: A5_12_03 and channelTypeUID: enocean:cumulativeValue
I just changed the items State Description / Pattern to „%.1f %unit%“ a hour ago. Looks like this fixed it. If the log entry will show up again, I will let u know.
May you also check why the fabh65s isn‘t working for me?
It is discovered and added as a thing with:
UID: enocean:lightTemperatureOccupancySensor:5856287b:25f494799e
label: Bewegungsmelder
thingTypeUID: enocean:lightTemperatureOccupancySensor
configuration:
receivingSIGEEP: false
enoceanId: 0591df5c
receivingEEPId: A5_08_01_FXBH
bridgeUID: enocean:bridge:5856287b
I learned it into a fsr14 to make sure it is working, but in OH I can‘t see the motionDetection switch or illumination working.
My debug log shows me the following when I trigger the motion detection on the fabh65s:
19:58:23.361 [WARN ] [ristics.impl.base.FloatCharacteristic] - Detected value out of range 0.0. Returning min value instead. Characteristic io.github.hapjava.characteristics.impl.lightsensor.CurrentAmbientLightLevelCharacteristic@278b76
19:58:23.496 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 0591DF5C payload A5C100000D0591DF5C0001FFFFFFFF4F00 received
19:58:23.502 [DEBUG] [ernal.handler.EnOceanBaseThingHandler] - ESP Packet payload A5C100000D0591DF5C00 for 0591DF5C received
19:58:23.509 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel lastReceived is linked although the handler was already disposed.
19:58:23.513 [WARN ] [ristics.impl.base.FloatCharacteristic] - Detected value out of range 0.0. Returning min value instead. Characteristic io.github.hapjava.characteristics.impl.lightsensor.CurrentAmbientLightLevelCharacteristic@1c203d8
19:58:23.516 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel repeatCount is linked although the handler was already disposed.
19:58:23.527 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel illumination is linked although the handler was already disposed.
19:58:23.534 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel rssi is linked although the handler was already disposed.
19:58:23.541 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel motionDetection is linked although the handler was already disposed.
19:58:23.548 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel temperature is linked although the handler was already disposed.
19:58:23.556 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel occupancy is linked although the handler was already disposed.
19:58:23.563 [DEBUG] [ernal.handler.EnOceanBaseThingHandler] - ESP Packet payload A5C100000D0591DF5C00 for 0591DF5C received
19:58:23.583 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘Bewegungsmelder_LastReceived’ changed from 2020-12-19T19:57:59.719105+0100 to 2020-12-19T19:58:23.569820+0100
19:58:23.592 [DEBUG] [ernal.handler.EnOceanBaseThingHandler] - ESP Packet payload A5C100000D0591DF5C00 for 0591DF5C received
19:58:23.596 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘Bewegungsmelder_RSSI’ changed from -86 to -79
19:58:23.602 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel lastReceived is linked although the handler was already disposed.
19:58:23.616 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel repeatCount is linked although the handler was already disposed.
19:58:23.624 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel illumination is linked although the handler was already disposed.
19:58:23.631 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel rssi is linked although the handler was already disposed.
19:58:23.649 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel motionDetection is linked although the handler was already disposed.
19:58:23.662 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG _4BS for FFF825BA payload A5005FA00FFFF825BA3001FFFFFFFF3A00 received
19:58:24.353 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG 4BS for 0591DF5C payload A5C100000D0591DF5C0001FFFFFFFF5000 received
19:58:24.375 [DEBUG] [ernal.handler.EnOceanBaseThingHandler] - ESP Packet payload A5C100000D0591DF5C00 for 0591DF5C received
19:58:24.382 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel lastReceived is linked although the handler was already disposed.
19:58:24.392 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel repeatCount is linked although the handler was already disposed.
19:58:24.399 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel illumination is linked although the handler was already disposed.
19:58:24.407 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel rssi is linked although the handler was already disposed.
19:58:24.414 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel motionDetection is linked although the handler was already disposed.
19:58:24.422 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel temperature is linked although the handler was already disposed.
19:58:24.429 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel occupancy is linked although the handler was already disposed.
19:58:24.438 [DEBUG] [ernal.handler.EnOceanBaseThingHandler] - ESP Packet payload A5C100000D0591DF5C00 for 0591DF5C received
19:58:24.453 [DEBUG] [ernal.handler.EnOceanBaseThingHandler] - ESP Packet payload A5C100000D0591DF5C00 for 0591DF5C received
19:58:24.460 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel lastReceived is linked although the handler was already disposed.
19:58:24.454 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘Bewegungsmelder_LastReceived’ changed from 2020-12-19T19:58:23.569820+0100 to 2020-12-19T19:58:24.444686+0100
19:58:24.467 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel repeatCount is linked although the handler was already disposed.
19:58:24.478 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘Bewegungsmelder_RSSI’ changed from -79 to -80
19:58:24.479 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel illumination is linked although the handler was already disposed.
19:58:24.490 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel rssi is linked although the handler was already disposed.
19:58:24.497 [WARN ] [b.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseSensorHandler of thing enocean:lightTemperatureOccupancySensor:5856287b:25f494799e tried checking if channel motionDetection is linked although the handler was already disposed.
19:58:25.452 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFF8259A payload F670FFF8259A3001FFFFFFFF3A00 received
19:58:26.022 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFF825A5 payload F670FFF825A53001FFFFFFFF3900 received
19:58:26.029 [DEBUG] [ernal.handler.EnOceanBaseThingHandler] - ESP Packet payload F670FFF825A530 for FFF825A5 received
19:58:26.043 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'AuEnbelWohnen’ changed from OFF to ON
The „AuEnbelWohnen“ is changed to ON because the fabh65s is learned into fsr14, like I mentioned before.
But there is no change for the switch channel motionDetection.
Thank you for your support!
Best regards Dirk
