Perfect, thank you. I was just googling around for something like this. On Fri, Apr 9, 2021 at 19:15 [email protected] <[email protected]> wrote:
> You can use a BME280 sensor for the pressure. Here is one I use: > https://www.amazon.com/Adafruit-BME280-Temperature-Humidity-Pressure/dp/B013W1AJUY/ref=sr_1_7?dchild=1&keywords=bme280&qid=1618020646&sr=8-7 > > > I been using this driver for a couple of years without any issues on one > of my RPIs. > > On Friday, April 9, 2021 at 3:57:59 PM UTC-4 [email protected] wrote: > >> Well that would certainly do it. Thank you for your help! >> >> On Fri, Apr 9, 2021 at 12:22 PM Lucas Heijst <[email protected]> wrote: >> >>> The pressure sensor is in the Davis console; you can’t read this data >>> with this driver. >>> >>> Op vrijdag 9 april 2021 om 16:06:21 UTC-3 schreef [email protected]: >>> >>>> Hi Luc, >>>> >>>> Ok I took a look at the weewx web interface and it does look like it's >>>> receiving data, which is good! I had not checked before because I thought >>>> the driver was not working. It's just this that fails: >>>> >>>> pi@wxpi:~ $ sudo PYTHONPATH=/usr/share/weewx python3 >>>> /usr/share/weewx/user/rtldavis.py --cmd="/home/pi/work/bin/rtldavis --tf >>>> US" >>>> >>>> Weewx itself seems fine though, no errors in the logs. >>>> >>>> Not a big deal for me, but if you would like to continue >>>> troubleshooting the driver I am happy to help. >>>> >>>> Unrelated (?) question. I don't seem to be getting any pressure data. >>>> Station is a Vantage Pro 2. Maybe the loop period needs to be longer? Happy >>>> to attach some data if that is helpful. >>>> >>>> Cheers, >>>> --a >>>> >>>> On Fri, Apr 9, 2021 at 4:37 AM Lucas Heijst <[email protected]> wrote: >>>> >>>>> Hi Arlen, >>>>> >>>>> Running weewx directly seems to be broken. I have to look at that. >>>>> Please set debug=1 in weewx.conf and run weewx as a daemon. >>>>> Then send the log file from start till the first error. >>>>> >>>>> Op vrijdag 9 april 2021 om 03:53:36 UTC-3 schreef [email protected]: >>>>> >>>>>> Hi Luc, >>>>>> >>>>>> Sorry for the thread necromancy but I'm not really sure what the >>>>>> norms are around starting new threads or opening github issues. I'm >>>>>> having >>>>>> the same issue as uvedhe, but I believe that I am getting data, it just >>>>>> takes a while. >>>>>> >>>>>> For example, here's what happens when I run rtldavis directly >>>>>> >>>>>> pi@wxpi:/ $ $GOPATH/bin/rtldavis -tf US >>>>>> 23:31:41.484368 rtldavis.go VERSION=0.15 >>>>>> 23:31:41.485107 tr=1 fc=0 ppm=0 gain=0 maxmissed=51 ex=0 >>>>>> receiveWindow=300 actChan=[0] maxChan=1 >>>>>> 23:31:41.485224 undefined=false verbose=false disableAfc=false >>>>>> deviceString=0 >>>>>> 23:31:41.486233 BitRate: 19200 >>>>>> 23:31:41.486286 SymbolLength: 14 >>>>>> 23:31:41.486329 SampleRate: 268800 >>>>>> 23:31:41.486366 Preamble: 1100101110001001 >>>>>> 23:31:41.486403 PreambleSymbols: 16 >>>>>> 23:31:41.486439 PreambleLength: 224 >>>>>> 23:31:41.486479 PacketSymbols: 80 >>>>>> 23:31:41.486517 PacketLength: 1120 >>>>>> 23:31:41.486553 BlockSize: 512 >>>>>> 23:31:41.486589 BufferLength: 2048 >>>>>> Found Rafael Micro R820T tuner >>>>>> 23:31:41.926203 Hop: {ChannelIdx:0 ChannelFreq:902419338 FreqError:0 >>>>>> Transmitter:0} >>>>>> Exact sample rate is: 268800.001367 Hz >>>>>> 23:31:42.103009 GetTunerGain: 0 Db >>>>>> 23:31:42.103037 SetFreqCorrection 0 ppm Successful >>>>>> Allocating 1 zero-copy buffers >>>>>> 23:31:42.106932 Init channels: wait max 135 seconds for a message of >>>>>> each transmitter >>>>>> 23:32:52.437316 TRANSMITTER 0 SEEN >>>>>> 23:32:52.437491 Hop: {ChannelIdx:19 ChannelFreq:911952597 FreqError:0 >>>>>> Transmitter:0} >>>>>> 23:32:54.999338 600557FFC100B25F 2 0 0 0 0 msg.ID=0 >>>>>> 23:32:54.999764 Hop: {ChannelIdx:41 ChannelFreq:922991108 FreqError:0 >>>>>> Transmitter:0} >>>>>> 23:32:57.561300 80055C206900FA0A 3 0 0 0 0 msg.ID=0 >>>>>> 23:32:57.561605 Hop: {ChannelIdx:25 ChannelFreq:914963100 FreqError:0 >>>>>> Transmitter:0} >>>>>> 23:33:00.124869 E0045C800300563E 4 0 0 0 0 msg.ID=0 >>>>>> 23:33:00.125445 Hop: {ChannelIdx:8 ChannelFreq:906433342 FreqError:0 >>>>>> Transmitter:0} >>>>>> 23:33:02.686749 500359FF73008A63 5 0 0 0 0 msg.ID=0 >>>>>> 23:33:02.686858 Hop: {ChannelIdx:47 ChannelFreq:926001611 FreqError:0 >>>>>> Transmitter:0} >>>>>> 23:33:05.248703 400358FD0100E608 6 0 0 0 0 msg.ID=0 >>>>>> 23:33:05.248811 Hop: {ChannelIdx:32 ChannelFreq:918475353 FreqError:0 >>>>>> Transmitter:0} >>>>>> 23:33:07.812769 800456205B005B07 7 0 0 0 0 msg.ID=0 >>>>>> 23:33:07.812888 Hop: {ChannelIdx:13 ChannelFreq:908942094 FreqError:0 >>>>>> Transmitter:0} >>>>>> 23:33:10.374274 E00362800300BF59 8 0 0 0 0 msg.ID=0 >>>>>> 23:33:10.374381 Hop: {ChannelIdx:36 ChannelFreq:920482355 FreqError:0 >>>>>> Transmitter:0} >>>>>> 23:33:12.936296 500458FF7100FD61 9 0 0 0 0 msg.ID=0 >>>>>> >>>>>> As you can see, it takes >60s to start parsing data. When I try to >>>>>> run the weewx driver, it crashes after ~10s >>>>>> >>>>>> 23:19:53.355369 Init channels: wait max 135 seconds for a message of >>>>>> each transmitter >>>>>> Traceback (most recent call last): >>>>>> File "/usr/share/weewx/user/rtldavis.py", line 1407, in <module> >>>>>> payload = lines[0].strip() >>>>>> IndexError: list index out of range >>>>>> >>>>>> Sometimes rtldavis is faster or slower, but rarely does it start in >>>>>> <10s. From reading other comments, it sounds like the driver times out >>>>>> after 10s of no data here. >>>>>> >>>>>> Any ideas what might be happening here? The antenna that I have on >>>>>> there is a cheap set of rabbit ears (dipole), could certainly get a >>>>>> better >>>>>> one, the station is about 80ft (25m) away on the roof of the next >>>>>> building >>>>>> over. Hardware is a raspberry pi and and an RTL-SDR blog brand R820T2 >>>>>> RTL2832U SDR. Pi is running latest raspbian. >>>>>> >>>>>> Thank you for all your hard work, I am so close! >>>>>> On Wednesday, May 8, 2019 at 1:37:45 AM UTC-7 [email protected] >>>>>> wrote: >>>>>> >>>>>>> uvedhe wrote on github : >>>>>>>> >>>>>>> I will answer this in the weewx-rtldavis topic in the >>>>>>>> weewx-development forum. >>>>>>>> Luc >>>>>>>> >>>>>>> uvedhe <https://github.com/uvedhe> commented 14 hours ago >>>>>>>> <https://github.com/lheijst/weewx-rtldavis/issues/1#issue-441358316> >>>>>>>> >>>>>>> I can successfully run $GOPATH/bin/rtldavis which returns various >>>>>>>> entries, like these: >>>>>>>> >>>>>>>> 19:10:43.856163 Init channels: wait max 17 seconds for a message of >>>>>>>> each transmitter >>>>>>>> 19:11:01.793521 Init channels: wait max 17 seconds for a message of >>>>>>>> each transmitter >>>>>>>> 19:11:01.794049 Hop: {ChannelIdx:0 ChannelFreq:868077250 FreqError:0} >>>>>>>> 19:11:19.732536 Init channels: wait max 17 seconds for a message of >>>>>>>> each transmitter >>>>>>>> 19:11:19.732580 Hop: {ChannelIdx:0 ChannelFreq:868077250 FreqError:0} >>>>>>>> >>>>>>>> Hi uvedhe, >>>>>>> >>>>>>> The rtldavis log show you didn't receive any data. >>>>>>> >>>>>>> The rtldavis program use default the EU-frequencies. You use the EU >>>>>>> version of the Davis Vantage, right? >>>>>>> The program runs succesfully on a Raspberry PI, Not sure if it will >>>>>>> run on OS X 10 too. >>>>>>> >>>>>>> You could try to run the rtldavis program with several other ppm >>>>>>> settings to check if any data will b read like: >>>>>>> $GOPATH/bin/rtldavis -ppm 3 >>>>>>> or >>>>>>> $GOPATH/bin/rtldavis -ppm -3 >>>>>>> >>>>>>> Luc >>>>>>> >>>>>> -- >>>>> You received this message because you are subscribed to a topic in the >>>>> Google Groups "weewx-development" group. >>>>> To unsubscribe from this topic, visit >>>>> https://groups.google.com/d/topic/weewx-development/jhGleLxu-p0/unsubscribe >>>>> . >>>>> To unsubscribe from this group and all its topics, send an email to >>>>> [email protected]. >>>>> To view this discussion on the web visit >>>>> https://groups.google.com/d/msgid/weewx-development/93e51a21-294a-4736-982a-83efabc4e03dn%40googlegroups.com >>>>> <https://groups.google.com/d/msgid/weewx-development/93e51a21-294a-4736-982a-83efabc4e03dn%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>> . >>>>> >>>> -- >>> You received this message because you are subscribed to a topic in the >>> Google Groups "weewx-development" group. >>> To unsubscribe from this topic, visit >>> https://groups.google.com/d/topic/weewx-development/jhGleLxu-p0/unsubscribe >>> . >>> To unsubscribe from this group and all its topics, send an email to >>> [email protected]. >>> >> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/weewx-development/297b95f2-6904-4d9b-aced-dd52d6b2dd4an%40googlegroups.com >>> <https://groups.google.com/d/msgid/weewx-development/297b95f2-6904-4d9b-aced-dd52d6b2dd4an%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> >> -- > You received this message because you are subscribed to a topic in the > Google Groups "weewx-development" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/weewx-development/jhGleLxu-p0/unsubscribe > . > To unsubscribe from this group and all its topics, send an email to > [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/weewx-development/dcd953a3-771f-4eb9-bf8b-f7ef50f08eb1n%40googlegroups.com > <https://groups.google.com/d/msgid/weewx-development/dcd953a3-771f-4eb9-bf8b-f7ef50f08eb1n%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- You received this message because you are subscribed to the Google Groups "weewx-development" 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-development/CACUEh1og2CcDs-nUrhsMau49B%3D_h_NNy5RmrLtZs6gwErVde0Q%40mail.gmail.com.
