James Turner wrote:
> On 17 Dec 2008, at 20:28, Syd wrote:
>
>   
>> Just a request while your tweaking the route-manager , I'll keep my
>> fingers out of it :)
>> I use it as an FMS for my aircraft with such instruments , but what
>> would be convenient is a property to flag when the TTG switches from
>> hours to minutes  ...
>>     
>
> Please keep the requests coming!
>
> Actually what I've done is make the route-manager an abstract thing,  
> it will gradually evolve to deal with 'flight plans' and hence drive  
> ATC in the distant future.
>
> For FMS functionality, I'm extending the GPS code, so wherever I say/ 
> write GPS, you can read FMS as well. I'm aware that's a somewhat broad  
> definition, but internally it makes a lot of sense, since there is so  
> much overlap.
>
> So, the route-manager no longer computes TTG at all - that  
> functionality has been moved to the GPS code, which always reports a  
> particular format (hh:mm:ss). I realise that's not flexible, so I will  
> probably do two things: make the raw seconds available as a double,  
> and allow the string to be specified via a format string in the  
> config/ properties sections of the GPS.
>
> Does this seem reasonable?
>
>   
Sounds reasonable.
> An unrelated question for you - I'm using the B1900d to test my GPS  
> changes, since it has the best GPS setup that I can find - I'm a  
> little surprised by the way CDI deviation is handled - I was led to  
> believe that in normal VOR mode, one 'dot' of CDI deviation usually  
> corresponded to 1nm, but in the B1900d, one dot seems to correspond to  
> 2.5nm (full deviation being 5nm). Is this intentional?
>
>   
On the gps display , the default scale is 5nm full deviation,in approach 
arm mode 1 nm full, but I didnt animate that ... there are still dozens 
of pages that need done yet. Ive been tempted to switch to the kln89 
instead of trying to do this with nasal ...
I might have scaled the instrument needles wrong , I'll double check 
tonight.
> Oh, and another thing - I'm proposing to make the 'slaved-to-gps' flag  
> of the navradio actually work, so that the GPS code will read OBS from  
> the nav gauge, and output CDI deflection back to it. I.e simulate the  
> 'wiring' that is normally done using property copies inside the GPS  
> code (when the GPS/NAV switch is in the GPS position). I think / hope  
> this would make installation in many aircraft easier, and make the  
> set_course / update_course logic in the B1900d flightdirector.nas  
> unnecessary - am I right or not?
>
>   
Yes it would be nice to get rid of the unneccesary calculations in nasal.
> James
>
>
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> _______________________________________________
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
>   


------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Reply via email to