Not a developer myself, but I reckon it might be useful.
In case is this of any use, adding support for status feedback on venetian blinds tilt and position (blinds_shutter, blinds_lamella) would be greatly appreciated.
As far as I’m aware, that is what was implemented a long time ago. I just double checked the code, and the reports are being handled, so either there is a bug, or the device is not sending the reports.
I don’t have these devices, so can’t test - without something to work with, it’s difficult to comment. If you provide a debug log I can take a look.
Unfortunately I’m not familiar with these devices. Reports are normally configured through associations - I don’t know if there’s another association group specifically for these reports, or if they are sent through the standard features like the lifeline. Unless the device sends something though, the binding can’t update itself.
Sorry - I know that’s not so useful, but I’m not sure what else the binding can do to resolve this - I would just suggest to update all associations to point them all at the controller and see if one of them starts the reporting.
The system should normally process the manufacturer proprietary command responses, but this log shows it’s not working. I thought you said earlier that you were able to send commands from OH to set the position, or am I wrong and in fact it is not working? If it sends, then it should also receive as the command class should be added, but please let me know if sending is working so I can have a look.
It’s very strange then that we have the error that the command class is not found when this is received. I’ll have to have a look at this some more, but unfortunately it probably won’t be until next week unless I can sneak in a few minutes on holiday.
but this rule sometimes work, but not at every call. sometimes the sendCommand will be called and then the state variable are changed to the new values, but the blind doesn’t move.
Does anyone have any idea what that could be?
Is it probably not allowed to read the state and call a sendcommand at the same line with the same item?
According to me, the code of this rule should fit. Unfortunately this rule does not work stable. The shutters Node 5, Node 7 and Node 15 partly do not close.
once only Node 5, once Node 5 and Node 7, …
in case of a mistake, the shutters only make a very short movement and stop again immediately.
Z-Wave Log Node 5 if it works
Z-Wave Log Node 5 if it does not work
Does anyone have any experience with what this could be and how I can solve the problem? I am at the end of my rope and have no more ideas.
Thank you very much for your tips.
Openhab Version: 2.3.0 Release Build
Z-Wave Binding: Development Version 2.4.0 (2018-09-08)
Never seen anything like that and I am addressing multiple FGR-222 at the same time, both individually as well as in groups, but mainly in groups with my latest version - even if there is just one member in the group.
(readability).
Sorry - I can’t find the logs that show the received messages. This thread is full of links, that link to other links, and then to other links, before linking back to a link I already linked to…
Can you provide a clean log showing the issue please.