Open derDennis99 opened 8 months ago
Six months later... No answer and the problem is still there. Why can't you simply adapt the data types?
You are sure it is about data types? Why?
An alternative reading of the error could be that it is not enough to just set auturation and more parameters needs to be provided in order to set it, so Ithink it could be informative to see the exact definition of that device. So maybe a debug log of a full "resync" of the devcies with the CCU might be an interstsing log to add here to provide more information and insight.
And PS: "six month later" ... yes ... and interestingly you still seem to be the only user affected by the issue ... So please take a breath, think about what the developer could do with the information above and without owning such a device. And yes also developers are just people that try to do all this in their free time and so a github issue in the flood of issues we normally work on can easiely be missed.
I understand your perspective and thank you for the explanation. It's certainly not easy to deal with all the different requests and issues that developers face. My intention was not to blame, but simply to express my frustration that the issue has not been resolved after so long. (Especially when I think of the price of Homematic devices).
Regarding your question about why I think there might be a problem with the data types: Since the input is an integer, while the error message indicates an inability to handle the value defined as "FLOAT", this seemed like a possible cause to me.
However, if there are other possible explanations, I am of course open to learning more about them. For example, it would be interesting to see what other parameters are required to set the saturation. Therefore, I agree with you that a more precise definition of the device could be helpful.
The Homematic devices were bought with certain expectations and it is frustrating not to be able to use them as expected. I am willing to provide more information or help with testing to arrive at a solution.
PS: The problem seems to have occurred over a year ago with someone else. (https://forum.iobroker.net/topic/64779/fehler-im-adapter-homematic-rpc-mit-hmip-rgbw)
I bought the RGBW Controller a few weeks ago and also met the problem described.
If I can support the developers in any way, just let me know. Because I would really appreciate a solution, soon. :)
I also have the same problem
hey,
i got the same when i try to change the SATURATION to 100% or 99%.
hm-rpc.0 2024-06-24 15:30:03.944 error Cannot call setValue: XML-RPC fault: Generic error (MISSING_NON_OPTIONAL_PARAMETER)
hm-rpc.0 2024-06-24 15:30:03.943 error xmlrpc -> setValue ["XXXXXXXXXXX:1","SATURATION",0.99] FLOAT
{ "type": "state", "common": { "name": "XXXXXXXXXXXX:1.SATURATION", "role": "", "def": 0, "type": "number", "read": true, "write": true, "min": 0, "max": 100, "unit": "%" }, "native": { "MIN": 0, "UNIT": "100%", "OPERATIONS": 7, "MAX": 1.01, "FLAGS": 1, "ID": "SATURATION", "TYPE": "FLOAT", "DEFAULT": 0, "CONTROL": "UNIVERSAL_LIGHT_RECEIVER.SATURATION" }, "from": "system.adapter.hm-rega.0", "user": "system.user.admin", "ts": 1719090269719, "_id": "hm-rpc.0.XXXXXXXXXXXXXX.1.SATURATION", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
i also tried a other Value "RAMP_TIME_TO_OFF_VALUE" and changed it from 0 to 1 but its the same
hm-rpc.0 2024-06-24 15:40:31.274 error Cannot call setValue: XML-RPC fault: Generic error (MISSING_NON_OPTIONAL_PARAMETER)
hm-rpc.0 2024-06-24 15:40:31.274 error xmlrpc -> setValue ["0033E0C9923FAF:1","RAMP_TIME_TO_OFF_VALUE",1] INTEGER
Describe the bug I am trying to set the saturation for the HmIP-RGBW device via IoBroker VIS. It is entered as a percentage (whole numbers). However, I get the error in the image.
To Reproduce Steps to reproduce the behavior:
Expected behavior I would have expected the new value to be transferred to the HmIP device.
Screenshots & Logfiles![grafik](https://github.com/ioBroker/ioBroker.hm-rpc/assets/59368378/bddaefa0-2657-496a-a144-bdce577b6fd5)
Versions:
Additional context I have also tried to enter a 5000. However, it doesn't seem to be able to cope with the value that is defined as "FLOAT".