1.0.0 #202
cryptk
announced in
Announcements
1.0.0
#202
Replies: 1 comment 1 reply
-
|
Excellent work here @cryptk…you are my Omnilogic hero!! I need to buy you a coffee or two!! Really appreciate all your efforts on this! |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
This change has been a long time coming.
The entire library has been completely refactored, and the integration as well to use the new and improved library. This should go a long way towards resolving a lot of the maintainability issues that I had with both the library and the integration. The new library version also supports some more functionality for controlling OmniLogic controllers that isn't yet implemented in the integration as I wanted to focus on feature parity with what was already there previously, but there is more coming.
In addition to that, I have finally tracked down and resolved a long-standing bug that caused the integration to sometimes break on flaky network connections in a way that it wasn't able to recover from, causing entity states to stop updating. Part of this is properly marking entities as unavailable if the integration cannot receive updates from the OmniLogic, so if you ever see your entities marked as unavailable this is why. It is almost certainly caused by an unreliable network connection to the OmniLogic. Rest assured, the integration is already trying really hard with multiple retries and proper error handling to get data to/from the OmniLogic, but at some point, if it's not responding over the network, it's not responding.
Other notable improvements include:
There are some breaking changes that you should be aware of for this 1.0.0 version.
Breaking Changes
Removed scan interval configuration
The ability to configure the polling interval from the integration configuration/options has been removed in order to fall in line with integration best practices. I know this will be annoying for some subset of users, but if I ever decide to upstream this provider into core, this would have to be done.
What this means for you:
Entity extra attributes changed
Many extra state attributes have been renamed to have omni_ prefixed, this is now consistent across all extra state attributes that the integration adds. Some extra state attributes have had their values changed to more accurate strings to better reflect the data in the OmniLogic controller
What this means for you:
Variable Speed Filters and Pumps use percent for speed
Internally, the OmniLogic tracks all variable speed filters/pumps in percentage, not RPM. In order to simplify the codebase, the integration now does this as well. There are still attributes for min/max/current RPM if you need to know the RPM that the pump is set to (this is not the RPM it's actually running at, but rather the "target" RPM, kinda).
What this means for you:
Valve Actuators Now Use Valve Platform
Valve actuator relays have been moved from the switch platform to the new valve platform. This is a breaking change that will require users to update their automations and dashboards.
What this means for you:
switch.pool_waterfallbecomesvalve.pool_waterfall)Library Refactor - Entity Name Changes
This release includes a major refactor to use a newly redesigned underlying library (
python-omnilogic-local). While the functionality remains the same, some entity names and attributes may have changed.Action required:
What's Changed
Full Changelog: 0.7.13...1.0.0
This discussion was created from the release 1.0.0.
Beta Was this translation helpful? Give feedback.
All reactions