[APP][Pro] Mode Switch - Smart home modes for lights, climate and devices — fully automated

No, not at all. I actually appreciate it when people come up with good ideas, because then I can decide for myself whether they’re interesting enough to include in the app.

Your first suggestion is actually already available in the app. I use that feature myself for our pantry. Changing the colour of a light, on the other hand, isn’t supported yet, but it’s definitely something I’d like to add at some point.

First, I’ll take a look at your earlier idea of allowing a device to switch on or off with a delay when a mode changes. After that, I’ll work on the option where opening a door turns the light on, and the light only turns off once the door is opened again.

That last option will probably be the most challenging one to implement.

I have one more.

I tryed to manage my heating with the temperatur feature. But it don’t work.

I configuret when door open 5° and when door closed 23° but it don’t change the setting.

Thank you again for testing this.

I do have a few questions about the issue you’re seeing. When you say it isn’t working, do you mean that the thermostat doesn’t change at all? Even when the window or door is closed? Or do you mean that it doesn’t switch to 5°C when the window or door is open and the mode changes?

Some thermostats have a minimum temperature setting. I actually just discovered that mine has a minimum of 4°C, but this can vary between thermostat models. Unfortunately, I can’t account for that in the app, which is why any value can be entered.

I ran a quick test myself (see attached image):

  • Mode changed → window closed → thermostat set to 20°C → OK
  • Mode changed → window open → thermostat set to 18°C → OK

I’m using a Plugwise Anna thermostat myself, but that shouldn’t make any difference. Even if I were using a virtual temperature device, the app should still simply update the value accordingly.

Could you test it with a temperature higher than 5°C and also try one with the option enabled to ignore the door/window sensor? See if the temperature changes in that case.

*Just to be sure, you know that the app only checks whether a door/window is open or closed when the mode changes—not when you open or close one while remaining in the same mode. That doesn’t work yet, at least.

Hello Erikje,

the last question is the solution :slight_smile:

I thougt it get also triggert by the sensor not only the modechange because it makes no sence to heat when I stay at home and open the window or balcony door.

I’ll add this as an option in a future release :+1:

Hi. I want to add our Bosch dishwasher in the monitoring module but I cannot choose it. I added the dishwasher with the official Bosch-Siemens app in the Homeystore.

Hi Paul. Currently, devices can only be monitored via power measurement, meaning a dishwasher without this feature will not be displayed. I have a similar dishwasher in the Bosch-Siemens app myself, which I solved by using a smart plug with power measurement. I could consider making it possible to start or stop a device via a flow, though we wouldn’t be able to report its total energy consumption. However, this would allow it to be included in the overview.

Great app! Reason why I still use the standard Homey Moods is, that there dimming is possible, in this app it’s on/off. Working now on switching modes with your app and then switch moods instead of devices.

Hi CasperV,

Yes I have been working on the possibility for dimming and changing colours when switching modes. There are some small bugs I need to fix and then it will be online as a test version soon I hope.

:test_tube: Test Version 3.2.2

Over the past few weeks, I’ve been working on several larger improvements and new features for Mode Switch. Test version 3.2.2 is now available. :tada:

:globe_showing_europe_africa: New languages

Mode Switch is now also available in:

  • :norway: Norwegian

  • :sweden: Swedish

  • :italy: Italian

:thermometer: Temperature & door/window contacts

A new option has been added to Temperature, allowing temperature rules to also react when the state of a linked door or window contact changes.

:light_bulb: More lighting options

More advanced lighting settings have been added in several places. Besides simply turning a light on or off, you can now also set the desired brightness and color.

These options can be used, for example, when changing a mode or within a schedule.

:door: Contact counter for Zones & Sensors

A contact counter has been added to Zones & Sensors.

For example, this can be used to control a toilet light more intelligently:

  • You open the door → the light turns on.

  • You enter and close the door → the light stays on.

  • You open the door again and close it → the light turns off.

This allows Mode Switch to take into account how many times a door or window contact changes state.

:stopwatch: Delayed actions for modes

Delayed actions have been added to modes.

When a mode changes, you can now configure an action to happen after a delay. For example, a light or smart plug can be switched off 30 seconds after the mode changes instead of immediately.

Hi Erikje,

I tested your improvements. They are realy cool.

The temperature and sensor achivements work like a charm.

With the lightning options I miss one point. It works to change the color but there is no option to switch between color and white mode.

I used also the counter to switch on and off the light by opening a door to switch on and off the light. It works to switch from on to off but when I leave the door open the liight after it switched off it will switch on again.

In the mode change part it would be good when you also can choose plugs for a ‘switch off’ delay and not only lights.

Thanks for testing and for the great feedback! Glad to hear the temperature and sensor features are working so well

I’ll definitely include the white balance fix in the next update too.

Could you send a screenshot of your settings so I can replicate your setup and dig into that door sensor issue?

Under the lighting settings, there is also a section for delayed actions, and smart plugs should definitely be included there as well.

Thank you so much for testing the app with me, I really appreciate it!

This app is causing rate limits for users on the weather api causing default system widgets to also be rate limited. Your app should really not spam the weather endpoints every 8 seconds. The weather doesnt change every 8 seconds :smirking_face:

Hi @Erikje,

I wanted to report an issue I tracked down today which appears to be related to Mode Switch (com.modeswitch) v3.1.18.

For several days, Homey’s built-in Weather - Forecast widget was intermittently failing. The SHS logs repeatedly showed:

Homey [err][ManagerWeatherLocal] Error Getting Weather: Error: Rate Limited

and:

Server HTTP GET /manager/weather/weather -> Error 500: Rate Limited

while /manager/weather/state continued to return HTTP 200.

Athom Support specifically asked me to check whether an installed app could be accessing Homey’s Weather API frequently enough to trigger the rate limit.

After checking my complete Homey setup, Mode Switch turned out to be doing a weather read approximately every 8 seconds.

The breadcrumbs/logging contained entries such as:

07:44:36 weather_read_timeout (timeoutMs: 3000)
07:44:28 weather_read_timeout (timeoutMs: 3000)
07:44:20 weather_read_timeout (timeoutMs: 3000)
07:44:12 weather_read_timeout (timeoutMs: 3000)
07:44:04 weather_read_timeout (timeoutMs: 3000)

So that was roughly 450 weather reads per hour.

The interesting part is that I wasn’t actively using Mode Switch for my automations.

I only still had the Monitoring widget from Mode Switch on one of my dashboards.

I initially disabled Mode Switch. The repeated weather reads then stopped. After Homey’s rate limit cleared, the built-in Weather - Forecast widget started working normally again.

I have since removed Mode Switch completely from my Homey, so unfortunately I can no longer perform additional tests with my previous installation.

I’m posting this mainly because it looks like the app was polling Homey’s Weather API approximately every 8 seconds even though the relevant functionality wasn’t configured or actively being used.

I have also reported these findings to Athom Support.

Hopefully this information helps you identify what was causing the repeated weather polling in v3.1.18.

Hello Erikje,

Here are the screen shots for the counter settings.

With the delayed switch off you are righr. I found the plugs also.

Hi Jan,

Thank you so much for reporting this issue. This is indeed not how it is supposed to work. I’m currently working on a fix and will try to get it resolved as quickly as possible.

I’m very sorry that my app caused this issue. This was, of course, never intended.

Update – Weather API issue fixed :sun_behind_rain_cloud:

I have now implemented a fix, and version 3.2.4 is currently available for testing.

The Mode widget will now only request live weather data when Live Weather Background is enabled in the widget settings. I have also added a new setting that lets you configure how often the weather data should be refreshed.

The default refresh interval is now 5 hours, which should significantly reduce the number of unnecessary Weather API requests.

If the Live Weather Background is disabled, the widget will not request weather data at all.

I have also submitted version 3.2.4 to Homey for review, so hopefully it can be released to the live/stable channel soon.

Thanks again for reporting the issue and for helping me improve Mode Switch! :folded_hands:

I think I’ve also found the solution to the issue with the counter.

In this version, the app checks the status of the sensor and, when it is configured to turn the light on when the door is open, the light immediately switches back on after the counter turns it off if the door is still open.

I’ve now changed this so that, after the counter has completed its sequence, it will only start counting again once the door has been closed and then opened again.

I also noticed that the Invert option was not being applied to the counter logic. So when the contact was inverted, the counter was still using the original open/closed state. I’ve fixed that as well.

I first need to wait until v3.2.4 is live, and then I can release this fix to the test channel.

I realy appreciate your work and your quick support. So I wanted to to make a donation but PayPal say I can’t do that with the link in your first post. Maybe you have a look at that.

I have one more question. What makes the difference between ‘Bereit’ and ‘Standby’?

Both devices are in the same kind of plug wich automaticaly is switched off if the device don’t consumes any power anymore.