Topic: Buffer data during outage and forward to ecowitt.net after?

[HaraldS]

Is there a way to buffer the data and then later forward to ecowitt.net? It looks like while the 2561 might store it locally, it does not "catch up," once reconnected.

I live the SF Bay Area and we've been hit with several waves of "atmospheric rivers" featuring heavy rainfall and winds, even thunderstorms! Our power has been out up to 5 days. We run a generator during the daytime, but not during sleep hours.

My panel is on a LiIon battery, but it does not have enough to run the full network with WAN, LAN router, etc. I could run a raspberry pi. I also have a GW2000 that could be integrated instead.

However, I do not want to spend the time for a major software project.

[wardie]

Maybe a guru like [mention]olicat [/mention] will have some ideas from FOSHKplugin work? E.g. you’d need the ability to load historic records with non current time stamps via whatever their upload API is. But that fairly normal for writing to time series databases. My solar panel inverter does exactly that with its web monitoring platform - caches data until the server is available. Anyway, not trivial and would need a software project unless anyone’s cracked it already.


Sent from my iPhone using Tapatalk

[HaraldS]

It looks like setting up WeeWX on a Pi would be the way to go.

[vinceskahan]

I'd start with the question of whether the gateway has any storage and catchup capability at all.  I'd expect it to go into a reboot loop anyway once your Internet went down for long enough due to the watchdog timers in the firmware, but if it has no storage/catchup that part doesn't even matter.

The '...and upload to ecowitt.net' might be a showstopper too.  Do they support third-party software doing so ?

[Gyvate]

I think you are all +/- missing the point.
Of course weewx and other software, also FOSHKplugin can store data in their local database - but (so far) you CANNOT retroactively update data on ecowitt.net. Missed is missed, lost is lost. Afaik you can't do this with WU either, while with AWEKAS it seems possible.
It's not a console restriction of application software restriction.
The restriction is at the cloud server data storage end.

[olicat]

Hi!

That is correct.
I have researched the possibilities of uploading afterwards with various services and programmes.
So far, I have only found InfluxDB (v1 and v2) that accepts the subsequent automatic upload without any problems.
FOSHKplugin will support this with the upcoming version v0.10.

Of the weather services I know, only Awekas offers a manual subsequent upload via Excel file. This actually works - although I would like to see an automatic function (although I was able to minimise the handling in the FOSHKplugin).

All other services discard the time that may be included in the data set and take the receipt of the data at the server as the time of the measured values.
I had explicitly asked Ecowitt about this - answer: subsequent sending is not possible - missed is missed.

We will have to do a lot of convincing if we want to change this.

Oliver

[mcrossley]

Slightly irrelevant, but Davis do support it in their cloud, but only via a private API used by their WeatherLink software, or the WLL device (consumer devices).

My point is Davis thought about it and included the feature from the start.

[vinceskahan]

I think the operative answer here to the original question is 'no - ecowitt does not support backfill'....

So the original poster would need to keep the gateway and full internet connectivity working to not miss readings.

[Rover1822]

Sadly , you can't always keep your internet connectivity up and running.
In my area , the internet connection is powered by the grid (so even if you have backup power, you still lose internet), unless one goes cellular, and even that can be sketchy.
I understand the need to backfill missing data to sites, but that is entirely up to them. Seems simple , but I guarantee, it is not.