Which lifecycle event happen on driver updates

[ivarsand (Ivar Sandstad)]

I am updating the implementation of a Z-wave driver for a thermostat. The new version changes from using one profile to using two profiles. I need to switch to the correct profile and set some variables depending on previous settings or parameters in the device. Which lifecycle event should I use to read parameters and select correct profile. The documentation does not clearly specify when and in which sequence lifecycle events happen. Should I use added, doConfigure or driverChanged.
An example with lifecycle event sequence for device added, user changed to different driver and driver updated would be very useful.

[TapioX]

Maybe you can find answers here

Init handler caller repeatedly, added maybe not called

Hi @gsabran The Flows of life cycles have been changing in these 2 years. At the moment, The driver execution lifecycles flows are different depending on: If you install the driver and then pair the device: init, added, doConfigure, some times infoChanged if you install the driver and then add the first device with driver change: init, added, driverSwitched in your installed driver then you add the second or following devices with driver change: added, driverSwitched, init If you install a new version of the driver overwritten the old one, with CLI or automatic: init It is necessary to test all these flows in a new driver, even doing a reboot of the hub to see how the capabilities and all variables are initialized. The normal flow when I am already debugging is …

[ivarsand (Ivar Sandstad)]

Thank you very much. Information was perfect.

[Mariano_Colmenarejo]

Hi @ivarsand

To assign the profile that can vary depending on a persistent minor variable, such as preferences, I use the init lifecycle or driver switched

To assign a profile chosen by the user, the infoChanged lifecycle must be used, which is executed when a preference value is changed.

If you want, you can see examples in my drivers zwave o zigbee too

[ivarsand (Ivar Sandstad)]

Thank you very much. That was very helpful.
The old version of the driver I am writing used only one profile.
The new version will support two profiles.
I use set_field with persist to “remember” selected profile.
Will a set_field survive a driver update?
If so I can just check the value in init. If not existent, I can select and assign profile depending on a preference.

[Mariano_Colmenarejo]

@ivarsand

I use set_field with persist to “remember” selected profile.
Will a set_field survive a driver update?

Hi,

with persist= true, then it persists to a hub reboot or hub or driver update.

If you choose the profile with a preference it is better, since it is persistent even after changing the driver and returning to it.

When you change the profile value in preferences, the infoChanged lifecycle is called and the new value is sent so that you can execute the profile change code.

You have mani examples on my github.