Joking aside, yes, that looks normal. Values are only udated when they have actually changed.
I could/might change this behavior and update all values at each polling intervalā¦ On the other hand this may be a bit misleading and suggest the data is more accurate than it really is
One of these days Iāll look at the lacking iconsā¦
If the (current) temperature graph looks a bit like the screenshot below, I think itās ānormalā behavior. Sometimes the temperature doesnāt change for hours according to the OWM data.
FYI, the OpenWeatherMap app is affected by a bug in Homey core. When you add several weather sensors using the same OWM ādeviceā, the first device may stop updating, or when restarting, the first device may continue while the second device stops updating.
I also have some issues with new icons that do not display properly. With a bit of luck this will be sorted out later this week. When the icons are sorted out I will see if Iāll rewrite the app to use the setInterval function instead of cron to avoid the bug mentioned above.
I see the problem of having more than one device and only one updates which i wanted to post about is already being handled :). if first thought it was because i used the same api key for current and forecast , so i made another api key. But whichever i update/save settings last will keeps working, the other one stops
But what do you mean by using the āsameā OWM device, I have a current weather and a forecast device added is that still the same device ? besides this issue nice app!
I have submitted an update with icons for capabilities that didnāt have any. I have also removed a bunch of (duplicate) capabilities in the mobile interface.
Finally I have replaced cron with setInterval to avoid the (Homey) bug which caused ādevicesā to stop updating.
The update can be installed through the cli right away from https://github.com/abaretta/nu.baretta.openweathermap/, and it will appear in the appstore as soon as Athom approves the update (early next week with a bit of luck).
The UV index is not part of the free API, it requires a paid subscription (quite expensive, from $470p/m and more ). Like most users I donāt have a supscription, so I have no plans to add it to the app.
Iām trying to setup this app, but donāt get it to work. I created several API keys on openweathermap but the app is constantly saying āCould not find that PairSessionā.
I just enter the name of the api key as the name and then the API key as it appears on OWM. And the location ācity, NLā which is recognized online by OWM.
I am guessing you manually entered a location? It seems OWM returns the āpairingā error when it canāt find the location.
Can you try adding a device without entering a location? So do not enter a City/countrycode or zipcode.
The app will then use Homeyās longitude/latitude which OWM will match to the nearest location it has data for this should always return data (provided a valid API key is entered).
Note that a single API key is sufficient for hundreds of sensors, as it allows polling the API every second, and app only polls every 10, 15 or 30 minutes (depending on wchich table you poll).
@anne, except the multiday forecast doesnāt work. The field where to enter the number of days also mentions ā3 hour intervalā instead of number of days. Current weather and 3 hour interval weather works fine.
The 16-day forecast works for me, although I did spot a typo in the settings, it does indeed say ā3-hour intervalā instead of ā1 dayā. However, this does not affect the working of the 16-forecast.
I have updated the app, Iāll submit it to the store once I have made some V2 screenshots to add to the Readme. The update can be installed right now using the CLI install method.
What exactly have you tried with the 16-day forecast that doesnāt work?
Hi Anne, I have just added it just like the current and 3 hour forecast. I figures it was probably a typo, so in the settings I have entered ā1ā for tomorrows forecast. I left the location data blank. After adding it, there is no data populated (also not after a few days). On the settings page under location it says āā¦pending data firstā. When adding the location manually, exactly as how the other apps have found it, it also doesnāt work.
Are you still on Homey V1 (1.5.13 for instance)? If so, I guess it means the latest OpenWeatherMap version is no longer compatible with V1. I canāt test that, as I only have 1 Homey which is on V2.
If this is the case, you can manually (via the CLI method, see the link earlier in the thread) install an older version which will work on Homey V1.
If you DM me the emailadres of your Athom account, I can make the last version that (should) work with V1 available to you as an alpha version. You can then install it directly from the appstore.