projecthorus / radiosonde_auto_rx

Automatically Track Radiosonde Launches using RTLSDR
GNU General Public License v3.0
491 stars 124 forks source link

No Humidity nor pressure data from DFM09 #348

Open MichelGreijmans opened 3 years ago

MichelGreijmans commented 3 years ago

I've managed to successfully track balloons launched from Curaçao, our local meteorology service uses the DFM09 devices/format. However I've never managed to decode any humidity nor pressure data sent out from these devices. Is this a compatibility/limitation with the DFS09 devices?

darksidelemm commented 3 years ago

Decoding and calculating sensor data (temperature, pressure, humidity) requires a lot of knowledge of the inner workings of a radiosonde. Temperature is usually the easiest of the three, but humidity in particular requires a lot of calculations and correction data. Remember that all of the telemetry from these sondes is reverse engineered (by @rs1729 ) based on received telemetry, and sometimes some 'truth' data from a ground-station. If you can provide a capture of an entire flight, along with the truth data from the associated ground station, that would help progress such efforts. However, since the DFM09 is going out of production, I'm not sure it would be worth the effort. Better to focus on the incoming DFM17 sonde.

bazjo commented 3 years ago

DFM-09 and DFM-17 really are not too far away regarding all things PTU at this point.

However, unlike RS41, DFMs are not transmitting calibration values and their telemetry has a lot more room for variation between types/customers, so determining the PTU data is not so straightforward compared to RS41

even in the best case, the ptu values obtained purely from telemetry will be off by such a huge amount that they could barely be used in a metrological setting. Met offices sync the calibration data into GrawMet via a local usb/uart connection from the sondes eeprom prior to flight.

darksidelemm commented 3 years ago

Ouch... if it doesn't send the calibration data in the telemetry then that's a huge issue. Kudos to @rs1729 on getting an even vaguely valid temperature readout from them!

rs1729 commented 3 years ago

Yes, that's a bit of a problem. The temperature is close enough using the approximation of the NTC-Thermistor EPCOS B57540G0502 sensor. Although for low temperatures the approximation used might be a little off, but it is good enough even without calibration. The raw humidity data is also clearly visible in the data, but without calibration I don't know how much it varies. I think https://www.imk-tro.kit.edu/4882.php also mentions the manufacturer for the (DFM-06?) humidity sensor: E+E HC103M2. (I don't remember if there was a difference between DFM-06/09.) Most of the work was figuring out the floating point format in the data.

MichelGreijmans commented 3 years ago

Would it be helpful if I ware to get you the official data from our local weather service? As I understand it the device is calibrated manually before launch.

rs1729 commented 3 years ago

Maybe this could help to reconstruct the calibration data after the flight for a particular radiosonde, but for decoding PTU of the radiosonde while in the air, you would need the calibration before/during the flight. The GrawMet-Software knows the calibration before launch, I guess, since it communicates with the radiosonde before launch, I guess.

drid commented 2 years ago

Find attached temperature and humidity data as well as audio file of DFM09 Data exported as received by grawmet and graw ground station Hope this helps Pressure sensor is a BMP180 so calibration is done in BOSCH factory AFAIK

202202181518076955_H.csv 202202181518076955_T.csv gqrx_20220218_154652_402010000.zip

rs1729 commented 2 years ago

@einergehtnochrein This is another example of Mode 4 and XDATA all zero. https://github.com/rs1729/RS/issues/44