|
Post by raider on Dec 16, 2020 11:26:54 GMT -8
Will SkyWeather2 work with WeeWX if you use your rtl_433 instead of the merbanan rtl_433?
Thank you
|
|
|
Post by SDL on Dec 17, 2020 14:09:50 GMT -8
Should work fine. Our version of rtf_433 is a fork of the main archive. We eventually will merge it after we finish our whole list of wireless units (next up, lightning and AQI).
BP
|
|
|
Post by raider on Jan 9, 2021 4:26:46 GMT -8
WeeWx now supports SkyWeather2 as a Cotech-367959 weather station & the indoor temp & humidity sensors as Ambientweather-F007TH, Acurite-6045M as a lightning detector; so you can use rtl_433.
|
|
|
Post by laf on Apr 10, 2021 6:22:25 GMT -8
Hey raider,
Any more info on where you saw support for the Cotech-367959 in WeeWx? I see "weewx[72604] DEBUG user.sdr: parse_json: unknown model Cotech-367959" - I can add it but if there is a fork or version out there that has it already I'd prefer to just use that.
|
|
|
Post by astrosloth0 on Apr 11, 2021 11:36:00 GMT -8
You can also use SkyWeather to publish MQTT and then use the weewx MQTT driver to input the data
|
|
|
Post by festeraeb on Dec 16, 2021 7:57:29 GMT -8
You can also use SkyWeather to publish MQTT and then use the weewx MQTT driver to input the data Would anyone be willing to write a tutorial for this method?
|
|
n7qnm
Junior Member
Posts: 80
|
Post by n7qnm on Dec 17, 2021 20:56:32 GMT -8
I'm working on the MQTT route now with the development version of WeeWx - I have it MOSTLY working (getting pressure so far). I hope to get it working for AQI and Insolation (solar radiation) soon, when I do I'll write something up.
|
|
|
Post by SDL on Dec 19, 2021 17:34:34 GMT -8
Excellent! We are looking forward to it greatly.
BP
|
|
n7qnm
Junior Member
Posts: 80
|
Post by n7qnm on Dec 20, 2021 10:37:02 GMT -8
OK - I have SkyWeather2 sending data to weewx via MQTT. This is still very much a "work in progress" - I'm running the Dev 4.60b7 of weewx on a separate Pi from my "main" weewx server. Here's what I did: 1) Installed and tested mosquitto on the same pi as my weewx instance> There are lots of "tutorial" on web onm how to do this. including one by SwitchDoc. www.switchdoc.com/2018/02/tutorial-installing-and-testing-mosquitto-mqtt-on-raspberry-pi/2) Ran SkyWeatherConfigure.py, checked the "MQTT Enable" box, put in the hostname of my weewx pi, and set then interval to 300 seconds Saved that config and restarted SkyWeather2 3) Started mosquitto with the default config files 4) Used mosquitto_sub to test, and got this. Note that I gave mosquitto_sub "#" for a topic (which means ALL topics). The one we're interested in for weewx is the "state" topic, is what gets sent on the interval specified in the configure program skyweather2/FT020T {"time" : "2021-12-20 10:25:51", "model" : "SwitchDoc Labs FT020T AIO", "device" : 12, "id" : 0, "batterylow" : 0, "avewindspeed" : 0, "gustwindspeed" : 0, "winddirection" : 279, "cumulativerain" : 4334, "temperature" : 739, "humidity" : 90, "light" : 7419, "uv" : 4, "mic" : "CRC"} skyweather2/state {"SkyWeather2Version": "027.1", "SampleDateTime": "12/20/21, 10:25:51 ", "UTCTime": "2021-12-20T18:25:51.768435", "lastMainReading": "2021-12-20 10:25:51", "lastIndoorReading": "2021-12-20 10:25:19", "mainID": 0, "insideID": 8, "OutdoorTemperature": 1.06, "OutdoorHumidity": 90, "IndoorTemperature": 20.5, "IndoorHumidity": 29, "Rain60Minutes": 0.0, "SunlightVisible": 7419, "SunlightUVIndex": 0.4, "WindSpeed": 0.0, "WindGust": 0.0, "WindDirection": 279, "TotalRain": 433.4, "BarometricTemperature": 30.88, "BarometricPressure": 99.61553, "Altitude": 207.87, "BarometricPressureSeaLevel": 102.10662, "barometricTrend": true, "pastBarometricReading": 99.62703, "AQI": "8", "Hour24_AQI": 9.924242424242424, "Last_Event": "My Last Event", "English_Metric": false, "batteryVoltage": 0, "batteryCurrent": 0, "solarVoltage": 0, "solarCurrent": 0, "loadVoltage": 0, "loadCurrent": 0, "batteryPower": 0, "solarPower": 0, "loadPower": 0, "batteryCharge": 0, "SolarMAXLastReceived": "Never", "SolarMaxInsideTemperature": 0.0, "SolarMaxInsideHumidity": 0.0, "fanState": false} skyweather2/FT020T {"time" : "2021-12-20 10:26:07", "model" : "SwitchDoc Labs FT020T AIO", "device" : 12, "id" : 0, "batterylow" : 0, "avewindspeed" : 0, "gustwindspeed" : 0, "winddirection" : 285, "cumulativerain" : 4334, "temperature" : 739, "humidity" : 89, "light" : 7380, "uv" : 4, "mic" : "CRC"} 5) Set up WeeWx to read MQTT - there are two things that need to be done here. A) A line like this in the "Services" stanza of weewx.config data_services = user.MQTTSubscribe.MQTTSubscribeService B) Add an MQTTSubscribeService" stanza to the config file that provides the sensor mapping - mine looks like this: The "BarometricPressureSeaLevel" is the name in the topic and "Barometer" is the weewx sensor name
[MQTTSubscribeService]
# This section is for the MQTTSubscribe service.
# Turn the service on and off.
# Default is: true
# Only used by the service.
enable = True
# The MQTT server.
# Default is localhost.
host = localhost
# The port to connect to.
# Default is 1883.
port = 1883
# Maximum period in seconds allowed between communications with the broker.
# Default is 60.
keepalive = 60
# username for broker authentication.
# Default is None.
username = None
# password for broker authentication.
# Default is None.
password = None
# The binding, loop or archive.
# Default is: loop
# Only used by the service.
binding = loop
# The message handler to use
[[message_callback]]
# The format of the MQTT payload.
# Currently support: individual, json, keyword
# Must be specified.
type = json
# The topics to subscribe to.
[[topics]]
# Units for MQTT payloads without unit value.
# Valid values: US, METRIC, METRICWX
# Default is: US
unit_system = US
[[[skyweather2/state]]]
[[[[BarometricPressureSeaLevel]]]]
name = barometer
ignore = false
units = kPa
6) Start weewx and wait 5 minutes to see your data
If anyone else tries this, please let me know - I'm going to be expanding to other sensors and would be happy to share results or help with any issues folks find.
Clay
|
|
|
Post by SDL on Dec 21, 2021 16:55:21 GMT -8
Are there any public weewx servers that can be used to expose this to the internet?
That would really help in replacing Blynk.
BP
|
|
n7qnm
Junior Member
Posts: 80
|
Post by n7qnm on Jun 18, 2022 10:48:03 GMT -8
Hey raider, Any more info on where you saw support for the Cotech-367959 in WeeWx? I see "weewx[72604] DEBUG user.sdr: parse_json: unknown model Cotech-367959" - I can add it but if there is a fork or version out there that has it already I'd prefer to just use that. Hi - I'm a weewx user as well (http://www.n7qnm.net/weewx/index.html). Right now, I'm running RTL and seeing this for the Cotech (the version of rtl that is distributed with weewx/sdr, NOT the SwitchDoc version). {"time" : "2022-06-18 18:39:40", "model" : "Cotech-367959", "id" : 78, "battery_ok" : 1, "temperature_F" : 68.500, "humidity" : 39, "rain_mm" : 343.400, "wind_dir_deg" : 109, "wind_avg_m_s" : 0.500, "wind_max_m_s" : 0.700, "light_lux" : 55183, "uv" : 39, "mic" : "CRC"} The time, temperature_f, humidity, wind_dir_deg, light_lux and uv fields all match EXACTLY what the Dash page is showing; I haven't figured out how SDL is decoding/displaying the wind speeds yet, and rain is problematic anyway because the sensors move in the wind (but converting "rain_mm" to inches wasn't even close to the value Dash is reporting. Clay N7QNM
|
|
|
Post by SDL on Jun 19, 2022 10:02:57 GMT -8
Clay,
There are lots of problems with the cotech demodulator. Especially high Lux days.
BP
|
|