On Fri, Jan 2, 2009 at 7:39 AM, James Turner wrote: > > On 2 Jan 2009, at 13:26, Anders Gidenstam wrote: > > > Could we find more descriptive property names for these voltage/ > > potential > > difference properties? Just to make it clear what they are (and avoid > > confusion with potential future properties, e.g. for current, charge > > or > > power). > > Good point. > > I'm hopeful that adding a simple current-draw model will be > 'easy' (for a given value of easy, naturally) if we start > standardising such things, so it'd be great to think about this now, > before people start using new property names. > > systems/electrial.cxx would be a good starting point for this - it's > simplistic right now, but a few more component types (especially a > fuse)[1], and a Nasal interface to allow the electrical system to be > controller trivially by an aircraft designer, and it'd be pretty > respectable. FGElectricalOutput is pretty close to my proposed base > class for electrically powered instruments - it needs some extension, > but it makes sense to aggregate (in the C++ sense) that functionality > into instruments. > > James > > [1] - whoops, FGElectricalSwitch provides a circuit-breaker function. > Once again proving that for everything you might want to do, FG > already contains code for it, you just need to find the code :)
However, the existing XML based electrical system model is extremely difficult to use from an xml configuration standpoint, and although it worked ok for the c172 electrical system, I began to run into core design barriers when i was attempting to implement the electrical system for a light twin. I really don't recommend the xml/C++ electrical system for future use. Instead, it's *far* easier and much more straight forward to build up a procedural model in nasal. This is actually a very good job for nasal because aircraft electrical systems are wildly different from each other, and nasal allows you to write a per-aircraft electrical system model. This point has nothing to do with voltages being normalized or not, but hopefully that provides some background. Personally, I prefer working in real volts. The one side of the equation that has never really been addressed is current draw, and again, that is probably best done in real numbers for sanity and maintainability. Regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/
------------------------------------------------------------------------------
_______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel