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

Error while trying to set STATE via MQTT #36

Closed
m4rc77 opened this issue Nov 24, 2018 · 5 comments
Closed

Error while trying to set STATE via MQTT #36

m4rc77 opened this issue Nov 24, 2018 · 5 comments

Comments

@m4rc77
Copy link

m4rc77 commented Nov 24, 2018

I am trying to switch from hm2mqtt.js to node-red-contrib-ccu ... but I am still facing some issues.

When I try to set a value e.g. true or false for example on topic hm/set/Stehlampe_Atelier/STATE to switch on the lamp i get errors from node-red-contrib-ccu in the debug tab of NodeRED. The console log from NodeRED does not point out any further details.

The errors i get are:

11/24/2018, 3:24:06 PMnode: CCU2msg : string[77]
"unknown paramsetDescription BidCos-RF/HM-LC-Sw1-Pl-DN-R5/2.5/8//VALUES STATE"

11/24/2018, 3:24:06 PMnode: CCU2msg : string[54]
" < BidCos-RF setValue Error: XML-RPC fault: Failure"

11/24/2018, 3:24:06 PMnode: CCU2msg : string[87]
"rpc > BidCos-RF setValue ["MEQ1506813","STATE","false"] < Error: XML-RPC fault: Failure"

For your information the setup of ccu-connection node and the mqtt flow according to CCU an MQTT anbinden is in my opinion now correct, as i get the hm/status/# messages and i am also able to switch Stehlampe Atelier with a ccu-value node but not via mqtt.

Any ideas what could be wrong?

The // in the error message "unknown paramsetDescription BidCos-RF/HM-LC-Sw1-Pl-DN-R5/2.5/8//VALUES STATE" looks a little bit strange to me ... is there missing something?

My setup:

  • RasPi with NodeRED 0.19.5 and node-red-contrib-ccu 1.9.1
  • CCU2 with Firmware 2.31.25
  • Stehlampe Atelier is a HM-LC-Sw1-Pl-DN-R5
@hobbyquaker hobbyquaker added 🐛bug Something isn't working 🤔to be clarified labels Nov 25, 2018
@hobbyquaker
Copy link
Member

Seems to be a Bug on creating the ParamsetDescription Name. The // is indeed wrong. It's also questionable if the fallback to string on unknown ParamsetDescriptions makes sense here. Have to investigate and think about that.

@m4rc77
Copy link
Author

m4rc77 commented Nov 26, 2018

OK, let me know if I can check/test/try/fix something.

I guess that function paramsetName(iface, device, paramset) in class CcuConnectionNode in file ccu-connection.js is creating the //.

In my case I guess paramsetName(..) should return BidCos-RF/HM-LC-Sw1-Pl-DN-R5/2.5/8/SWITCH/VALUES instead of BidCos-RF/HM-LC-Sw1-Pl-DN-R5/2.5/8//VALUES as this key also exists in the ccu_<IP>.json file in nodeRED root dir. But I am not sure if this is correct as I do not have enough CCU/BidCos-RF know-how.

@hobbyquaker
Copy link
Member

hobbyquaker commented Dec 23, 2018

Looked into this, but I'm not able to reproduce it. So I can only do some speculation on what could go wrong: Have you possibly set the same name for the Device and the Channel (Stehlampe_Atelier)?

@hdiessner
Copy link

Hello, I am in the exact situation (interesting, that always some kind of "Stehlampe" has to serve as a testing object).
In my case, yes: Device AND Channel have / had the same name.
So I renamed the Device to Stehlampe_D and Channel back to Stehlampe.
That did the trick!

@m4rc77
Copy link
Author

m4rc77 commented Mar 28, 2019

The cause of the problem was, that device (Gerät) and channel (Kanal) had the same names.
Now all my devices have the prefix 'Device' and thanks to this no conflict exists with the channel names. The system now works as expected. Thanks for your help.

My current setup is:
RasPi with NodeRED 0.20.3 and node-red-contrib-ccu 2.0.5
CCU2 with Firmware 2.41.9
Test-Device: Stehlampe Atelier (HM-LC-Sw1-Pl-DN-R5, Device-Name: 'Device Stehlampe Atelier', Channel-Name: 'Stehlampe Atelier')

Thanks a lot for the great work!

@m4rc77 m4rc77 closed this as completed Mar 28, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

3 participants