From what I have seen, yes. This is not something that can be configured. In the case of the Fibaro RGBW controller 2, the manual even specifies that precision is 1.
When I looked at the implant's reports a few years back, the reported voltage was jumping by .02 or .03 volts between reports, not quite a full 2 decimals but better than 1...
So, 5 months now since adding the weekly auto reboot. No Hub and especially NO Implant issues!
Was even able to replace one of the 5 temperature sensors, reboot the Implant, and it accepted the replacement. Of course it scrambled the sensor mapping, but I'd already setup a remapping rule to assign the values to the correct virtual devices.
@christi999 - Should the child inputs have an option for description text logging? I'm in the Hubitat beta group and I can only see debug logging available whereas for the Hubitat driver there's both description text and debug logging preferences available. Thanks.
It's fine, it was just an observation. I had a failure of a rule last night and was turning on logging for everything involved to recreate the circumstances and diagnose. I noticed that the option wasn't there, but as I'm on beta I wasn't sure if something in the page layout had affected it.
Okay guys, this shouldn't be that hard. I have specific needs that the IMPLANT looks like it would have solved, but I'm getting NO JOY out of this.
Using Hubitat C7 and smart implant. Hubitat is latest firmware.
There is 1ft between the hubitat and implant.
I've installed the HPM and installed the Christi999 driver set.
Hubitat does not report anything in the logs regarding any device, only that the add device process times out.
I've never had any issue with inclusion on the Smart Implants. I use both this driver by @christi999 and the Hubitat one. The last three I installed a few months back went fine and were included at a distance from the hub. I always skip security when prompted so maybe your timeout is when using S2? The hub matched mine with this driver rather than the Hubitat one.
This nugget is from old devices with probes and I can't remember what I did my my two current ones as it's been a while but....
I know when you put on the probes you had to reset the so the firmware recognized you attached a peripheral before it could be recognized.
Also, since this is more of a Z-wave issue rather than the driver, maybe you would get more insight in another forum section, the "help" section maybe.
As @christi999 says it sounds like a device or inclusion issue rather than a driver problem. If the device is the correct region, try shutting down the hub, then unplugging for 39 secs to reset the Z Wave. You’ll also want to be sure that the failed pairings have left no ghosts in the Z Wave details page as those must be removed if present.
Grrrr, I did not think to check the frequency band the implant uses. Are they all EU band?
It showed up as a generic device... got this in the log when it tried to configure..
java.lang.IndexOutOfBoundsException: Index -1 out of bounds for length 0 on line 194 (method updated)
seeming like this stuff is not ready for prime time. May try a few other things, but I really needed the analog input on this in the US frequencies bands.
@christi999
Just a heads up. I'm testing the latest beta and these errors now arrive many a minute.
Something has changed in the build that affects this but I have no idea what.
dev:20342025-01-30 15:04:59.733
error
java.lang.NullPointerException: Cannot invoke method toFloat() on null object on line 443 (method parse)
Out of interest, what are the benefits/downsides of this driver over the default one now?
Ive been wanting to automate disconnecting inputs and outputs, which obviously cant be done in the Hubitat version, but in this version I could add a virtual switch which sets the preference as needed and sends the configure command... Thanks and cant believe I didnt find this until recently!!