Skip to content

Releases: zxdavb/ramses_cc

Bugfixes

23 Feb 18:31
Compare
Choose a tag to compare
Bugfixes Pre-release
Pre-release

What's Changed

Tested with Python 3.13.2 (lint/mypy/pytest all pass).

What's Fixed

What's Fixed in the Client library, ramses_rf

  • Update requirements (e.g. paho-mqtt is no longer <= 2.0.0)
  • Throw a warning if it appears that the RAMSES_ESP dongle hasn't has its SNTP settings configured
  • For 3EF0, hex_to_percent() now is high-resolution

Full Changelog: 0.50.0...0.50.1

Bugfixes

04 Dec 18:04
Compare
Choose a tag to compare

What's Changed

Tested with Python 3.13 (lint/mypy/pytest all pass).

What's Fixed

Full Changelog: 0.42.0...0.50.0

Bugfixes

17 Aug 15:28
Compare
Choose a tag to compare

This is release 0.42.0, which includes further tests, and bugfixes.

It includes ramses_rf 0.42.0:

  • includes a fix for #198 (not a valid value for dictionary value @ data['class'])

Note that only the config-flow version (this version) of RAMSES is now being maintained.

MQTT is a first class citizen

19 Jun 21:48
Compare
Choose a tag to compare

This is release 0.41.23, which includes config_flow, and initial support for MQTT (i.e. the RMASES_ESP dongle)..

It is based upon 0.41.20, and includes very few changed to ramses_cc,

  • switch to pyserial-asyncio-fast (HA's own version of pyserial-asyncio)

... but ramses_rf has been bumped to 0.31.23:

Latest release with config_flow

08 May 09:33
Compare
Choose a tag to compare

This is release 0.41.20, which includes config_flow.

It is recommended over 0.31.20, which is identical, but without config_flow.

Generally, switching from no config_flow should be considered a one-way migration. Going back is not impossible, but requires some work.

The addition of config_flow is thanks to @trvrnrth!

Highlights: Increased reliability, and evohome faults are becoming a first-class citizen. Also, binding of fake HVAC remotes may now work, where they did not before.

Changes include:

  • refactoring of Evohome system faults binary sensor
  • addition of get_system_faults service call for evohome controllers
  • bump ramses_rf client to 0.31.20
  • homogenising sensor descriptors between both config_flow/non-config_flow releases
  • hardening test suite - increasing coverage

Changes to ramses_rf include:

  • will use pyserial-asyncio-fast if available (may fix #184)
  • changes to protocol and startup (may fix #181, #182)
  • fix bug that prevented HVAC remotes from binding
  • improvements to startup of the serial transport - ?more reliable (may fix #184)
  • improvements to the MQTT transport
  • less logspam, and more informative logging otherwise
  • improvements to 1030, 1260, 3220 parsers
  • bugfix excessive polling for OpenTherm bridges (esp. 3220 params/schema pkts)
  • various other refactoring, fixes, some minor deprecations, and more intense QA/QI

Latest Latest release without config_flow

08 May 09:37
Compare
Choose a tag to compare

This is release 0.31.20, which excludes config_flow.

It is identical to 0.41.20, which is the recommended release, but without config_flow.

Generally, switching from no config_flow should be considered a one-way migration. Going back is not impossible, but requires some work.

Highlights: Increased reliability, and evohome faults are becoming a first-class citizen. Also, binding of fake HVAC remotes may now work, where they did not before.

Changes include:

  • refactoring of Evohome system faults binary sensor
  • addition of get_system_faults service call for evohome controllers
  • bump ramses_rf client to 0.31.20
  • homogenising sensor descriptors between both config_flow/non-config_flow releases
  • hardening test suite - increasing coverage

Changes to ramses_rf include:

  • will use pyserial-asyncio-fast if available (may fix #184)
  • changes to protocol and startup (may fix #181, #182)
  • fix bug that prevented HVAC remotes from binding
  • improvements to startup of the serial transport - ?more reliable (may fix #184)
  • improvements to the MQTT transport
  • less logspam, and more informative logging otherwise
  • improvements to 1030, 1260, 3220 parsers
  • bugfix excessive polling for OpenTherm bridges (esp. 3220 params/schema pkts)
  • various other refactoring, fixes, some minor deprecations, and more intense QA/QI

Latest stable release (no config_flow)

22 Apr 23:23
Compare
Choose a tag to compare

This is release 0.31.19, which has been tested on HA version 2024.4.x. It does not utilize config flow.

It should be a seamless downgrade to 0.31.16 if you have issues with this version.

Overview

This release of ramses_cc does not utilize config flow!

Changes since 0.31.16 are:

  • bump ramses_rf client to latest version, 0.31.19 (main change: more reliable QoS & FSM)
  • slightly tweak start-up so more serial port problems are survivable without restarting HA (a WIP)
  • tweak the integration to latest HA coding rules

Known Issues

#171 - Fault log broken

Bugs Fixed

May address #181, #182 - complete failure to start integration.

Latest Stable release

30 Mar 09:55
Compare
Choose a tag to compare

Overview

This is version 0.31.16. Note that 0.31.17 has been yanked - this is the latest 0.31.x release.

Note that this version does not include config_flow:

  • if you are running 0.31.x, this should be a simple/safe upgrade
  • if you are running 0.41.x, you may want to wait for 0.41.16 (but you don't have to, YMMV)

If there is an issue, it should be straight-forward to roll back to 0.31.11 from this version. Mostly, it includes only bug fixes since 0.31.11, and:

  • it adds service call icons
  • bumps client to 0.31.16 - QoS is now enabled by default

Bugs Fixed

Resolved issues since 0.31.11 include (but are not limited to):

  • #163 - ramses_cc.set_zone_mode appears broken (2nd attempt)

It uses an updated version of the ramses_rf client library:

  • QoS is now enabled by default
  • experimental support for evofw3-over-MQTT (see: https://github.com/IndaloTech/ramses_esp)
  • improved logging: better messages, less logspam, no silent discarding of packets
  • threadsafeing, parser tweaks, hardening

Stable release

11 Mar 15:07
Compare
Choose a tag to compare

This is the latest stable release, It includes only bug fixes since 0.31.7.

Note that this version does not include config_flow:

  • if you are running 0.31.7, this should be a simple/safe upgrade
  • if you are running 0.41.7, you may want to wait (but you don't have to, YMMV)

If there is an issue, it should be straight-forward to roll back to 0.31.7 from this version.

With the exception of adding tests via test_homeassistant_custom_component, it contains only bug fixes, including:

  • fix battery_level is extra_state_attrs (now scalar, not dict)
  • lots of tweaks/fixes to the service calls

Resolved issues include (but are not limited to):

  • #169 set_zone_mode - eco_boost is being set for 1 hour
  • #164 send_packet - creating invalid address
  • #163 set_zone_mode - broken?
  • #162 Warning: Entity implements HVACMode(s): heat, off, auto and therefore...
  • #157 The gateway type is not determinable, will assume evofw3
  • #156 fix errors within 3110 parser
  • #151 Message events listener doesn't catch as expected
  • #145 fix errors within 01FF parser
  • #85 send_pkt service fails with 18:000730 as destination

It uses an updated version of the ramses_rf client library:

  • experimental support for evofw3-over-MQTT (see: https://github.com/IndaloTech/ramses_esp)
  • improved logging: better messages, less logspam, no silent discarding of packets
  • threadsafeing, parser tweaks, hardening

Now with added Config Flow

05 Feb 16:00
Compare
Choose a tag to compare
Pre-release

This is version 0.41.7, which has been tested on HA version 2024.1.x. It is based upon 0.31.7, and should be a seamless transition from that version.

It should not be considered stable (although there are no known issues), so please backup your HA installation before installing this version. If you want to rollback to 0.31.7 (or later), you may need to restore from backup.

Overview

This is the first release of ramses_cc that utilizes config flow.

Many thanks to @trvrnrth for adding config flow to this integration!

image