Skip to content
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

Sensor Data help? #12

Open
KB8RCO opened this issue Nov 1, 2024 · 5 comments
Open

Sensor Data help? #12

KB8RCO opened this issue Nov 1, 2024 · 5 comments
Labels
question Further information is requested

Comments

@KB8RCO
Copy link

KB8RCO commented Nov 1, 2024

I have several RS41-SGP (F100 chip) sondes with the daughterboard. I would like to read all sensor data and send APRS weather data directly from the Sonde. I understand the APRS mode is not supported yet (and may not be), but my issue is that I don't seem to be able to find where the sensors are read. I believe these are on the same SPI bus as the radio (and EEPROM where supplied)

Reading through the code of V30, I don't see anything about relative humidity or pressure, but I see it reported with BZ-NEXTGEN payload (zanco). I see xdata stuff, but assumed those are sensors connected on the external connector.

Can you point me in the right direction?

Thank you!
Rob Giuliano
KB8RCO

@Nevvman18
Copy link
Owner

The humidity and pressure reading isn't supported yet. The humidity data from BZ-NEXTGEN payload is a big mistake in data formatting from me. I was sending the debug data through the humidity byte, which was displayed in the wrong way on SondeHub.
I'm still working on the pressure sensor reading. The SPI bus is working, but I'm having issues reading and decoding data from the sensor.
The XDATA sensors are official external sensors connected by the port on the bottom of the PCB. Currently, the only supported one is the OIF411 ozone measurement sensor and pump.
Humidity isn't currently supported, but I already have a PoC for getting the 'raw' readings.
APRS mode may eventually be supported, because I received the contact to the guy responsible for implementing the APRS in other projects, so I'll try to do it.

Franek

@Nevvman18 Nevvman18 added the question Further information is requested label Nov 1, 2024
@KB8RCO
Copy link
Author

KB8RCO commented Nov 1, 2024

Thanks for the quick reply!
If you need any testing pressure, I'd be glad to test. I have an weather station station I could use as a reference to help understand the readings. Fall (spring is probably better) seems to be a pretty good time to test as we get some variation in pressure readings. Probably do the same with Humidity.

Rob

@KB8RCO
Copy link
Author

KB8RCO commented Nov 1, 2024

I know the issue with the Si4032 chip is the 625 Hz "granularity", but I wonder if anyone has tried decoding using "odd tone spacing" with direwolf? In the configuration file (direwolf.conf) you can specify the tones.
So with a setting of: MODEM 1200 1250:2500 you could use the 2 FSK values. None-standard and probably unusable for most applications, but for simple Point-to-Point data transfer (like I would like to do), it should work.

Could I just use the FSK (radio mode 2 or maybe GFSK 3)?
My application Configuration:
The RS-41 will be sitting on the roof of a building as a remote weather station. The expectation is that the only receiver will be on the same building roof within a few yards, or the next building (still very close).
RS41 WX data packet => RTL_SDR UDP to Direwolf decode and TCP KISS to APRSIS32 => RF and IS according to connections.

Rob

@Nevvman18
Copy link
Owner

Nevvman18 commented Nov 1, 2024

I don't know anything about the APRS on the Si4032, apart from the overview of how it could be done, I'll do some research on it.

The FSK modes in the RS41-NFW are just an implementation of modulation activation in the radio IC. I didn't have any success in writing data to the buffer and sending them using FSK/GFSK.

However, the Si4032 doesn't support APRS from the factory, due to the APRS AFSK modulation. In rs41, it is achieved by a fast tone generation by changing the frequencies. In other projects the APRS mode is kind of a hack.

Also, I think that the rs41 won't be the most reliable remote weather station. I think that simply using a (quick example) BME280-kind of a sensor connected to a simple MCU (ATmega, stm32) and implementing communication via some kind of a known radio IC (worth mentioning is a superior LoRa on SX12xx chips) would be better. The sensors built into rs41 are built to measure wide ranges of parameters (temp. -100 to 200 °C, 0-1050 hPa are ranges that could be easily achieved with it, humidity is 0-100%RH but it is very inaccurate due to a simple capacitive sensor implementation) but their accuracy isn't the best. Uploading to APRS portals can be implemented with simple iGates (LoRa is used in some projects, too), unless you need an actual radio signal.

Regards,
Franek

@KB8RCO
Copy link
Author

KB8RCO commented Nov 1, 2024

All that is true, but this is more of an academia activity with already gathered sondes than a real project.
My job is to see what I can get working and the weather station aspect is just for "my" experimentation and learning.
Another project will (hopefully) be the regular launches of sondes on a HAB with the students experimenting with different aspects. What I learn will be passed along and built upon.

At least that is the plan.
Thanks for all your background, information, and supportive help!

Rob

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

No branches or pull requests

2 participants