1.5.0b4

Fixes to allow the integration to be instantiated multiple times

1.5.0b3

Fix for fan

1.4.1b1

Allow integration to be added multiple times by adding serial number to device_info identifiers and entity_id, when serial number is specified.

1.5.0b2

• Add multimatic in unique_id in order to avoid collision
• Add multimatic for entity quick_mode, holiday, system_online and system_update
• Add fan entity

1.5.0b1

• BREAKING CHANGE: Renaming vaillant to multimatic
• BREAKING CHANGE: entity_id doesn't contain the domain anymore (e.g: climate.vaillant_bathroom become climate.bathroom)
• BREAKING CHANGE: service are renamed from vaillant.xxx to multimatic.xxx
• BREAKING CHANGE: dynamic errors are removed, it's replaced by only one binary_sensor
• Moving to DataUpdateCoordinator
• Allowing multiple instance of the integration
• Fire event when quick mode and holiday mode is active (so listening entities are notified) instead of maintaining a list of entities inside the hub.
• IO optimization when quick mode or holiday mode is changing.
• Add a scan interval option
• Fix error when a live report is not in the API anymore.
• Adding fan support

1.4.0

Supporting cooling

1.3.2

• Checking correctly (with async_track_time_interval instead of Throttle) at regular interval if there are errors coming from the API (it only checks local data, so no new IO is done)

1.3.1

Only add enabled zone as climate entity.

1.3.0

New service vaillant.request_hvac_update. See release note for more details.
You may need to add a new automation if data are not refreshing anymore.

1.2.3

• fix set_holiday service
• comply to HA 0.110
• add some None check while starting the integration