-
-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HmIP-RGBW MISSING_NON_OPTIONAL_PARAMETER #1108
Comments
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 hm-rpc.0 { 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 hm-rpc.0 |
I also have the same issue. |
Ich habe auch das gleiche Problem. Ich hoffe es gibt bald eine Lösung hierfür. |
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
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".
The text was updated successfully, but these errors were encountered: