Getting "connection to weather data failed

[n7qnm]

I have 4 scrollers, one for each US TimeZone - About a week ago, they all started showing "Connection for Weather Data Failed". If I connect to them and refresh data, the data will show for some period of time; but then start failing again. Wondering if I'm rate-limiting on OpenWeather, of if they've changed their T&Cs

[Qrome]

That is a good question. I run a few as well but have only seen this if I am working on it and do a constant reboot. They limit the number of calls in a period of time. Maybe increase the time between refresh?

[Barkingmad15]

I'm suffering this too, in the UK. I logged into Openweather & noticed they longer showed the city name where I am! I changed it to one 2 miles away & it worked for a short period & then started the error again. I have tried a new API key, refreshing the data at different times, I even reflashed the whole device but have the same issue. If I log onto the web portal screen it shows the weather data fine. If I go into the settings & click on save, it works once only & then back to the error. I can't even disable the weather, or I'd do that! I mostly wanted it for time & temperature but of course the temperature is always wrong. Be very interested if there is a fix to this.

[n7qnm]

I suspect the answer may be “Use a service other than OpenWeather” – I did try emailing them and got back a rather generic response that when “interpreted” said, “Our free service is slow, if you want something faster, pay us”. If I ever get around to it, there’s probably a “timeout” value somewhere in the sketch that could be adjusted – kinda hoping the author is still alive and interested enough to chime in, From: Anthony ***@***.***> Sent: Monday, April 29, 2024 5:02 AM To: Qrome/marquee-scroller ***@***.***> Cc: n7qnm ***@***.***>; Author ***@***.***> Subject: Re: [Qrome/marquee-scroller] Getting "connection to weather data failed (Issue #288) I'm suffering this too, in the UK. I logged into Openweather & noticed they longer showed the city name where I am! I changed it to one 2 miles away & it worked for a short period & then started the error again. I have tried a new API key, refreshing the data at different times, I even reflashed the whole device but have the same issue. If I log onto the web portal screen it shows the weather data fine. If I go into the settings & click on save, it works once only & then back to the error. I can't even disable the weather, or I'd do that! I mostly wanted it for time & temperature but of course the temperature is always wrong. Be very interested if there is a fix to this. — Reply to this email directly, view it on GitHub <#288 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGDARKMCMFQZRWEIEEBP2J3Y7YZDBAVCNFSM6AAAAABGTJCZ2KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOBSGU2DMMZUGA> . You are receiving this because you authored the thread. <https://github.com/notifications/beacon/AGDARKMFSXOC2BG653DWSJLY7YZDBA5CNFSM6AAAAABGTJCZ2KWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTT4EERKI.gif> Message ID: ***@***.*** ***@***.***> >

[Qrome]

I will take a look at it when I get time.

[Barkingmad15]

Thank you that would be very much appreciated

[Qrome]

I am having a hard time replicating this issue. Would it be possible for you to capture the Serial Monitor Log for the weather request when it fails? I would like to see if we can get the HTTP response code or if it is just a connection issue. If the response code is 400 level -- like 429 -- you might be hitting your request limit. I have 5 running all the time and never hit my limit.

I am wondering if they are treating different countries or regions differently. I am in the US.

[n7qnm]

Thanks!   A few updatesI have 4 running, one for each continental US timezone.  I had to reset them all this morning, at startup they all complained.  I went into each web page and did a “refresh data”.   After that, they worked for two minutes and then on the 3rd minute they all started complaining again.Here’s what I got back from OpenWeatherDear customer, Thank you for reaching out. My name is Viacheslav. I will gladly assist with your request.   I wanted to share some insights regarding the possible cause of errors you may be experiencing. It's likely that your API calls coincide with peak usage times among other users. For instance, making calls at rounded times such as 11:00, 11:30, or 12:00 often leads to increased automated requests from many users. To optimize your API usage and avoid potential conflicts during these peak times, we recommend adjusting your request timings by a few minutes. For example, instead of 11:00 or 11:30, consider scheduling your requests for 11:03 or 11:33. Another option is to explore our premium subscription plans, which grant access to premium servers with reduced loads, ensuring smoother and more reliable service. If you encounter any difficulties or have further questions, please feel free to reach out to our support team. Best regards, Viacheslav Verbytskyi Technical Support SpecialistOpenWeatherLondon, UKref:!00D3i0tNQc.!500Wj02CYPm:refSent from my iPhoneClay JacksonOn Apr 29, 2024, at 11:27 PM, Qrome ***@***.***> wrote: I will take a look at it when I get time. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***>

[n7qnm]

I’m in eastern Washington state.  Will try to capture, but it may take a bit, as I’ll have to move the device to connect it to a PCSent from my iPhoneClay JacksonOn Apr 30, 2024, at 10:06 AM, Qrome ***@***.***> wrote: I am having a hard time replicating this issue. Would it be possible for you to capture the Serial Monitor Log for the weather request when it fails? I am wondering if they are treating different countries or regions differently. I am in the US. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***>

[Qrome]

I also am running 5 units and do not see this issue. I am curious what do you have your minutes between refresh set to? It defaults to 15 minutes? Maybe you should try reducing that if you have changed it.

[n7qnm]

15 minutes on all From: Qrome ***@***.***> Sent: Tuesday, April 30, 2024 3:15 PM To: Qrome/marquee-scroller ***@***.***> Cc: n7qnm ***@***.***>; Author ***@***.***> Subject: Re: [Qrome/marquee-scroller] Getting "connection to weather data failed (Issue #288) I also am running 5 units and do not see this issue. I am curious what do you have your minutes between refresh set to? It defaults to 15 minutes? Maybe you should try reducing that if you have changed it. — Reply to this email directly, view it on GitHub <#288 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGDARKPMBSKOYGSP6XDGNCLZAAJXNAVCNFSM6AAAAABGTJCZ2KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOBXGU2TGOJZGY> . You are receiving this because you authored the thread. <https://github.com/notifications/beacon/AGDARKO65SAJIM5KRXSN5ETZAAJXNA5CNFSM6AAAAABGTJCZ2KWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTT4NWF4Y.gif> Message ID: ***@***.*** ***@***.***> >

[Barkingmad15]

I took have tried multiple settings for refresh times & all after an initial successful first run default back to connection error. Oddly though the correct info shows in the web portal. I'm not good at coding, despite trying to learn, but would it be easy to change provider?

[Qrome]

Please use the serial monitor and capture the error and post it here.

[Barkingmad15]

Sorry for the delay. I hope this is what you need, I'm not great with Arduino IDE 😬 It doesn't have the news API inserted as I don't need that feature, but I have had it in the past with the same results.

connection for time data failed

Time update unsuccessful!
Getting News Data for reuters
Please provide an API key for the News.
Version: 3.03

Getting Weather Data
GET /data/2.5/group?id=2633521&units=metric&cnt=1&APPID=7be6a0488c696b9746226468bdeb89e4 HTTP/1.1
connection for weather data failed

Updating Time...
News Data for
Getting Time Data for 50.8145,-0.3713
GET /v2.1/get-time-zone?key=9JYVVJFGU80O&format=json&by=position&lat=50.8145&lng=-0.3713 HTTP/1.1
connection for time data failed

Time update unsuccessful!
Getting News Data for reuters
Please provide an API key for the News.
Version: 3.03

Displays: 8
Signal Strength (RSSI): 58%

[Qrome]

So, looking at the code and where that message is created, it is a connection issue to the endpoint -- not making it to the end point. It is also interesting to note that the TimeDB call -- yet a different API call is also failing to make a connection even though the GET request looks correct. I am not able to replicate this. Can you check and make sure your device is not getting dumped from the DHCP -- or check how long the device can keep the IP. I don't think this is a coding issue but appears to be a connection issue. I am not able to replicate it.

[Barkingmad15]

I will try to look through the router logs tomorrow, but the IP shouldn't be an issue as I assigned a static one just to avoid those kinds of issues.