Mode-S Beast Firmware History

Firmware Revision Indication

Firmware Version
until FW V1.21	flashing	flashing	flashing	flashing	flashing	off	on
FW V1.30, FW V1.31	flashing	flashing	flashing	flashing	off	off	on
FW V1.32	flashing	flashing	flashing	off	off	off	on
FW V1.40	flashing	flashing	off	flashing	off	off	on
FW V1.41	fashing	flashing	off	off	off	off	on

Copyright Notice

This firmware is free of charges and given as is. No warrenty for any kind of functionaly.

This software must not be copied or distributed to any other media that is available for public, such as public storages, webpages, CDs or any other media which is not just for your own, private use. It also must not be stored to any other hardware than a Mode-S Beast produced by me and my partners.

Firmware Revisions

Revision V1.0 - 13.05.2011

1st production release supporting Mode-A/C and 1bit error correction

Revision V1.1 - 16.05.2011

Correct DF-11 error checking in case that interrogator SI>47.
Who needs this update? All users who live in an area which has radar stations with interrogators SI=48...63. You can check on this Google spreadsheet or simply ask me if I recommend this update

Revision V1.15 - 02.06.2011

Mode-S priority over Mode-AC
Who needs this update? All users who experience significant drop of Mode-S frame rate when enabling Mode-AC decoding, which happens at about above 750 Mode-S frames per second.

Revision V1.21 - 10.06.2011

Baudrate 1MBit replaced by 3MBit - the FPGA now is able to transmit all incoming data to the FT232 without a bottleneck. With this version I saw 1300 Mode-S frames and 4500 Mode-AC frames per second in Planeplotter speed meter.
Who needs this update? All users who still experience a drop of Mode-S frame rate when enabling Mode-AC decoding

Revision V1.30 - 20.09.2011

This firmware is another milestone in the capabilities of the Mode-S beast.

• NEW! Overlapping frames decoder
• NEW! Binary protocol towards the PC
• NEW! Signal strength output

The Mode-S Beast is now able to decode even overlapping frames. In this case not just one, but both frames are output towards the application. The two beta testers and I have seen additional 20% Mode-S frames, in one case even 39% more frames have been seen. The blue LED is used to indicate FIFO overflow and it flashes whenever the received data cannot be output towards the application, which means you need to switch on a filter, most likely first the DF0/4/5 filter, and if that alone does not help, the DF11/17 only filter.

My maximum frame rate 1804 Mode-S frames per second with two receive channels (screenshot taken too late, but two eyewhitnesses)

	(click on the speedmeter picture to see whole screen) Note that the USB serial bus is again the bottleneck and the implementation gives Mode-S priority over Mode-AC. Also remember that prediction is now totally off in my Planeplotter screenshots.
	Update 26.08.2011: (whole Planplotter screen if you click on the picture) Friday evening is the traffic maximum: 1934 Mode-S frames and 6180 Mode-AC frames. MLAT was on! Compared to the capture on the left, it seems that Mode-AC is now less because of Mode-S priority.

My maximum distance on the yagi is 300nm:

Look at the left side of the picture: There you see the range rings for 200nm (solid) and 225nm (dashed). The 300nm distance of NVR277 is shown in the bottom line. The picture was taken with prediction off, so notice that there was a sequence of frames received from this plane and another one before. Surely there was some good propagation, but at least those between 200nm and 225nm are regular.

The binary protocol the Mode-S Beasts makes a more efficient usage of the serial interface. It allows transmission of twice as much information on the same baudrate.
The binary format is a simple escaped format, like
.... copy from mail...
Since especially Xport-Ethernet users gain from this feature, and additionally since Bev implemented the TCP Mode-S Beast support in Planeplotter right in time, the "AV" UDP support was dropped in the expectation that the binary mode is used with preference over Ethernet. As an example, Bev while testing was easily able to connect to my Mode-S Beast from Portugal. More on the Xport page.
More about the different output formats on the output formats page.

Signal level information is output on the interface for each Mode-S and Mode-AC frame now. This can be used for example to identify the most close flying aircraft. The range is from 0 to about 210. The upper limit is a floating value and depends on the noise level that the antenna sees. Users are recommended to use a long term filter on the maximum when they like to scale the value down or upwards. Due to compatibility reasons, the signal level is available only in the binary output protocol.

Revision V1.31 - 07.10.2011

I was not satisified with the way that the signal level was measured in 1.30: Signal level is the difference between noise and the pulse height, and the alogrithm that detects "noise" did not satisfy my expectations. Finally I decided to take "noise" as the average level in the last 4 time slots of the preamble, while "signal" is the amplitude of the last pulse. This provides a quite reproducible display.
There are no improvements neither changes in the signal detection.

Who needs this update? All users who want to enjoy new features. Strongly recommended for all users of the Xport ethernet interface.

