I have a dashboard which gets all the data from Homey pro 2019, I use Sharptools for 2 years now, a new problem for me.
Most of the data is refreshed regularly. I Use Sharptools always on an android tablet and very frequently on an android phone and an edge browser on a windows 11 pc.
Since a short while (1 or 2 weeks) the data from openweahther is not refreshed,
I can see in Homey that the value changes, (it is updated every 3 minutes), but not in Sharptools.
only when i refresh the sharptool.io page, on any device, the data is updated on all the devices.
I can see that the other data is refreshed all the time because i have a Tile with P1 powerconsumption which changes all the time.
Anyone got a clue what goes wrong ?
Just trying to make sure I understand what’s happening properly. It sounds like you have some sort of Open Weather integration directly in Homey and are exposing that data in a SharpTools dashboard. There’s also a Custom Tile available for SharpTools that integrates Open Weather data so I wanted to make sure we are actually talking about the Homey ‘Device’ as the source for the open weather data that doesn’t seem to be updating as expected for you.
Have you tried restarting the SharpTools Homey App?
The SharpTools Homey app is responsible for setting up the event listeners – such that when a device attribute in Homey changes, the ‘app’ hears that event and forwards it onto SharpTools. It’s possible that the event listener somehow got corrupted and didn’t recover.
Restarting the app would basically start all the event listeners from scratch again.
I can’t remember exactly which SharpTools Homey App version it was in, but we had added some automatic recovery feature to try to detect when an event listener was broken/corrupted and set it back up, so I would also make sure you are on the latest 1.2.0 of the SharpTools Homey App too.
Hello Josh,
Thnx for your message, unfortunatly restarting the app, or restarting the homey does not solve the problem.
I just noticed, also the temp data from my Nest thermostat is not updated.
Strange thing that the data from my P1 powerconsumption changes every 10 secondes, so the connection is not lost.
Any other ideas?
Kind regards, Patrick.
You could also try restarting the SharpTools Homey App, then immediately submit:
Homey Diagnostic for the app
SharpTools System Snapshot
The first one will upload the recent logs immediately after the app restarts so I can take a closer look and see if there are any clues. The latter includes a snapshot of the app configuration including the list of event listeners it thinks it should setup.
It looks we’re on differnt timezones, I live in the Netherlands.
I was under the impression you’d already done something,
since yesterday afternoon the data from both temp sensors are synced regularly.
Unfortunatly, this morning the openweather sensor was again not updated,
I’ll try the keep a close look on it today
Today (from 08.00 AM till 04.15 PM GMT+1) the temp from open weather has not changed once.
I refreshed the page at 04.15PM and the correct temperature was shown.
The temp from the nest thermostat today was refreshed regularly.
Any Thoughts ?
Apologies for the delay in responding while I was wrapped-up in some system architecture work.
Thanks for sending over the diagnostic and system snapshot!
Am I understanding correctly that the device in question is:
Name: Son openweather ID: e7fcxxxx-xxxx-xxxx-xxxx-xxxx9a4bd55c
Based on the diagnostic logs immediately after startup, I can see that the device is the very last one to get the event listener setup and it is listening for changes to:
measure_temperature
measure_humidity
forecast_time
I can also see that almost immediately after the event listeners get setup and the connection to SharpTools gets established, we se at least one event for the forecase_time and measure_temperature get posted across to SharpTools.
Then interestingly, it looks like the device is immediately reconfigured after the temperature event, so as a safety measure SharpTools sets up the event listeners again.
Redacted Logs (tap to view)
2025-06-18T06:40:01.164Z [log] [SharpTools] + Registered listener for measure_temperature of e7fcxxxx-xxxx-xxxx-xxxx-xxxx9a4bd55c
2025-06-18T06:40:01.165Z [log] [SharpTools] + Registered listener for measure_humidity of e7fcxxxx-xxxx-xxxx-xxxx-xxxx9a4bd55c
2025-06-18T06:40:01.165Z [log] [SharpTools] + Registered listener for forecast_time of e7fcxxxx-xxxx-xxxx-xxxx-xxxx9a4bd55c
2025-06-18T06:40:01.186Z [log] [SharpTools] Homey change listeners have been registered.
2025-06-18T06:40:01.190Z [log] [SharpTools] addon version: 1.2.0
2025-06-18T06:40:01.191Z [log] [SharpTools] Establishing socket connection to SharpTools.
2025-06-18T06:40:01.323Z [log] [SharpTools] Setup the SharpTools' socket message handlers
2025-06-18T06:40:01.324Z [log] [SharpTools] The app has been initialized
2025-06-18T06:40:02.102Z [log] [SharpTools] SharpTools socket connection is established (MDv9...AD0A).
2025-06-18T06:40:06.951Z [log] [SharpTools] Sending Son openweather::forecast_time=18-06-2025 08:40 (e7fcxxxx-xxxx-xxxx-xxxx-xxxx9a4bd55c) to SharpTools.io
2025-06-18T06:40:06.964Z [log] [SharpTools] Sending Son openweather::measure_temperature=19 (e7fcxxxx-xxxx-xxxx-xxxx-xxxx9a4bd55c) to SharpTools.io
2025-06-18T06:40:06.999Z [log] [SharpTools] Device e7fcxxxx-xxxx-xxxx-xxxx-xxxx9a4bd55c has been updated. Re-subscribing to events.
2025-06-18T06:40:07.077Z [log] [SharpTools] + Registered listener for measure_temperature of e7fcxxxx-xxxx-xxxx-xxxx-xxxx9a4bd55c
2025-06-18T06:40:07.078Z [log] [SharpTools] + Registered listener for measure_humidity of e7fcxxxx-xxxx-xxxx-xxxx-xxxx9a4bd55c
2025-06-18T06:40:07.080Z [log] [SharpTools] + Registered listener for forecast_time of e7fcxxxx-xxxx-xxxx-xxxx-xxxx9a4bd55c
Device Reconfiguration Timing
It almost looks like the device is reconfiguring itself after it emits events… and devices forcing configuration updates on themselves can often break the existing event listeners which is why SharpTools sets up the listeners again.
If this device previously worked well and it only recently started exhibiting this behavior, I’m wondering if something might have changed with the driver recently – perhaps even introducing this self reconfiguration behavior?
Page Refresh Implication
As for the page refresh getting the status up-to-date, when the page is first loaded it kicks off a series of healthchecks and one of those can cause a full fresh device synchronization – basically getting a fresh up-to-date snapshot of the state of the devices in Homey synced over to SharpTools.
So that would explain why a refresh brings the Open Weather device up-to-date with status in SharpTools (even if the underlying event listener is breaking for some reason).
I think I understand what goes wrong, but I don’t see a solution.
For testing purposes, I added this morning an extra thing that gets its data also from the OpenWeather app in Homey (I called it OpenWeather Son Free).
This one refreshes just fine (so far).
So in theory I could use this one (instead of the old one, if this one keeps working fine).
But it took me quite some time to configure all the icons, styles, and so on, and then for several dashboards separately.
It would be quite useful if a “thing” could be copied (and used across several dashboards).
I think I have ca. 10 temperature devices and 5 dashboards, so that is really a lot of work to setting them up al the same.
Also, the possibility to choose a different device from Homey from which the data is coming could be quite handy.
We find it really annoying that we cannot rely on the data, we use this to see, for example, whether we should put on a coat, whether we should open or close a door to cool the living room, etc.
