Seems to me that you really have no experience with airfields and you dont have a pilot licence right?
It does makes sense and If you find an offline solution for Windows…post it. Watching flightradar is not an alternative.
I suddenly noticed, that my request is more or less a Stratux system…but this is quite expensive. However the code is on GitHub.
Maybe someone can modify this for a rpi3 or this is not needed and already usable for a rpi3?
@fk9
SoftRF wiki, Raspberry-Edition
SoftRF firmware build instructions for RPi
sudo mkdir build
git clone https://github.com/lyusupov/SoftRF
sudo cp -r SoftRF/software/firmware/source/SoftRF build/
sudo cp -r SoftRF/software/firmware/source/libraries build/
cd build/SoftRF
sudo make -f Makefile.RPi
The last command will take some time to complete, and when completed, will create two executable firmware binaries in folder build/SoftRF as shown in the screenshot below.
- SoftRF - the program code designed to work with Raspberry Pi’s primary SPI bus (SPI 0);
- SoftRF-aux - the same program but to run over auxiliary SPI bus (SPI 1).
.
Click here for harware required for Raspberry PI
pi@raspberrypi $ cat /dev/ttyAMA0 | sudo ./SoftRF
SX1276 RFIC is detected.
$GPGSA,A,3,02,30,05,06,07,09,,,,,,,5.09,3.19,3.97*04
$GPRMC,145750.00,A,5XXX.XXX68,N,03XXX.XXX33,E,0.701,,051118,,,A*7E
$GPGGA,145750.00,5XXX.XXX68,N,03XXX.XXX33,E,1,06,3.19,179.2,M,12.5,M,,*5E
$PFLAA,3,0,0,0,2,C5D804!OGN_C5D804,0,,0,00000.0,1*60
$PFLAU,1,1,2,1,3,-30,2,0,0*4E
< ... skipped ... >
OK, I have softRF on my t-beam and in settings is a dump1090 Button, but I thought that this is for mixing the flarm Data with external dump1090 data Input…will check that.
Meanwhile I guess that I only need to Install this Stratux Software…hope my rpi is a normal 3 one without +.
http://stratux.me
Clearly, you have no experience. What you suggest is absolutely unsafe and no one would do as you suggest. I’m a certificated pilot, if that makes a difference. No one should be using this software and hardware for anything related to traffic control. Nor would any authority consider doing so. Absolutely silly.
1 Like
Ok so you have no idea about real life at small airfields in europe. I am not talking about airports (do you know the difference?) I am an unoffical flight traffic controller sometimes in germany in my free time (if this is the correct english expression for people that do service honorarly at a small uncontrolled airfields, in german called Flugleiter) and I am well familiar with this topic and a licenced sportspilot myself. I guess you dont know what its about and you have no experience with gliders and flarm transponders.
So please stop teaching me about air traffic control and air safety in germany. Thx.
Just don’t call it air traffic control.
You are talking traffic advisories.
Anyway it is dangerous to rely on a system if it’s not reliable.
But i would assume pilots are responsible for providing their own visual separation anyway in this case.
Normally such a person would spot planes by eye and miss some planes anyway if the planes aren’t announcing themselves.
It stands to reason that even an unreliable system might help spot traffic.
Hard to say if something else is neglected or perfect knowledge assumed.
This in turn could be dangerous.
Hi, did you finally find a way to implement your idea? I’ve got exactly the same needs and looking for a way out.
Could you describe in which format you have the FLARM data available?
Maybe you can get it as SBS / AVR / beast?
That can easily be fed into dump1090-fa.
Well to feed in SBS you’d need my fork of readsb, but that’s not too hard either.
It’s a kind of a work-in-progress situation right now. I’m planing to use OGN flarm instance. Right now I’ve got only ADS-B side working (RPi3B+ with rtlsdr dongle and dump1090-fa). At some point in time I will probably try feeding to FR24, but it’s not a priority right now.
Feeding dump1090-fa with the FLARM data would be ideal for me. Can you point me in the right direction?
I have no clue about the FLARM stuff, you’d have to determine as which data format that would be available.
I’ve listed three data formats that would work.
The dump1090 side and pushing the data into that, that’s sth i can assist with but only if you already have a datasource.
OK, did some digging. FLARM/OGN format is called APRS. As far as I know there is no tool to convert it to other formats like SBS or AVR. I don’t have skils required to make such tool.
It appers that there is no way to accomplish what I need.
I’m pretty sure they try to keep it apart from everything else due to the FLARM privacy stuff.
Do you have a sample or specification of the protocol?
There is a webinterface right?
How does that get its data, if there is a json file maybe that can be added to the interface.
Anyhow as this is quite a niche thing, i don’t think anyone not needing it themself would program that.
If the format was real easy to convert, i might whip sth up.
Well for the FLARM part you are probably right. OGN on the other hand is a protocol created as an opensource alternative to FLARM.
Agree. The problem is I don’t know how to program 
I’ve found this.
SenderBeacon · svoop/ogn_client-ruby Wiki · GitHub
Hmm … i mean i could add a parser for that into readsb (dump1090-fa fork) i suppose.
Would be annoying with the coordinates using minutes instead of decimal lat lon … but far from impossible.
Would probably be nice to have, but it’s a couple of hours for … 2 users maybe?
2 or 3 max
No pressure. I was only wondering if this is even possible using RPi and opensource apps.
Hi,
yes , I found a nice person that coded a nice solution for me. It is still in progress but it works since weeks without any problems.
Check this out, for questions pls ask him.
2 Likes
Is this necessary for the UAT data to show up in your statistics?
Are you talking about the graphs?
Really this thread is not about UAT.
And what is “this” you are talking about?