meteohub.de

I see that you were able to fix it - thank you very, very much!!!

I haven't changed the console configuration, and the console itself reports that is only has ONE sensor (the ISS)...

Access being sent under separate cover...

Thanks!

Please Help!

I have reported this before, but it was manageable because I could simply hide the extraneous sensors. Apparently, there is a limit to the number of sensors that I can hide, because it won't let me hide them all.

Note that this is a WIRED Vantage Pro2, using the stock Ethernet ...

"MeteoMap.cloud is a website for the users!"

Like I said - I see no incremental value from your "service" verses the 17 other services that I send my (free) data to - and they give me much more reliable forecasts and graphics given their immensely larger network of data sources.

And most ...

Your position isn't well thought-out - you need all the (free) data you can get to make your offering have value. Your target paying customer isn't the people who would send you data, it is the much larger community of people who don't have weather stations but would like to see visualized data for ...

Sure would be nice if you allowed multiple Weather Station uploads from a free account. No way I'm paying 72.00 Euros to upload my data and get pretty much nothing in return that I can't get elsewhere for free. Especially since you really don't provide anything on the maps for us US-based users ...

admin wrote: Wed Aug 28, 2019 11:51 pm Just released update gives a 503/504 return code, if template evaluation does not work for any reason.

Is there a difference in the meaning between a 503 and a 504 Response Status?

New version of MB now with 3 template.cgi requestors every 60 seconds is running extremely well - I think the extended timeout on my side plus the new error responses from MB combine for a significant improvement.

My updated MeteoBridge Weather Station for SmartThings & Hubitat is available here ...

AWESOME! Installing the update now.

I have extended the timeout to 20 seconds, and my code already checks for non-200 Status, so this should be easy to monitor. Hopefully, by not hitting the Hubitat timeout, things won't form the Read timeout log-jam any more...

I'll keep you posted, and THANKS SO ...

@staze -

On my own MeteoBridge, I have 21 different uploads showing on my Live Data tab. In addition, I have 8 different FTP/HTML push items on my Services page. And 4 different local systems (ST, HE and rPi) each making template CGI requests every 1-2 minutes. All this on the relatively beastly TL ...

Turns out that I can specify the timeout on Hubitat - will try that to see if it makes it easier for me to catch and handle the timeout...

Still, would like a valid HTTP Response Status instead of an empty string...

Well, a 13 second timeout that responds with an empty string explains a lot.

On the Hubitat platform, they have enforced a hard 10 second timeout for asynchronous HTTP calls (which my code uses). So, I get an (uncatchable) hard time out error from Hubitat well before your code sends a null string ...

I emailed you the remote access info last week - have you had the time to take a look?

I know you're busy, just checking in...

My console does NOT show any additional sensors, and even if it found some, they are all disabled as verified with the WeatherLink software. Heck, my Davis Vantage Pro 2 console is cabled to the ISS, so I don't think it could pick up (wireless) aux sensors anyway.

The reported temps are ...

This morning I noticed that my MeteoBridge thinks I have some new sensors on my Davis Vantage Pro 2 Plus, only I haven't updated/added anything recently.

I see this in live logging:

Live Data
Sensor Signal Metric Data Imperial Data
Outdoor 47 sec 18.9°C 38% (dew 4.3°C, heat 18.9°C) 66.0°F 38 ...