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

Thermostat SRT-321 has no BinarySwitch and ThermostatMode states #1011

Open
sucesor opened this issue Jun 19, 2023 · 9 comments
Open

Thermostat SRT-321 has no BinarySwitch and ThermostatMode states #1011

sucesor opened this issue Jun 19, 2023 · 9 comments

Comments

@sucesor
Copy link

sucesor commented Jun 19, 2023

Versions:

  • Adapter version: 3.0.5
  • JS-Controller version: 4.0.24
  • Node version: 8.16.0
  • Operating system: Linux Debian 11

Thermostat SRT-321 has no BinarySwitch and ThermostatMode states however when I used ioBroker.zwave adapter those states were available and the device supports the appropriate classes https://products.z-wavealliance.org/products/1563/classes

Device:

  • Manufacturer / Model: Secure SRT-321
  • Node numbers:
  • manufacturerId: 0x059
  • productType: 1
  • productId: 3
  • firmwareVersions: 6.0

Logfile of an interview:
zwavejs_2023-06-19.log

@AlCalzone
Copy link
Owner

You have the 300 series version of the device, the link you posted is for the newer 500 series version (product ID 5). So the information on that page is not 100% reliable.

We will have to force-add these two missing CCs through a config file, as the device does not report support for those during the interview.

@sucesor
Copy link
Author

sucesor commented Jun 19, 2023

Thank you for the response.
I have initiated "Refresh Node Info" using open-zwave control panel which is similar to zwave js interview process.
It seems the device provides appropriate classes support information by specific request.
Please take a look at the ozwcp.log
Hope it will help to get a better result.
ozwcp.log

@AlCalzone
Copy link
Owner

I see - the device reports both these classes as controlled (can control the CC in other devices), which does not mean that it supports (other devices can control the CC in this one) them.

Just to be clear, you were able to control the device using those states in ioBroker before?

@sucesor
Copy link
Author

sucesor commented Jun 20, 2023

No, I could not control the device using these states, however, I was able to handle the events of these states in order to control the behavior of the actuators.

@AlCalzone
Copy link
Owner

Oh, now it starts to make sense. Can you capture another log where you turn the thermostat on or off?

@sucesor
Copy link
Author

sucesor commented Jun 20, 2023

Sure, not a problem.
I'd like to clarify, what is the exact type of log you need zwave-js on open-zwave?

@AlCalzone
Copy link
Owner

zwave-js. I'd like to see what exactly it sends and how zwave-js reacts.

@sucesor
Copy link
Author

sucesor commented Jun 20, 2023

Done.
Please, pay attention that node numbers were changed. So, Node0002 now is thermostat SRT-321
zwavejs_2023-06-20.log

@AlCalzone
Copy link
Owner

Thanks. I'll have to see how to best handle this, since the thermostat sends controlling commands (SET, not REPORT), which we don't simply interpret as reports like OZW used to do.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants