The Evohome App you always wanted!

[philchillbill]

I just discovered that you can force-refresh a reload of the PWA cache on a mac by pressing option-command-R when the PWA is open. On a PC it's ctrl-shift-R.

So no need to do any clearing out of the cache via settings, just remember this simple keystroke!


EDIT: On iPadOS and iOS, force-closing the app and re-opening it now does a full update if one is available. So the whole PWA functionality is now working properly on Apple !

[filbert]

What version of Domoticz are you running? How did you set up Domoticz for remote access? I can make a quick video and post it.

Thanks for the offer. I’m running 2025_2.16812 . I haven’t set up remote access yet. I’m hoping I won’t need to use a VPN as I don't have any other remote access. I think I need a certificate as well. I have had a little experience with setting those up but it was a while ago.

[filbert]

I just discovered that you can force-refresh a reload of the PWA cache on a mac by pressing option-command-R when the PWA is open. On a PC it's ctrl-shift-R.

So no need to do any clearing out of the cache via settings, just remember this simple keystroke!

If you're on an iPad or iPhone, this approach might work: "Turn on AirPlane mode, refresh the page (to fail), then turn AirPlane mode back off, then refresh the page to get the updated version. if Airplane mode doesn't do it, switch WiFi off. This runs the clear cache command where Airplane mode may not"

This tip was on Stackexchange. I can't prove it works as my app seems to be updating without a problem.

[philchillbill]

If you're on an iPad or iPhone, this approach might work: "Turn on AirPlane mode, refresh the page (to fail), then turn AirPlane mode back off, then refresh the page to get the updated version. if Airplane mode doesn't do it, switch WiFi off. This runs the clear cache command where Airplane mode may not"

This tip was on Stackexchange. I can't prove it works as my app seems to be updating without a problem.

Thanks, but no more trickery is needed as my recent changes mean auto-updating is now working on Apple devices and otherwise a force-quit and reload forces an update (if available).

[philchillbill]

Thanks for the offer. I’m running 2025_2.16812 . I haven’t set up remote access yet. I’m hoping I won’t need to use a VPN as I don't have any other remote access. I think I need a certificate as well. I have had a little experience with setting those up but it was a while ago.

Domoticz via VPN will not work with this. The Amazon back-end where all the real work is done in the App/Skill cannot handle such a connection. The Domoticz Wiki has an article on how to set up remote access without a VPN. A simple LetsEncrypt cert covers the cert requirement.

[philchillbill]

The version is bumped to v1.17. Thanks to some suggestions from Dean, the Schedule Shifting screen now proactively disables operations that make no sense given your schedule content(s). For example, you cannot extend/shorten a block with only one switchpoint inside it.

While I was at it, I removed the special icons that were being used to indicate that a segment had passed time-wise or was empty schedule-wise. Now the regular segment icons are just shown dimmed as it's less confusing. The help button on that page now also mentions that the plus and minus icons around the slider are not buttons (many assumed they were) and tapping them does nothing as they are purely decorative. Also, you don't have to actually move the slider but can tap it at the desired point along its trajectory to get 'there' immediately. The dinnertime icon was also updated.

[philchillbill]

Now bumped to v1.18. Some cosmetic changes.

When the dashboard requires scrolling due to >8 tiles and 'enlarge' being enabled, a row of tiles with no appendages meant the entire row height was reduced and this caused partial tiles to be visible at the bottom of the screen. I now make the appendages invisible if not needed instead of removing them so they take up space even when empty and therefore partial tiles are omitted. I also reduced the size of the center-icon on the scenes screen when e.g. the system-mode is Away or Heating Off and you have >8 tiles.

[philchillbill]

v.1.19 is now live with fixes to the process of editing the time-boundaries for schedule-shifting. Thanks (yet again) to Dean for bringing the issues to my attention.

[bruce_miranda]

Are these changes to the app being back ported into the skill that started all this.

[philchillbill]

Of course

[philchillbill]

Screenshot 2025-12-10 124427.png

v1.22 just went live and it supports badges on certain platforms. If your Evohome system currently has any faults then the count thereof will be shown in a badge on the app-icon to draw your attention.

It's opt-in and your browser will take care of requesting permissions to 'send notifications' or some such. You'll need to allow in order to see the badges. Browsers remember this kind of permission forever so if you want to change it you'll have to dig into your browser settings for evocontrol.eu. The badges only show if you are using the app as a PWA and not when you are just using it from a regular browser window/tab. But that permissions dialog probably shows up in the regular browser first, just to make things easy.

I got it to work just fine in both Chrome and Edge on Win 11 and with macOS Sequoia in Safari. It took a few page reloads on macOS before the browser finally popped the permissions dialog. I didn't see any notification popup on either iOS or iPadOS after a few force-quits so it may not work there or maybe Apple just needs more time to adjust to the new reality.

According to MDN: Badges are supported in Safari on iOS and iPadOS, starting with iPadOS 16.4. The badging API is not supported on Chromium-based browsers running on Android. Instead, Android automatically shows a badge on the PWA's app icon when there is an unread notification, just as it does for Android apps. Seeing as how I don't use notifications for this but use the Badging API, it looks like Android Bro's will be out of luck on this one.

Screenshot 2025-12-10 123710.png

[philchillbill]

It transpires that iOS and iPadOS not showing the badge permissions-request dialog was actually causing the whole App to freeze at times. Apple requires that user permission requests be initiated by the user actually clicking first on a button somewhere in the App before they will then show their own dialog. Wonderfully consistent of them because on macOS they require no such click and Safari will happily show the intended system dialog without jumping through hoops.

I've therefore wrapped the request for permissions in a feature-availability check that effectively blocks it on iOS and iPadOS until Apple come to their senses.

Version is therefore bumped to v1.23. That will not just show badges on sensible platforms (i.e. PC/mac) but also pop a notification when a version-update occurs for the App.

[G4RHL]

…and it opened up and updated very quickly. I am away from home opening it remotely is fine.

Thanks for all this work.

[philchillbill]

To highlight when the app is waiting for data from Resideo upon launch (tsk, tsk), you'll now see progress dots under the Evotouch panel image. Some help screens were improved textually and monochrome emojis should now appear in colour on more platforms.

[philchillbill]

It's been several weeks with no bugs reported so I'm now taking the App out of beta and declaring it officially released. Thanks to everybody who helped firm it all up and hope it serves this community well in 2026