Hi, As the author of the previously mentioned uradmon, I probably should pitch in.
At first glance your json data and fields look very similar to uradmons, and that's without looking at the uradmon code (it's been a while!) Reviewing the code confirms that. It should be a fairly straight forward to adapt it, with the bonus that the extra uradmon specific code (retries and timeouts) can hopefully be ignored in your case. One difference is your data supplies a timestamp. uradmon.py generates its own timestamp as the unit doesn't supply one. The choices begin! The uradmon.py was written pretty much as a standalone service, under weewx control of course. It defines the units / groups / formats / labels and conversions etc that it uses because at the time these weren't included in weewx itself, plus it uses some oddball ones - Pa, cpm. I believe some of them are now included in weewx. It writes to its own database primarily because I didn't want to go adding or co-opting weewx fields for uradmon purposes, and then live with the consequences at upgrade time. It also seemed the simplest method to prevent stomping on other users choices. It was also written before the new schema although looking at your fields there are some rather awair specific names? The uradmon code is fairly well commented with example data (there are at least 4 different types of urad units) and if you go down that path and have any queries then you can contact me directly - if you read this via an email client my address should be visible. Cheers Glenn rorpi - read only raspberry pi & various weewx addons https://github.com/glennmckechnie On Sat, 13 Jan 2024 at 08:21, sting ray <[email protected]> wrote: > the uradman example looks promising Am also using seasons 4.10.2. > another possibility https://github.com/jonathankoren/weewx-aqi > On Friday, January 12, 2024 at 7:29:48 AM UTC-5 [email protected] wrote: > >> Write an extension that queries the device every archive_interval >> >> or >> >> Get the device to publish it's value per MQTT (if it supports anything >> such this) and use mqttsubscribe >> >> or >> >> find a third party that queries the device and publishes the value per >> MQTT (node red should work) and use mqttsubscribe >> >> I'd go for the first option, if the second option isn't available, since >> I've done something like this already: (Get JSON, parse it and put the >> values into a desired column of the weewx database): >> https://github.com/mKainzbauer/weewx_extensions/blob/master/fronius.py >> John Smith schrieb am Freitag, 12. Januar 2024 um 12:57:29 UTC+1: >> >>> On Fri, 12 Jan 2024 at 22:41, sting ray <[email protected]> wrote: >>> >>>> Any advice how to import and display data from awair element >>>> sensors? These are intended for indoor aqi monitoring but appear to >>>> function in covered outdoor locations like a back porch. >>>> >>> >>> If no one else replies with a better answer you could look at >>> https://github.com/glennmckechnie/weewx-uradmon which takes json values >>> on a uradmon and injects it into a DB and then has a skin to display >>> graphs. >>> >> -- > You received this message because you are subscribed to the Google Groups > "weewx-user" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/weewx-user/181df546-7bb9-427c-94ba-23b4c8b41cdan%40googlegroups.com > <https://groups.google.com/d/msgid/weewx-user/181df546-7bb9-427c-94ba-23b4c8b41cdan%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/CAAraAzh%2BxQ289k4mMYXd7qCkeFKhqrORGSR_SQ_iS20%3DgA8yLg%40mail.gmail.com.