A word about all the effort to cope with the serial interface bottleneck - or why the hell do other receivers not suffer from this? Simply said: Their frame rate (maybe performance) is not as high as that of the Mode-S Beast. And they mostly do not decode Mode-AC with timestamp, which is while on the input just 12 Bits on the output nearly multipes times 5.

Downloads: 1CH Firmware V1.31 | 2CH Firmware V1.31

Revision V1.32a - 03.01.2012 and 10.01.2012

FW V1.32 adds following new features and corrections:

• RS232 control of the DIP switches: All functions of the DIP switches but not the baudrate setting can be controlled over the serial interface now. There is no longer a need to open the box.
  See page data input formats for more information.
• Noise reception: The squelch level of FW V1.31 was a little bit too low for some locations, so this became increased and no longer showing frames even without antenna. (This surpression still needs still improvement.)
• Progressive detection: Mainly strong signals that are visible through local reflections for another time hooked up the receiver. With a progressive algorithm this is effect is eliminated with outstanding performance.
• With FEC on, about 1ppm of DF-11 frames was incorrectly handled.

Remember that those which got their HW V1.0 Beast (sold around May 2011) updated to USB update or those who have HW V1.1 (sold after September 2011) can enjoy updating over USB.

FW 1.32a correction release

Unfortunately there was an error in the binary data output of original FW V1.32, so there is a correction release V1.32a.

Important note: 

The serial input requires two significant updates:

1) The RxD signal must be routed correctly from the device that you're using. See the solder jumpers

2) The configuration of the FTDI USB device when selected as interface to the PC must be updated. Users of the USB update automatically get this done.
Owners of hardware version V1.1 who update using blaster please download the USBUpdater and execute the batch file zuruecksetzen.bat.
Owners of hardware version V1.0 please also download the USBUpdater and execute the batch file hw-v10-serial-init.bat

Your COM port number may change after this procedure.

(Please also those who have got the USB updater in advance, download it again)

Revision V1.40 - 07.03.2012

This version introduces a totally new design of the frame synchronisation, which now uses all available information from the preamble without any compromises. It was tested over several weeks by some beta testers with great success, who all saw a further increase of frame rate by about 10% and also some increase in range. When testing by myself, I now can see up to 1500 Mode-S frames per second in the evening hours with only the omni antenna and I am getting a stable 225nm range displayed. The sensitivity increase not at least allows me seeing the ground traffic at Munich airport, which did not appear in the versions before and whatfor I needed the yagi antenna. Also, I found a way how to better filter false non-CRC checkable frames, which are drastically reduced and keep load away from the interface and post processing SW. My number is that around 75% of the frames now are good frames.

While testing, I found a nice performance value: When the channel is not heavily loaded, below about 60 aircraft beeing tracked, the number of frames per second is 10 times the number of aircraft. Or, in other words, each aircraft transmits 10 frames per second. This may be different in other parts of the world, as for example we've learned just recently that in some areas DF-20 and DF-21 are not in use.

FW V1.40 adds following new features and corrections:

• New design of the frame synchronisation: Leads to a better detection of  frames while having local reflections, and also a better detection of weak and noisy frames. Not at least the timestamp by this has an accuracy of 1 sample clock or 62ns.
• Removal of double output DF-17 frames while having forward error correction (FEC) enabled
• FEC of .DF-11 frames is working again.
• Improved signal level measurement: Signal level now is measured using all 128 ADC samples that are part of the preamble. It is the normalized level difference between all samples that should be zero and those which should be one. The value range has not changed, just the accuracy is better.
• Drastic decrease of corrupt frames that cannot be checked by a CRC.

Revision V1.41 - 26.04.2012

Firmware V1.41 corrects the two issues that were reported with FW V1.41:

• Invalid Hex Codes: Some users watching for the occurance of even single frames with an never before observed ICAO six digit hex ID indicated that the Mode-S Beast introduces new ones by its own. Actually the Beast found these truly CRC correct frames when looking too deep into the noise. This is filtered now.
• Mode-AC rate too low: FW V1.41 now has a standalone and overworked Mode-AC decoder. Mode-AC no longer is just a "waste bin" product of Mode-S.
• Some ressource optimisation in order to free space for further enhancements.

Remember that those which got their HW V1.0 Beast (sold around May 2011) updated to USB update or those who have HW V1.1 (sold after September 2011) can enjoy updating over USB.

Important Notes: 

1. Remember when updating from versions before V1.32 that the serial interface needs a minor modification done in order to allow the function control over serial interface. See here.
2. We meanwhile discovered that the time needed for updates decreases drastically if a hub is used between the PC and the Mode-S Beast. It seems that the PC needs the hub as a converter between Highspeed and Fullspeed USB.