Add battery CGA, and then simulate Battery Internal Resistance based on CGA and charge

If there is a way of simulating Battery Voltage drop on Load, due to its
Internal resistance, it is not evident in the SDK.

If you’re making any sort of complex electrical system, I would definitely
encourage you to make it completely custom (using WASM gauges and your own
variables), so that you have full control over how deep you want to get the
simulation to be, and to make sure it “just works.”

Please, please consider: Rather than just requesting that Asobo simulates
Battery Internal Resistance, and hope that the need is understood and its
simulation figured out, here, very simply, is how to do it, in a way that
WILL NOT AFFECT any previous Simobjects that use a battery. **** Its
literally, adding one indexed A:var , and One line of code in the
"Charge to Voltage code "
========================================================= Currently, Asobo
models the CHARGE that the battery has, (as a % of its Total Capacity), and
then uses a Curve to create an internal Battery Voltage V:index , that is
put into various Battery Voltage A vars All that is needed to to create a new
indexed A:var say : A:ELECTRICAL_BATTERY_RESISTANCE:Index ) and then
modify that internal Battery Voltage V:index value that is put into these
indexed Battery Voltage A: vars to Battery Voltage V:index = _ Battery
Voltage V:index
A:ELECTRICAL_BATTERY_LOAD:index) This simple addition with save 1000’s of
lines of Dev Code trying to FAKE the effect of Battery Internal Resistance
on all circuits , and more importantly, not affect any exstiting Simobjects
that use a battery, because the new;y added
A:ELECTRICAL_BATTERY_RESISTANCE:index will default to zero (if not used
and controlled by the dev)

Hello @N6722C This is already in our roadmap. No ETA
yet, keep an eye on SDK release notes. Regards, Sylvain

FANTASTIC !!! Thank you …

Hi Sylvain, (Bold and italic used to help emphasize key words, as one might,
when verbally communicating) A Follow on question, associated with road mapped
Battery Internal Resistance , . and the desire for Correct Alternator
operation and the concept of an Alternator Voltage Regulator. With the
addition of Battery Internal Resistance , and then hopefully the
introduction of a similar A:Var for Alternator Internal Resistance , the
correct Alternator Output Voltage (and hence current), can then be simulated,
with the addition of adding the Alternator Voltage Regulator " Sense "
connection, to a definable bus, and introducing an A:var, for the Voltage
Regulator Set-Point
, (A:var so it can be dynamically adjusted, and have the
possibility of failing high or low). (see, for example , Cessna POH Electrical

The existing CURVES, for
Alternator Current & Voltage with RPM, should really be “maximum outputs”
for a given rpm,
with the actual outputs, within these max limits, and based
on the Battery’s currently external voltage (function of how charged the
battery is – etc etc.)., The end result would be , that starting off with a
fully charged, battery, and starting the engine with the starter motor, the
battery get discharged, and when the alternator is turned on ( assuming no
other load is placed on the electrical system
), the battery should charge
back up, to the Voltage Regulator set-point voltage
, with a current that
reduces , and the battery changes up, a nd a current that is not
dependent on the alternator RPM
, (provided it is rotating fast enough to
provide the required re-changing current & voltage). Currently, the ammeter
incorrectly shows a high current flowing into the battery, all the time, that
is a function of RPM, and it does not decrease as the battery chages up to a
Voltage Regulator set point. (sure way to overheat and ruin an expensive
Aviation Battery !!)
======== I am hoping your response to thisi will be –
YES - now we are adding Battery Internal Resistance, we will also be adding
Alternator Internal Resistance, and thus allowing the realistic addition and
simulator of the missing "Alternator Voltage Regulator "… This stuff is
really not that complex, and is almost “Trivial” in detail and complexity,
comaipred with the current advances flight modeling !!. =====================
Also, note.(Ref POH Diagram) Currently, in the Asobo C172 , the ammeter is
measuring the Bus current at the battery (Pink) , so it incorrectly includes
then Starter Motor Current. (150+ Amps) It should be measuring the Current on
the Bus AFTER the starter motor (Green), as in the POH

Is “battery Internal Resistance simulation” on the roadmap for SU10 ( or later
) ?

Still no ETA but not SU10 for sure.

Thanks … not sure if that is good news or bad, after spending over a week,
working around it, and simulating the effects of it. So all that work is not
wasted in the short term …, as none of it will be needed, when the battery
resistance is finally there. ALSO — Will the Bug in writing to the Battery
Charge, and the ability to set it from 0 to 100% be fixed in SU10 ??

Hello @N6722C I double checked with the team. This
is still planned but development hasn’t started yet. So still no ETA but
definitely not short term. Regards, Sylvain

Thanks for the update — since it wont be short term,. I don’t feel so bad
about having spent the time to do a custom modeling of this for our plane.
Makes it unique & special !!

Suggestions: when considering “Battery Internal Resistance” (1) Backwards
Compatibility, If battery Internal Restance is set in a .cfg file, (unit
Ohms)< then if it is currently not in a plane’s config file, it defaulst to
zero, and the plane continues to act without change… Please make the battery
Internal Resistance an indexed A:var, (on load, set to that value in the cfg
file) but used from the Indexed A:Var that the plane Dev can both READ and
WRITE to. That way, a Dev can make this Battery Internal Resistance,
dynamically a function of all the things that change this resistance in Real
Life. Ie (1) Battery Temperature (2) Battery Charge (3) Battery Age (4)
Battery Type (5) Battery Current draw Even if Asobo chooses to model Battery
Internal resistance, with all the above Parameters, PLEASE leave the option
open fro the Plane Dev to bypass that Asobo Modeling, and control the Battery
Internal Resistance themselves
, with their own simulation and processing of
that final A:Var value. __ Thank you for condescending the above. __