You are right.
I added a short explanation.
1 Like
Christph,
did you install FHEM and Openhab on a single Raspberry?
Yes, I did.
Thank you very much! Using FHEM as a ābackendā works very well!
Itās very cool to be able to control all the parameters of the Rollotron with this.
I also use FHEM and OpenHab on the same Raspberry. I did not use docker but simply installed FHEM via the deb-Package. This makes the need to reset the usb port and docker container obsolete.
Controlling the Rademacher stuff from OH via MQTT and then FHEM may work, but it is not a straight forward approach.
FHEM is also a free homeautomation platform. So when they can access the Rademacher USB stick, why is this not possible for a binding in OH? Somebody in the FHEM world must have decoded the propretary Rademacher protocol.
There is some code on GIT: https://github.com/mhop/fhem-mirror/blob/master/fhem/FHEM/10_DUOFERNSTICK.pm
but I am not a programmer. Does this help?
Holger
Your are totally right.
That was my first approach, too.
But I am no developer, so I had to find a way that used existing tools. 
A dedicated binding would be the best solution, of cause.
Iām using that approach for about one month now and I canāt complain. It works surpisingly reliable. As long as there is no native binding itās the only working solution.
I would be happy, if we find someone who can create a binding. I can support with testing, but not with coding.
Holger
1 Like
Christoph,
thank you so much for this how to!
Since it is still the case that there is no direct support for the Rademacher DUOFERN stick, I implemented your solution successfully.
But I do have 2 points which I hope you are able to solve:
- In terms of a rollershutter control (i.e. in HABPanel) there is a STOP command necessaryā¦ How have you implemented this? UP and DOWN are easy, since just send 0 or 100, but STOPā¦ I am struggling with.
- The MQTT Binding in OH2.4. I would send mine, but I only implemented the POSITION channel since I only need this (BTW: I do not understand why more is needed if you are able to set everything with individual rules in OH - or FHEM).
Thanks again
/Mav
You are right.
I actually only use the position command, too.
All the other commands might be unnecessary, but I wanted to implement everything back then.
For the stop sommand you actually would need one of the other commands.
Look in the first post.
I implemented the stop command in the Rollo_WZ_mode item.
But you can configure this like a normal switch, of cause.
Like this (not tested):
Switch Rollo_WZ_stop "Rollo WZ Stop" <switch> { mqtt=">[mosquitto:set/fhem/Rollo_WZ/stop:command:*:MAP(onoffcases.map)],
<[mosquitto:state/fhem/Rollo_WZstop:state:MAP(onoffcases.map)]" }
You second point I do not understand. Is there a question?
Hello @christoph_wempe
Thank you for this excellent tutorial. Do you know the actual status of the āDuoFernā binding ?
I just ask before I install a seperate FHEM 
Best greets
Michael
There will be no DuoFern binding as far as I know. 
Christoph,
apologies for the very late reply but I had no time to test and implement in the meantime.
Thank you for your hint. I get it done finally with help of your hint.
Sorry for my confusing wording. This wasnĀ“t a question. Just forget it 
Thanks again for your great work!
Hello, that sounds like a great way to control FHEM by OH. Unfortunately, Iām not quite here because I use Jarolift engines and there is also a module in FHEM. The bridge is on, it seems to have worked but it stops here. Maybe you could help me with an example of my situation as I put on a bridge for the first roller blind. @christoph_wempe
This is what i have for now.
This is what happens in the log, so i dont know how to name my mqtt device bridges.
2019.05.01 09:53:31 3: JarolifCUL: Jaro_FB set stop 1
2019.05.01 09:56:27 3: JarolifCUL: Jaro_FB set stop 5
So 1 and 5 are Wohnzimer links and Esszimmer. So the device name is 1, 2 ,3 ,4 ,5 and so on ?
I think we need more info to find your problem.
- Are you able to control your device via fhem? Yes, right?
- What does your openHAB config look like?
- Hat happens (in the logs of openHAB and fhem) when you play around with your device in fhem or openHAB?
Here is a screenshot of my setup.
Maybe this helps you.
(no fancy theme
)
Over FHEM it works fine, i can control all blinds.
In FHEM i create the MQTT connection, it works fine, status is opened
Then i create a MQTT Bridge like this
define MQTT_Jarolift MQTT_BRIDGE Jaro_FB
Jaro_FB is the device how controlled my blinds. See the screen above
So i give you the things file the first blind is change to what im thinking is working. But there is nothing happen, in FHEM log i see no action when i try to control over OH.
In OHās log there are only this to entry:
2019-05-04 10:09:42.238 [ome.event.ItemCommandEvent] - Item āWZ_Jalousie_linksā received command DOWN
2019-05-04 10:09:42.239 [nt.ItemStatePredictedEvent] - WZ_Jalousie_links predicted to become DOWN
It looks like you are using the new mqtt 2.x binding.
I am still using the old opne without things.
So it looks different than mine.
And I cannot see much similarities between my fhem config and your (regarding mqtt).
This does not mean yours is wrong, but it is harder for me to check. 
Lets splitt the issue into smaller parts.
The whole thing works like this:
Rademacher/Jarolift-Gateway <ā> fhem <ā> mqtt <ā> openhab
-
Rademacher/Jarolift-Gateway <ā> fhem -
fhem <ā> mqtt -
mqtt <ā> openhab
You say, the first part is working.
To check the second and third part I would recommend to check what messages you can see on the mqtt broker.
You can use the command line tool ā mosquitto_subā or MQTT-Explorer for example.
Next step youl be to try to control the blings without openHAB just be sending messaged direktly to mqtt. (e.g. with moquitto_pub)
Then you know the second part is working.
But back to what you already posted.
Where did you get the topics you used in the things-file?
- regading line 94 of your fhem config:
I think you need a suffix aftersubscribeSetlikesubscribeSet_button
But it needs to be according to the available Readings. I donāt know how the readings of your device work. You do not seem to have Readings likeup,down, etc. - The
commandTopicin your things file seems to be wrong. It should look like yoursubscribeSetconfig.
Here is my fhem config:
define mosquitto MQTT 192.168.1.140:1883
define mqtt_Rollo_WZ MQTT_BRIDGE Rollo_WZ
attr mqtt_Rollo_WZ IODev mosquitto
attr mqtt_Rollo_WZ publish-topic-base state/fhem/Rollo_WZ/
attr mqtt_Rollo_WZ publishReading_dawnAutomatic state/fhem/Rollo_WZ/dawnAutomatic
attr mqtt_Rollo_WZ publishReading_duskAutomatic state/fhem/Rollo_WZ/duskAutomatic
attr mqtt_Rollo_WZ publishReading_manualMode state/fhem/Rollo_WZ/manualMode
attr mqtt_Rollo_WZ publishReading_moving state/fhem/Rollo_WZ/moving
attr mqtt_Rollo_WZ publishReading_position state/fhem/Rollo_WZ/position
attr mqtt_Rollo_WZ publishReading_state state/fhem/Rollo_WZ/state
attr mqtt_Rollo_WZ publishReading_sunAutomatic state/fhem/Rollo_WZ/sunAutomatic
attr mqtt_Rollo_WZ publishReading_sunMode state/fhem/Rollo_WZ/sunMode
attr mqtt_Rollo_WZ publishReading_sunPosition state/fhem/Rollo_WZ/sunPosition
attr mqtt_Rollo_WZ publishReading_timeAutomatic state/fhem/Rollo_WZ/timeAutomatic
attr mqtt_Rollo_WZ publishReading_ventilatingMode state/fhem/Rollo_WZ/ventilatingMode
attr mqtt_Rollo_WZ publishReading_ventilatingPosition state/fhem/Rollo_WZ/ventilatingPosition
attr mqtt_Rollo_WZ publishReading_version state/fhem/Rollo_WZ/version
attr mqtt_Rollo_WZ stateFormat transmission-state
attr mqtt_Rollo_WZ subscribeSet_dawn set/fhem/Rollo_WZ/dawn
attr mqtt_Rollo_WZ subscribeSet_dawnAutomatic set/fhem/Rollo_WZ/dawnAutomatic
attr mqtt_Rollo_WZ subscribeSet_down set/fhem/Rollo_WZ/down
attr mqtt_Rollo_WZ subscribeSet_dusk set/fhem/Rollo_WZ/dusk
attr mqtt_Rollo_WZ subscribeSet_duskAutomatic set/fhem/Rollo_WZ/duskAutomatic
attr mqtt_Rollo_WZ subscribeSet_getStatus set/fhem/Rollo_WZ/getStatus
attr mqtt_Rollo_WZ subscribeSet_manualMode set/fhem/Rollo_WZ/manualMode
attr mqtt_Rollo_WZ subscribeSet_position set/fhem/Rollo_WZ/position
attr mqtt_Rollo_WZ subscribeSet_remotePair set/fhem/Rollo_WZ/remotePair
attr mqtt_Rollo_WZ subscribeSet_remoteUnpair set/fhem/Rollo_WZ/remoteUnpair
attr mqtt_Rollo_WZ subscribeSet_reset set/fhem/Rollo_WZ/reset
attr mqtt_Rollo_WZ subscribeSet_stop set/fhem/Rollo_WZ/stop
attr mqtt_Rollo_WZ subscribeSet_sunAutomatic set/fhem/Rollo_WZ/sunAutomatic
attr mqtt_Rollo_WZ subscribeSet_sunMode set/fhem/Rollo_WZ/sunMode
attr mqtt_Rollo_WZ subscribeSet_sunPosition set/fhem/Rollo_WZ/sunPosition
attr mqtt_Rollo_WZ subscribeSet_timeAutomatic set/fhem/Rollo_WZ/timeAutomatic
attr mqtt_Rollo_WZ subscribeSet_toggle set/fhem/Rollo_WZ/toggle
attr mqtt_Rollo_WZ subscribeSet_up set/fhem/Rollo_WZ/up
attr mqtt_Rollo_WZ subscribeSet_ventilatingMode set/fhem/Rollo_WZ/ventilatingMode
attr mqtt_Rollo_WZ subscribeSet_ventilatingPosition set/fhem/Rollo_WZ/ventilatingPosition
btw: It would be much easier if you had posted your config as text so I could just have copied the important parts. 
Now it works, there are some little bugs in my attr. config But now i can control the Blinds with mqtt.fx
In OpenHab 2.4 in the mqtt binding there is actualy a bug with the rollershutters, so for now i cant control the blinds over mqtt.
He send wrong commands to the mqtt broker.
i send /JaroFB/Set down 1
in mqtt.fx i read JaroFB/set 100
In a actual nitghly this is fixed now, but it is not good to change to nightly from stable, so i have to wait.
But thank you very much to try to help me with my problem. BIG THX
Greetās
Hi. Are the devices are working for you via the mqtt 2.x binding in openhab?
How did you config your shutters there, because I canāt find a config line or anything else thereā¦ Or do I have to add some channels to the device?
I am pretty new in openhab, but the actually status for me isā¦
FHEM control works fine for me.
MQTT control works fine for me.
Openhab I have to config the MQTT Thing, but I donāt know where! 
I did not yet migrate to mqtt binding v2.
1 Like