[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Hey Matt, Tried your fix and it worked great. I had to remove the "tcp" modifier on my line, but I did test browsing the web site on the bridge an no more crashes. sudo tcpflow -C -i eth1 -s src host 192.168.1.18 and dst port 80 | ./combine -lines.pl | xargs -n 1 curl http://192.168.1.19: -s -d Thanks again, Brad On Saturday, November 12, 2016 at 10:24:33 PM UTC-8, mwall wrote: > > > > On Sunday, November 13, 2016 at 12:55:46 AM UTC-5, Brad Tucker wrote: >> >> Hello Matt, >> >> I starting thinking about the time stamp on the log I just sent, and that >> was right around the time I typed in the IP address to find the boot >> version and firmware version of the Acurite Bridge for RADAR. That got me >> thinking... So I went in and viewed that website again and sure enough >> thats whats killing interceptor/weewx... If you log onto the http server of >> the Acurite Bride it takes it down... >> > > brad, > > you can fix it by tweaking your capture command. are you still using this: > > sudo tcpflow -C -i eth1 -s tcp dst port 80 | ./combine-lines.pl | xargs -n > 1 curl http://192.168.1.19: -s -d > > if so, then try indicating the source something like this: > > sudo tcpflow -C -i eth1 -s tcp src X.X.X.X and dst port 80 | ./combine- > lines.pl | xargs -n 1 curl http://192.168.1.19: -s -d > > that way you will capture only the traffic from the bridge, not from your > web browser too. > > anyway, i added a fix to the interceptor so it will just log such traffic > instead of dying. > > m > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Thanks for the tip Matt. I never changed the command because it seemed to be working great... If it aint broke why fix it ;) Ill give the new line a shot though. Thanks for help yet again! B On Saturday, November 12, 2016 at 10:24:33 PM UTC-8, mwall wrote: > > > > On Sunday, November 13, 2016 at 12:55:46 AM UTC-5, Brad Tucker wrote: >> >> Hello Matt, >> >> I starting thinking about the time stamp on the log I just sent, and that >> was right around the time I typed in the IP address to find the boot >> version and firmware version of the Acurite Bridge for RADAR. That got me >> thinking... So I went in and viewed that website again and sure enough >> thats whats killing interceptor/weewx... If you log onto the http server of >> the Acurite Bride it takes it down... >> > > brad, > > you can fix it by tweaking your capture command. are you still using this: > > sudo tcpflow -C -i eth1 -s tcp dst port 80 | ./combine-lines.pl | xargs -n > 1 curl http://192.168.1.19: -s -d > > if so, then try indicating the source something like this: > > sudo tcpflow -C -i eth1 -s tcp src X.X.X.X and dst port 80 | ./combine- > lines.pl | xargs -n 1 curl http://192.168.1.19: -s -d > > that way you will capture only the traffic from the bridge, not from your > web browser too. > > anyway, i added a fix to the interceptor so it will just log such traffic > instead of dying. > > m > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
The Acurite Bridge is running it own web server on port 80. It basically just shows you the MAC address of the Bridge along with the firmware and hardware versions. Since my TCPflow command is sniffing any traffic and trying to parse it from that IP address on port 80 it grabs the traffic and kills weewx. For most uses its not a big deal. I have no need to see the firmware version or the hardware version. Blocking the port 80 at the router would not work in my circumstance. I have a raspberry pi running wth 2 ethernet cards acting in bridge mode. It is between the accurate bridge and the router. It sniffs all traffic being sent from the acurite bride on port 80 that is headed to myacurite and parses that information, along with sending it off to Myacurite so I can still access that interface. Thanks, Brad On Saturday, November 12, 2016 at 10:17:47 PM UTC-8, Liz wrote: > > On Sat, 12 Nov 2016 21:55:45 -0800 (PST) > Brad Tucker <br...@makeitrad.com > wrote: > > > Hello Matt, > > > > I starting thinking about the time stamp on the log I just sent, and > > that was right around the time I typed in the IP address to find the > > boot version and firmware version of the Acurite Bridge for RADAR. > > That got me thinking... So I went in and viewed that website again > > and sure enough thats whats killing interceptor/weewx... If you log > > onto the http server of the Acurite Bride it takes it down... > > > > Guess it makes since when you think about it... Not sure what could > > be done about it, but at least I know what not to do anymore ;) > > > > Take Care, > > Brad > > What port does the bridge use to communicate with their server? > Is there a possibility to block that port at your router? > > Liz > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Hello Matt,
I starting thinking about the time stamp on the log I just sent, and that
was right around the time I typed in the IP address to find the boot
version and firmware version of the Acurite Bridge for RADAR. That got me
thinking... So I went in and viewed that website again and sure enough
thats whats killing interceptor/weewx... If you log onto the http server of
the Acurite Bride it takes it down...
Guess it makes since when you think about it... Not sure what could be done
about it, but at least I know what not to do anymore ;)
Take Care,
Brad
On Saturday, November 12, 2016 at 9:42:56 PM UTC-8, Brad Tucker wrote:
>
> Hey Matt,
>
> I had the interceptor crash this morning. I have attached the current logs.
>
> Thanks,
> Brad
>
>
> Nov 12 06:52:37 weather weewx[725]: interceptor: MainThread: raw data:
> dateutc=now=updateraw=1=24C86E06B15C=5N1x38=2179=1=43=58.8=29.39=normal=3
> Nov 12 06:52:37 weather weewx[725]: interceptor: MainThread: ignored
> parameter realtime=1
> Nov 12 06:52:37 weather weewx[725]: interceptor: MainThread: ignored
> parameter action=updateraw
> Nov 12 06:52:37 weather weewx[725]: interceptor: MainThread: raw packet:
> {'sensor_type.2179.24C86E06B15C': '5N1x38',
> 'sensor_id.2179.24C86E06B15C': '2179',
> 'temperature.2179.24C86E06B15C': 58.8,
> 'dateTime.2179.24C86E06B15C': 1478962358,
> 'usUnits.2179.24C86E06B15C': 1, 'battery.2179.24C86E06B15C': 0,
> 'dateTime': 1478962358, 'humidity.2179.24C86E06B15C': 43.0,
> 'bridge_id.2179.24C86E06B15C': '24C86E06B15C',
> 'barometer.2179.24C86E06B15C': 29.39, 'rssi.2179.24C86E06B15C':
> 0.75, 'windspeed.2179.24C86E06B15C': 1.0, 'usUnits': 1}
> Nov 12 06:52:37 weather weewx[725]: interceptor: MainThread: mapped
> packet: {'barometer': 29.39, 'outHumidity': 43.0, 'dateTime': 1478962358,
> 'outTemp': 58.8, 'windSpeed': 1.0, 'usUnits': 1}
> Nov 12 06:52:37 weather weewx[725]: interceptor: ServerThread: POST: /
> Nov 12 06:52:37 weather weewx[725]: interceptor: MainThread: raw data: /
> Nov 12 06:52:37 weather weewx[725]: interceptor: MainThread: raw packet: {}
> Nov 12 06:52:37 weather weewx[725]: engine: Main loop exiting. Shutting
> engine down.
> Nov 12 06:52:37 weather weewx[725]: engine: Shutting down StdReport thread
> Nov 12 06:52:37 weather weewx[725]: engine: StdReport thread has been
> terminated
> Nov 12 06:52:37 weather weewx[725]: interceptor: MainThread: shutting down
> server thread
> Nov 12 06:52:38 weather weewx[725]: engine: Caught unrecoverable exception
> in engine:
> Nov 12 06:52:38 weather weewx[725]: 'dateTime'
> Nov 12 06:52:38 weather weewx[725]: Traceback (most recent call
> last):
> Nov 12 06:52:38 weather weewx[725]: File
> "/home/weewx/bin/weewx/engine.py", line 844, in main
> Nov 12 06:52:38 weather weewx[725]: engine.run()
> Nov 12 06:52:38 weather weewx[725]: File
> "/home/weewx/bin/weewx/engine.py", line 186, in run
> Nov 12 06:52:38 weather weewx[725]: for packet in
> self.console.genLoopPackets():
> Nov 12 06:52:38 weather weewx[725]: File
> "/home/weewx/bin/user/interceptor.py", line 1597, in genLoopPackets
> Nov 12 06:52:38 weather weewx[725]: pkt =
> self._device.parser.map_to_fields(pkt, self._obs_map)
> Nov 12 06:52:38 weather weewx[725]: File
> "/home/weewx/bin/user/interceptor.py", line 701, in map_to_fields
> Nov 12 06:52:38 weather weewx[725]: return
> Consumer.Parser.map_to_fields(pkt, sensor_map)
> Nov 12 06:52:38 weather weewx[725]: File
> "/home/weewx/bin/user/interceptor.py", line 355, in map_to_fields
> Nov 12 06:52:38 weather weewx[725]: packet = {'dateTime':
> pkt['dateTime'], 'usUnits': pkt['usUnits']}
> Nov 12 06:52:38 weather weewx[725]: KeyError: 'dateTime'
> Nov 12 06:52:38 weather weewx[725]: Exiting.
>
>
--
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor using bridge new Accurate firmware
I think the 104 boot version means it is older hardware just updated. I have seen people with a much later boot version. Not positive on the details though. Good luck. B -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor using bridge new Accurate firmware
Hello Radar, I see you and Matt are already trouble shooting your problems but to answer your question, I believe I am using a new hub. I only bought the unit weeks ago. With that said here is what the bridge reports. Boot firmware version : 104 Application version : 224 Hope this helps, Brad -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Still going strong! Thanks Matt! B On Tuesday, November 8, 2016 at 7:12:45 AM UTC-8, Brad Tucker wrote: > > It's been running for 24 hours :) > I'll let it go for a few more days and let you know my findings. > > Thanks Matt! > B > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
It has been loaded. Ill report back in the morning if all goes well. Thanks Matt, Brad On Monday, November 7, 2016 at 7:57:39 AM UTC-8, mwall wrote: > > > > On Monday, November 7, 2016 at 12:08:35 AM UTC-5, Brad Tucker wrote: >> >> Good Evening Matt, >> >> I thought tcpflow would go forever but forever happened to only be 12 >> hours ;) After running for a very long time everything crashed. Ive been >> keeping a mindful eye on it so I caught it pretty early... Attached is a >> syslog. Let me know if you see anything I should look for. The error codes >> are the same as the last crash. Not ure that helps any... >> > > hi brad, > > please try the latest interceptor.py. i added rejection of unexpected cgi > formats at commit 2ad77b7 > > m > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Good Evening Matt,
I thought tcpflow would go forever but forever happened to only be 12 hours
;) After running for a very long time everything crashed. Ive been keeping
a mindful eye on it so I caught it pretty early... Attached is a syslog.
Let me know if you see anything I should look for. The error codes are the
same as the last crash. Not ure that helps any...
Thanks,
Brad
Nov 6 20:47:52 weather weewx[20110]: interceptor: MainThread: raw packet:
{'dateTime.00012694.24C86E06B15C': 1478494073,
'sensor_type.00012694.24C86E06B15C': 'tower', 'rssi.00012694.24C86E06B15C':
0.75, 'battery.00012694.24C86E06B15C': 0, 'dateTime': 1478494073,
'bridge_id.00012694.24C86E06B15C': '24C86E06B15C', 'usUnits': 1,
'humidity.00012694.24C86E06B15C': 51.0, 'usUnits.00012694.24C86E06B15C': 1,
'barometer.00012694.24C86E06B15C': 29.36,
'temperature.00012694.24C86E06B15C': 70.8,
'sensor_id.00012694.24C86E06B15C': '00012694'}
Nov 6 20:47:52 weather weewx[20110]: interceptor: MainThread: mapped
packet: {'extraHumid1': 51.0, 'extraTemp1': 70.8, 'barometer': 29.36,
'usUnits': 1, 'dateTime': 1478494073}
Nov 6 20:48:02 weather weewx[20110]: interceptor: MainThread: empty queue
Nov 6 20:48:05 weather weewx[20110]: interceptor: ServerThread: POST: /
Nov 6 20:48:05 weather weewx[20110]: interceptor: MainThread: raw data: /
Nov 6 20:48:05 weather weewx[20110]: engine: Main loop exiting. Shutting
engine down.
Nov 6 20:48:05 weather weewx[20110]: engine: Shutting down StdReport thread
Nov 6 20:48:05 weather weewx[20110]: engine: StdReport thread has been
terminated
Nov 6 20:48:05 weather weewx[20110]: interceptor: MainThread: shutting
down server thread
Nov 6 20:48:05 weather weewx[20110]: engine: Caught unrecoverable
exception in engine:
Nov 6 20:48:05 weather weewx[20110]: need more than 1 value to
unpack
Nov 6 20:48:05 weather weewx[20110]: Traceback (most recent call
last):
Nov 6 20:48:05 weather weewx[20110]: File
"/home/weewx/bin/weewx/engine.py", line 844, in main
Nov 6 20:48:05 weather weewx[20110]: engine.run()
Nov 6 20:48:05 weather weewx[20110]: File
"/home/weewx/bin/weewx/engine.py", line 186, in run
Nov 6 20:48:05 weather weewx[20110]: for packet in
self.console.genLoopPackets():
Nov 6 20:48:05 weather weewx[20110]: File
"/home/weewx/bin/user/interceptor.py", line 1447, in genLoopPackets
Nov 6 20:48:05 weather weewx[20110]: pkt =
self._device.parser.parse(data)
Nov 6 20:48:05 weather weewx[20110]: File
"/home/weewx/bin/user/interceptor.py", line 478, in parse
Nov 6 20:48:05 weather weewx[20110]: return
self.parse_chaney(s)
Nov 6 20:48:05 weather weewx[20110]: File
"/home/weewx/bin/user/interceptor.py", line 522, in parse_chaney
Nov 6 20:48:05 weather weewx[20110]: (n, v) = x.split('=')
Nov 6 20:48:05 weather weewx[20110]: ValueError: need more than
1 value to unpack
Nov 6 20:48:05 weather weewx[20110]: Exiting.
--
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Great. I was thinking to add it to the initd startup but I like the idea of adding if it to the weewx initd instead. Thanks for the thoughts. Thanks, Brad -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Hello Matt, So far so good!!! Tcpflow has been running for over an hour. Data seems to be making its way. I'll go up on the roof and poor in some water shortly and see if it logs the values. Here is my working command: sudo tcpflow -C -i eth1 -s tcp dst port 80 | ./combine-lines.pl | xargs -n 1 curl http://192.168.1.19: -s -d Thanks again for all the hard work on this. I would have given up days ago w/o you :) If you'd like me to test the pcap code you implemented last night Im happy to do so once I test the rain sensor. Thanks -Brad On Sunday, November 6, 2016 at 4:47:09 AM UTC-8, mwall wrote: > > > > On Sunday, November 6, 2016 at 2:32:46 AM UTC-5, Brad Tucker wrote: >> >> Decided to turn off the FTP skin and see if it changed anything. I still >> got the crash and here is the syslog: >> >> > tcpdump is picking up the traffic from your web server/browser and the > weewx web pages. > > you need to adjust the tcpdump filter so that it only captures traffic > from the acurite bridge > > try adding a src clause something like this: > > tcpdump ... src X.X.X.X and dst port 80 > > where X.X.X.X is the address of the bridge > > or just listen on the eth1 interface (the one to which the bridge is > connected) instead of the eth0 interface (the one to which the rest of the > network is connected) > > m > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Hello Matt!
I think I have some good news. After I did the clean install tcpdump worked
exactly as it had before. However this time I tried to give tcpflow a shot.
It has a great output and then once I run it through your perl script it
looks really pretty and all on one line. It will run for a good 10 min then
it crashes. I don't believe the crash is because of bad characters in the
tcpdump this time though. Its as clean as Ive ever seen! This looks the
most promising. Please take a look and let me know what you think.
Thanks,
Brad
*sudo tcpflow -C -s tcp dst port 80*
GET
/weatherstation/updateweatherstation?dateutc=now=updateraw=1
=24C86E06B15C=5N1x31=2179
=0=180
=0.00=0.00=93=51.5=49
=29.30=normal=3
HTTP/1.1
Host:
hubapi.myacurite.com
User-Agent: Hub/224
Connection: close
GET
/weatherstation/updateweatherstation.php?ID=KCATHOUS110==now=updateraw=1
=36
=24C86E06B15C=5N1x31=2179
=0=180
=0.00=0.00=93=51.5=49
=29.30=normal=3
HTTP/1.1
Host:
rtupdate.wunderground.com
Connection: close
GET
/weatherstation/updateweatherstation?dateutc=now=updateraw=1
=24C86E06B15C=5N1x38=2179
=0=93
=51.5
=29.30=normal=3
HTTP/1.1
Host:
hubapi.myacurite.com
User-Agent: Hub/224
Connection: close
GET
/weatherstation/updateweatherstation?dateutc=now=updateraw=1
=24C86E06B15C=tower=00012694
=51=70.6
=29.30=normal=4
HTTP/1.1
Host:
hubapi.myacurite.com
User-Agent: Hub/224
Connection: close
GET
/weatherstation/updateweatherstation?dateutc=now=updateraw=1
=24C86E06B15C=tower=8384
=34=81.4
=29.30=normal=2
HTTP/1.1
Host:
hubapi.myacurite.com
User-Agent: Hub/224
Connection: close
*sudo tcpflow -C -s tcp dst port 80 | ./combine-lines.pl*
tcpflow: listening on eth0
dateutc=now=updateraw=1=24C86E06B15C=tower=8384=34=81.4=29.30=normal=2
dateutc=now=updateraw=1=24C86E06B15C=tower=00012694=51=70.6=29.30=normal=4
dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=0=90=0.00=0.00=93=51.5=49=29.30=normal=3
ID=KCATHOUS110=dateutc=now=updateraw=1=36=24C86E06B15C=5N1x31=2179=0=90=0.00=0.00=93=51.5=49=29.30=normal=3
dateutc=now=updateraw=1=24C86E06B15C=5N1x38=2179=0=93=51.4=29.30=normal=3
*syslog:*
Nov 6 00:00:35 weather weewx[19425]: interceptor: ServerThread: POST:
dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=0=180=0.00=0.00=95=51.4=50=29.30=normal=3
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: raw data:
dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=0=180=0.00=0.00=95=51.4=50=29.30=normal=3
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: ignored
parameter realtime=1
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: ignored
parameter dewptf=50
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: ignored
parameter rainin=0.00
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: ignored
parameter action=updateraw
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: raw packet:
{'sensor_type.2179.24C86E06B15C': '5N1x31',
'sensor_id.2179.24C86E06B15C': '2179',
'winddir.2179.24C86E06B15C': 180.0,
'temperature.2179.24C86E06B15C': 51.4, 'rssi.2179.24C86E06B15C':
0.75, 'usUnits.2179.24C86E06B15C': 1, 'battery.2179.24C86E06B15C':
0, 'rainfall.2179.24C86E06B15C': 0.0, 'dateTime.2179.24C86E06B15C':
1478415635, 'bridge_id.2179.24C86E06B15C': '24C86E06B15C',
'barometer.2179.24C86E06B15C': 29.3, 'dateTime': 1478415635,
'windspeed.2179.24C86E06B15C': 0.0, 'humidity.2179.24C86E06B15C':
95.0, 'usUnits': 1}
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: mapped
packet: {'barometer': 29.3, 'outHumidity': 95.0, 'rain': 0.0, 'dateTime':
1478415635, 'windDir': 180.0, 'outTemp': 51.4, 'windSpeed': 0.0, 'usUnits':
1}
Nov 6 00:00:35 weather weewx[19425]: interceptor: ServerThread: POST:
ID=KCATHOUS110==now=updateraw=1=36=24C86E06B15C=5N1x31=2179=0=180=0.00=0.00=95=51.4=50=29.30=normal=3
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: raw data:
ID=KCATHOUS110==now=updateraw=1=36=24C86E06B15C=5N1x31=2179=0=180=0.00=0.00=95=51.4=50=29.30=normal=3
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: ignored
parameter realtime=1
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: ignored
parameter dewptf=50
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: ignored
parameter rainin=0.00
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: ignored
parameter rtfreq=36
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: ignored
parameter action=updateraw
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: ignored
parameter PASSWORD=
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: ignored
parameter ID=KCATHOUS110
Nov 6 00:00:35 weather weewx[19425]: interceptor: MainThread: raw packet:
{'sensor_type.2179.24C86E06B15C': '5N1x31',
'sensor_id.2179.24C86E06B15C': '2179',
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Hey Matt,
This is in syslog when the tcpdump chokes...
Nov 5 18:58:55 weather weewx[2574]: interceptor: MainThread: parse failed
for
dateutc=now=updateraw=1=24C86E06B15C=tower=8384=31=81.4=29.28=normal=2#012dateutc=now=updateraw=1^=24C86E06B15C=tower=00012694^=48=71.9^=29.28=normal=3^:
dictionary update sequence element #10 has length 3; 2 is required
Nov 5 18:58:55 weather weewx[2574]: engine: Main loop exiting. Shutting
engine down.
Nov 5 18:58:55 weather weewx[2574]: engine: Shutting down StdReport thread
Nov 5 18:58:55 weather weewx[2574]: engine: StdReport thread has been
terminated
Nov 5 18:58:55 weather weewx[2574]: interceptor: MainThread: shutting down
server thread
Nov 5 18:58:55 weather weewx[2574]: engine: Caught unrecoverable exception
in engine:
Nov 5 18:58:55 weather weewx[2574]: 'dateTime'
Nov 5 18:58:55 weather weewx[2574]: Traceback (most recent call
last):
Nov 5 18:58:55 weather weewx[2574]: File
"/home/weewx/bin/weewx/engine.py", line 844, in main
Nov 5 18:58:55 weather weewx[2574]: engine.run()
Nov 5 18:58:55 weather weewx[2574]: File
"/home/weewx/bin/weewx/engine.py", line 186, in run
Nov 5 18:58:55 weather weewx[2574]: for packet in
self.console.genLoopPackets():
Nov 5 18:58:55 weather weewx[2574]: File
"/home/weewx/bin/user/interceptor.py", line 1447, in genLoopPackets
Nov 5 18:58:55 weather weewx[2574]: pkt =
self._device.parser.parse(data)
Nov 5 18:58:55 weather weewx[2574]: File
"/home/weewx/bin/user/interceptor.py", line 477, in parse
Nov 5 18:58:55 weather weewx[2574]: return self.parse_wu(s)
Nov 5 18:58:55 weather weewx[2574]: File
"/home/weewx/bin/user/interceptor.py", line 513, in parse_wu
Nov 5 18:58:55 weather weewx[2574]: return
self.add_identifiers(pkt)
Nov 5 18:58:55 weather weewx[2574]: File
"/home/weewx/bin/user/interceptor.py", line 568, in add_identifiers
Nov 5 18:58:56 weather weewx[2574]: packet = {'dateTime':
pkt['dateTime'], 'usUnits': pkt['usUnits']}
Nov 5 18:58:56 weather weewx[2574]: KeyError: 'dateTime'
Nov 5 18:58:56 weather weewx[2574]: Exiting.
to get going again, I have to restart weewx completely...
sudo service weewx restart
-Brad
On Saturday, November 5, 2016 at 7:02:50 PM UTC-7, Brad Tucker wrote:
>
> Hello Matt,
>
> Things seem to go ok for a few min but then the tcpdump stops going. It
> just holds and displays nothing more... It probably gets 50 or 60 of the
> "success": 1, "checkversion": "126" messages... We are getting really
> close. Still havnt seen the rain show up in the graphed plots but the logs
> for the 5N1 have rain entries in the POST statement.
>
>
>
> sudo tcpdump -Anpl -s0 -w - -i eth0 dst port 80 | stdbuf -oL strings -n5 |
> ./combine-lines.pl | xargs -n 1 curl http://192.168.1.7:8080 -s -d
> tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size
> 262144 bytes
> { "success": 1, "checkversion": "126" }{ "success": 1, "checkversion":
> "126" }{ "success": 1, "checkversion": "126" }{ "success": 1,
> "checkversion": "126" }{ "success": 1, "checkversion": "126" }{ "success":
> 1, "checkversion": "126" }{ "success": 1, "checkversion": "126" }{
> "success": 1, "checkversion": "126" }{ "success": 1, "checkversion": "126"
> }{ "success": 1, "checkversion": "126" }{ "success": 1, "checkversion":
> "126" }{ "success": 1, "checkversion": "126" }{ "success": 1,
> "checkversion": "126" }{ "success": 1, "checkversion": "126" }{ "success":
> 1, "checkversion": "126" }{ "success": 1, "checkversion": "126" }{
> "success": 1, "checkversion": "126" }
>
>
> tail -f /var/log/syslog |grep POST
>
> pi@weather:/home/weewx $ tail -f /var/log/syslog |grep POST
> Nov 5 18:56:31 weather weewx[2574]: interceptor: ServerThread: POST:
> dateutc=now=updateraw=1=24C86E06B15C=5N1x38=2179=0=86=59.0=29.28=normal=3
> Nov 5 18:56:40 weather weewx[2574]: interceptor: ServerThread: POST:
> dateutc=now=updateraw=1=24C86E06B15C=tower=00012694=48=71.9=29.28=normal=3
> Nov 5 18:56:44 weather weewx[2574]: interceptor: ServerThread: POST:
> dateutc=now=updateraw=1=24C86E06B15C=tower=8384=31=
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
', 'weewx.cheetahgenerator.Station',
'weewx.cheetahgenerator.Stats', 'weewx.cheetahgenerator.UnitInfo',
'weewx.cheetahgenerator.Extras']
Nov 5 18:45:25 weather weewx[2331]: interceptor: ServerThread: POST:
dateutc=now=updateraw=14=24C86E06B15C=tower=000126944=48=71.94=29.28=normal=34
Nov 5 18:45:25 weather weewx[2331]: interceptor: MainThread: raw data:
dateutc=now=updateraw=14=24C86E06B15C=tower=000126944=48=71.94=29.28=normal=34
Nov 5 18:45:25 weather weewx[2331]: interceptor: MainThread: ignored
parameter realtime=14
Nov 5 18:45:25 weather weewx[2331]: interceptor: MainThread: ignored
parameter action=updateraw
Nov 5 18:45:25 weather weewx[2331]: interceptor: MainThread: raw packet:
{'barometer.000126944.24C86E06B15C': 29.28,
'sensor_id.000126944.24C86E06B15C': '000126944',
'dateTime.000126944.24C86E06B15C': 1478396725,
'usUnits.000126944.24C86E06B15C': 1, 'rssi.000126944.24C86E06B15C': 8.5,
'bridge_id.000126944.24C86E06B15C': '24C86E06B15C', 'dateTime': 1478396725,
'humidity.000126944.24C86E06B15C': 48.0,
'sensor_type.000126944.24C86E06B15C': 'tower',
'battery.000126944.24C86E06B15C': 0, 'usUnits': 1,
'temperature.000126944.24C86E06B15C': 71.94}
Nov 5 18:45:25 weather weewx[2331]: interceptor: MainThread: mapped
packet: {'barometer': 29.28, 'usUnits': 1, 'dateTime': 1478396725}
Nov 5 18:45:32 weather weewx[2331]: interceptor: ServerThread: POST:
dateutc=now=updateraw=1;=24C86E06B15C=tower=8384;=31=81.1<=29.28=normal=2<
Nov 5 18:45:32 weather weewx[2331]: interceptor: MainThread: raw data:
dateutc=now=updateraw=1;=24C86E06B15C=tower=8384;=31=81.1<=29.28=normal=2<
Nov 5 18:45:32 weather weewx[2331]: interceptor: MainThread: parse failed
for
dateutc=now=updateraw=1;=24C86E06B15C=tower=8384;=31=81.1<=29.28=normal=2<:
invalid literal for float(): 81.1<
Nov 5 18:45:32 weather weewx[2331]: interceptor: MainThread: raw packet:
{'usUnits..': 1, 'dateTime..': 1478396732, 'usUnits': 1, 'dateTime':
1478396732}
Nov 5 18:45:32 weather weewx[2331]: interceptor: MainThread: mapped
packet: {'usUnits': 1, 'dateTime': 1478396732}
Nov 5 18:45:35 weather weewx[2331]: interceptor: ServerThread: POST:
dateutc=now=updateraw=1>=24C86E06B15C=5N1x31=2179>=0=45>=0.00=0.20=85=59.9=55>=29.28=normal=3>
Nov 5 18:45:35 weather weewx[2331]: interceptor: MainThread: raw data:
dateutc=now=updateraw=1>=24C86E06B15C=5N1x31=2179>=0=45>=0.00=0.20=85=59.9=55>=29.28=normal=3>
Nov 5 18:45:35 weather weewx[2331]: interceptor: MainThread: ignored
parameter realtime=1>
Nov 5 18:45:35 weather weewx[2331]: interceptor: MainThread: unrecognized
parameter dewptf=55>
Nov 5 18:45:35 weather weewx[2331]: interceptor: MainThread: ignored
parameter rainin=0.00
Nov 5 18:45:35 weather weewx[2331]: interceptor: MainThread: parse failed
for
dateutc=now=updateraw=1>=24C86E06B15C=5N1x31=2179>=0=45>=0.00=0.20=85=59.9=55>=29.28=normal=3>:
invalid literal for float(): 45>
Nov 5 18:45:35 weather weewx[2331]: interceptor: MainThread: skipping rain
measurement of 0.2: no last rain
Nov 5 18:45:35 weather weewx[2331]: interceptor: MainThread: raw packet:
{'dateTime': 1478396735, 'usUnits..': 1, 'temperature..': 59.9,
'windspeed..': 0.0, 'dateTime..': 1478396735, 'usUnits': 1, 'rainfall..':
None, 'barometer..': 29.28}
Nov 5 18:45:35 weather weewx[2331]: interceptor: MainThread: mapped
packet: {'barometer': 29.28, 'inTemp': 59.9, 'usUnits': 1, 'dateTime':
1478396735}
Nov 5 18:45:35 weather weewx[2331]: interceptor: ServerThread: POST:
ID=KCATHOUS110==now=updateraw=1>=36>=24C86E06B15C=5N1x31=00002179>=0=45>=0.00=0.20=85=59.9=55>=29.28=normal=3>
Nov 5 18:45:35 weather weewx[2331]: interceptor: MainThread: raw data:
ID=KCATHOUS110==now=updateraw=1>=36>=24C86E06B15C=5N1x31=2179>=0=45>=0.00=0.20=85=59.9=55>=29.28=normal=3>
I did notice some of the posts that have the Weather Underground PASSWORD
have in them. I wrote out the one that had the password with .
Not sure if you where hiding it in the logs or if something else is going
on...
Thanks,
Brad
On Saturday, November 5, 2016 at 5:21:00 PM UTC-7, mwall wrote:
>
> On Saturday, November 5, 2016 at 8:06:26 PM UTC-4, Brad Tucker wrote:
>>
>> Unfortunately once I add curl into the mix nothing happens:
>>
>
> so close! i'll bet the perl script is buffering.
>
> try putting this after the 'use strict' line in the perl script:
>
> $| = 1;
>
> (that is supposed to be the 'less cryptic' way of doing it! gotta love
> perl :)
>
> m
>
--
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
and a raw tcpdump: sudo tcpdump -Anpl -s0 -w - -i eth0 dst port 80 | stdbuf -oL strings -n8 pi@weather:~ $ sudo tcpdump -Anpl -s0 -w - -i eth0 dst port 80 | stdbuf -oL strings -n8 tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes GET /weatherstation/updateweatherstation?dateutc=now=updateraw=1 =24C86E06B15C=5N1x31=2179 =1=293 =0.00=0.20=55=71.1=54 =29.29=normal=3 HTTP/1.1 hubapi.myacurite.com User-Agent: Hub/224 Connection: close GET /weatherstation/updateweatherstation.php?ID=KCATHOUS110==now=updateraw=1 =36 =24C86E06B15C=5N1x31=2179 =1=293 =0.00=0.20=55=71.1=54 =29.29=normal=3 HTTP/1.1 rtupdate.wunderground.com Connection: close GET /weatherstation/updateweatherstation?dateutc=now=updateraw=1 =24C86E06B15C=tower=8384 =30=80.0 =29.29=normal=2 HTTP/1.1 hubapi.myacurite.com User-Agent: Hub/224 Connection: close GET /weatherstation/updateweatherstation?dateutc=now=updateraw=1 =24C86E06B15C=tower=00012694 =45=71.5 =29.29=normal=3 HTTP/1.1 hubapi.myacurite.com User-Agent: Hub/224 Connection: close ^C58 packets captured 58 packets received by filter 0 packets dropped by kernel > > > > On Saturday, November 5, 2016 at 4:28:20 PM UTC-7, Brad Tucker wrote: >> >> Here is the dump.txt >> >> On Saturday, November 5, 2016 at 4:23:22 PM UTC-7, mwall wrote: >>> >>> On Saturday, November 5, 2016 at 6:47:45 PM UTC-4, Brad Tucker wrote: >>>> >>>> this is looking yummy :) >>>> >>>>> >>>>> >>> getting close. i don't know where the spurious l_, q_ etc are coming >>> from in your tcpdump output, and i am unable to duplicate the behavior. >>> could you send the tcpdump output to file and post that file? >>> >>> sudo tcpdump -Anpl -s0 -w - -i eth0 dst port 80 > dump.txt >>> >>> meanwhile, i tightened up the combiner a bit. please try version 0.2 of >>> combine-lines.pl from the interceptor repository: >>> >>> >>> https://raw.githubusercontent.com/matthewwall/weewx-interceptor/master/util/combine-lines.pl >>> >>> that should prevent the hostnames from being appended to the cgi args >>> >>> m >>> >> -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Here is the latest out put with the new combine.pl. I rebooted the pi as I was getting strange outputs as well. Once I reboot this new output was looking mighty fine... -B pi@weather:~ $ sudo tcpdump -Anpl -s0 -w - -i eth0 dst port 80 | stdbuf -oL strings -n8 | ./combine.pl tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes dateutc=now=updateraw=1=24C86E06B15C=5N1x38=2179=0=51=71.9=29.29=normal=2hubapi.myacurite.com dateutc=now=updateraw=1=24C86E06B15C=tower=8384=30=79.6=29.29=normal=2hubapi.myacurite.com dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=0=90=0.00=0.20=51=71.9=53=29.29=normal=3hubapi.myacurite.com ID=KCATHOUS110==now=updateraw=1=36=24C86E06B15C=5N1x31=2179=0=90=0.00=0.20=51=71.9=53=29.29=normal=3rtupdate.wunderground.com dateutc=now=updateraw=1=24C86E06B15C=tower=00012694=45=71.2=29.29=normal=3hubapi.myacurite.com dateutc=now=updateraw=1=24C86E06B15C=tower=8384=30=79.8=29.29=normal=2hubapi.myacurite.com dateutc=now=updateraw=1=24C86E06B15C=5N1x38=2179=0=51=71.9=29.29=normal=2hubapi.myacurite.com dateutc=now=updateraw=1=24C86E06B15C=tower=00012694=45=71.2=29.29=normal=3hubapi.myacurite.com dateutc=now=updateraw=1=24C86E06B15C=tower=8384=30=79.8=29.29=normal=2hubapi.myacurite.com ^C131 packets captured 131 packets received by filter 0 packets dropped by kernel On Saturday, November 5, 2016 at 4:28:20 PM UTC-7, Brad Tucker wrote: > > Here is the dump.txt > > On Saturday, November 5, 2016 at 4:23:22 PM UTC-7, mwall wrote: >> >> On Saturday, November 5, 2016 at 6:47:45 PM UTC-4, Brad Tucker wrote: >>> >>> this is looking yummy :) >>> >>>> >>>> >> getting close. i don't know where the spurious l_, q_ etc are coming >> from in your tcpdump output, and i am unable to duplicate the behavior. >> could you send the tcpdump output to file and post that file? >> >> sudo tcpdump -Anpl -s0 -w - -i eth0 dst port 80 > dump.txt >> >> meanwhile, i tightened up the combiner a bit. please try version 0.2 of >> combine-lines.pl from the interceptor repository: >> >> >> https://raw.githubusercontent.com/matthewwall/weewx-interceptor/master/util/combine-lines.pl >> >> that should prevent the hostnames from being appended to the cgi args >> >> m >> > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Here is the dump.txt
On Saturday, November 5, 2016 at 4:23:22 PM UTC-7, mwall wrote:
>
> On Saturday, November 5, 2016 at 6:47:45 PM UTC-4, Brad Tucker wrote:
>>
>> this is looking yummy :)
>>
>>>
>>>
> getting close. i don't know where the spurious l_, q_ etc are coming from
> in your tcpdump output, and i am unable to duplicate the behavior. could
> you send the tcpdump output to file and post that file?
>
> sudo tcpdump -Anpl -s0 -w - -i eth0 dst port 80 > dump.txt
>
> meanwhile, i tightened up the combiner a bit. please try version 0.2 of
> combine-lines.pl from the interceptor repository:
>
>
> https://raw.githubusercontent.com/matthewwall/weewx-interceptor/master/util/combine-lines.pl
>
> that should prevent the hostnames from being appended to the cgi args
>
> m
>
--
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Ôò¡ Gj X+û < <&¸8vB$Èn±\ E ,¢ª dÙÀ¨4¼Š? P~·m `?èC Gj Xµ$ < <&¸8vB$Èn±\ E (¢« dÜÀ¨4¼Š? P~·m ä‹è‡P?/AGj X=+ † †&¸8vB$Èn±\ E x¢¬ d‹À¨4¼Š? P~·m ä‹è‡P?jz GET
/weatherstation/updateweatherstation?dateutc=now=updateraw=1Gj Xÿf _ _&¸8vB$Èn±\ E Q¢ d±À¨4¼Š? P~·mnä‹è‡P?û =24C86E06B15C=tower=8384Gj X!r M M&¸8vB$Èn±\ E ?¢® dÂÀ¨4¼Š? P~·m—ä‹è‡P?mß =30=79.3Gj Xë‰ Z Z&¸8vB$Èn±\ E L¢¯ d´À¨4¼Š? P~·m®ä‹è‡P?
=29.29=normal=2Gj X‘? G G&¸8vB$Èn±\ E 9¢° dÆÀ¨4¼Š? P~·mÒä‹è‡P?ùv
HTTP/1.1
Host:
Gj X— _ _&¸8vB$Èn±\ E Q¢± dÀ¨4¼Š? P~·mãä‹è‡P?M% hubapi.myacurite.com
User-Agent: Hub/224Gj X€¦ M M&¸8vB$Èn±\ E ?¢² d¾À¨4¼Š? P~·n
ä‹è‡P?Ÿö
Connection: close
Gj X£d < <&¸8vB$Èn±\ E (¢³ dÔÀ¨4¼Š? P~·n#ä‹êP?,¬Gj X¬• < <&¸8vB$Èn±\ E (¢´ dÓÀ¨4¼Š? P~·n#ä‹ê#P…,«Gj X°™ < <&¸8vB$Èn±\ E (¢µ dÒÀ¨4¼Š? P~·n#ä‹ê#P?,
Gj Xè? < <&¸8vB$Èn±\ E (¢¶ dÑÀ¨4¼Š? P~·n#ä‹ê#P?,ŸGj XôŸ < <&¸8vB$Èn±\ E (¢· dÐÀ¨4¼Š? P~·n#ä‹ê#P?,œHj Xú“
< <&¸8vB$Èn±\ E ,¢¹ dÝÃÀ¨4,àh‚ Pè[·¼`?ù Hj XXÄ < <&¸8vB$Èn±\ E (¢º dÝÆÀ¨4,àh‚ Pè[·½õ|ë?P?BÿHj XxË † †&¸8vB$Èn±\ E x¢» dÝuÀ¨4,àh‚ Pè[·½õ|ë?P?~8 GET
/weatherstation/updateweatherstation?dateutc=now=updateraw=1Hj Xq
` `&¸8vB$Èn±\ E R¢¼ dÝšÀ¨4,àh‚ Pè[¸
õ|ë?P?ô~ =24C86E06B15C=5N1x31=2179Hj Xî
Q Q&¸8vB$Èn±\ E C¢½ dݨÀ¨4,àh‚ Pè[¸7õ|ë?P?QÅ =0=113Hj X%%
t t&¸8vB$Èn±\ E f¢¾ dÝ„À¨4,àh‚ Pè[¸Rõ|ë?P?EÞ =0.00=0.20=51=71.5=53Hj Xì[ Z Z&¸8vB$Èn±\ E L¢¿ dÝ?À¨4,àh‚ Pè[¸?õ|ë?P?
‰ =29.29=normal=2Hj X.d G G&¸8vB$Èn±\ E 9¢À dݯÀ¨4,àh‚ Pè[¸´õ|ë?P?
ò HTTP/1.1
Host: Hj X\k _ _&¸8vB$Èn±\ E Q¢Á dÝ–À¨4,àh‚ Pè[¸Åõ|ë?P?`
hubapi.myacurite.com
User-Agent:
Hub/224Hj XMq M M&¸8vB$Èn±\ E ?¢Â dݧÀ¨4,àh‚ Pè[¸îõ|ë?P?³q
Connection: close
Ij Xý < <&¸8vB$Èn±\ E (¢Ã dݽÀ¨4,àh‚ Pè[¹õ|í P?@'Ij XèM < <&¸8vB$Èn±\ E (¢Ä dݼÀ¨4,àh‚ Pè[¹õ|í)P…@&Ij X+R < <&¸8vB$Èn±\ E (¢Å dÝ»À¨4,àh‚ Pè[¹õ|í)P?@Ij XKV < <&¸8vB$Èn±\ E (¢Æ dݺÀ¨4,àh‚ Pè[¹õ|í)P?@Ij XYX < <&¸8vB$Èn±\ E (¢Ç dݹÀ¨4,àh‚ Pè[¹õ|í)P?@Ij XEà < <&¸8vB$Èn±\ E ,¢É dBEÀ¨‰?ƒ PƒS&3`?k Ij XT < <&¸8vB$Èn±\ E (¢Ê dBHÀ¨‰?ƒ PƒS&4=4±¨P??OIj X# « «&¸8vB$Èn±\ E ?¢Ë dAÒÀ¨‰?ƒ PƒS&4=4±¨P?˜ GET
/weatherstation/updateweatherstation.php?ID=KCATHOUS110=ofsglckk=now=updateraw=1Ij X‘
@ @&¸8vB$Èn±\ E 2¢Ì dB<À¨‰?ƒ PƒS&©=4±¨P?Þ =36Ij Xê{ ` `&¸8vB$Èn±\ E R¢Í dBÀ¨‰?ƒ PƒS&³=4±¨P?A
=24C86E06B15C=5N1x31=2179Ij X\ƒ Q Q&¸8vB$Èn±\ E C¢Î dB)À¨‰?ƒ PƒS&Ý=4±¨P?žæ =0=113Ij X€™ t t&¸8vB$Èn±\ E f¢Ï dBÀ¨‰?ƒ PƒS&ø=4±¨P?’ÿ =0.00=0.20=51=71.5=53Ij Xcß Z Z&¸8vB$Èn±\ E L¢Ð dB À¨‰?ƒ PƒS'6=4±¨P?mª =29.29=normal=2Ij Xçä G G&¸8vB$Èn±\ E 9¢Ñ dB0À¨‰?ƒ PƒS'Z=4±¨P?Z
HTTP/1.1
Host:
Ij X‰í O O&¸8vB$Èn±\ E A¢Ò dB'À¨‰?ƒ PƒS'k=4±¨P?7 rtupdate.wunderground.comIj XLó M M&¸8vB$Èn±\ E ?¢Ó dB(À¨‰?ƒ PƒS'„=4±¨P? £
Con
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
this is looking yummy :) sudo tcpdump -Anpl -s0 -w - -i eth0 dst port 80 | stdbuf -oL strings -n8 tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes GET /weatherstation/updateweatherstation?dateutc=now=updateraw=1l_ =24C86E06B15C=tower=8384l_ =30=79.3l_ =29.29=normal=2l_ HTTP/1.1 Host: l_ hubapi.myacurite.com User-Agent: Hub/224l_ Connection: close GET /weatherstation/updateweatherstation?dateutc=now=updateraw=1o_ =24C86E06B15C=tower=00012694o_ =46=71.5o_ =29.29=normal=3o_ HTTP/1.1 Host: o_ hubapi.myacurite.com User-Agent: Hub/224p_ Connection: close GET /weatherstation/updateweatherstation?dateutc=now=updateraw=1q_ =24C86E06B15C=5N1x31=2179q_ =1=113q_ =0.00=0.20=37=79.4=50q_ =29.29=normal=3q_ HTTP/1.1 Host: q_ hubapi.myacurite.com User-Agent: Hub/224q_ Connection: close GET /weatherstation/updateweatherstation.php?ID=KCATHOUS110=ofsglckk=now=updateraw=1r_ =36r_ =24C86E06B15C=5N1x31=2179r_ =1=113r_ =0.00=0.20=37=79.4=50r_ =29.29=normal=3r_ HTTP/1.1 Host: r_ rtupdate.wunderground.comr_ Connection: close ^C114 packets captured 114 packets received by filter 0 packets dropped by kernel I went a head and ran it through the combine.pl as well: sudo tcpdump -Anpl -s0 -w - -i eth0 dst port 80 | stdbuf -oL strings -n8 | ./combine.pl tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes dateutc=now=updateraw=1=24C86E06B15C=tower=8384=30=79.3=29.28=normal=2hubapi.myacurite.com dateutc=now=updateraw=1=24C86E06B15C=tower=8384=30=79.3=29.28=normal=2hubapi.myacurite.com dateutc=now=updateraw=1=24C86E06B15C=5N1x38=2179=1=37=78.8=29.28=normal=3hubapi.myacurite.com dateutc=now=updateraw=1=24C86E06B15C=tower=00012694=46=71.5=29.28=normal=3hubapi.myacurite.com dateutc=now=updateraw=1=24C86E06B15C=tower=8384=30=79.3=29.28=normal=2hubapi.myacurite.com dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=1=90=0.00=0.20=37=78.8=51=29.28=normal=3hubapi.myacurite.com ID=KCATHOUS110=ofsglckk=now=updateraw=1=36=24C86E06B15C=5N1x31=2179=1=90=0.00=0.20=37=78.8=51=29.28=normal=3rtupdate.wunderground.com dateutc=now=updateraw=1=24C86E06B15C=tower=00012694=46=71.5=29.28=normal=3hubapi.myacurite.com ^C117 packets captured 117 packets received by filter 0 packets dropped by kernel On Saturday, November 5, 2016 at 3:33:59 PM UTC-7, mwall wrote: > > On Saturday, November 5, 2016 at 6:00:00 PM UTC-4, Brad Tucker wrote: >> >> sudo tcpdump -i eth0 dst port 80 >> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode >> listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes >> 14:53:48.501215 IP 192.168.1.18.4102 > >> ec2-52-4-188-138.compute-1.amazonaws.com.http: Flags [S], seq 62518866, win >> 400, options [mss 536], length 0 >> >> sudo tcpdump -A -n -p -l -i eth0 -s0 -w - tcp dst port 80 (Please note >> the - tcp not -tcp) There is a space. w/o it I get 0 output. >> tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size >> 262144 bytes >> <<&�8vB$�n�E(n�d�o��4��/P&}��|EPPUX���&�8vB$�n�Exn�d���4��/P&}��|EPP��GET >> >> /weatherstation/updateweatherstation?dateutc=now=updateraw=1�UX�M``&�8vB$�n�ERn�d�C��4��/P&}�!|EPP�sI=24C86E06B15C=5N1x31=2179�UXkVQQ&�8vB$�n�ECn�d�Q��4��/P&}�K|EPP�ΐ=1=203�UXFltt&�8vB$�n�Efn�d�-��4��/P&}�f|EPP�Ŧ=0.00=0.20=30=83.2=48�UX�ZZ&�8vB$�n�ELn�d�F��4��/P&}ؤ|EPP��S=29.28=normal=3�UXP�GG&�8vB$�n�E9n�d�X��4��/P&}��|EPP��� >> >> HTTP/1.1 >> Host: �UXl�__&�8vB$�n�EQod�?��4��/P&}��|EPP��jhubapi.myacurite.com >> User-Agent: Hub/224�UXG�MM&�8vB$�n�E?od�P��4��/P&}�|EPP�2< >> Connection: close >> > > good. neither of those alone is what we want, but tcpdump is doing what > is supposed to do. > > now post the output from this: > > sudo tcpdump -Anpl -s0 -w - -i eth0 dst port 80 | stdbuf -oL strings -n8 > > the 'strings -n8' simply filters out any lines that are shorter than 8 > characters > > the -Anpl gives us ascii, no name lookups, non-promiscuous, line-buffered > output from tcpdump. the -w - sends to stdout instead of file, and > controls the number of bytes snarfed (probably not an issue here). > > m > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
k<<&�8vB$�n�E(o#dV]��46�_1P�p|'M�P���UXRo<<&�8vB$�n�E(o$dV\��46�_1P�p|'M�P���UXuq<<&�8vB$�n�E(o%dV[��46�_1P�p|'M�P�� On Saturday, November 5, 2016 at 2:52:36 PM UTC-7, mwall wrote: > > On Saturday, November 5, 2016 at 5:32:52 PM UTC-4, Brad Tucker wrote: > > Thanks for the new perl script. I have spent some time trying to get it to >> work and unfortunately it doesn't seem to work with the syntax given. >> > > take it one step at a time. > > what is the output you get from a simple tcpdump? > > tcpdump -i eth0 dst port 80 > > then what is the output from tcpdump with all of the other options you > have thrown in? > > tcpdump -A -n -p -l -i eth0 -s0 -w -tcp dst port 80 > > post those then we can figure out why combine-lines.pl is not stripping > off the spurious hubapi.acurite.com > > m > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
k 1, win 400, length 36 14:29:45.803026 IP 192.168.1.18.3868 > ec2-52-4-188-138.compute-1.amazonaws.com.http: Flags [P.], seq 181:198, ack 1, win 400, length 17 14:29:45.804895 IP 192.168.1.18.3868 > ec2-52-4-188-138.compute-1.amazonaws.com.http: Flags [P.], seq 198:239, ack 1, win 400, length 41 14:29:45.868009 IP ec2-52-4-188-138.compute-1.amazonaws.com.http > 192.168.1.18.3868: Flags [.], ack 122, win 17922, length 0 14:29:45.871427 IP ec2-52-4-188-138.compute-1.amazonaws.com.http > 192.168.1.18.3868: Flags [.], ack 145, win 17922, length 0 14:29:45.873747 IP 192.168.1.18.3868 > ec2-52-4-188-138.compute-1.amazonaws.com.http: Flags [P.], seq 239:262, ack 1, win 400, length 23 14:29:45.875715 IP ec2-52-4-188-138.compute-1.amazonaws.com.http > 192.168.1.18.3868: Flags [.], ack 181, win 17922, length 0 14:29:45.879692 IP ec2-52-4-188-138.compute-1.amazonaws.com.http > 192.168.1.18.3868: Flags [.], ack 198, win 17922, length 0 14:29:45.879807 IP ec2-52-4-188-138.compute-1.amazonaws.com.http > 192.168.1.18.3868: Flags [.], ack 239, win 17922, length 0 14:29:45.947971 IP ec2-52-4-188-138.compute-1.amazonaws.com.http > 192.168.1.18.3868: Flags [.], ack 262, win 17922, length 0 14:29:45.989474 IP ec2-52-4-188-138.compute-1.amazonaws.com.http > 192.168.1.18.3868: Flags [P.], seq 1:401, ack 262, win 17922, length 400 14:29:45.996607 IP 192.168.1.18.3868 > ec2-52-4-188-138.compute-1.amazonaws.com.http: Flags [.], ack 401, win 400, length 0 14:29:46.072238 IP ec2-52-4-188-138.compute-1.amazonaws.com.http > 192.168.1.18.3868: Flags [FP.], seq 401:412, ack 262, win 17922, length 11 14:29:46.073935 IP 192.168.1.18.3868 > ec2-52-4-188-138.compute-1.amazonaws.com.http: Flags [.], ack 413, win 389, length 0 14:29:46.074997 IP 192.168.1.18.3868 > ec2-52-4-188-138.compute-1.amazonaws.com.http: Flags [.], ack 413, win 400, length 0 14:29:46.076078 IP 192.168.1.18.3868 > ec2-52-4-188-138.compute-1.amazonaws.com.http: Flags [F.], seq 262, ack 413, win 400, length 0 14:29:46.076624 IP 192.168.1.18.3868 > ec2-52-4-188-138.compute-1.amazonaws.com.http: Flags [R.], seq 262, ack 413, win 400, length 0 as soon as I attempt to send it to curl it stops working. It doesn't seem to like the curl syntax provided. has a problem with -d... pi@new-host-9:~ $ sudo tcpdump -A -n -p -l -i eth0 -s0 -w - tcp dst port 80 | stdbuf -oL strings -n8 | ./combine.pl | curl http://192.168.1.7:8080 -s -d curl: option -d: requires parameter It then just sits there with no output. I tried reading the man page but I don't understand what parameter its looking for me to put in. -d, --data (HTTP) Sends the specified data in a POST request to the HTTP server, in the same way that a browser does when a user has filled in an HTML form and presses the submit button. This will cause curl to pass the data to the server using the content-type application/x-www-form-urlencoded. Compare to -F, --form. -d, --data is the same as --data-ascii. To post data purely binary, you should instead use the --data-binary option. To URL-encode the value of a form field you may use --data-urlencode. If any of these options is used more than once on the same command line, the data pieces specified will be merged together with a separating &-symbol. Thus, using '-d name=daniel -d skill=lousy' would generate a post chunk that looks like 'name=daniel=lousy'. If you start the data with the letter @, the rest should be a file name to read the data from, or - if you want curl to read the data from stdin. Multiple files can also be specified. Posting data from a file named 'foobar' would thus be done with --data @foobar. When --data is told to read from a file like that, carriage returns and newlines will be stripped out. Ive spent a couple hours now trying, but Im just not getting anywhere. I am defeated :( Thanks, Brad On Saturday, November 5, 2016 at 11:58:03 AM UTC-7, mwall wrote: > > On Saturday, November 5, 2016 at 2:14:55 PM UTC-4, Brad Tucker wrote: >> >> Mwall, Im using tcpdump and a perl script by radar attached below. Could >> this be a sensor map issue??? >>> >>> >>> > brad, before we can determine if it is a sensor_map issue, we need to see > what is actually getting to the interceptor. > > please try the attached combine-lines.pl > > use it something like this: > > tcpdump -i eth0 src X.X.X.X and port 80 | combine-lines.pl | curl > http://localhost: -s -d > > first do the tcpdump piped to combine-lines to be sure that we're getting > what we need. once that works, add the curl to connect it to the > interceptor. > > tcpdump captures the traffic and spits it out in multiple lines, > combine-lines puts them together and strips off anything that is
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Mwall, Im using tcpdump and a perl script by radar attached below. Could
this be a sensor map issue???
Im using tcpdump:
sudo tcpdump -A -n -p -l -i eth0 -s0 -W tcp dst port 80 | stdbuf -oL
strings -n8 | stdbuf -oL grep "&" | ./acurite-lwp2.pl &
Im also using a perl script to process the file and make it readable from
RADAR. I just installed a fresh copy in case I messed up somehow between
last night and today.
#!/usr/bin/perl
#===
#
# FILE: acurite-lwp.pl
#
# USAGE: ./acurite-lwp.pl
#
# DESCRIPTION:
#
# OPTIONS: ---
# REQUIREMENTS: ---
# BUGS: ---
# NOTES: ---
#AUTHOR: Radar (), radar@localhost
# ORGANIZATION:
# VERSION: 0.1
# CREATED: 10/08/2016 07:16:48 PM
# Last modified: Mon Oct 31, 2016 10:49PM
# REVISION: 1
#===
use strict;
use warnings;
use LWP::UserAgent;
my $ua = LWP::UserAgent->new;
$ua->agent("MyApp/0.1 ");
my $req = HTTP::Request->new(POST => 'http://192.168.1.7:8080');
my $res;
my $newline = '';
my $build = 0;
my $obs_line = 'dateutc=now=updateraw=1';
#---
# the 5n1 sends two packets
# 5N1x31 packet has windspeedmph & winddir & rainin & dailyrainin &
# baromin & battery & rssi
#
# 5N1x38 packet has windspeedmph & humidity & tempf & baromin & battery &
rssi
#---
while ( my $line = <> ) {
if ( defined $line ) {
if ($line =~ /GET /) {
$build = 1;
$newline = '';
}
#---
# id & mt & sensor
# id = smarthub mac address
# mt sensor type
# sensor number
#---
if (($line =~ /=/) && ($build == 1)) {
$line =~ s/.*=/=/xm;
chomp $line;
$newline = $line;
}
#---
# windspeedmph & humidity for 5n1 from 5N1x38 packet;
# 5N1x31 packet has windspeedmph & winddir
#---
if (($build == 1) && ($line =~ /=/)) {
$line =~ s/.*=/=/xm;
chomp $line;
$newline = $newline . $line;
}
#---
# look for 5N1x38 if found grab the tempf
#---
if (($build == 1) && ($newline =~ /5N1x38/)) {
if (($build == 1) && ($line =~ /=/)) {
$line =~ s/.*=/=/xm;
chomp $line;
$newline = $newline . $line;
}
#---
# if not found grab humidity & tempf
#---
} elsif (($build == 1) && ($line =~ /=/)) {
$line =~ s/.*=/=/xm;
chomp $line;
$newline = $newline . $line;
}
#---
# rainin & dailyrainin for rain gauge and 5n1
#---
if (($build == 1) && ($line =~ /=/)) {
$line =~ s/.*=/=/xm;
chomp $line;
$newline = $newline . $line;
}
#---
# ProIn sensor
# indoorhumidity & indoortempf
#---
if (($build == 1) && ($line =~ /=/)) {
$line =~ s/.*=/=/xm;
chomp $line;
$newline = $newline . $line;
}
#---
# the extra probs for a ProIn & ProOut sensors
# probe & check & water (Water Detector)
# probe & check & ptempf (Liquide and or Soil Temp)
# probe & check & ptempf & phumidity (Spot Check Temperature and Humidity)
#---
if (($build == 1) && ($line =~ /=/)) {
$line =~ s/.*=/=/xm;
chomp $line;
$newline = $newline . $line;
}
#---
# baromin & battery & rssi
# baromin is from the smarthub
#---
if (($build == 1) && ($line =~ /=/)) {
$line =~ s/.*=/=/xm;
chomp $line;
$build = 2;
$newline = $newline . $line;
$obs_line = $obs_line . $newline;
$newline = '';
}
if ($build == 2) {
$build = 0;
print "$obs_line\n";
$req->content("$obs_line");
$res = $ua->request($req);
$obs_line = 'dateutc=now=updateraw=1';
if ( $res->is_success ) {
prin
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Strange... I looked through todays logs and none of them display a "POST"
with the results. The info is in the TCPdump but not the syslog after
processing. Nothing has changed on the system other then the new version of
the interceptor driver. Not sure where to go from here... Open to
suggestions...
Here is a log from last night that has the POST info you request. This was
on the previous version of the driver. Not sure why it doesn't show up
today?
Nov 4 19:19:02 weather weewx[1133]: interceptor: ServerThread: POST:
dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=0=338=0.00=0.55
=50=62.2=43=0=338=0.00=0.55=50=62.2=43=50=62.2=43=29.34=normal=3
Nov 4 19:19:02 weather systemd[1]: Starting Cleanup of Temporary
Directories...
Nov 4 19:19:02 weather weewx[1133]: interceptor: MainThread: raw data:
dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=0=338=0.00=0.
55=50=62.2=43=0=338=0.00=0.55=50=62.2=43=50=62.2=43=29.34=normal=3
Nov 4 19:19:02 weather weewx[1133]: interceptor: MainThread: ignored
parameter realtime=1
Nov 4 19:19:02 weather weewx[1133]: interceptor: MainThread: unrecognized
parameter dewptf=43
Nov 4 19:19:02 weather weewx[1133]: interceptor: MainThread: ignored
parameter dailyrainin=0.55
Nov 4 19:19:02 weather weewx[1133]: interceptor: MainThread: ignored
parameter action=updateraw
Nov 4 19:19:02 weather weewx[1133]: interceptor: MainThread: raw packet:
{'sensor_type.2179.24C86E06B15C': '5N1x31',
'sensor_id.2179.24C86E06B15C': '2179',
'winddir.2179.24C86E06B15C': 338.0,
'temperature.2179.24C86E06B15C': 62.2, 'rssi.2179.24C86E06B15C':
0.75, 'usUnits.2179.24C86E06B15C': 1, 'battery.2179.24C86E06B15C':
0, 'rainfall.2179.24C86E06B15C': 0.0, 'dateTime.2179.24C86E06B15C':
1478312343, 'bridge_id.2179.24C86E06B15C': '24C86E06B15C',
'barometer.2179.24C86E06B15C': 29.34, 'dateTime': 1478312343,
'windspeed.2179.24C86E06B15C': 0.0, 'humidity.2179.24C86E06B15C':
50.0, 'usUnits': 1}
Nov 4 19:19:02 weather weewx[1133]: interceptor: MainThread: mapped
packet: {'barometer': 29.34, 'outHumidity': 50.0, 'rain': 0.0, 'dateTime':
1478312343, 'windDir': 338.0, 'outTemp': 62.2, 'windSpeed': 0.0, 'usUnits':
1}
> On Saturday, November 5, 2016 at 12:46:27 PM UTC-4, Brad Tucker wrote:
>>
>> syslog output:
>>
>> Nov 5 09:18:40 weather weewx[4699]: interceptor: ServerThread: POST:
>> dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=2=135=37=69.4=41=29.36=normal=3
>> Nov 5 09:18:40 weather weewx[4699]: interceptor: MainThread: raw data:
>> dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=2=135=37=69.4=41=29.36=normal=3
>> Nov 5 09:18:40 weather weewx[4699]: interceptor: MainThread: ignored
>> parameter realtime=1
>> Nov 5 09:18:40 weather weewx[4699]: interceptor: MainThread:
>> unrecognized parameter dewptf=41
>> Nov 5 09:18:40 weather weewx[4699]: interceptor: MainThread: ignored
>> parameter action=updateraw
>> Nov 5 09:18:40 weather weewx[4699]: interceptor: MainThread: raw packet:
>> {'sensor_type.2179.24C86E06B15C': '5N1x31',
>> 'sensor_id.2179.24C86E06B15C': '2179',
>> 'winddir.2179.24C86E06B15C': 135.0,
>> 'temperature.2179.24C86E06B15C': 69.4,
>> 'dateTime.2179.24C86E06B15C': 1478362721,
>> 'usUnits.2179.24C86E06B15C': 1, 'battery.2179.24C86E06B15C': 0,
>> 'dateTime': 1478362721, 'humidity.2179.24C86E06B15C': 37.0,
>> 'bridge_id.2179.24C86E06B15C': '24C86E06B15C',
>> 'barometer.2179.24C86E06B15C': 29.36, 'rssi.2179.24C86E06B15C':
>> 0.75, 'windspeed.2179.24C86E06B15C': 2.0, 'usUnits': 1}
>> Nov 5 09:18:40 weather weewx[4699]: interceptor: MainThread: mapped
>> packet: {'barometer': 29.36, 'outHumidity': 37.0, 'dateTime': 1478362721,
>> 'windDir': 135.0, 'outTemp': 69.4, 'windSpeed': 2.0, 'usUnits': 1}
>>
>>
>>>
> brad,
>
> i need to see log output like this, but for a POST that includes rainin
> and dailyrainin
>
> none of the syslog snippets you posted have rainin or dailyrainin in the
> POST line
>
> m
>
--
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Yes, that is correct. I have installed the latest off GitHub. DRIVER_NAME = 'Interceptor' DRIVER_VERSION = '0.14' On Saturday, November 5, 2016 at 9:55:47 AM UTC-7, mwall wrote: > > On Saturday, November 5, 2016 at 12:46:27 PM UTC-4, Brad Tucker wrote: >> >> I performed some bucket drops this morning. The logs follow below. It >> appears the information is being transmitted in both "rainin" and >> "dailyrainin" however they are not making there way into the database. I >> suspect maybe I have an error in my sensormap so I have included that as >> well. Both the TCPdumps and the Syslogs should be from the same time >> period, both happening within the hour of the bucket drops. >> > > brad, thanks for that. are those tests done with interceptor v0.14? > > m > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
B15C': 0,
'dateTime': 1478362740, 'humidity.2179.24C86E06B15C': 39.0,
'bridge_id.2179.24C86E06B15C': '24C86E06B15C',
'barometer.2179.24C86E06B15C': 29.36, 'rssi.2179.24C86E06B15C':
0.75, 'windspeed.2179.24C86E06B15C': 2.0, 'usUnits': 1}
Nov 5 09:18:59 weather weewx[4699]: interceptor: MainThread: mapped
packet: {'barometer': 29.36, 'outHumidity': 39.0, 'dateTime': 1478362740,
'outTemp': 69.0, 'windSpeed': 2.0, 'usUnits': 1}
Nov 5 09:19:00 weather weewx[4699]: interceptor: ServerThread: POST:
dateutc=now=updateraw=1=24C86E06B15C=tower=00012694=53=69.8=29.36=normal=3
Nov 5 09:19:00 weather weewx[4699]: interceptor: MainThread: raw data:
dateutc=now=updateraw=1=24C86E06B15C=tower=00012694=53=69.8=29.36=normal=3
Nov 5 09:19:00 weather weewx[4699]: interceptor: MainThread: ignored
parameter realtime=1
Nov 5 09:19:00 weather weewx[4699]: interceptor: MainThread: ignored
parameter action=updateraw
Nov 5 09:19:00 weather weewx[4699]: interceptor: MainThread: raw packet:
{'dateTime.00012694.24C86E06B15C': 1478362741,
'sensor_type.00012694.24C86E06B15C': 'tower', 'rssi.00012694.24C86E06B15C':
0.75, 'battery.00012694.24C86E06B15C': 0, 'dateTime': 1478362741,
'bridge_id.00012694.24C86E06B15C': '24C86E06B15C', 'usUnits': 1,
'humidity.00012694.24C86E06B15C': 53.0, 'usUnits.00012694.24C86E06B15C': 1,
'barometer.00012694.24C86E06B15C': 29.36,
'temperature.00012694.24C86E06B15C': 69.8,
'sensor_id.00012694.24C86E06B15C': '00012694'}
Nov 5 09:19:00 weather weewx[4699]: interceptor: MainThread: mapped
packet: {'extraHumid1': 53.0, 'extraTemp1': 69.8, 'barometer': 29.36,
'usUnits': 1, 'dateTime': 1478362741}
Nov 5 09:19:09 weather weewx[4699]: interceptor: ServerThread: POST:
dateutc=now=updateraw=1=24C86E06B15C=tower=8384=35=80.5=29.36=normal=2
Nov 5 09:19:09 weather weewx[4699]: interceptor: MainThread: raw data:
dateutc=now=updateraw=1=24C86E06B15C=tower=8384=35=80.5=29.36=normal=2
Nov 5 09:19:09 weather weewx[4699]: interceptor: MainThread: ignored
parameter realtime=1
Nov 5 09:19:09 weather weewx[4699]: interceptor: MainThread: ignored
parameter action=updateraw
Nov 5 09:19:09 weather weewx[4699]: interceptor: MainThread: raw packet:
{'humidity.8384.24C86E06B15C': 35.0, 'dateTime.8384.24C86E06B15C':
1478362750, 'battery.8384.24C86E06B15C': 0,
'rssi.8384.24C86E06B15C': 0.5, 'sensor_type.8384.24C86E06B15C':
'tower', 'dateTime': 1478362750, 'usUnits.8384.24C86E06B15C': 1,
'sensor_id.8384.24C86E06B15C': '8384',
'temperature.8384.24C86E06B15C': 80.5, 'usUnits': 1,
'bridge_id.8384.24C86E06B15C': '24C86E06B15C',
'barometer.8384.24C86E06B15C': 29.36}
Nov 5 09:19:09 weather weewx[4699]: interceptor: MainThread: mapped
packet: {'extraTemp2': 80.5, 'barometer': 29.36, 'extraHumid2': 35.0,
'usUnits': 1, 'dateTime': 1478362750}
Sensor Map:
[[sensor_map]]
# bridge
pressure = pressure..*
inTemp = temperature..*
inHumidity = humidity..*
barometer = barometer.*.*
# 5n1
outTemp = temperature.2179.*
outHumidity = humidity.2179.*
windSpeed = windspeed.2179.*
windDir = winddir.2179.*
rain = rainfall.2179.*
# dewptf = dewpoint.2179.*
# living room tower
extraTemp1 = temperature.00012694.*
extraHumid1 = humidity.00012694.*
# second tower
extraTemp2 = temperature.8384.*
extraHumid2 = humidity.8384.*
On Friday, November 4, 2016 at 9:26:05 PM UTC-7, mwall wrote:
>
> On Friday, November 4, 2016 at 10:42:37 PM UTC-4, Brad Tucker wrote:
>>
>> For some reason Rain is not being logged to the system w/ the interceptor
>> model. I accidentally tripped the rain señor while working on the unit
>> today, and the acurite display is reporting .55 inches however my plots
>> show 0 as do the stats. I took a look at the database to make sure nothing
>> is being logged and there are all zeros in the rain fields. Does anyone
>> have any ideas?
>>
>
> brad,
>
> is the output you posted from immediately after the bucket tip, or more
> than an hour after the bucket tip?
>
> if you do some bucket tips, do they show up for both rainin and
> dailyrainin, or only dailyrainin?
>
> wu defines the 'rainin' parameter is amount of rain in the past hour - a
> sliding window. it defines the 'dailyrainin' parameter is the amout of
> rain since the start of the day. i assume that the acurite bridge is using
> the same definitions, since it is posting to wu.
>
> weewx expects 'rain' to be the amount of rain in the last interval,
> whether that interval is a LOOP packet or an archive record. so it needs
> to calculate the difference between consecutive dailyrainin values.
>
> the interceptor was using rainin instead of dailyrainin for the d
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
Edited my last post It has been deleted. After further researching the duplicates I think they are coming from the bridge both broadcasting to the accurate api, and then immediate broadcasting to the weather underground api. Not sure I can get around that using the tcpdump command line... GET /weatherstation/updateweatherstation?dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=0=113=0.00=0.55=50=59.2=41=29.35=normal=3 HTTP/1.1 Host: hubapi.myacurite.com User-Agent: Hub/224 Connection: close GET /weatherstation/updateweatherstation.php?ID=KCATHOUS110==now=updateraw=1=36=24C86E06B15C=5N1x31=2179=0=113=0.00=0.55=50=59.2=41=29.35=normal=3 HTTP/1.1 Host: rtupdate.wunderground.com Connection: close On Friday, November 4, 2016 at 9:45:30 PM UTC-7, Brad Tucker wrote: > > Mwall, > > Thanks for getting back to me so quickly. > > Im not sure if the bucket tips where within an hour of these logs. I went > up to work on the sense and triggered the tips. I came back in and started > fiddling with weewx after. I think it was roughly an hour later... Cant be > exact though. > > Ill have to check if the bucket tips show up in "rainin" I have to assume > they do, however I didn't have debug on to see them. The problem is they > aren't making there way to the database. They make there way to weather > underground and to myacurite so I think it safe to say they are being > broadcast. Happy to bring the station in and do bucket tips while I check > the logs if you'd like to me in the morning. Don't want to get back up on > the roof tonight in the dark ;) > > "dailyrainin" is being triggered by the bucket drops. I hit it a few times > and thats why you are seeing the .55" in the previous logs. > > Im not sure where the duplicate data is coming from. One says > *"ServerThread: POST:"* and the other says *"MainThread: raw data:"* Are > those really duplicate or just 2 ways of displaying the same data? > > Thanks again for your help, > Brad > > > > > > On Friday, November 4, 2016 at 9:26:05 PM UTC-7, mwall wrote: >> >> On Friday, November 4, 2016 at 10:42:37 PM UTC-4, Brad Tucker wrote: >>> >>> For some reason Rain is not being logged to the system w/ the >>> interceptor model. I accidentally tripped the rain señor while working on >>> the unit today, and the acurite display is reporting .55 inches however my >>> plots show 0 as do the stats. I took a look at the database to make sure >>> nothing is being logged and there are all zeros in the rain fields. Does >>> anyone have any ideas? >>> >> >> brad, >> >> is the output you posted from immediately after the bucket tip, or more >> than an hour after the bucket tip? >> >> if you do some bucket tips, do they show up for both rainin and >> dailyrainin, or only dailyrainin? >> >> wu defines the 'rainin' parameter is amount of rain in the past hour - a >> sliding window. it defines the 'dailyrainin' parameter is the amout of >> rain since the start of the day. i assume that the acurite bridge is using >> the same definitions, since it is posting to wu. >> >> weewx expects 'rain' to be the amount of rain in the last interval, >> whether that interval is a LOOP packet or an archive record. so it needs >> to calculate the difference between consecutive dailyrainin values. >> >> the interceptor was using rainin instead of dailyrainin for the delta. >> this has been fixed at commit 231fa14. >> >> btw, your POSTs contain duplicate data. it is harmless, but you might >> want to figure out where that is coming from. >> >> m >> >> -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver - rainin dailyrain - Acurite 5 in 1
After further researching the duplicates I think they are coming from the bridge both broadcasting to the accurate api, and then immediate broadcasting to the weather underground api. Not sure I can get around that using the tcpdump command line... GET /weatherstation/updateweatherstation?dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=0=113=0.00=0.55=50=59.2=41=29.35=normal=3 HTTP/1.1 Host: hubapi.myacurite.com User-Agent: Hub/224 Connection: close GET /weatherstation/updateweatherstation.php?ID=KCATHOUS110=ofsglckk=now=updateraw=1=36=24C86E06B15C=5N1x31=2179=0=113=0.00=0.55=50=59.2=41=29.35=normal=3 HTTP/1.1 Host: rtupdate.wunderground.com Connection: close On Friday, November 4, 2016 at 9:26:05 PM UTC-7, mwall wrote: > > On Friday, November 4, 2016 at 10:42:37 PM UTC-4, Brad Tucker wrote: >> >> For some reason Rain is not being logged to the system w/ the interceptor >> model. I accidentally tripped the rain señor while working on the unit >> today, and the acurite display is reporting .55 inches however my plots >> show 0 as do the stats. I took a look at the database to make sure nothing >> is being logged and there are all zeros in the rain fields. Does anyone >> have any ideas? >> > > brad, > > is the output you posted from immediately after the bucket tip, or more > than an hour after the bucket tip? > > if you do some bucket tips, do they show up for both rainin and > dailyrainin, or only dailyrainin? > > wu defines the 'rainin' parameter is amount of rain in the past hour - a > sliding window. it defines the 'dailyrainin' parameter is the amout of > rain since the start of the day. i assume that the acurite bridge is using > the same definitions, since it is posting to wu. > > weewx expects 'rain' to be the amount of rain in the last interval, > whether that interval is a LOOP packet or an archive record. so it needs > to calculate the difference between consecutive dailyrainin values. > > the interceptor was using rainin instead of dailyrainin for the delta. > this has been fixed at commit 231fa14. > > btw, your POSTs contain duplicate data. it is harmless, but you might > want to figure out where that is coming from. > > m > > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] outTemp, windchill & heatindex all registering the same temp.
outTemp, windchill & heatindex are all registering the same temp. on my system. Anyone have any ideas on where to look? When I look at the myAcurite web display they are al different but for some reason whew is reporting them all the same. I thought maybe the value where just drawing on top of themselves so I decided to look in the SQLite database and sure enough they are all exactly the same values all the time with no differences. Thanks! Brad -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor using bridge new Accurate firmware
what does you output look like on tcpdump w/o the perl script? mine always looked strange but it worked... Also don't do it off the bridge but use eth0 or your main ethernet to the router. sudo tcpdump -A -n -p -l -i eth0 -s0 -W tcp dst port 80 | stdbuf -oL strings -n8 | stdbuf -oL grep "&" output always looks strange but it works well with the perl script: pi@weather:~ $ sudo tcpdump -A -n -p -l -i eth0 -s0 -W tcp dst port 80 | stdbuf -oL strings -n8 | stdbuf -oL grep "&" tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes E..xfd..d.=.4}.P.. B...cP...D...GET /weatherstation/updateweatherstation?dateutc=now=updateraw=1 E..Qfe..d.=.4}.P.. cPg..=24C86E06B15C=tower=00012694 4}.P.. cP...OD..=53=73.0 E..Lfg..d.=.4}.P.. cP|..=29.31=normal=3 E..xfs..d...4~.P..0jP...GET /weatherstation/updateweatherstation?dateutc=now=updateraw=1 E..Qft..d...4~.P..0jP...UH..=24C86E06B15C=tower=8384 E..?fu..d...4~.P..1jP$..=37=82.3 E..Lfv..d...4~.P..1/...jP..._c..=29.31=normal=2 E..xf...d.^.46._...P/...P...3...GET /weatherstation/updateweatherstation?dateutc=now=updateraw=1 E..Rf...d.^.46._...P/..LP5..=24C86E06B15C=5N1x38=2179 E..Cf...d.^.46._...P/..vP6..=3=15 E..3f...d.^.46._...P/...P...Rg..=78.4 E..Lf...d.^.46._...P/...P...=29.31=normal=3 GLUCK! B On Wednesday, November 2, 2016 at 4:30:08 PM UTC-7, Pat Hayes wrote: > > With just the tcpflow command, it shows this. > > [root@weewx ~]# tcpflow -C -0 -s tcp dst port 80 > tcpflow: listening on bridge0 > GET > /weatherstation/updateweatherstation?dateutc=now=updateraw=1=24C86E08150D=5N1x38=2701=0=86=58.8=30.34=normal=3 > > HTTP/1.1 > Host: hubapi.myacurite.com > User-Agent: Hub/224 > Connection: close > > GET > /weatherstation/updateweatherstation?dateutc=now=updateraw=1=24C86E08150D=5N1x31=2701=0=158=0.00=0.00=86=58.8=54=30.34=normal=3 > > HTTP/1.1 > Host: hubapi.myacurite.com > User-Agent: Hub/224 > Connection: close > > GET > /weatherstation/updateweatherstation.php?ID=KNJNEWJE4=pat6854=now=updateraw=1=36=24C86E08150D=5N1x31=2701=0=158=0.00=0.00=86=58.8=54=30.34=normal=3 > > HTTP/1.1 > Host: rtupdate.wunderground.com > Connection: close > > > > Brad, I tryed your combination, but nothing gets sent to weewx and nothing > gets shown in console either. > > [root@weewx ~]# tcpdump -A -n -p -l -i bridge0 -s0 -W tcp dst port 80 | > stdbuf -oL strings -n8 | stdbuf -oL grep "&" | ./acurite-lwp.pl > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on bridge0, link-type EN10MB (Ethernet), capture size 65535 bytes > ^C42 packets captured > 42 packets received by filter > 0 packets dropped by kernel > > > > > On Wednesday, November 2, 2016 at 7:17:42 PM UTC-4, mwall wrote: >> >> On Wednesday, November 2, 2016 at 6:53:13 PM UTC-4, Pat Hayes wrote: >>> >>> I've been following this thread thanks to Brad letting me know of it. It >>> seems I ran into a snag. It seems the interceptor driver doesn't like the >>> input. >>> >> >> pat, >> >> it looks like your tcpflow/acurite-lwp.pl combination is butchering the >> string that it is posting to the interceptor. >> >> what do you see when you just do the tcpflow command? >> >> m >> > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor using bridge new Accurate firmware
I too would love to use tcpflow but had problems with it as well. Ive been using tcpdump in the meantime... sudo tcpdump -A -n -p -l -i eth0 -s0 -W tcp dst port 80 | stdbuf -oL strings -n8 | stdbuf -oL grep "&" | ./acurite-lwp2.pl Gluck, Brad On Wednesday, November 2, 2016 at 3:53:13 PM UTC-7, Pat Hayes wrote: > > > Hello everyone! >> > > I've been following this thread thanks to Brad letting me know of it. It > seems I ran into a snag. It seems the interceptor driver doesn't like the > input. > > syslog > > Nov 2 18:48:22 weewx weewx[20752]: interceptor: MainThread: parse failed > for dateutc=now=updateraw=1=24C86E08150D=5N1x31& > sensor=2701=0=68=0.00=0.00& > humidity=83=60.0=55=30.34=normal=3 HTTP/ > 1.1#015=0=68=0.00=0.00=83=60.0=55=30.34=normal=3 > > HTTP/1.1#015=83=60.0=55=30.34=normal=3 > > HTTP/1.1#015=30.34=normal=3 HTTP/1.1#015: invalid > literal for float(): 3 HTTP/1.1 > > Command I'm using. > > tcpflow -C -0 -s tcp dst port 80 | ./acurite-lwp.pl > > Debian 8 with the latest tcpflow 1.4.6 > > Thanks for any pointers. > > Pat > > > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver Acurite Bridge
You might want to take a look at this post. I have it working with a recently updated Interceptor along with a perl script. Details and script are in the post: https://groups.google.com/forum/#!topic/weewx-user/9JJmM2V2u3U Interceptor using bridge new Accurate firmware Enjoy, B On Monday, October 31, 2016 at 6:28:12 AM UTC-7, Pat Hayes wrote: > > Hey Brad, > > I ended up doing it a hack way, imo. I just setup a cron job to run every > minute with that code in it. For some reason though, weewx wasn't picking > up barometer readings. Still have to mess with it some. > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor using bridge new Accurate firmware
MHall, I went ahead and upgraded the driver and added barometer.*.* to the map. It all appears to be working now. I can now open the standard skin. I get all the values filling in. I removed the Pond Temp, and added Living Room and a new Value for Office and they all work!!! Thanks so much for the help!. My next question is this. Getting data into the drive is tough. Currently Im using a perl script written by Radar. The script works so Im happy to continue using it, however it would be awesome to know your thoughts and syntax on using tcpdump or tcpflow. I have used both but once I pipe the data into netcat things go bad. nectar either closes after 1 or two entries, or it crashes weeks all together... this is how Ive been using tcpdump to the perl script: sudo tcpdump -A -n -p -l -i eth0 -s0 -W tcp dst port 80 | stdbuf -oL strings -n8 | stdbuf -oL grep "&" | ./acurite-lwp2.pl however this tcpflow has a really nice input if you grab the latest version off GitHub and compile yourself... sudo tcpflow -C -0 -s tcp dst port 80 once I try and add it to the script with nectar its a no go... sudo tcpflow -C -0 -s tcp dst port 80 | nc 192.168.1.22 8080 Here is an example of the output tcpflow gives, maybe there is something wrong with the output... GET /weatherstation/updateweatherstation?dateutc=now=updateraw& realtime=1=24C86E06B15C=5N1x38=2179=2 =50=70.9=29.31=normal=3 HTTP/1.1 Host: hubapi.myacurite.com User-Agent: Hub/224 Connection: close GET /weatherstation/updateweatherstation?dateutc=now=updateraw& realtime=1=24C86E06B15C=tower=8384=44=83.8& baromin=29.31=normal=3 HTTP/1.1 Host: hubapi.myacurite.com User-Agent: Hub/224 Connection: close GET /weatherstation/updateweatherstation?dateutc=now=updateraw& realtime=1=24C86E06B15C=tower=00012694=63=73.0& baromin=29.31=normal=3 HTTP/1.1 Host: hubapi.myacurite.com User-Agent: Hub/224 Connection: close My ultimate goal would not to have to use an extra perl script to help parse the data, but its a fix for now. Thanks again for all your help! Brad Here is a copy of my latest sensor map to anyone who is curious: [[sensor_map]] # bridge pressure = pressure..* inTemp = temperature..* inHumidity = humidity..* barometer = barometer.*.* # 5n1 outTemp = temperature.2179.* outHumidity = humidity.2179.* windSpeed = windspeed.2179.* windDir = winddir.2179.* rain = rainfall.2179.* # living room tower extraTemp1 = temperature.00012694.* extraHumid1 = humidity.00012694.* # second tower extraTemp2 = temperature.8384.* extraHumid2 = humidity.8384.* On Tuesday, November 1, 2016 at 5:39:10 AM UTC-7, mwall wrote: > > > > On Tuesday, November 1, 2016 at 2:08:14 AM UTC-4, Brad Tucker wrote: >> >> Thanks for the help Mwall. >> For some reason it is still not mapping the barometer. i have included my >> sensor map as well as logs. >> >>> >>> > the wu format sends barometric info in every packet, whereas the chaney > format did not. > > instead of this: > > barometer = barometer..* > > you need to do this: > > barometer = barometer.*.* > > however, you will probably find that your temperatures are mixed up. if > so, download the latest interceptor (commit 53f6c5e or later) then we'll > have to make a few more changes to the sensor map. > > m > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor using bridge new Accurate firmware
Thanks for this Radar. Also thanks for commenting your new code! Helps a
ton. Ill let it run for a bit but it seems like it works well.
For some reason I can't get the Barometer data to map but once I figure
that out I should be in a good place.
Thanks Again,
Brad
On Monday, October 31, 2016 at 9:03:47 PM UTC-7, Radar wrote:
>
>
> glad to help
>
> think i got the double humidity fixed attached the fix i hope script if
> you still want it
> but tcpflow looks better fit for the interceptor driver
>
> that's the same tcpdump line that i use too
>
> On Monday, October 31, 2016 at 3:47:51 PM UTC-5, Brad Tucker wrote:
>>
>> Radar,
>>
>> Thanks again for script and all the help. I ran my tcpdump through your
>> script and it actually logs data!!! I have added some of the logs so you
>> can see. One thing Ive noticed is it doesn't log barometric pressure. Not
>> sure why. I did see that after getting processed by the perl script it adds
>> two areas for humidity. Not sure if the duplicate value is the culprit or
>> not.
>>
>>
>> *Couple Questions for you if you have the time:*
>> 1. Is my "tcpdump" syntax what you would use?
>> 2. Any idea on why the Barometric Pressure is not logging?
>> 3. Why does the Console say ""checkversion": "126" when my bridge is the
>> latest 2.24 firmware?
>>
>>
>> *Here is the command Im running:*
>> sudo tcpdump -A -n -p -l -i eth0 -s0 -W tcp dst port 80 | stdbuf -oL
>> strings -n8 | stdbuf -oL grep "&" | ./acurite-lwp.pl
>>
>> *Raw Dump not processed with the perl script for 5n1:*
>> ..P.C.
>> /weatherstation/updateweatherstation?dateutc=now=updateraw=1
>> ..P...0.C.=24C86E06B15C=5N1x38=2179
>> ..P...Z.C.=2=50
>> ..P...u.C.=71.0
>> ..P.C.=29.30=normal=3
>> ..P.C. HTTP/1.1
>> ..P.C.
>>
>>
>> *From Console for 5n1 Sensor after issuing the above command:*
>>
>> dateutc=now=updateraw=1=24C86E06B15C=5N1x38=2179=3
>> *=50=50*=71.5=29.30=normal=3
>> { "success": 1, "checkversion": "126" }
>>
>> *syslog for 5n1:*
>> Oct 31 13:25:39 weather weewx[15893]: interceptor: ServerThread: POST:
>> dateutc=now=updateraw=1=24C86E06B15C=5N1x38=2179=3
>> *=50=50*=71.5=29.30=normal=3
>> Oct 31 13:25:39 weather weewx[15893]: interceptor: MainThread: raw data:
>> dateutc=now=updateraw=1=24C86E06B15C=5N1x38=2179=3
>> *=50=50*=71.5=29.30=normal=3
>> Oct 31 13:25:39 weather weewx[15893]: interceptor: MainThread: ignored
>> parameter realtime=1
>> Oct 31 13:25:39 weather weewx[15893]: interceptor: MainThread: ignored
>> parameter action=updateraw
>> Oct 31 13:25:39 weather weewx[15893]: interceptor: MainThread: raw
>> packet: {'sensor_type.2179.24C86E06B15C': '5N1x38',
>> 'sensor_id.2179.24C86E06B15C': '2179',
>> 'temperature.2179.24C86E06B15C': 71.5,
>> 'dateTime.2179.24C86E06B15C': 1477945540,
>> 'usUnits.2179.24C86E06B15C': 1, 'battery.2179.24C86E06B15C': 0,
>> 'dateTime': 1477945540, 'humidity.2179.24C86E06B15C': 50.0,
>> 'bridge_id.2179.24C86E06B15C': '24C86E06B15C',
>> 'barometer.2179.24C86E06B15C': 29.3, 'rssi.2179.24C86E06B15C':
>> 0.75, 'windspeed.2179.24C86E06B15C': 3.0, 'usUnits': 1}
>> Oct 31 13:25:39 weather weewx[15893]: interceptor: MainThread: mapped
>> packet: {'txBatteryStatus': 0, 'outHumidity': 50.0, 'dateTime': 1477945540,
>> 'outTemp': 71.5, 'windSpeed': 3.0, 'rxCheckPercent': 0.75, 'usUnits': 1}
>> Oct 31 13:25:40 weather weewx[15893]: manager: added record 2016-10-31
>> 13:25:00 PDT (1477945500) to database 'weewx.sdb'
>>
>>
>>
>> I also have 2 Tower Sensors attached so I included logs for this incase
>> one of them is conflicting...
>>
>>
>>
>> *Raw Dump not processed with the perl script for the TowerSensor:*
>> ..P}hNg.MdvP...GET
>> /weatherstation/updateweatherstation?dateutc=now=updateraw=1
>> ..P}hN..MdvP...K...=24C86E06B15C=tower=8384
>> ..P}hN..MdvP...=44=83.8
>> ..P}hN..MdvP...U"..=29.30=normal=3
>>
>> *From Console for the TowerSensor after issuing the above command:*
>>
>> dateutc=now=updateraw=1=24C86E06B15C=tower=00012694=61=73.4=29.30=normal=3
>> { "success": 1, "checkversion": "126" }
>>
>> *syslog for **the TowerSensor**:*
>> Oct 31 13:25:42 weather weewx[15893]: interceptor: ServerThread: POST:
>> dateutc=now=updateraw=1=24C86E06B15C=tower=00012694=61=73.4=29.30=normal=3
[weewx-user] Re: Interceptor using bridge new Accurate firmware
Thanks for the help Mwall.
For some reason it is still not mapping the barometer. i have included my
sensor map as well as logs.
Thanks!
B
*This is what I have used for my sensor map:*
[[sensor_map]]
# bridge
pressure = pressure..*
inTemp = temperature..*
inHumidity = humidity..*
barometer = barometer..*
# 5n1
outTemp = temperature.2179.*
outHumidity = humidity.2179.*
windSpeed = windspeed.2179.*
windDir = winddir.2179.*
rain = rainfall.2179.*
# living room tower
extraTemp1 = temperature.00012694.*
extraHumid1 = humidity.00012694.*
# second tower
extraTemp2 = temperature.8384.*
extraHumid2 = humidity.8384.*
*I have tried issuing this command via curl to the web server.*
curl -s -d
'dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=2=158=0.00=29.27=normal=3'
http://192.168.1.22:8080
*This is the output Im getting in the log. barometer data is there till it
gets mapped...*
Oct 31 23:01:14 weather weewx[2895]: interceptor: ServerThread: POST:
dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=2=158=0.00=0.01=69=62.2=51=29.27=normal=3
Oct 31 23:01:14 weather weewx[2895]: interceptor: MainThread: raw data:
dateutc=now=updateraw=1=24C86E06B15C=5N1x31=2179=2=158=0.00=0.01=69=62.2=51=29.27=normal=3
Oct 31 23:01:14 weather weewx[2895]: interceptor: MainThread: ignored
parameter realtime=1
Oct 31 23:01:14 weather weewx[2895]: interceptor: MainThread: unrecognized
parameter dewptf=51
Oct 31 23:01:14 weather weewx[2895]: interceptor: MainThread: ignored
parameter dailyrainin=0.01
Oct 31 23:01:14 weather weewx[2895]: interceptor: MainThread: ignored
parameter action=updateraw
Oct 31 23:01:14 weather weewx[2895]: interceptor: MainThread: raw packet:
{'sensor_type.2179.24C86E06B15C': '5N1x31',
'sensor_id.2179.24C86E06B15C': '2179',
'winddir.2179.24C86E06B15C': 158.0,
'temperature.2179.24C86E06B15C': 62.2, 'rssi.2179.24C86E06B15C':
0.75, 'usUnits.2179.24C86E06B15C': 1, 'battery.2179.24C86E06B15C':
0, 'rainfall.2179.24C86E06B15C': 0.0, 'dateTime.2179.24C86E06B15C':
1477980075, 'bridge_id.2179.24C86E06B15C': '24C86E06B15C',
'barometer.2179.24C86E06B15C': 29.27, 'dateTime': 1477980075,
'windspeed.2179.24C86E06B15C': 2.0, 'humidity.2179.24C86E06B15C':
69.0, 'usUnits': 1}
Oct 31 23:01:14 weather weewx[2895]: interceptor: MainThread: *mapped
packet: {'outHumidity': 69.0, 'rain': 0.0, 'dateTime': 1477980075,
'windDir': 158.0, 'outTemp': 62.2, 'windSpeed': 2.0, 'usUnits': 1}*
On Monday, October 31, 2016 at 3:30:08 PM UTC-7, mwall wrote:
>
> On Monday, October 31, 2016 at 4:47:51 PM UTC-4, Brad Tucker wrote:
>>
>> 2. Any idea on why the Barometric Pressure is not logging?
>>
>
> you need an entry for 'barometer' in your sensor_map. for example:
>
> [Interceptor]
> ...
> [[sensor_map]]
> barometer = barometer..*
>
> m
>
--
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor using bridge new Accurate firmware
Fantastic. Thanks Mwall! Not sure Ill get to this tonight, being halloween and all, but Ill def tackle it late night or tomorrow sometime. Thanks for the info. Also thanks for the nice drivers. I played around with the SDR driver and had a blast. Im a ham operator so playing with computers, and radios was fun times. It was only after I got that working completely that I realized that using the SDR version would not pull Pressure off the bridge. I thought Pressure was from the 5n1... So onto the next project which led me here... Thanks again, Brad -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor using bridge new Accurate firmware
Good info in here Thanks Mwall! couple of questions for you, before I tackle the sensor map. I tried to figure out, based on what I have, a mock sensor map. Im sure I have called out some of the values incorrect. would you please take a look and let me know if Im on the right track? If you can point me to more info and the proper syntax of the sensor map in the documentation that might be helpful. Im having a hard time finding it. These are the sensors I have: *5n1 (on the roof)* Temp Wind Speed Wind Direction Rain Humidity *Tower Sensor (Office)* Temp Humidity *Tower Sensor (Living Room)* Temp Humidity *Bridge* Temp Humidity Pressure [Interceptor] ... [[sensor_map]] pressure = pressure..* inTemp = temperature..* inHumidity = humidity..* # 5n1 Sesor windSpeed = windspeed..* windDirecion = winddirection..* Temp = temperature..* Rain = rain..* Humidity = humidity..* # first tower outTemp = temperature.A.* outHumidity = humidity.A.* # second tower extraTemp1 = temperature.B.* extraHumid1 = humidity.B.* On Monday, October 31, 2016 at 2:45:59 PM UTC-7, mwall wrote: > > On Monday, October 31, 2016 at 4:47:51 PM UTC-4, Brad Tucker wrote: > >> I also have 2 Tower Sensors attached so I included logs for this incase >> one of them is conflicting... >> > > brad, > > if you want to capture data from two different towers, you should > distinguish them in your sensor map and possibly extend the database > schema. otherwise you'll get the 'UNIQUE constraint failed' for dateTime > or you'll get mixed data from two different sensor clusters. > > the sensor map would look something like this: > > [Interceptor] > ... > [[sensor_map]] > pressure = pressure..* > inTemp = temperature..* > inHumidity = humidity..* > # first tower > outTemp = temperature.A.* > outHumidity = humidity.A.* > windSpeed.A.* = windspeed.A.* > # second tower > extraTemp1 = temperature.B.* > extraHumid1 = humidity.B.* > extraWindSpeed1 = windspeed.B.* > > A is the identifier for the first tower, B is the identifier for > the second tower > > if you want to retain the wind speed from second tower, then you must > extend the database schema to include another column extraWindSpeed1 > > note that the pressure, inTemp, and inHumidity come from the acurite > bridge itself. > > m > -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor using bridge new Accurate firmware
Radar,
Thanks again for script and all the help. I ran my tcpdump through your
script and it actually logs data!!! I have added some of the logs so you
can see. One thing Ive noticed is it doesn't log barometric pressure. Not
sure why. I did see that after getting processed by the perl script it adds
two areas for humidity. Not sure if the duplicate value is the culprit or
not.
*Couple Questions for you if you have the time:*
1. Is my "tcpdump" syntax what you would use?
2. Any idea on why the Barometric Pressure is not logging?
3. Why does the Console say ""checkversion": "126" when my bridge is the
latest 2.24 firmware?
*Here is the command Im running:*
sudo tcpdump -A -n -p -l -i eth0 -s0 -W tcp dst port 80 | stdbuf -oL
strings -n8 | stdbuf -oL grep "&" | ./acurite-lwp.pl
*Raw Dump not processed with the perl script for 5n1:*
..P.C.
/weatherstation/updateweatherstation?dateutc=now=updateraw=1
..P...0.C.=24C86E06B15C=5N1x38=2179
..P...Z.C.=2=50
..P...u.C.=71.0
..P.C.=29.30=normal=3
..P.C. HTTP/1.1
..P.C.
*From Console for 5n1 Sensor after issuing the above command:*
dateutc=now=updateraw=1=24C86E06B15C=5N1x38=2179=3
*=50=50*=71.5=29.30=normal=3
{ "success": 1, "checkversion": "126" }
*syslog for 5n1:*
Oct 31 13:25:39 weather weewx[15893]: interceptor: ServerThread: POST:
dateutc=now=updateraw=1=24C86E06B15C=5N1x38=2179=3
*=50=50*=71.5=29.30=normal=3
Oct 31 13:25:39 weather weewx[15893]: interceptor: MainThread: raw data:
dateutc=now=updateraw=1=24C86E06B15C=5N1x38=2179=3
*=50=50*=71.5=29.30=normal=3
Oct 31 13:25:39 weather weewx[15893]: interceptor: MainThread: ignored
parameter realtime=1
Oct 31 13:25:39 weather weewx[15893]: interceptor: MainThread: ignored
parameter action=updateraw
Oct 31 13:25:39 weather weewx[15893]: interceptor: MainThread: raw packet:
{'sensor_type.2179.24C86E06B15C': '5N1x38',
'sensor_id.2179.24C86E06B15C': '2179',
'temperature.2179.24C86E06B15C': 71.5,
'dateTime.2179.24C86E06B15C': 1477945540,
'usUnits.2179.24C86E06B15C': 1, 'battery.2179.24C86E06B15C': 0,
'dateTime': 1477945540, 'humidity.2179.24C86E06B15C': 50.0,
'bridge_id.2179.24C86E06B15C': '24C86E06B15C',
'barometer.2179.24C86E06B15C': 29.3, 'rssi.2179.24C86E06B15C':
0.75, 'windspeed.2179.24C86E06B15C': 3.0, 'usUnits': 1}
Oct 31 13:25:39 weather weewx[15893]: interceptor: MainThread: mapped
packet: {'txBatteryStatus': 0, 'outHumidity': 50.0, 'dateTime': 1477945540,
'outTemp': 71.5, 'windSpeed': 3.0, 'rxCheckPercent': 0.75, 'usUnits': 1}
Oct 31 13:25:40 weather weewx[15893]: manager: added record 2016-10-31
13:25:00 PDT (1477945500) to database 'weewx.sdb'
I also have 2 Tower Sensors attached so I included logs for this incase one
of them is conflicting...
*Raw Dump not processed with the perl script for the TowerSensor:*
..P}hNg.MdvP...GET
/weatherstation/updateweatherstation?dateutc=now=updateraw=1
..P}hN..MdvP...K...=24C86E06B15C=tower=8384
..P}hN..MdvP...=44=83.8
..P}hN..MdvP...U"..=29.30=normal=3
*From Console for the TowerSensor after issuing the above command:*
dateutc=now=updateraw=1=24C86E06B15C=tower=00012694=61=73.4=29.30=normal=3
{ "success": 1, "checkversion": "126" }
*syslog for **the TowerSensor**:*
Oct 31 13:25:42 weather weewx[15893]: interceptor: ServerThread: POST:
dateutc=now=updateraw=1=24C86E06B15C=tower=00012694=61=73.4=29.30=normal=3
Oct 31 13:25:43 weather weewx[15893]: interceptor: MainThread: raw data:
dateutc=now=updateraw=1=24C86E06B15C=tower=00012694=61=73.4=29.30=normal=3
Oct 31 13:25:43 weather weewx[15893]: interceptor: MainThread: ignored
parameter realtime=1
Oct 31 13:25:43 weather weewx[15893]: interceptor: MainThread: ignored
parameter action=updateraw
Oct 31 13:25:43 weather weewx[15893]: interceptor: MainThread: raw packet:
{'dateTime.00012694.24C86E06B15C': 1477945543,
'sensor_type.00012694.24C86E06B15C': 'tower', 'rssi.00012694.24C86E06B15C':
0.75, 'battery.00012694.24C86E06B15C': 0, 'dateTime': 1477945543,
'bridge_id.00012694.24C86E06B15C': '24C86E06B15C', 'usUnits': 1,
'humidity.00012694.24C86E06B15C': 61.0, 'usUnits.00012694.24C86E06B15C': 1,
'barometer.00012694.24C86E06B15C': 29.3,
'temperature.00012694.24C86E06B15C': 73.4,
'sensor_id.00012694.24C86E06B15C': '00012694'}
Oct 31 13:25:43 weather weewx[15893]: interceptor: MainThread: mapped
packet: {'txBatteryStatus': 0, 'outHumidity': 61.0, 'dateTime': 1477945543,
'outTemp': 73.4, 'rxCheckPercent': 0.75, 'usUnits': 1}
Oct 31 13:25:43 weather weewx[15893]: manager: unable to add record
2016-10-31 13:25:00 PDT (1477945500) to database 'weewx.sdb': UNIQUE
constraint failed: archive.dateTime
*Added Bonus:*
I have the latest tcpflow and it now works with -0. I have a nice pretty
output from that by issuing the following:
*sudo tcpflow -C -0 -s tcp dst port 80:*
GET
/weatherstation/updateweatherstation?dateutc=now=updateraw=1=24C86E06B15C=5N1x38=2179=2=50=70.9=29.31=normal=3
[weewx-user] Re: sdr.py
Fantastic. Thanks!
Brad
On Sunday, October 30, 2016 at 8:56:04 AM UTC-7, Brad Tucker wrote:
>
> Trying to install weewx. I have installed rtlsdr rtl433 along with weewx.
>
> I have tested rtf-433 by issuing rtl-433 -G and get lots of data passed
> back.
>
> Once I try and use the actual sdr.py driver directly using the command:
> sudo PYTHONPATH=bin python bin/user/sdr.py
>
> I get this:
> Traceback (most recent call last):
> File "bin/user/sdr.py", line 699, in
> [--path=PATH] [--ld_library_path=LD_LIBRARY_PATH]""" % DEFAULT_CMD
> ValueError: unsupported format character 'p' (0x70) at index 1
>
> Not quite sure where to go from here. Seems maybe I need to call a path
> out to the driver.
>
> I have tried things like this:
> export PATH=/usr/local/bin:${PATH}
>
> export LD_LIBRARY_PATH=/usr/local/lib
>
>
> from the shell and then issuing the command. Im a bit of a newbie here so any
> help would be greatly appreciated.
>
>
> Thanks,
>
> Brad
>
>
--
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor using bridge new Accurate firmware
If only it was that easy. I'm not a coder and I haven't touched perl in a good 20years... on your tcpflow you have -0 in the syntax. My version on the pi doesn't understand -0. What should the -0 do? Thanks, B -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor Driver Acurite Bridge
Any luck with this? I'm having a similar issue. I too am having the nc issue. Thanks, Brad -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Re: Interceptor using bridge new Accurate firmware
Thanks for the reply Radar. Is your perlscript available for download or is it currently part of the weewx pacakage and I'm missing it? I'll give tcpflow a shot as well. Any idea why nc only stays alive for a short period? Thanks! Brad -- 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[weewx-user] Interceptor using bridge new Accurate firmware
I have setup a bridge running raspberry pi. It is connected as follows:
Acurite Bridge -> RaspberyPi WeeWX Bridge -> Internet Connection
It is passing packets through the bridge. The bridge has been updating
myaccurite & weather underground for hours and all is well with it.
I am having problems passing the sniffed data to the weewx driver. I have
picked together what I think is a decent script but its not parsing
properly.
sudo tcpdump -A -n -p -l -i eth0 -s0 -w - tcp dst port 80 | stdbuf -oL
strings -n8
output:
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size
262144 bytes
GET
/weatherstation/updateweatherstation?dateutc=now=updateraw=1R
=24C86E06B15C=tower=00012694R
=65=72.8R
=29.35=normal=3R
HTTP/1.1
hubapi.myacurite.com
User-Agent: Hub/224R
Connection: close
GET
/weatherstation/updateweatherstation?dateutc=now=updateraw=1]
=24C86E06B15C=5N1x31=2179]
=0=270]
=0.00=0.20=96=57.2=56]
=29.35=normal=3]
HTTP/1.1
hubapi.myacurite.com
User-Agent: Hub/224]
Connection: closeGET
/weatherstation/updateweatherstation.php?ID=KCATHOUS110=password=now=updateraw=1^
=36^
=24C86E06B15C=5N1x31=2179^
=0=270^
=0.00=0.20=96=57.2=56^
=29.35=normal=3^
HTTP/1.1
rtupdate.wunderground.com^
Connection: close
GET
/weatherstation/updateweatherstation?dateutc=now=updateraw=1b
=24C86E06B15C=tower=8384b
=48=81.4b
=29.35=normal=3b
HTTP/1.1
hubapi.myacurite.com
User-Agent: Hub/224b
Connection: close
GET
/weatherstation/updateweatherstation?dateutc=now=updateraw=1c
=24C86E06B15C=tower=00012694c
=65=72.8c
=29.35=normal=3c
HTTP/1.1
hubapi.myacurite.com
User-Agent: Hub/224c
Connection: close
GET
/weatherstation/updateweatherstation?dateutc=now=updateraw=1{
=24C86E06B15C=5N1x38=2179{
=0=96{
=56.9{
=29.35=normal=3{
HTTP/1.1
hubapi.myacurite.com{
User-Agent: Hub/224{
Connection: close
when I run the following through netcat like this:
sudo tcpdump -A -n -p -l -i eth0 -s0 -w - tcp dst port 80 | stdbuf -oL
strings -n8 | nc 192.168.1.22 8080
the process only stays alive for seconds and I get this:
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size
262144 bytes
19 packets captured
19 packets received by filter
0 packets dropped by kernel
and syslog reports this:
Oct 30 19:58:57 weather weewx[781]: interceptor: MainThread: empty queue
Oct 30 19:59:07 weather weewx[781]: interceptor: MainThread: empty queue
Oct 30 19:59:17 weather weewx[781]: interceptor: MainThread: empty queue
Oct 30 19:59:27 weather weewx[781]: interceptor: MainThread: empty queue
Oct 30 19:59:37 weather weewx[781]: interceptor: MainThread: empty queue
After spending the better part of a day with this Im out of ideas.
Please Help!
Brad
--
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[weewx-user] sdr.py
Trying to install weewx. I have installed rtlsdr rtl433 along with weewx.
I have tested rtf-433 by issuing rtl-433 -G and get lots of data passed
back.
Once I try and use the actual sdr.py driver directly using the command:
sudo PYTHONPATH=bin python bin/user/sdr.py
I get this:
Traceback (most recent call last):
File "bin/user/sdr.py", line 699, in
[--path=PATH] [--ld_library_path=LD_LIBRARY_PATH]""" % DEFAULT_CMD
ValueError: unsupported format character 'p' (0x70) at index 1
Not quite sure where to go from here. Seems maybe I need to call a path out
to the driver.
I have tried things like this:
export PATH=/usr/local/bin:${PATH}
export LD_LIBRARY_PATH=/usr/local/lib
from the shell and then issuing the command. Im a bit of a newbie here so any
help would be greatly appreciated.
Thanks,
Brad
--
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
