Skip to content

No Data shown for ecowitt wh51 433mhz device #2381

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
owingst opened this issue Feb 15, 2023 · 35 comments
Closed

No Data shown for ecowitt wh51 433mhz device #2381

owingst opened this issue Feb 15, 2023 · 35 comments

Comments

@owingst
Copy link

owingst commented Feb 15, 2023

I am unable to see any decoded data from the ecowitt wh51 Soil Moisture Sensor. I am using the command line:
rtl_433 -vvv -R142 and place the device close to the sdr (rtl-sdr). I have several other devices working fine using rtl_433. Any ideas?
Here is the log file:
ecowitt.log

@zuckschwerdt
Copy link
Collaborator

Try to grab a sample and upload here as zip. https://triq.org/rtl_433/ANALYZE.html

@owingst
Copy link
Author

owingst commented Feb 15, 2023

Here they are....

ecowittsamples.zip

@ProfBoc75
Copy link
Collaborator

ProfBoc75 commented Feb 15, 2023

@owingst : Hi, are you sure of the frequency ? Should be 915 Mhz for you in Texas, if yes try this :

rtl_433 -f 915M -Y classic -R 142

From the fineoffset device :

Test decoding with: rtl_433 -f 433920000 -X "n=soil_sensor,m=FSK_PCM,s=58,l=58,t=5,r=5000,g=4000,preamble=aa2dd4"
Note: for WH51 at 915MHz: try also "-Y classic" i.e. : rtl_433 -f 915M -Y classic -- see #2235

Here my result with your samples :

[Input] Test mode active. Reading samples from file: g001_433.92M_250k.cu8
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : @0.194848s
model     : Cotech-367959 ID        : 205
Battery   : 1            Temperature: 79.4 F       Humidity  : 59 %          Rain      : 30.0 mm       Wind direction: 103       Wind      : 3.3 m/s       Gust      : 4.6 m/s       Light Intensity: 19403 lux UV Index  : 13
Integrity : CRC
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : @0.194848s
model     : Cotech-367959 ID        : 205
Battery   : 1            Temperature: 79.4 F       Humidity  : 59 %          Rain      : 30.0 mm       Wind direction: 103       Wind      : 3.3 m/s       Gust      : 4.6 m/s       Light Intensity: 19403 lux UV Index  : 13
Integrity : CRC
[Input] Test mode active. Reading samples from file: g002_433.92M_250k.cu8
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : @0.325212s
model     : Cotech-367959 ID        : 205
Battery   : 1            Temperature: 79.4 F       Humidity  : 59 %          Rain      : 30.0 mm       Wind direction: 103       Wind      : 2.2 m/s       Gust      : 3.0 m/s       Integrity : CRC
[Input] Test mode active. Reading samples from file: g003_433.92M_250k.cu8
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : @0.273492s
model     : Nexus-TH     House Code: 111
Channel   : 1            Battery   : 1             Temperature: 25.60 C      Humidity  : 6 %
[Input] Test mode active. Reading samples from file: g004_433.92M_250k.cu8
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : @0.259212s
model     : Ambientweather-F007TH                  House Code: 195
Channel   : 1            Battery   : 1             Temperature: 74.5 F       Humidity  : 44 %          Integrity : CRC
[Input] Test mode active. Reading samples from file: g005_433.92M_250k.cu8
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : @0.456504s
model     : Cotech-367959 ID        : 205
Battery   : 1            Temperature: 79.4 F       Humidity  : 59 %          Rain      : 30.0 mm       Wind direction: 39        Wind      : 0.9 m/s       Gust      : 1.3 m/s       Light Intensity: 18657 lux UV Index  : 13
Integrity : CRC
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : @0.456504s
model     : Cotech-367959 ID        : 205
Battery   : 1            Temperature: 79.4 F       Humidity  : 59 %          Rain      : 30.0 mm       Wind direction: 39        Wind      : 0.9 m/s       Gust      : 1.3 m/s       Light Intensity: 18657 lux UV Index  : 13
Integrity : CRC

@owingst
Copy link
Author

owingst commented Feb 16, 2023

My device is 433MHZ... I chose 433 version (there are 3 I think) assuming rtl_433 would read it. Here is pic of my device.

IMG_0667

Running with new setting you gave, I get the following with a segmentation fault after showing 2 readings.

`
rtl_433 version -128-NOTFOUND branch master at 202204011242 inputs file rtl_tcp RTL-SDR
Use -h for usage help and see https://triq.org/ for documentation.
Trying conf file at "rtl_433.conf"...
Trying conf file at "/home/pi/.config/rtl_433/rtl_433.conf"...
Trying conf file at "/usr/local/etc/rtl_433/rtl_433.conf"...
Trying conf file at "/etc/rtl_433/rtl_433.conf"...

Consider using "-M newmodel" to transition to new model keys. This will become the default someday.
A table of changes and discussion is at https://github.com/merbanan/rtl_433/pull/986.

Registered 125 out of 153 device decoding protocols [ 1-4 8 11-12 15-17 19-21 23 25-26 29-36 38-60 63 67-71 73-100 102-104 108-116 119 121 124-128 131-153 ]
Detached kernel driver
Found Rafael Micro R820T tuner
Exact sample rate is: 250000.000414 Hz
[R82XX] PLL not locked!
Sample rate set to 250000 S/s.
Tuner gain set to Auto.
Tuned to 433.920MHz.
Allocating 15 zero-copy buffers


time : 2023-02-15 20:13:15
model : SwitchDoc Labs FT020T AIO Device : 12 Serial Number: 205
Battery Low: 0 Ave Wind Speed: 11 Gust : 17 Wind Direction: 125 Cum Rain : 300
Temperature: 1089 Humidity : 84 Light : 0 UV Index : 0 Integrity : CRC


time : 2023-02-15 20:13:17
model : soil_sensor count : 1 num_rows : 1 rows :
len : 124 data : 510d431e127f000027000000bd34204
codes : {124}510d431e127f000027000000bd34204
./rtl433.sh: line 15: 1539 Segmentation fault rtl_433 -f 433920000 -X "n=soil_sensor,m=FSK_PCM,s=58,l=58,t=5,r=5000,g=4000,preamble=aa2dd4"
`

@owingst
Copy link
Author

owingst commented Feb 16, 2023

Modified run parameters as follows and it appears to finally get readings for wh51 consistently, albeit the data is a little funky:

rtl_433 -f 433920000 -X "n=soil_sensor,m=FSK_PCM,s=58,l=58,t=5,r=5000,g=4000,preamble=aa2dd4" -R23 -R146 -R147 -C customary -F json | mosquitto_pub -l -t Sensor -h $IP

Not sure what the data means. Any ideas on how to fix it, or understand the data?

`
time : 2023-02-15 20:37:47
model : soil_sensor count : 1 num_rows : 1 rows :
len : 124 data : 510d431e127f000027000000bd34204
codes : {124}510d431e127f000027000000bd34204


time : 2023-02-15 20:37:47
model : soil_sensor count : 1 num_rows : 1 rows :
len : 124 data : 510d431e127f000027000000bd34204
codes : {124}510d431e127f000027000000bd34204
`

@ProfBoc75
Copy link
Collaborator

ProfBoc75 commented Feb 16, 2023

@owingst : Hi, Thanks for the confirmation.

The -X option is to get the raw data in hexa byte in order to build a device driver to decode this data. The fineoffset.c is concern here and already manages the devices with such preamble aa2dd4.

Looking at the fineoffset.c device line 614, a test is made on byte 0: if not 0x51 then "Msg familly unknown 0x51", and DECODE_ABORT_EARLY, this is your case.

This means that your device could be decoded by rtl_433 with the last version of rtl_433.

I noticed that you're using an older one from april last year.
Are you able to test with a most recent version and procure more results as you made.
For each , are you able to get the real data from the ecowitt gateway/ application, this is required to decode the hexa raw data and may be update the device driver with that findings.

@gdt
Copy link
Collaborator

gdt commented Feb 16, 2023

Are you building git master from source when testing? I have used rtl_433 with 3 WH51s on 915 just fine.

@owingst
Copy link
Author

owingst commented Feb 16, 2023

@ProfBoc75/gdt: I am not using the gateway. I am trying to get data from these devices and integrate into my python/IOS apps. I was not aware the gateway played a part in decoding the data ( assumed incorrectly that all decoding was done by rtl_433).

I will try a new version of rtl_433 (w/Switchdoc support). Let me know if this makes sense. Thanks!

@zuckschwerdt
Copy link
Collaborator

@ProfBoc75, like me, didn't remember that we already have WH51 support. The request for original gateway readings was just to analyze the (thought to be) unknown hex data. He did some great work on other sensors using that method.

But @gdt is right, it should just work. Please try a recent rtl_433 version.

@owingst
Copy link
Author

owingst commented Feb 16, 2023

