AirNav Systems Forum
AirNav RadarBox and RadarBox24.com => AirNav RadarBox and RadarBox24.com Discussion => Topic started by: vassylad on February 11, 2009, 02:31:29 PM
-
Hi guys may I say hello, my name is Michael Vass I live in St.Helens near to Liverpool (which is my local airfield), I have read with delight some of the remarks about RB and also watched numerous videos on You Tube, well what can I say you have developed a fantastic product that does exactly what it says on the box!, I have been mulling over which reciever to buy (we know the other one) and without doubt the information and the forum have somewhat swayed me to RB. I have read that there will be another update for RB 2009 but something worries me here, I have heard that there may be a 5 minute delay coming into force because of high security and privacy in the UK airspace. If this is true it will cause a major headache trying to be 5 mins ahead of the traffic. Am i worrying over nothing or need I be concerned. I am going to purchase RB in the next few weeks and I want to be sure that it will be LIVE.
Thanks guys..
Mike Vass
-
Hi Mike and welcome. I'm a newbie myself but I think you might be confusing the network feed (which is delayed by 5 minutes) and the hardware feed which is live. The network feed is data uploaded from other RB users whereas the hardware feed is what your antenna is picking up live. You can display either (or both) on your monitor.
-
Hi Keith that makes sense thanks for your speedy reply..
Michael
Hi Mike and welcome. I'm a newbie myself but I think you might be confusing the network feed (which is delayed by 5 minutes) and the hardware feed which is live. The network feed is data uploaded from other RB users whereas the hardware feed is what your antenna is picking up live. You can display either (or both) on your monitor.
-
Hi Mike, welcome to the forum. As per my reply on the Planeplotter forum:
1. All aircraft received by your own receiver display LIVE on the screen.
2. Only aircraft received via. the Airnav network from other Radarbox owners around the world are 5-minute delayed. These are marked with an "*" on the display to make it clear that they are 5-minute delayed.
So, on your Radarbox display, you'll see LIVE traffic for aircraft within your range (up to 250nm), and delayed traffic for all other aircraft around the world.
3. Output from port 30003 may become 5-minute delayed in future versions of Radarbox (for legal reasons). This won't affect what you see on the Radarbox display.
-
Tarbat a million thanks for your reply to my questions..
Mike Vass
Hi Mike, welcome to the forum. As per my reply on the Planeplotter forum:
1. All aircraft received by your own receiver display LIVE on the screen.
2. Only aircraft received via. the Airnav network from other Radarbox owners around the world are 5-minute delayed. These are marked with an "*" on the display to make it clear that they are 5-minute delayed.
So, on your Radarbox display, you'll see LIVE traffic for aircraft within your range (up to 250nm), and delayed traffic for all other aircraft around the world.
3. Output from port 30003 may become 5-minute delayed in future versions of Radarbox (for legal reasons). This won't affect what you see on the Radarbox display.
-
3. Output from port 30003 may become 5-minute delayed in future versions of Radarbox (for legal reasons). This won't affect what you see on the Radarbox display.
This has been totally confusing me - what does port 30003 and the fact it may become 5 min delayed mean then - what are the implications?
-
CoastGuardJon,
RadarBox outputs data from the flights you receive with your aerial to the ports 30003 and 7879. It does this so that third-party external softwares can process that data. For example you might to create some software to add your flights to your own database, or in my case import my own flights to Google Earth and view them there. The port output and its timing only affects the programs that make use of this data and does not have any implications as to what you will see when watching live flights or networked flights received from other users.
-
The port output and its timing only affects the programs that make use of this data
Thanks for that Andy, now probably a very silly question, is this in effect, a "virtual" port only visible to an OS or other software as opposed to be a physical/ electronic connection?
-
yes, it is only read by software, it is not like a communications port or USB port that you can physically plug something into.
-
Again Andy, thanks, so how does a 5 minute delay get imposed, in the programming of the chips in the hardware, or in the software being used to access the data? Can this delay be superimposed retrospectively and is it possible to circumvent it?
-
Again Andy, thanks, so how does a 5 minute delay get imposed, in the programming of the chips in the hardware, or in the software being used to access the data? Can this delay be superimposed retrospectively and is it possible to circumvent it?
Clearly it's a software function, hence the statement that V2.1 will restore the delay which isn't present in the current release.
How to circumvent it? Well, upgrading to the new version won't be compulsory, so don't ...
-
Thanks Dave and Andy.
-
Hopefully some clever person will write a patch as happened with SBS-1.
On the subject of the network; I'm currently tracking a USN E-6 on the PlanePlotter network. My RB picked this aircraft up live as it departed Mildenhall. I lost it north of the Wash and so far he has not appeared on the ANRB network. He's now crossing the west coast outbound towards Ireland.
Tom
-
Hopefully some clever person will write a patch as happened with SBS-1.
The same person (Piotr Pawluczuk) that wrote the SBS-1 real-time patch also wrote a Radarbox real-time patch. Unfortunately during beta-testing were wen't able to get it to work. At the time (a year ago) there was very limited demand for this, so he gave up on the attempt.
If anyone wants to take-up further development of this, here's the original patch (that doesn't work). Contact details at http://piopawlu.net/
And development of the Radarbox USB Y-adaptor is underway at http://mode-s.66ghz.com/
This modifies the FTDI driver to output the raw USB data on port 7070.
-
Morning Tarbat,
Thank you for that interesting info.
The network finally picked up the E-6 near Dublin. I believe this has got to be a network problem as I know several RB users across the country are active this morning and sharing data.
Tom
-
Tarbat,
The link for the Y adaptor is dead.
Tom
-
http://mode-s.66ghz.com/
Beta testing was successful, but you'll need to develop your own program to read the real-time UDP stream and decode it - good luck!!!
-
http://mode-s.66ghz.com/
Beta testing was successful, but you'll need to develop your own program to read the real-time UDP stream and decode it - good luck!!!
I'm afraid I'll have to leave that to someone else. :-(
Tom
-
Again Andy, thanks, so how does a 5 minute delay get imposed, in the programming of the chips in the hardware, or in the software being used to access the data? Can this delay be superimposed retrospectively and is it possible to circumvent it?
Clearly it's a software function, hence the statement that V2.1 will restore the delay which isn't present in the current release.
How to circumvent it? Well, upgrading to the new version won't be compulsory, so don't ...
You get to choose which bugs you want!
Now, does this mean that 2.1 will upset the interface with Squawkbox for local flights?
-
Yes, since Squawkbox uses port 30003, it will also be 5-minute delayed with v2.1
-
Having just watched Squarkbox, for the first time, and noticed the lack of some traffic - being that without positional information.
I wonder if AirNav would be willing, in a future release, to give squark type flight data for ALL flights, without delay, or position on another port??
This could then include military flights, and others flying without ADS-B enabled.
-
This has been requested jgrliot and we hope to do just that.
-
I don't want to drag out the debate about having live data delayed but I would like to make the point that my sole reason for buying RB was so that I could see aircraft live as stated in this paragraph on this site:
AirNav RadarBox is the closest you can be to real world aviation without leaving your chair thanks to next generation Radar decoding. By decoding ADS-B (Automatic Dependent Surveillance Broadcast) radar signals, you will be able to see on your computer what real Air Traffic Controllers see on their screens in Real-Time.
-
Live data is not going to be delayed - it is the data flow from port 30003 that will be delayed. Do you actually use any utilities that use port 30003?
-
This has been requested jgrliot and we hope to do just that.
Can you confirm that the port 30003 output in V2.1 will be fully compatible with the SBS interface that it's supposedly emulating - i.e. with the various MSG types (1 to 8) containing the same range of data items, including those for non-ADS-B aircraft ?
So MSG Type 6, for example, would contain the squawk, subject of course to the 5-minute delay.
It would greatly help third-party application developers if there was a common API to program against.
-
Live data is not going to be delayed - it is the data flow from port 30003 that will be delayed. Do you actually use any utilities that use port 30003?
Yes, I feed the data from that port to PlanePlotter, as increasing numbers of RB users are doing.
-
Live data is not going to be delayed - it is the data flow from port 30003 that will be delayed. Do you actually use any utilities that use port 30003?
Yes, I feed the data from that port to PlanePlotter, as increasing numbers of RB users are doing.
As do I, but you can't expect AirNav to write their software to support PlanePlotter.
-
Although, to be fair, Airnav did say they intended the port 30003 to emulate that available from SBS-1 Basestation, albeit with a 5-minute delay.
-
Although, to be fair, Airnav did say they intended the port 30003 to emulate that available from SBS-1 Basestation, albeit with a 5-minute delay.
Yes, that's precisely the point.
So far, neither the delay or the emulation is working as advertised :-)