I'm running Centos as a virtual server. Port 8000 is not in use by anything
else. (If it were I would get an error when running the interceptor driver
directly, e.g. when trying to run it while WeeWX is still running
configured to use the interceptor driver on that port.) Tried adding
--iface=ens192 but it didn't make any difference.
Konrad
måndag 2 augusti 2021 kl. 12:42:54 UTC+2 skrev lang....@googlemail.com:
> 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/04cd66c1-babe-4cd7-bc04-678f5718baeen%40googlegroups.com.
