meteohub.de

Oops. Forgot to come back and say that it eventually sorted itself out at some point the same night. Don't remember what the light was doing. But that explains why the v3 version I just bought was stuck at the fast blinking step...

This started after I applied a new license key and rebooted.

All I can do is get into OpenWRT and poke around until it reboots.

Well it appears to be working fine now... I'm going to slowly add the weather networks back and see what happens.

Noted about the downgrading... It didn't seem to make anything worse though. I'm back on the latest version now.

I had WUnderground set to retry 5 times, Home Weather Station and CWOP set to 10. All were set to upload at the fastest speed possible.

To test I set them all to no retries then ...

This has happened on the 13th, 18th, 22nd, and today. Up until today a reboot would resolve whatever the issues were. Today is the first time that a reboot has not resolved the issue. After a reboot it will only upload data once.

no Meteoplug Cloud: 2021-01-23 19:06:19 Success: 2021-01-23 19:06:18 ...

My station started randomly going offline every couple days. The last time it happened I rebooted my Meteobridge device(TL-MR3020) and it was working fine once it started back up. This time I just clicked Save button in the Weather Station tab, which restarted the datalogger. Any ideas on what I can ...

Your database should permit remote insert for the user first and propably myslq server remote access should be enabled too.


I figured that If I could login to the phpMyAdmin interface remotely I was good to go. Had no idea that I had to allow remote access to the database itself. Working ...

I followed these directions to get the database and table configured. Which seems to have gone fine.

But when I enter the details in my Meteobridge I get the error in the attached screenshot. The details I entered are correct. I can log in to phpMyAdmin with the same credentials and view the table ...

When you state "http://" and your web site automatically forwards to "https://" this issue will occur.


That was not the case in June when I originally set up my new website. Because that is exactly how I had it set up. So something definitely changed in the Meteobridge software between when I ...

I'm running into a similar issue since Monday. What's different in my case is that my website configuration hasn't changed since June. And has been working flawlessly up until last Monday. There was a power outage that cuased by Meteobridge to restart. Which probably triggered its first update in a ...

It seems Meteobridge doesn't like my Weather Cloud login info, even though it is correct.

I have tried to use my email in place of my username and changing my password. But I still get the error.

Is this just a bug?

I don't see it either. Same hardware and Meteobridge version.

Currently Meteobridge sends "rainin" as the last 60 minutes of rainfall. Resulting in the "Precip Rate" on Wunderground being a near useless number showing the total rainfall for the last 60 minutes. When what we really want to see is the current rain rate.

Is it possible to have Meteobridge send ...

These are the fields WU accepts for uploading data
/*
action [action=updateraw] -- always supply this parameter to indicate you are making a weather obse
rvation upload
ID [ID as registered by wunderground.com]
PASSWORD [PASSWORD registered with this ID, case sensative]
dateutc - [YYYY-MM-DD HH:MM ...

Last week there was a pretty good shower that peaked at 0.83in/h on my Vantage Pro2 console, but on Wunderground it peaked at 0.09in/h. This morning there was another light shower with peak rates of 0.14in/h at the console and 0.02in/h on Wunderground. Why is this happening?

I'm running a wireless ...