Hello to everybody.... I would like to give you a hint....to a brand-new ADS-B HAT from a German Company "GNS Electronics" today I got the Hat from their engineers for testing with my Raspi Zero and model 3 I will show you some pics of that nice hardware The HAT is equipped with I2C, SPI and one I/O for switching something. SPI should be used for the GPS The Antenna connector is not best placed ...would be better to have one horizontal to the PCB I guess. I measured the power consumption together with the PI ist was around 200 mA ......that is not so much. To make the HAT work it is a little bit tricky because GNS is using the UART with 3.000.000 baud raw So you have to with of Bluetooth and use this serial port. I tried to make it work together with VRS ....it works but the VRS is to slow The thing is that the HAT is receiving like a Beast ...this is no joke it is very near by.... so we are reaching very high frame rates and of course long range up to 450 km The bad thing is that actual I can not feed into FR24 because of the high frame rates....looks they can´t handle that I will try to use it together with the Raspi 3 and the LCD touch screen. Stay tuned I will go upstairs to test together with my rooftop antenna let´s see whats happen than regards Bill2002
Depends on the format it's outputting? Is that a hat SDR? Assuming it's decoding ADS-B, if it outputs Beast or AVR by itself ... or does it use dump1090?
Hello, I am sorry to make a correction the data rate is serial 3.000.000 baud ! not 300.000 ....so very high baud rate
Install dump1090-fa, add --net-only mode to the RECEIVER_OPTIONS in /etc/default/dump1090-fa and use a push client to feed it with beast format on port 30004. (socat or nc as a push client will do if you get the beast output on stdout) Then use graphs (https://github.com/wiedehopf/graphs1090#graphs1090) to plot some statistics, then you can post some actual performance pictures. To be honest this all sounds very fishy. Seems like you don't even have a clue how to set it up, yet are convinced how good it is.
@wiedehopf why dump1090 ? dump1090 is suitable for SDR based devices. The GNS5894 is not based on SDR tuner, so dump1090 is not necessary. By the way we are talking about 3.000.000 baud on the serial port. SOCAT etc. are not able to handle this high baud rate, you will miss a lot of frames ;-) Actual I am creating a setup for FR24 feeding ...and for sure I will try to make a setup for ADSBx. Please stay tuned I will send some pictures about the setup. It is not easy because of the serial port on the connector rail. The standard serial port is not able to handle this baudrates so I have to switch the Bluetooth UART to the connector. rgrds Bill2002
dump1090 just for the graphs, it gives nice statistics. I'm well aware it's not needed for demodulation. socat not being able to handle 3Mbit/s? Of course it is. But it doesn't have to, it's just for shoving decoded messages around. Can you output messages in beast protocol or not? Here is the specification: https://wiki.jetvision.de/wiki/Mode-S_Beast:Data_Output_Formats Until you have software that can output in beast protocol, you won't be able to feed FR24 or ADSBexchange. It's the defacto standard for MLAT. And why are you boasting about baud rates? That doesn't have anything to do with the actual reception, just communication of the HAT with the RPi via the serial port.
Speed till 3MB/s, beast not supported (in future maybe). Only way to get it feeding is use raw frames and let dump1090 decode. Frontend needs LNA - without is comparable to generic dongle.
Doesn't look like the thing in the first post of this thread. Looks interesting though. So it detects preambles and outputs raw ADS-B messages? Or is it just an AD converter at a certain sample rate and you need to do preamble detection and CRC in software?
Can serve raw data or decoded in formats: • Aero (ASCII protocol) • Raw (with or without signal strength) • Asterix • MAVLink • On request - implementation of your protocol Made by aerobits.pl - similar stuff.
@wiedehopf socat on a raspy can't handle 3.000.000 baud .....you will loose data ....this is fact... and this ist tested in our laboratory. Also minicom can not handle this baud rate and will end in a fatal crash. We output the GNS protocol or AVR May be there is a defect standard for MLAT ... What do you mean with boasting baudrates... ? Open speaking there is a technology need for very high baudrates between 2 - 3 MBaud otherwise you will have problems to transmit all the messages through the UART ;-) and sure it is in correlation to the ADS-B frames you receive. regards Bill2002
dump1090 accepts AVR input. Translating AVR with timestamps into beast is simple. You won't use the protocol because a competitor is using it, is that the problem? Yeah the problem is you don't really describe the technology well at all, that's why i'm talking boasting. As i said dump1090 accepts AVR input, so set it up like i described, it's not complicated. Looking forward to the graphs i can compare to my graphs. And regarding socat, it's just a program to transfer data over a network, in this case just redirect them for example from a file descriptor to a network socket. Are you saying a Raspberry Pi can't handle 3 Mbit/s on local loopback? I'm not talking transferring data to or from your device, that's your issue to solve and i won't argue which program you use for that. Was talking transferring data between the AVR output of your software and the input of dump1090 for example.
@wiedehopf ahhhh come on ....this is really childish ... the reason why we use AVR is historical that's all. I do not know very much about the Beast Protokoll. Günter is doing a great job and I respect his work. I think its visa versa.... For me ADS-B is a interesting thing and we have designed some ADS-B receiver in the past also as OEM / ODM From the technology point the 5894 it is an easy receiver using a standard CPU instead of an FPGA The receiver is tested for highest frame rates and performance regarding range. And works pretty good In the past hours I made it work together with a RASPI and prepared the Feed into FR24 for testing. For sure I can provide the graphs would be interesting how you can compare my data with your data ? i am very open to learn ...actual I have no glue how you can compare these data... Can you please explain this to me ? Actual I am testing with very expensive equipment. May be it is not necessary and I can save money Because of socat i meant UART 3MBd to IP you will loose a lot of data....thats more precise...but also if you fork its the same rgrds Bill2002
Sorry for being so skeptical. You can't really compare your graphs to my graphs obviously because the airspace volume observed is different. But it would be better than looking at nothing and i've seen graphs for quite a few locations so it won't be without any interest. You could of course show graphs for your setup and a reference setup with the same antenna and location. Then message and position rates should be comparable, shouldn't they? To be honest i was very confused by "framerate so high fr24feed can't handle it". What message rates (ModeS messages only) are we talking about? (oh and because you mention fr24feed: fr24feed has a bug in the current version making AVR not work at all sometimes. i'm not sure what causes it. in that case the log would indicate it can't connect at all though) What data is on that channel with the 3MBaud rate? ADS-B long message format is 112 bits plus a timestamp so let's say 160 bits. That's 18750 messages per second which sounds ridiculous. Maybe it's not when you include ModeA/C messages, which are typically ignored for feeding purposes. Or you could be oversampling and deduplicating messages in software But without knowing these things, 3 MBaud don't mean much, don't you agree? Beast isn't much different from AVR, basically binary AVR with a 12 MHz timestamp, i linked the specification some posts up, it's simple.
Most of people there are hobbyists. You are trying to advertise professional receiver without any information about real performance - only numbers. Run this receiver with dump1090 + wiedehopfs stats or modesmixer2 (has built in stats) or even better run parallel 2 setups with antenna splitter - one with your receiver and other with SDR dongle like FA ProStick+ (best price/performance ratio for most of users). Post results or make test setup(s) website(s) available to public. This will say something about real performance. Otherwise what you said about this receiver sounds like fairy tale for children. Don't take it personally . PS. You are both Germans - maybe contact @wiedehopf and send him receiver for some period. Test made by independet tester is more reliable.
@MDA , @wiedehopf thank you very much for your information. My intention is to inform about new receiver technologies and new ideas regarding ADS-B. If you are not open for information about its ok for me. Attached you find a picture HAT with Zero PI ....the System drains app. 1W including WIFI ... The Performance is similar to the FA ProStick + If you use a Raspi B+ the Performance is 25-30% better than FA ProStick + but this System drains 2W If you use the devKit together with a PC the performance is again some % better. I tried to use Dump1090 but failed totally to provide data @wiedehopf if you have interest to test we can do together please contact info(at)gns-gmbh.com. Thanks Bill2002
@all if you are interested on numbers checkout T-EDDK362 its the ADS-B HAT with a RASPI B T-EDDK371 its a ADS-B HAT battery driven RASPI Zero both on FR24 checkout the numbers cheers Bill2002