That worked when using new build (git clone https://github.com/merbanan/rtl_433.git) but I am missing switchdoc labs drivers. How do I get latest that includes ecowitt and switchdocs lab?

time : 2023-02-16 11:09:16 model : Fineoffset-WH51 ID : 0d431e Battery level: 1.222 Battery : 1800 mV Moisture : 7 % Transmission boost: 0 AD raw : 97 Integrity : CRC

@owingst
Copy link
Author

owingst commented Feb 16, 2023

When moving to use switchdocs labs build (https://github.com/switchdoclabs/rtl_433) to get both wh51 and switchdoc, I get the following segementation fault:

`
rtl_433 version -128-NOTFOUND branch master at 202212290929 inputs file rtl_tcp RTL-SDR
Use -h for usage help and see https://triq.org/ for documentation.
Trying conf file at "rtl_433.conf"...
Trying conf file at "/home/pi/.config/rtl_433/rtl_433.conf"...
Trying conf file at "/usr/local/etc/rtl_433/rtl_433.conf"...
Trying conf file at "/etc/rtl_433/rtl_433.conf"...

Consider using "-M newmodel" to transition to new model keys. This will become the default someday.
A table of changes and discussion is at https://github.com/merbanan/rtl_433/pull/986.

Registered 4 out of 155 device decoding protocols [ 23 142 146-147 ]
Found Rafael Micro R820T tuner
Exact sample rate is: 250000.000414 Hz
[R82XX] PLL not locked!
Sample rate set to 250000 S/s.
Tuner gain set to Auto.
Tuned to 433.920MHz.
Allocating 15 zero-copy buffers
mySecondFlags = 0 0
mySecondFlags LB = 0 0
myLight before = 00008eb1 36529
myLight = 00008eb1 36529


time : 2023-02-16 11:33:32
model : SwitchDoc Labs FT020T AIO Device : 12 Serial Number: 205
Battery Low: 0 Ave Wind Speed: 17 Gust : 20 Wind Direction: 2 Cum Rain : 318 Temperature: 851
Humidity : 46 Light : 36529 UV Index : 28 Integrity : CRC
./rtl433.sh: line 18: 3300 Segmentation fault rtl_433 -R23 -R142 -R146 -R147
`
Any ideas?

@gdt
Copy link
Collaborator

gdt commented Feb 16, 2023

It seems obvious that bugs when running switchdoclabs code should be reported in the switchdoclabs issue tracker. I do not recall them having introduced themselves and the purpose/status of their fork on the list. If it's just someone working on new features and they aren't quite baked enough for a pull request yet, that sounds good.

@merbanan
Copy link
Owner

@gdt They sell some products that uses rtl_433 in the back end.

@owingst if there is a specific sensor you need support for you can follow https://triq.org/rtl_433/ANALYZE.html (again). And we can not support the Switchdock fork but we can probably add the sensors.

@ProfBoc75
Copy link
Collaborator

agree with @gdt , the fork is very old, 4 or 3 years ago and logically only the switchdoclabs drivers are updated ... very difficult to merge both version. I hand over ...

@owingst
Copy link
Author

owingst commented Feb 16, 2023

I opened an issue on switchdoc issue tracker. There latest build has some compile issues. I currently run rtl_433 with the following sensors:

SwitchDoc Labs FT020T AIO
SwitchDoc Labs F016TH Thermo-Hygrometer
DSC Contact

Be great to get a build that has those three plus wh51. Thanks!

@merbanan
Copy link
Owner

Follow https://triq.org/rtl_433/ANALYZE.html for each and every sensor and we'll get there eventually.

But this issue can be closed as there support is already there.

@zuckschwerdt
Copy link
Collaborator

I did already merge the interesting bits from the switchdoc fork. But since all "switchdoc" devices are rebrands we are using the original names.
E.g. SwitchDocLabs FT020T -> Cotech 36-7959 Weatherstation
SwitchDocLabs F016TH -> Ambient Weather F007TH
SwitchDocLabs SM23 -> Fine Offset / Ecowitt WH51

@owingst
Copy link
Author

owingst commented Feb 16, 2023

Where can I download that from? Main branch?

@zuckschwerdt
Copy link
Collaborator

All of that is included since 2021-10.

@owingst
Copy link
Author

owingst commented Feb 16, 2023

Using latest build from main branch, switchdoc stuff is there but no data from wh51 using the following parameters:

rtl_433 -R23 -R142 -R146 -R147 -C customary -F json | mosquitto_pub -l -t Sensor -h $IP

@owingst
Copy link
Author

owingst commented Feb 16, 2023

downloaded again from git clone https://github.com/merbanan/rtl_433.git. Now only get wh51 data...no idea what I am doing wrong.

@owingst
Copy link
Author

owingst commented Feb 16, 2023

This is what I get with main branch build using: rtl_433 -R23 -R142 -R146 -R147. No switchdoc data...but getting sc contact
`
rtl_433 version nightly branch master at 202302162137 inputs file rtl_tcp RTL-SDR
Use -h for usage help and see https://triq.org/ for documentation.
Trying conf file at "rtl_433.conf"...
Trying conf file at "/home/pi/.config/rtl_433/rtl_433.conf"...
Trying conf file at "/usr/local/etc/rtl_433/rtl_433.conf"...
Trying conf file at "/etc/rtl_433/rtl_433.conf"...
[Protocols] Registered 4 out of 238 device decoding protocols [ 23 142 146-147 ]
[SDR] Found 1 device(s)
[SDR] trying device 0: Realtek, RTL2838UHIDIR, SN: 00000001
Detached kernel driver
Found Rafael Micro R820T tuner
[SDR] Using device 0: Generic RTL2832U OEM
Exact sample rate is: 250000.000414 Hz
[R82XX] PLL not locked!
Allocating 15 zero-copy buffers


time : 2023-02-16 14:59:26
model : Fineoffset-WH51 ID : 0d431e
Battery level: 1.222 Battery : 1800 mV Moisture : 0 % Transmission boost: 0 AD raw : 40
Integrity : CRC


time : 2023-02-16 14:59:26
model : Fineoffset-WH51 ID : 0d431e
Battery level: 1.222 Battery : 1800 mV Moisture : 0 % Transmission boost: 0 AD raw : 40
Integrity : CRC


time : 2023-02-16 15:00:36
model : Fineoffset-WH51 ID : 0d431e
Battery level: 1.222 Battery : 1800 mV Moisture : 0 % Transmission boost: 0 AD raw : 40
Integrity : CRC


time : 2023-02-16 15:01:46
model : Fineoffset-WH51 ID : 0d431e
Battery level: 1.222 Battery : 1800 mV Moisture : 0 % Transmission boost: 0 AD raw : 40
Integrity : CRC


time : 2023-02-16 15:01:46
model : Fineoffset-WH51 ID : 0d431e
Battery level: 1.222 Battery : 1800 mV Moisture : 0 % Transmission boost: 0 AD raw : 40
Integrity : CRC
`

@ProfBoc75
Copy link
Collaborator

@owingst : can you add -R 20 and -R 153 , to be able to decode the Swichdoc sensors as I found them into your samples :

  [20]  Ambient Weather F007TH, TFA 30.3208.02, SwitchDocLabs F016TH temperature sensor
 ...
 [153]  Cotech 36-7959, SwitchDocLabs FT020T wireless weather station with USB

Notice that without -R and numbers, it will decode all the supported device protocols. with -R only it will list all the protocols supported by rtl_433.

@owingst
Copy link
Author

owingst commented Feb 17, 2023

That worked! Thanks for all your help.

@owingst
Copy link
Author

owingst commented Feb 17, 2023

After changing to use Cotech-367959 from SwitchDocLabs using same weather station, I no longer get UV/Light values from rtl_433, although cotech_36_7959.c shows those values. Any ideas on what is going on?

time : 2023-02-17 11:51:26 model : Cotech-367959 ID : 205 Battery : 1 Temperature: 47.2 F Humidity : 38 % Rain : 31.8 mm Wind direction: 307 Wind : 1.6 m/s Gust : 2.6 m/s Integrity : CRC

Here is data I got under switchdoc code:
{'time': '2022-12-13 10:36:36', 'model': 'SwitchDoc Labs FT020T AIO', 'device': 12, 'id': 222, 'batterylow': 0, 'avewindspeed': 4, 'gustwindspeed': 7, 'winddirection': 234, 'cumulativerain': 666, 'temperature': 1100, 'humidity': 91, 'light': 20819, 'uv': 12, 'mic': 'CRC'}

@zuckschwerdt
Copy link
Collaborator

The values must have been invalid or out of bounds.
Use rtl_433 -R 153:vv to show the raw codes and paste one here, then we can see what the raw uv/lux value was.

@owingst
Copy link
Author

owingst commented Feb 17, 2023

Here is what I got....

Alternating messages of:
`
time : 2023-02-17 12:53:34
model : Cotech-367959 ID : 205
Battery : 1 Temperature: 49.3 F Humidity : 34 % Rain : 31.8 mm
Wind direction: 101 Wind : 2.0 m/s Gust : 2.3 m/s Integrity : CRC
[pulse_slicer_manchester_zerobit] Cotech 36-7959, SwitchDocLabs FT020T wireless weather station with USB
codes : {127}002999a0282eca027d06fa44380a5340
1

time : 2023-02-17 12:54:54 model : Cotech-367959 ID : 205 Battery : 1 Temperature: 49.3 F Humidity : 35 % Rain : 31.8 mm Wind direction: 297 Wind : 0.2 m/s Gust : 0.3 m/s Integrity : CRC [pulse_slicer_manchester_zerobit] Cotech 36-7959, SwitchDocLabs FT020T wireless weather station with USB codes : {128}0014ccd4020329013e037d23f14c244a [cotech_36_7959_decode] CRC8 fail [pulse_slicer_manchester_zerobit] Cotech 36-7959, SwitchDocLabs FT020T wireless weather station with USB codes : {194}00145c3047f24eb0ffea2e1823f927587ff5170c11fc93ac0 [cotech_36_7959_decode] Couldn't find preamble [pulse_slicer_manchester_zerobit] Cotech 36-7959, SwitchDocLabs FT020T wireless weather station with USB codes : {358}556aaaaaa556aaaaaa556aaaaaa556aaaaaa556aaaaaa556aaaaaa556aaaaaa556aaaaaa5556aaaa556aaaaaa4 [pulse_slicer_manchester_zerobit] Cotech 36-7959, SwitchDocLabs FT020T wireless weather station with USB codes : {63}6aaaaaa556aaaaaa

@zuckschwerdt
Copy link
Collaborator

This BitBench shows the fields. The UV-Index is 0x29 (41) which is not valid. No idea why this might be and if something could be fixed?

@owingst
Copy link
Author

owingst commented Feb 17, 2023

Is it possible to run two instances of rtl_433 with different builds and share same rtl_sdr? The switchdocslab rtl_433 version shows the uv/light just fine.

@owingst
Copy link
Author

owingst commented Feb 17, 2023

Here is log info from same test but using switchdocslab build.

time : 2023-02-17 14:40:14 model : SwitchDoc Labs FT020T AIO Device : 12 Serial Number: 205 Battery Low: 0 Ave Wind Speed: 8 Gust : 10 Wind Direction: 302 Cum Rain : 318 Temperature: 939 Humidity : 28 Light : 97677 UV Index : 25 Integrity : CRC pulse_demod_manchester_zerobit(): SwitchDoc Labs Weather FT020T Sensors bitbuffer:: Number of rows: 1 [00] {127} 00 29 99 a8 10 14 5c 02 7d 07 56 38 fb 1a 33 ca

@zuckschwerdt
Copy link
Collaborator

Yeah, but we figured a valid UV Index range of 0-15. So 25 seems like bad data and is thus ignored. There is nothing wrong, it's an explicit filtering of invalid data.

@obones can you look at this, involving #2305

@obones
Copy link
Contributor

obones commented Feb 17, 2023

Well, the light value is completely wrong as well.
I went looking for the FT020T model and I found this page:
https://shop.switchdoc.com/products/wireless-weatherrack2

It says rtl_433 supports it but most importantly, there is a table that says UV index is between 1 and 15 :

Image

So, to me, it is perfectly expected that an out of bound UV index (and light intensity) be ignored. Note that I also found this page:
https://uctechnologyltd.com/product/ft020t-weather-station-sensor-no-uv/

And this one is a declination of the FT020T specifically with no UV sensor so maybe you have this variant.

@owingst
Copy link
Author

owingst commented Feb 17, 2023

My weather station has uv/light. I don't see any check in the code for a valid uv range in switchdoclabs_FT020T.c. So I guess I will have to open an issue on those folks....

@zuckschwerdt
Copy link
Collaborator

To be clear: the values you captured as code were 7.173 kLux and UV-Index 29, so pretty shaded with chance of severe burn in mere minutes.
Or the values you posted 97.677 kLux UV-Index 25, very bright day but still UV death rays.
Those values don't mean anything sensible, the sensor could be broken perhaps.

The switchdoclabs fork is old and unmaintained I guess, otherwise both decoders are basically the same (though different on sanity checks).

@owingst
Copy link
Author

owingst commented Feb 17, 2023

I really appreciate the help. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants