Would you be interested in Traffic and Weather all at the same time on Skydemon or other EFBs?
|
|
Tim Dawson
|
|
Group: Forum Members
Posts: 8.1K,
Visits: 9.2K
|
We consider GDL90 the best protocol for use with GPS, traffic and weather receivers.
Although we support input of so-called bearingless targets with the FLARM protocol, these do not (can cannot) form part of our traffic warning service. They lack a bearing completely and distance can only be implied, therefore on any busy day there will constantly be a flurry of bearingless targets all around you. We do not consider alerting the pilot to this as helpful, as it promotes constant monitoring of the device screen. We therefore have no problem with the fact GDL90 does not provide a message for such information.
The notion of connecting SkyDemon to more than one such device at a time is not something that is likely. For reasons outlined by another poster above, it would be complex and unclear which device was responsible for which data.
|
|
|
marioair
|
|
Group: Forum Members
Posts: 158,
Visits: 1
|
Tim Dawson Tim Dawson posted Yesterday @ 12:50 PM Mario, just to clarify, are you proposing to bring the device in your original post to market?
@Tim do you have a point of view on extending GDL versus allowing GDL and Flarm concurrently versus some other solution?
|
|
|
marioair
|
|
Group: Forum Members
Posts: 158,
Visits: 1
|
@hamish
Heaven forbid Europe gets a similar level of capability as our US cousins do.
Yeah I think the answer is always going to be something that gives enough results now whilst not ignoring the future. A combination of cellular and VHF gives the cheapest route for the consumer, with the backup or satellite if and only if needed.
|
|
|
Hamish Mead
|
|
Group: Forum Members
Posts: 19,
Visits: 97
|
Mario, are you in effect describing analogs of the TIS-B and FIS-B services as described in the FAA's ADS-B In Pilot Applications?
While Europe's CAA's all seem to keep kicking the ADS-B ball down the road, I wonder if – as an intermediate step at least, assuming the technical challenges are modest and ideally(?), use of the 978Mhz can be secured – the operators of PaW's growing international network of OGN-R Ground Stations might be enticed or interested in adding a FIS-B service to their existing traffic re-broadcast service?
|
|
|
b3nn0
|
|
Group: Forum Members
Posts: 42,
Visits: 3.4K
|
If SD would be willing to implement a GDL90 extension for bearingless targets I would be happy to support this extension in Stratux EU. There has already been a discussion to implement something like this, but it only makes sense if EFBs suppor it: @Tim: Are you open to something like this? I think we could easily develop a commonly adapted extension, as I know other EFB developers that have shown interest in this aswell. GDL90 is just the better protocol over Flarm-NMEA - with the exception of that missing feature, IMO.
|
|
|
marioair
|
|
Group: Forum Members
Posts: 158,
Visits: 1
|
+x+x+xMario, just to clarify, are you proposing to bring the device in your original post to market? Yes.
At the moment I am looking at EFBs which can support concurrent display of all the features and one area of issue is that even if you have separate boxes e.g. SkyEcho or PaW for Traffic and ADL for Weather, you can't display both on the same instance of SD without compromise*. That's a separate feature request i've raised on the this forum
However notwithstanding that, the proposed device would still work with other apps e.g. ForeFlight etc, but having SD full supported would be awesome, hence trying to understand if folks would like to see such a feature supported by SD
P.s. I've messaged Hannah direct (email) on the subject too
*Eg GDL doesnt support bearing-less, you'd have to drop all that data. You cant get SD to accept both Flarm and GDL concurrently, which would be one potential work around As you are obviously a commercial vendor doing market research, I assume you are aware of the physics of your request. Accepting two different sources both containing GPS location data, you have to find a way to calculate both input devices data separately. I guess Skydemon would have to run two instances, but the trouble starts when you combine the data - which is the correct one? Hi - just a hobbiest I assure you! PaW, ADL and SD all were grass routes startups too
We've agreed a way forwards where the ownship data is sourced from one place - SD doesn't need to de-dupe
|
|
|
pilot-byom
|
|
Group: Forum Members
Posts: 323,
Visits: 388
|
+x+xMario, just to clarify, are you proposing to bring the device in your original post to market? Yes.
At the moment I am looking at EFBs which can support concurrent display of all the features and one area of issue is that even if you have separate boxes e.g. SkyEcho or PaW for Traffic and ADL for Weather, you can't display both on the same instance of SD without compromise*. That's a separate feature request i've raised on the this forum
However notwithstanding that, the proposed device would still work with other apps e.g. ForeFlight etc, but having SD full supported would be awesome, hence trying to understand if folks would like to see such a feature supported by SD
P.s. I've messaged Hannah direct (email) on the subject too
*Eg GDL doesnt support bearing-less, you'd have to drop all that data. You cant get SD to accept both Flarm and GDL concurrently, which would be one potential work around As you are obviously a commercial vendor doing market research, I assume you are aware of the physics of your request. Accepting two different sources both containing GPS location data, you have to find a way to calculate both input devices data separately. I guess Skydemon would have to run two instances, but the trouble starts when you combine the data - which is the correct one?
|
|
|
marioair
|
|
Group: Forum Members
Posts: 158,
Visits: 1
|
+xMario, just to clarify, are you proposing to bring the device in your original post to market? Yes.
At the moment I am looking at EFBs which can support concurrent display of all the features and one area of issue is that even if you have separate boxes e.g. SkyEcho or PaW for Traffic and ADL for Weather, you can't display both on the same instance of SD without compromise*. That's a separate feature request i've raised on the this forum
However notwithstanding that, the proposed device would still work with other apps e.g. ForeFlight etc, but having SD full supported would be awesome, hence trying to understand if folks would like to see such a feature supported by SD
P.s. I've messaged Hannah direct (email) on the subject too
*Eg GDL doesnt support bearing-less, you'd have to drop all that data. You cant get SD to accept both Flarm and GDL concurrently, which would be one potential work around
|
|
|
Tim Dawson
|
|
Group: Forum Members
Posts: 8.1K,
Visits: 9.2K
|
Mario, just to clarify, are you proposing to bring the device in your original post to market?
|
|
|
marioair
|
|
Group: Forum Members
Posts: 158,
Visits: 1
|
+xIf I am flying airways, I am flying controlled and don't need an electronic gimmick. The only thing I see for an extension of Skydemon capability is a configurable interface to connect to other IP devices in the cockpit, but no need at all for anything boxy additional. When flying long distance I use a satellite telephone and its slow net connection, but also - no additional Euro-Collector box needed. MarkusM agree with you but you're conflating two threads
There's a request for SD to allow concurrent consumption of GDL & Flarm OR to allow extension of GDL so that it can carry the full spread of traffic data sources AND weather concurrently. Seems like we are all in violent agreement that that's a good idea. In your example it sounds like you have the data sources already.
In terms of airways flight, hopefully Cellular reception will get better or UAT/FIS-B etc comes along. In the mean time we are stuck with Satellite if you are needing data. The value proposition is rather than having a "box" to do each thing you have a single box, single set of cables etc etc.
|
|
|