Hi Curtis,
That would be an option to investigate. If Durk's code can be modified to
somehow accept a set of limited commands from virtual pilots would be great.
It is a shame that so many things advertised by commercial ATC TWR
simulator are available on FG. It just needs someone that knows FG
internals well enough to put everything together. It would be possible to
not only use it for Actual controller training but many other areas related
to the field.
So any takers? As I have mentioned it does involve a nominal fee.
Regards,
Efty
On Sat, Nov 5, 2011 at 5:44 PM, Curtis Olson <[email protected]> wrote:
> Hi Eftychios,
>
> Durk Talsma has developed a very extensive AI system for aircraft.
> Aircraft can push back, taxi, take off, fly cross country routes, set up
> an approach, land, taxi to the gate, and park. Flights are instantiated
> automatically based on realistic schedules (airline, aircraft type, time,
> departure airport and destination airport.) All this happens automatically
> and the aircraft AI is smart enough to maintain proper separation and act
> reasonably and realistically. It's not completely perfect, but it is
> amazing in all that it does do very well.
>
> Perhaps the AI traffic system could be modified to include a mode where
> pilots give basic commands to the AI planes rather than the planes flying
> themselves. I'm sure there would be many new issues exposed with something
> like this, but it might be an interesting direction to explore -- and with
> the added benefit that the simulation could maintain a full traffic load of
> reasonably behaving aircraft, even if you don't have enough human pilots on
> a given day to command all the aircraft in the air.
>
> Just thinking out loud here ... :-)
>
> Curt.
>
>
> On Sat, Nov 5, 2011 at 5:51 AM, Eftychios Eftychiou wrote:
>
>> Hi Roland,
>>
>> It seems the ATC-ML Model is geared towards Controlling other FG players.
>> What is needed in a TWR simulator is the controller to give instructions
>> to 1 or more pilots which will control multiple a/c. The pilot will only
>> input limited instructions to the plane and the plane should act
>> accordingly. It will not be expected of the pilot to land the plane or take
>> off.
>>
>> From my limited knowledge of FG what needs to be done is the following
>>
>> a) A UI to Instantiate Planes and control them as per the list below.
>> This perhaps can be done by using JSBSIM to simulate their flight and send
>> the data to an MP server. Same UI can be used to control vehicles on the
>> movement area.
>> b) Another instance will connect to the MP server and use a simple TOWER
>> A/C, no need for radar screens in TWR Control. Most work is done visually
>> and the controller needs to scan the area continuously. I believe FG can be
>> configured to provide a 360 view
>> c) After the plane is established on final it should be able to land on
>> its own with no user intervention.
>>
>> I hope now it is clearer. If someone is interested then please email me
>> and we can discuss this further.
>>
>> Regards,
>> Efty
>>
>> On Sat, Nov 5, 2011 at 1:49 AM, Roland Häder <[email protected]> wrote:
>>
>>> On Sat, 2011-11-05 at 01:05 +0200, Eftychios Eftychiou wrote:
>>> > Hi Roland,
>>> >
>>> > What I am proposing is a Tower Control Simulator for the Controller
>>> and not
>>> > the Pilot.
>>> > Typically in such cases one or more "pilots" will control several
>>> airplanes
>>> > according to instructions provide to them from the controller.
>>> > Depending on the type of control different instructions might be given
>>> and
>>> > so forth.
>>> >
>>> > Some of the features should be the following
>>> > a) ability to control multiple airplanes
>>> > By Control I mean the following but not limited to heading, cleared
>>> > altitude/level, rate of climb/descent, heading to a waypoint, instruct
>>> > plane to perform a specific instrument approach procedure or proceed
>>> > visually if requested by pilot, force a go-around, the plane should be
>>> able
>>> > to land on its own.
>>> > b) ability to control vehicles in the airport, ie simulate runway
>>> > incursions , maintenance work etc
>>> > c) simulate emergencies unusual situations ie, flapless approach,
>>> engine
>>> > failure, bird strike etc
>>> >
>>> > Anyway the above is not a complete list of what a proper tower
>>> simulator
>>> > should be from the controllers perspective but as a proof of concept i
>>> > would say that A and B are a must.
>>> >
>>> > Regards,
>>> > Efty
>>> Yes, maybe most of those features are already implemented in the ATC-ML
>>> model. Please take a look at these screen shots which I made with latest
>>> GIT:
>>>
>>> http://flightgear.mxchange.org/pub/screenshots-master/fgfs-screen-023.png
>>> http://flightgear.mxchange.org/pub/screenshots-master/fgfs-screen-024.png
>>> http://flightgear.mxchange.org/pub/screenshots-master/fgfs-screen-026.png
>>>
>>> It may not show all features, but it shows e.g. that you handle multiple
>>> airplanes. So maybe just this "aircraft" needs some extending/expanding
>>> or some missing features being added and not a whole simulation based in
>>> FGFS needs to be written.
>>>
>>> The controls in 023.png are for sending pre-defined messages to a pilot
>>> (or some to all airmen). The last shows (upper right corner) a screen
>>> when you have clicked on one pilot name (from the list in 023.png) or on
>>> empty space (e.g. to send it to all airmen).
>>>
>>> Regards,
>>> Roland
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> RSA(R) Conference 2012
>>> Save $700 by Nov 18
>>> Register now
>>> http://p.sf.net/sfu/rsa-sfdev2dev1
>>> _______________________________________________
>>> Flightgear-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> RSA(R) Conference 2012
>> Save $700 by Nov 18
>> Register now
>> http://p.sf.net/sfu/rsa-sfdev2dev1
>> _______________________________________________
>> Flightgear-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>
>>
>
>
> --
> Curtis Olson:
> http://www.atiak.com - http://aem.umn.edu/~uav/
> http://www.flightgear.org - http://gallinazo.flightgear.org
>
>
>
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1
> _______________________________________________
> Flightgear-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
>
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Flightgear-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
