Skip to content

Releases: Pythm/ad-ModeManagement

Outside switch backward compability

23 Feb 16:48
3601731

Choose a tag to compare

Implemented a fix that keeps the “outside” switch backward‑compatible, allowing configuration with either “outside” or “outside_switch”.

The v0.2.4 release note in case you missed it:

ModeManagement Release Notes

Changes Overview

This release includes several improvements to mode management logic, bug fixes, and structural updates.

Feature Updates

Enhanced Morning Mode Logic

  • Changing to morning now accepts modes starting with night*

  • Morning mode detection now properly recognizes modes that begin with "night" (e.g., "nightKidsBedroom")

Mode Name Standardization

  • Updated from 'normal' to 'automagical' mode name as standard

  • The 'normal' mode has been renamed to 'automagical' as the new standard mode name in Lightwand version 2.1.0 to avoid further confusion about name 'normal'

Input Handling Improvements

  • Only write mode to input_text if room is not provided

  • Use input_select for room-specific updates in Lightwand

Bug Fixes

Vacuum Robot Issues

  • Fixed manually started vacuums, stopping when multiple robots configured

  • Resolved issue where manually starting one vacuum would then stop running when returning home when multiple robots are configured

  • Updated persons/presence and vacuums to be pydantic BaseModel

  • Improved data validation and structure for person and presence entities, as well as vacuum robots

Dependencies & Maintenance

Dependency Cleanup

  • Removed geopy from requirements

  • With updated documentation this closes issue #15

  • Streamlined dependencies for better package management

Additional Notes

  • Multiple commits throughout January to February 2026

  • Focus on improving user experience with mode selection and input handling

  • Enhanced reliability for vacuum automation with multiple robot support


Changelog Source:

Updates to use the default "automagical" mode name from Lightwand

23 Feb 14:55
18832b0

Choose a tag to compare

ModeManagement Release Notes

Changes Overview

This release includes several improvements to mode management logic, bug fixes, and structural updates.

Feature Updates

Enhanced Morning Mode Logic

  • Changing to morning now accepts modes starting with night*

  • Morning mode detection now properly recognizes modes that begin with "night" (e.g., "nightKidsBedroom")

Mode Name Standardization

  • Updated from 'normal' to 'automagical' mode name as standard

  • The 'normal' mode has been renamed to 'automagical' as the new standard mode name in Lightwand version 2.1.0 to avoid further confusion about name 'normal'

Input Handling Improvements

  • Only write mode to input_text if room is not provided

  • Use input_select for room-specific updates in Lightwand

Bug Fixes

Vacuum Robot Issues

  • Fixed manually started vacuums, stopping when multiple robots configured

  • Resolved issue where manually starting one vacuum would then stop running when returning home when multiple robots are configured

  • Updated persons/presence and vacuums to be pydantic BaseModel

  • Improved data validation and structure for person and presence entities, as well as vacuum robots

Dependencies & Maintenance

Dependency Cleanup

  • Removed geopy from requirements

  • With updated documentation this closes issue #15

  • Streamlined dependencies for better package management

Additional Notes

  • Multiple commits throughout January to February 2026

  • Focus on improving user experience with mode selection and input handling

  • Enhanced reliability for vacuum automation with multiple robot support


Changelog Source:

v0.2.3 Bugfix introduced in 0.2.2

27 Dec 15:33
af13045

Choose a tag to compare

What's Changed

Full Changelog: v0.2.2...v0.2.3

v0.2.2

27 Dec 13:30
8f63dba

Choose a tag to compare

What's Changed

  • Added possibility to set vacuum routine by @Pythm in #18
  • Displays a log if app is not able to get battery level from vaccum entity

Full Changelog: v0.2.1...v0.2.2

v0.2.1

25 Dec 20:47
dd25165

Choose a tag to compare

Release v0.2.1 – 25 Dec 2025

What’s New

Feature Description
Optional country_code The country_code setting is now optional. It is used to look up local holidays so that the morning routine would be skipped on those days and in weekends. If you omit the setting, the morning routine will fire every day whenever the morning sensor is triggered.
Updated README The documentation now clearly explains the new optionality and better explain installing required dependencies. (Pull #16 by @Pythm)

Full Changelog

0.2.0 → 0.2.1

v0.2.0

23 Dec 18:11
e5dd4b2

Choose a tag to compare

ModeManagement 0.2.0
Release notes

The latest update brings a breaking change to the way Lightwand translations are handled:

  • Singleton‑based translations
    The app now uses the Lightwand translation singleton instead of the previous json translation file.
    Required – you must have at least one Lightwand app installed and running v2.0.0 or newer.

Changelog

  • Added: Integration with Lightwand’s translation singleton.
  • Removed: Loading of the translation.json file.
  • Updated: Documentation and example configuration to reflect the new requirement.

Other bugfixes

Full Changelog
v0.1.14...v0.2.0


Enjoy the new, cleaner integration!
— Pythm 🚀

Full Changelog: v0.1.14...v0.2.0

v0.1.14 Defining presence is now optional

17 Oct 20:02
83ba6fb

Choose a tag to compare

What's Changed

Defining presence to track persons home or not is now optional configuration.

Full Changelog: v0.1.13...v0.1.14

v0.1.13 Typos and fixes

31 Aug 23:02
1369489

Choose a tag to compare

🚀 Release Notes: ModeManagement

📦 Version: 0.1.13


🛠️ Key Updates

  • Fixed a typo in configuration (recieverreceiver).
    Users must update their config files to reflect this change.
  • Enhanced vacuum cleaner configuration:
    • Added support for configuring battery sensors.
  vacuum:
    - vacuum: vacuum.roomba
    - vacuum: vacuum.roborock_s8
      battery: sensor.roborock_s8_batteri
  • Improved holiday logic:
    • Fixed the check to exclude Morning mode on weekends (in addition to holidays).

📝 Contributed Changes

Pull requests merged from @Pythm:


🔗 Full Changelog

View all changes


📌 Notes

  • Ensure your config files are updated to reflect the receiver typo fix.
  • The new vacuum cleaner configuration format is backward-compatible but requires adjustments for battery sensor settings.

v0.1.12

09 Aug 15:54
694d7cb

Choose a tag to compare

📦 Release Notes: ModeManagement v0.1.12

Version: v0.1.12


🚀 What's New

  • Enhanced Holiday Detection: Replaced reliance on the Home Assistant workday sensor with a Python-based holiday library.
  • Translation Support: Added support for a translation.json file, just like in the Lightwand app, enabling users to customize mode names or listen for custom events (e.g., "LIGHT_MODE_CHANGED" instead of "MODE_CHANGE").

⚠️ If you're using the workday sensor it will be deprecated. Please update to 'country_code'.


🔧 Fixes and Improvements

  • Fire Mode Handling:
    • "Fire" mode is now automatically reverts to the previous mode if a false-alarm mode is triggered
  • Presence Configuration:
    • The app no longer creates default "outside" sensors for persons unless explicitly defined in the configuration.
  • MQTT Namespace:
    • Default MQTT namespace updated to 'mqtt' to align with AppDaemon's recommended defaults.

📌 Notes

  • MQTT Namespace: If you're using a custom namespace, explicitly define it in your configuration with MQTT_namespace.

📦 Full Changelog

View the complete list of changes in the GitHub Changelog.


🙋 Contributing

Found a bug or want to suggest a feature? Open an issue or submit a PR.


ModeManagement by Pythm
GitHub

v0.1.11

06 Jun 23:44
0983cee

Choose a tag to compare

What's Changed

  • Improvements to morning -> normal mode change.
  • Implemented same mode handling as Lightwand with modename '_' roomname and only updates current mode if no roomname is provided.
  • Changed notifications to now send recipients as a list to only make one call to 'send_notification'. This might be breaking if you have written and using your own notification app.
  • Some notifications now adds a tag as a data dictionary to overwrite the exsisting notification on your phone.