With ST I had it updating within 5 seconds without issues and it was running for the better part of a year without issues. I even compared the energy usage to what my electric provider had charged me and it was pretty darn accurate.
The only thing different is I unpaired the device with ST and re-paired it with HE. So far its been 30 minutes without a change in wattage,
Yes, that what I mean, ST was faster, you had better luck than me, but HE is slower handling the HEM (driver issue)so I suggest to start changing the settings to 60, 60 and 15, with another window with the logs then click configure on the HEM device, you will see if it is giving you errors, let it calm, it will be congested of data, you can disconnect it from power to restart it and try again.
It must be an issue with the driver. I use @mike.maxwell 's driver that @ogiewon ported to HE for the v1 HEM, so I can monitor my laundry status. It updates every 30 seconds. No issues on Hubitat.
Here is the code that sets the device's z-wave configuration parameters. DO NOT USE ALL OF THESE settings unless you really want to monitor the status of each current transformer clamp independently, as is necessary for monitor a washer and dryer. The last line appears to set the z-wave reporting interval of the device.
log.debug "configure()"
initialize()
def cmd = delayBetween([
//zwave.configurationV1.configurationSet(parameterNumber: 100, size: 4, scaledConfigurationValue:1).format(), //reset if not 0
//zwave.configurationV1.configurationSet(parameterNumber: 110, size: 4, scaledConfigurationValue: 1).format(), //reset if not 0
zwave.configurationV1.configurationSet(parameterNumber: 1, size: 2, scaledConfigurationValue: 120).format(), // assumed voltage
zwave.configurationV1.configurationSet(parameterNumber: 3, size: 1, scaledConfigurationValue: 0).format(), // Disable (=0) selective reporting
zwave.configurationV1.configurationSet(parameterNumber: 9, size: 1, scaledConfigurationValue: 10).format(), // Or by 10% (L1)
zwave.configurationV1.configurationSet(parameterNumber: 10, size: 1, scaledConfigurationValue: 10).format(), // Or by 10% (L2)
zwave.configurationV1.configurationSet(parameterNumber: 20, size: 1, scaledConfigurationValue: 1).format(), //usb = 1
zwave.configurationV1.configurationSet(parameterNumber: 101, size: 4, scaledConfigurationValue: 6912).format(),
zwave.configurationV1.configurationSet(parameterNumber: 111, size: 4, scaledConfigurationValue: 30).format() // Every 30 seconds
], 2000)
return cmd
}
and this document will probably come in handy to anyone trying to tweak the settings of the Aeon HEM v1 device.
It seems to be better since I removed the device from HE and reset the HEM. Since I re-paired the HEM it has been updating, for testing I have it set to refresh every 30 seconds. I am going to slowly increase the refresh to see if it flakes out again. I would ideally like to get it closer to 10 seconds if possible.
Is anyone still using these devices and this driver? Is it still working for you after updating to 2.2.7? Mine seem to have dropped off. Default HEM device will not work at all, but this one works fine on 2.2.6 if I roll back.
EDIT: to fix the above driver on 2.2.7, change line 74 to if (cmd.meterType == 1) {
There was never a meterType 33 this was using V2+ meterReport that was crammed into a V1 meterReport parser, which added extra data into the byte that was previously just meterType..
When I re-factored the older meter CC versions and added the new versions, I corrected for this misreporting but didn't realize people had compensated for this misreporting in their drivers..
The extra bits were coming from rateType on V2+ packets..