Useful information but not relevant at this stage as the [Interceptor]
settings in weewx.conf are not used when running the interceptor driver
directly.
Gary
On Monday, 2 August 2021 at 20:42:54 UTC+10 lang....@googlemail.com wrote:
> On a RPi you have to add the following line to your weewx.conf
> device_type = ecowitt-client
> port = 8000
>
> iface = eth0 #if you are using the Ethernet port
> #or
> iface = wlan0 #if you are using the WiFi of the RPi
> # only one of them 😉
>
> you also have to make sure that no other application on the RPi uses port
> 8000
>
> you can try 8001 or 8777 (on both ends - weewx.conf and WSView
> app/console) - maybe port 8000 is used ....
>
>
> On 02.08.2021 12:22, gjr80 wrote:
>
> When you just ran the interceptor driver directly there should have been
> output to the console as well as log output in the WeeWX log, not sure what
> log file it will be in as I am not a Centos user. Can you please post the
> log output exactly as it appears in the log.
>
> Gary
>
> On Monday, 2 August 2021 at 19:17:12 UTC+10 Konrad Skeri Ekblad wrote:
>
>> I did a complete reinstallation of the server with Centos 8. Fresh
>> install of WeeWX from repository using yum as described on web page.
>> Installed interceptor driver according to set up instructions.
>> Running PYTHONPATH=/usr/share/weewx python3 user/interceptor.py --debug
>> --port=8000 --device=ecowitt-client for almost an hour only gives the
>> following output:
>>
>> raw data:
>> raw packet: {'dateTime': 1627891880, 'usUnits': 1}
>> mapped packet: {'dateTime': 1627891880, 'usUnits': 1}
>>
>> Using Wireshark to monitor the network traffic I notice this:
>> Weatherstation to WeeWX server:
>> POST HTTP/1.1
>> HOST: 192.168.129.10
>> Connection: Close
>> Content-Type: application/x-www-form-urlencoded
>> Content-Length: 415
>>
>> PASSKEY=**replaced**&stationtype=EasyWeatherV1.6.0&dateutc=2021-08-02+08:11:21&tempinf=77.5&humidityin=42&baromrelin=29.894&baromabsin=29.374&tempf=59.9&humidity=76&winddir=25&windspeedmph=2.7&windgustmph=3.4&maxdailygust=6.9&rainratein=0.000&eventrainin=0.000&hourlyrainin=0.000&dailyrainin=0.000&weeklyrainin=0.000&monthlyrainin=0.000&totalrainin=53.673&solarradiation=355.26&uv=3&model=WS2900
>>
>> Response from WeeWX server:
>> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
>> "http://www.w3.org/TR/html4/strict.dtd";>
>> <html>
>> <head>
>> <meta http-equiv="Content-Type" content="text/html;charset=utf-8">
>> <title>Error response</title>
>> </head>
>> <body>
>> <h1>Error response</h1>
>> <p>Error code: 400</p>
>> <p>Message: Bad HTTP/0.9 request type ('POST').</p>
>> <p>Error code explanation: HTTPStatus.BAD_REQUEST - Bad request
>> syntax or unsupported method.</p>
>> </body>
>> </html>
>>
>> According to WireShark there is this communication about once each
>> minute, but I have only one entry in the terminal.
>> onsdag 28 juli 2021 kl. 02:24:31 UTC+2 skrev gjr80:
>>
>>> You have changed many things in your setup and even though you appear to
>>> have reverted to your original working configuration I would be starting
>>> from scratch as per the interceptor drive readme.I would be running the
>>> driver directly and then making sure you use the —debug command line
>>> option. Post the console output here. Let’s see where that gets us.
>>>
>>> Gary
>>> On Wednesday, 28 July 2021 at 08:20:26 UTC+10 Konrad Skeri Ekblad wrote:
>>>
>>>> I have been using weewx on a Raspberry Pi for about two years now.
>>>> After my old Fine Offset died soon after I moved from pywws I bought a
>>>> Eurochron WS2900 which I got running using the interceptor driver, and
>>>> that
>>>> worked fine until the weather station stopped giving temperature readings
>>>> this winter. I was able to fix that last week (bad connector on the cable
>>>> from the temperature sensor to the circuit board in the sensor array) but
>>>> when I reconnected it to weewx I started to experience various odd things.
>>>> The unit shows correct data on its display and sends data to weewx, and
>>>> the
>>>> webpages rendered by weewx are correct (e.g. temperature ranging between
>>>> 16°C and 28°C the other day) but the temperatures sent to Windy (and
>>>> others) by weewx varies from -2°C to 21°C for the same day. Thinking that
>>>> there might be some API change or something during the half year my
>>>> station
>>>> was offline, and that I for some time have had thoughts of moving it to a
>>>> virtual server on my ESXi station anyway, I set up a Centos 8 machine and
>>>> installed weewx on it. Simulator works fine, but using the same
>>>> interceptor
>>>> settings as on my Raspberry Pi I don't get any data (IP updated in the
>>>> weather station settings).
>>>>
>>>> Using
>>>> PYTHONPATH=/usr/share/weewx python3 -m user.interceptor --debug
>>>> --mode=listen --port=8000 --device=ecowitt-client
>>>> I was able to once capture this after listening maybe one hour:
>>>> raw data:
>>>> raw packet: {'dateTime': 1627416663, 'usUnits': 1}
>>>> mapped packet: {'dateTime': 1627416663, 'usUnits': 1}
>>>> Yay! A timestamp!
>>>>
>>>> Trying to connect to port 8000 from another computer in the network
>>>> shows that the port is open.
>>>>
>>>> Thinking there is some problem with the weather station I have reseted
>>>> it, but no change. The device is by itself directly uploading to Weather
>>>> Underground and some other sites, and that works.
>>>>
>>>> Frustrated I one again change the local IP the weather station should
>>>> send data to to the Raspberry Pi, but now I don't get any data there at
>>>> all.
>>>>
>>>> This is the interceptor settings of weewx.conf:
>>>>
>>>> …
>>>> station_type = Interceptor
>>>> …
>>>>
>>>> ##############################################################################
>>>>
>>>> [Interceptor]
>>>> # This section is for the network traffic interceptor driver.
>>>>
>>>> # The driver to use:
>>>> driver = user.interceptor
>>>>
>>>> # Specify the hardware device to capture. Options include:
>>>> # acurite-bridge - acurite internet bridge, smarthub, or access
>>>> # observer - fine offset WH2600/HP1000/HP1003, ambient WS2902
>>>> # lw30x - oregon scientific LW301/LW302
>>>> # lacrosse-bridge - lacrosse GW1000U/C84612 internet bridge
>>>> # wu-client - any hardware that uses the weather underground
>>>> protocol
>>>> # device_type = observer
>>>> device_type = ecowitt-client
>>>> port = 8000
>>>>
>>>>
>>>> ##############################################################################
>>>>
>>>> I'm not sure what more is relevant logs to post.
>>>> I see no dropped packages originating from the weather station in the
>>>> firewall log.
>>>>
>>>> Does anyone have any idea how I should proceed or what I should try?
>>>>
>>>> regards
>>>> Konrad Skeri Ekblad
>>>>
>>> --
> 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+...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/80473569-41c0-48be-b253-b230bed851b3n%40googlegroups.com
>
> <https://groups.google.com/d/msgid/weewx-user/80473569-41c0-48be-b253-b230bed851b3n%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
>
>
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/weewx-user/c3356bed-cdfd-4676-86bd-2d6d3d648d88n%40googlegroups.com.
