-
-
Notifications
You must be signed in to change notification settings - Fork 916
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
Aeotec MultiSensor 6 (ZW100) temperature threshold change unit #1332
Comments
The fw 1.08 still in beta, I prefert wait for final release to change size attribute. |
Not sure whether the support article is properly updated. Mine came few weeks ago with 1.08 already from factory. Go figure. :( |
Hmm, I'm looking into 1.07 sheet and the size |
ah yes, but here the problem is in openzwave we do not have the size definition of 3, for configuration parameters. |
see also http://zwavepublic.com/sites/default/files/command_class_specs_2017A/SDS13781-3%20Z-Wave%20Application%20Command%20Class%20Specification.pdf page 97 I think is a typo from aeotec, I already talk about this with them. |
Probably yes. Value 49 is in sheet |
we must perform some test. try to adjust form size 2 to 4 play with parameter values, ensure the device accept them. If he refuse, you must rollback and do try with size of 2. you have to exclude and include again every time you change the definition. I will also ask to my contact at aeotec to get news about the 1.08 beta and the eng sheet. If the 1.08 is the stable version we will update the definition in phase. |
From my testing it seems that the size
But having the return as size |
quite, especially that in the specification of the command class it is not supported (the size of 3) |
Well, what we're gonna do now. Sending 2 bytes obviously works as long as your value fits there. But then... But then we have the hassle of reading it back. Maybe read 4 bytes back as a band-aid and developer will be left alone skipping the one byte that's basically a garbage? Lame right? |
We will have to write a quirk (and a config option) to address this. Let me think about it first tho. |
Reading through some docs I've spotted this. At the bottom it says: I suppose the |
is this still a issue or did they fix it? |
They actually released a new firmware on 12-14-2017 |
So the issue is fixed with the new firmware? |
From the link posted above: V1.10 + V1.11:
Specifically, Item number 2, looks like parameters 41, 49, and 50 were changed to 4 bytes. |
Will this issue be fixed? Can not adjust the paramter 41 after firmware updating Multisensor 6 to V1.11 Aeotec have changed the paramter from 3 to 4 bytes now? |
Same issue here I can't set the value of parameter 41. If setting is untouched then the value 20 is correct, but as soon as I change it, the returned value is 256 and the sensor is almost impossible to configure anymore as it sends a report each second. |
I think Aeotec fucked this up greatly. It's a breaking change and also some value bits formats changed. Real mess. Not sure how to solve it nicely. Of course it can be changed to size 4 and people using previous FWs would limit themselves only to using 2, but that seems, without internal knowledge, confusing. At least we can explain it in the description in XML. If we agree on some solution I can do that then. |
I think its ok to explain it in the description/help field. Is it possible to have different xml config files based on firmware version? |
So after some research I understood that OZW version I'm using is the one built in Domoticz (derivative of v1.4). |
see #644 |
Closing as this will be addressed with #664 |
Hello, Sometimes the temperature goes up to 70 ° C. It seems that the temperature changes of unit (Celsius to Fahrenheit) without reason. Does anyone have the same problem? |
Never happened to me. 🤞
|
The data sheet for FW 1.08 show that the size for value 41 is
3
and the value is now two part - the threshold itself and unit.Thus probably the size, description (I can do PR for that) and probably value handling should be adjusted.
The text was updated successfully, but these errors were encountered: