Skip to content
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

[homematic] Error CUXD Virtuelle Devices homematic:VIR-LG-xxx #9137

Closed
guny74 opened this issue Nov 26, 2020 · 13 comments
Closed

[homematic] Error CUXD Virtuelle Devices homematic:VIR-LG-xxx #9137

guny74 opened this issue Nov 26, 2020 · 13 comments
Labels
awaiting feedback Awaiting feedback from the pull request author bug An unexpected problem or unintended behavior of an add-on

Comments

@guny74
Copy link

guny74 commented Nov 26, 2020

Hello,

I use OH 2.5.10 on docker and homematic (Raspberrymatic Version 3.53.34.20201121 = latest release on RPI3)

I have some virtual CUxD Devices Type (28) System --> Exec for controlling hue lights (or light groups) via an Hue Addon (j-a-n).

Virtual Devices like...
VIR-LG-RGBW-DIM
VIR-LG-WHITE-DIM
....
This virtual device type are the only ones to have a homematic control for color and color temperature...

After the initial adding as thing, the thing directly get a communication error

"-4 Unknown parameter (sending getValue() CUX2801008:1 CMD_RETS )"

Any idea how to solve this ?

Thank you

Regards
Thorsten

@guny74 guny74 added the bug An unexpected problem or unintended behavior of an add-on label Nov 26, 2020
@MHerbst
Copy link
Contributor

MHerbst commented Nov 26, 2020

Hi Thorsten,

I would assume that this error is returned from the CCU resp. CuxD. Can you please enable the DEBUG log mode and send an excerpt from openhab.log where I can see what happens before and after this error message.

I don't have that much experience with Cuxd but maybe the log can help to find the reason.

@guny74
Copy link
Author

guny74 commented Nov 27, 2020

Hello MHerbst,

I hope this help to find the reason..... the last messages repeats some more often....

`==> /openhab/userdata/logs/openhab.log <==

2020-11-27 18:07:04.303 [ERROR] [ternal.handler.HomematicThingHandler] - Can't find datapoint for thing property CUX2801008:M_3#EXEC_ON_CHANGE

2020-11-27 18:07:04.309 [ERROR] [ternal.handler.HomematicThingHandler] - Can't find datapoint for thing property CUX2801008:M_4#MAX_VAL

2020-11-27 18:07:04.312 [ERROR] [ternal.handler.HomematicThingHandler] - Can't find datapoint for thing property CUX2801008:M_5#MAX_VAL

2020-11-27 18:07:04.317 [ERROR] [ternal.handler.HomematicThingHandler] - Can't find datapoint for thing property CUX2801008:M_3#MAX_VAL

2020-11-27 18:07:04.328 [ERROR] [ternal.handler.HomematicThingHandler] - Can't find datapoint for thing property CUX2801008:M_2#EXEC_ON_CHANGE

2020-11-27 18:07:04.332 [ERROR] [ternal.handler.HomematicThingHandler] - Can't find datapoint for thing property CUX2801008:M_5#EXEC_ON_CHANGE

2020-11-27 18:07:04.337 [ERROR] [ternal.handler.HomematicThingHandler] - Can't find datapoint for thing property CUX2801008:M_4#EXEC_ON_CHANGE

2020-11-27 18:07:04.343 [ERROR] [ternal.handler.HomematicThingHandler] - Can't find datapoint for thing property CUX2801008:M_2#MAX_VAL

==> /openhab/userdata/logs/events.log <==

2020-11-27 18:07:04.366 [hingStatusInfoChangedEvent] - 'homematic:VIR-LG-RGBW-DIM:3014F711A0001F58A9A7127D:CUX2801008' changed from OFFLINE (COMMUNICATION_ERROR): -4 Unknown parameter (sending getValue()

CUX2801008:1

CMD_RETS

) to ONLINE

2020-11-27 18:07:04.404 [hingStatusInfoChangedEvent] - 'homematic:VIR-LG-RGBW-DIM:3014F711A0001F58A9A7127D:CUX2801008' changed from ONLINE to OFFLINE (COMMUNICATION_ERROR): -4 Unknown parameter (sending getValue()

CUX2801008:1

CMD_RETS

)

2020-11-27 18:07:04.408 [hingStatusInfoChangedEvent] - 'homematic:VIR-LG-RGBW-DIM:3014F711A0001F58A9A7127D:CUX2801008' changed from OFFLINE (COMMUNICATION_ERROR): -4 Unknown parameter (sending getValue()

CUX2801008:1

CMD_RETS

) to ONLINE

2020-11-27 18:07:04.443 [hingStatusInfoChangedEvent] - 'homematic:VIR-LG-RGBW-DIM:3014F711A0001F58A9A7127D:CUX2801008' changed from ONLINE to OFFLINE (COMMUNICATION_ERROR): -4 Unknown parameter (sending getValue()

CUX2801008:1

CMD_RETS

)

2020-11-27 18:07:04.447 [hingStatusInfoChangedEvent] - 'homematic:VIR-LG-RGBW-DIM:3014F711A0001F58A9A7127D:CUX2801008' changed from OFFLINE (COMMUNICATION_ERROR): -4 Unknown parameter (sending getValue()

CUX2801008:1

CMD_RETS

) to ONLINE

2020-11-27 18:07:04.463 [hingStatusInfoChangedEvent] - 'homematic:VIR-LG-RGBW-DIM:3014F711A0001F58A9A7127D:CUX2801008' changed from ONLINE to OFFLINE (COMMUNICATION_ERROR): -4 Unknown parameter (sending getValue()

CUX2801008:1

CMD_RETS

)

2020-11-27 18:07:04.470 [hingStatusInfoChangedEvent] - 'homematic:VIR-LG-RGBW-DIM:3014F711A0001F58A9A7127D:CUX2801008' changed from OFFLINE (COMMUNICATION_ERROR): -4 Unknown parameter (sending getValue()

CUX2801008:1

CMD_RETS

) to ONLINE

2020-11-27 18:07:04.488 [hingStatusInfoChangedEvent] - 'homematic:VIR-LG-RGBW-DIM:3014F711A0001F58A9A7127D:CUX2801008' changed from ONLINE to OFFLINE (COMMUNICATION_ERROR): -4 Unknown parameter (sending getValue()

CUX2801008:1

CMD_RETS

)`

@guny74
Copy link
Author

guny74 commented Nov 27, 2020

Hello,

ok, in CUXD it is possible a "VIR-LG-RGBW-DIM", but in the background you can use different base devices with other parameters.
So, do you know how the homematic binding get the "expected Parameters for an "device type" ?

It is possible to clear that for a special device type and reimport it ?

@guny74 guny74 changed the title [homematic] Error CUXD Virtuelle Devixes homematic:VIR-LG-xxx [homematic] Error CUXD Virtuelle Devices homematic:VIR-LG-xxx Nov 27, 2020
@MHerbst
Copy link
Contributor

MHerbst commented Nov 28, 2020

The binding asks the CCU for a list of the devices and their data points. It then creates things + channels based on this information.

It is possible to clear that for a special device type and reimport it ?

You can delete the thing in openHAB and run a new discovery. Then the thing is created completely new.

The unknown data points seem to be similar to a problem with HmIP devices (#5048). There were also data points that could not be used as channels (they had a "M_" in their name, too). They seem to be thing configuration data points. I think I could enhance to binding to ignore these data points.

Currently, I only a development environment for OH 3. Will have to see whether I can set up an environment for OH 2.5.

@guny74
Copy link
Author

guny74 commented Nov 29, 2020

Hallo,

no problem, I have the same problem in my OH 3 M2 Test instance (docker).

But I think it could be an other problem: At the CUxD Documnetation I found the following:

Um unbeabsichtigte Programmaufrufe bei der Abfrage der Datenpunkte CMD_RETS und CMD_RETL zu vermeiden, muss vor der Abfrage dieser Datenpunkte eine '1' an den Datenpunkt CMD_QUERY_RET gesendet werden. Erst danach ist der Programmaufruf für die folgenden 10s freigeschaltet.

To prevent unintentional program calls when querying the data points CMD_RETS and CMD_RETL, a '1' must be added to the before the right to choose these data points Data point CMD_QUERY_RET will be. For the first time, the program call is for unlocked the following 10s.

Here an similar Problem with device type (28) https://openhabforum.de/viewtopic.php?t=3295

Cloud be this the problem ?

Thank you

Regards

@guny74
Copy link
Author

guny74 commented Nov 29, 2020

Hello,

I made a test.... setting the datapoint with Homematic script dom.GetObject ("CUxD.CUX2801005:1.CMD_QUERY_RET").State (1);
then the Device goes online.... but only to next reboot (OH or CCU)

@MHerbst
Copy link
Contributor

MHerbst commented Nov 29, 2020

Cloud be this the problem ?

I am quite sure that this is the problem. As far as I know there is no special treatment for special CUxD devices like this. I think I will have to install CUxD and have a closer look into it.

@elbman
Copy link

elbman commented May 4, 2021

Hello,

i have CCU3 with raspberrymatic and installed OpenHab with Homematic Binding

I'm using Cuxd with many Devices Type "(28) System" and i'm surprised thas Things has still problems with them

(also tried newes snapshot, but no success)

COMMUNICATION_ERROR
-4 Unknown parameter (sending getValue() CUX2801004:1 CMD_RETL )

Is there a workaround or will this problem be fixed soon?

thank you!

@MHerbst
Copy link
Contributor

MHerbst commented May 4, 2021

I did not find enough time for this problem. It will probably a bit complicated to solve this problem. The binding is not prepared to send a special value for a data point before it can retrieve it.

@elbman
Copy link

elbman commented May 4, 2021

Thaink you for your fast reply. I hope you find the time in the near future, i‘m certainly not the only one who would be excited when the bug fixed.

I wait patiently 😉

@lsiepel
Copy link
Contributor

lsiepel commented Jul 23, 2024

As this is a rather old issue, it might have been fixed. Can you confirm this is still an issue with most recent stable (openHAB 4.2.0)
List of PR's https://github.com/openhab/openhab-addons/pulls?q=is%3Apr+is%3Aclosed+merged%3A2021-05-01..2025-01-01+in%3Atitle+homematic+

@lsiepel lsiepel added the awaiting feedback Awaiting feedback from the pull request author label Jul 23, 2024
@guny74
Copy link
Author

guny74 commented Jul 23, 2024

Hello,

sorry I could not confirm this, because I removed CUxD (and VIRT- Devices) from my Homematic.

Should I also close this issue ?

@lsiepel
Copy link
Contributor

lsiepel commented Jul 23, 2024

LEt's close it for now, if someone else encounters this, we can always re-open. Thanks for your quick response!

@lsiepel lsiepel closed this as completed Jul 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
awaiting feedback Awaiting feedback from the pull request author bug An unexpected problem or unintended behavior of an add-on
Projects
None yet
Development

No branches or pull requests

4 participants