It also shows at the end of the details view the Manufacturer, productType and productId
The parameters that can be changed with the preferences of the driver used by the device is better to change them in its driver, since if you change them with the driver Z-Wave Device Config Mc, when you return to the original driver, the preferences values will not coincide with the real values in the device. Driver Preferences values are not dynamically updated by reading the value of the parameter on the device
How does it work?
Make a driver change to Z-Wave Device Config Mc on the device you want to configure. All values displayed will be 0. Note:
If you have automations that affect this device, they may be missing or disabled. Add a virtual device on them so they don’t get lost.
Before the update of the android app they remained as an unknown action.
Now the device will disappear from the automation and if in actions or conditions there is only this device, the automation is deleted. If there are more devices it will only be disabled
Mmmm is it a custom capability? Can you share its ID, please?
Also, I’m curious about the content of the VID to see if there appears something, if we don’t set a limit in any place for the custom capability, there shouldn’t be a range predefined…
Did you ever set that limit but modified the configuration after a while?
I don’t know if this is what’s going on, but in the past there have sometimes been problems when the ST UI assumed that a value was a percentage, hence the limits from 0 to 100, but in fact it was just a numeric value.
You might also want to make sure that the field can accept negative values, as these are required for some zwave parameters. Temperature range is a common example. (Some manufacturers like Fibaro do use two’s complement values for negative numbers in unsigned fields, of course, in which case you will see very large values in the field.)
If you have a Z-wave device paired with an edge driver and it does not have all the configuration parameters available in preferences and you need to change some of those that are not shown in the driver preferences
Many zwave devices have configurable parameters that are not exposed in the official edge drivers. Since zwave parameters are stored in the firmware of the device, if there’s a parameter you want to set that is not available through the official edge driver, you should be able to switch temporarily to this edge driver, set the parameter, then switch back to the original driver for everyday use.
See the Fibaro multisensor for a good example of a zwave device with a lot of advanced parameters:
This does not appear to be working on an Aeotec TriSensor, I woke up the device and tried to get and change the parameters, but it does not appear to have done anything. It’s an outdoor mounted unit and it is hot now so I will play with it in the morning and report back.
Many battery powered zwave devices only accept configuration changes at the time they are joined to the network unless you do what is called a “forced wake up. “
And still others have a fairly long waiting period in between when they will accept configuration changes. All of this is done to save battery life.
Normally, the Aeotec trisensor only accepts configuration changes every four hours. So even if the edge Driver does a forced wake up (I don’t know whether it does or not) it could be four hours before you see the changes take effect.
Sometimes the manufacturer will have included a forced wake up button on the device itself, and then holding that in will cause the device to immediately process any pending changes. But you have to check the user manual to find out if there’s a specific tap pattern or length of time you have to hold it.
The Aeotec trisensor does have a button of this type, it’s described in the user manual.
So it’s possible that your changes are still pending and just haven’t taken effect yet.
As always, the first rule of home automation applies: “the model number matters.“ You’ll have to check the user manual for any batterypowered device you want to use this edge driver with to see if there’s anything special you need to do to get the changes accepted. (since Mains-powered devices don’t have to worry about battery life, they will generally accept a reconfiguration request at pretty much any time.)
Here’s the old Groovy DTH, where you can see the same issue is being discussed. There won’t be any difference between an edge driver and a groovy DTH in this regard, the issue comes from the way the device itself is manufactured.
Remember that the default libraries only understand signed integer values and therefore negative values can actually be the 2’s complement of the actual value on the device. You have to check with the device manual the range of values of these parameters to know the real value stored and the one we have to send when changing it. (See this Post)
These functions are accessed from preferences. Choosing one of them changes to a specific profile for that function. This requires that to see the new profile you have to close the device and reopen it in a few seconds.
In the Device Parameters configuration function I have added a button to execute the Get, Send or Select action chosen in the list. This is because the app command handles selecting values from the list has changed and it no longer send repeated commands.
Added Visibility to false to all events so they don’t show up in device history
As I have not seen any problems being updated, the driver update will be done automatically, but you will have to clear the app’s cache to see the new profiles correctly.
New version is this:
│ Name │ Z-Wave Device Config Mc │
│ Version │ 2022-08-18T20:03:38.502231317 │
I’ll be adding more features like, association groups as I learn how to do it. I don’t quite understand how association groups work with other devices and searching for information in libraries and documentation is tedious.
Only know how made the device association group with Hub
If anyone knows and wants to help, they are welcome.