In the last 5-6 years one of my favorite things to play with is SDR radio, there are so many signals flying around in the air it can be very interesting to see what is going on around you with a cheap $25 rtl-sdr dongle.
One of my biggest hopes for this phone is to be able to run said cheap dongle with some of the very prevalent linux radio software.
Last night I made some attempts to install and use one of my dongles (RTL2838U) on the FLX1:
1. I started by installing the typical rtlsdr stuff: libusb-1.0-0-dev, and rtl-sdr pacakges. No issues.
- rtl_test returned the expected results
2. Installed rtl_433 (which also installed the libsoapy driver). Rtl_433 recognized the rtlsdr and attempted to start but self killed after establishing the bit buffers.
3. Removed all rtlsdr stuff, and installed build requirements for rtl_433 in accordance with their build directions here: https://github.com/merbanan/rtl_433/blob/master/docs/BUILDING.md
4. Built with both rtl-sdr and with the soapy driver (two separate builds)
- Each test resulted in a failure as stated in #2 (no error it just says setting up bit buffer and then the next line says "killed")
I will probably test this after further updates, but if any furilabs devs have any ideas I would really appreciate it. I am wondering if it is an issue due to linux hooking into hallium/hybris
Sword said
In the last 5-6 years one of my favorite things to play with is SDR radio, there are so many signals flying around in the air it can be very interesting to see what is going on around you with a cheap $25 rtl-sdr dongle.One of my biggest hopes for this phone is to be able to run said cheap dongle with some of the very prevalent linux radio software.
Last night I made some attempts to install and use one of my dongles (RTL2838U) on the FLX1:
1. I started by installing the typical rtlsdr stuff: libusb-1.0-0-dev, and rtl-sdr pacakges. No issues.
- rtl_test returned the expected results
2. Installed rtl_433 (which also installed the libsoapy driver). Rtl_433 recognized the rtlsdr and attempted to start but self killed after establishing the bit buffers.
3. Removed all rtlsdr stuff, and installed build requirements for rtl_433 in accordance with their build directions here: https://github.com/merbanan/rtl_433/blob/master/docs/BUILDING.md
4. Built with both rtl-sdr and with the soapy driver (two separate builds)
- Each test resulted in a failure as stated in #2 (no error it just says setting up bit buffer and then the next line says "killed")
I will probably test this after further updates, but if any furilabs devs have any ideas I would really appreciate it. I am wondering if it is an issue due to linux hooking into hallium/hybris
Likely not a hybris issue, probably because we disable a lot of drivers that we assume are not needed on a phone to speed up the device and improve boot times.
Roger. I know there are a ton of more pressing issues on your plate and I certainly understand. I am just crossing my fingers you guys might revisit in the future.
Sword said
Roger. I know there are a ton of more pressing issues on your plate and I certainly understand. I am just crossing my fingers you guys might revisit in the future.
Please open up a feature request issue on our github!
fakeshell 17/12/2024 6:08 am
if i recall this issue was superseded by a different thread since we now build the kernel with all the drivers as modules like a desktop computer. please follow up at:
https://furilabs.com/forum/flx1/rtl-sdr-installation-instructions/#post-260
Yes adding drivers as modules did remove one of the issues that prevented rtlsdr usage on the FLX1. So this thread is outdated and no longer relevant. The remaining issue needed to be fixed either driver side or kernel side. Rather than having potential unintended consequences with a kernel fix, I fixed it driver side per the instructions thread. IMO I would leave it as a driver side fix. If you wanted native support you could always push a compiled versions of the driver side fix with the phone firmware as a module.
