externalpower.N major = 2 is AC and does nothing!

Version: 1.5.2.7.0

Frequency: Consistently

Severity: Blocker

Bug description: The new modern electrical using major = 2 seems to not allow an External power unit to work and we noticed it’s AC not DC. Please advice as the DA62 does not have an external GPU.

Hello @Flysimware

Isn’t this a duplicate of New Electrical system - External power “battery” type - [MSFS 2024] Bug Reports - MSFS DevSupport
Nevermind

Regards,
Sylvain

I double checked last night if there was a previous topic but my search for major = 2 or external power did not find anything. I found searching these now does. I wonder why sometimes my search results fail. :kissing_face: Let me know I can merge my questions there and we can delete this post. Or we can continue to use this new post to work out a solution as I need one badly.

Our External Power shows “Available” and “On,” but it never delivers any watts/amps when we hook it to the DC side—so it won’t charge batteries or run DC loads. This is blocking our release: the GPU isn’t just the ATC cart for us; it’s built into our tablet/EFB workflow and needs to work reliably for ground ops.

As a workaround we simulate a DC charger using a generator-style source tied to the External Power switch. That does power the airplane, but under normal ramp loads it trips breakers. Could you share a simple, supported way to make External Power feed the DC system (e.g., cart → converter/TRU → DC), or an alternate approach that avoids nuisance trips? A minimal example or “recipe” (what to connect to what, plus the key settings and safe breaker sizes/curves) would let us implement immediately. We’re also open to any other method you recommend—if there’s a better pattern, we’ll try it.

This works for me:

externalpower.1 = Name:ExternalPower	#SType:DC							#Voltage:28

Do not forget to tie in the circuit:

				(A:INTERACTIVE POINT OPEN:2,percent) near 100 == 
					if{ (A:EXTERNAL POWER ON:'ExternalPower'_n, Bool) ! if{ 'ExternalPower'_n (>K:TOGGLE_EXTERNAL_POWER) } }
					els{ (A:EXTERNAL POWER ON:'ExternalPower'_n, Bool) if{ 'ExternalPower'_n (>K:TOGGLE_EXTERNAL_POWER) } }

In my case, There is no GPU switch. just connecting the cable will power the systems.

Also, it seems the system ultimately does not care if AC or DC. as long as voltage matches, it will work. Given how limited DC generators are, I hooked AC generators to a DC system, and they happily charge batteries and everything else. I would expect “Transformer” to also work with either…

1 Like

Good to hear as everyone claims this is broken.

Yes we always set the power on. This is the same as your toggle.
(L:ATTACH_GPU, Bool) if{ 1 1 (>K:2:SET_EXTERNAL_POWER) } els{ 0 1 (>K:2:SET_EXTERNAL_POWER) }

We already figured this did not matter as in the sim world it’s just voltage. But was not sure if Asobo started to block if not converted correctly.

Are you using Major = 2 ?
I ask because it was confirmed broken and there is no #SType:DC once you change the major type. So thanks for trying to help.

There’s an issue with what parameters are exposed in the Aircraft Editor.
Either you provide a suppliercfg name/index to an existing supplier, or you provide the supplier parameters directly, stype being one of them.

On most of official planes, this is set to something like
externalpower.1 = Name:ExternalPower #SType:DC #Voltage:28

We will fix this.

Regards,
Sylvain

3 Likes

Hi @FlyingRaccoon,

Works perfect. Strange after manually adding the code the editor actually changed as it looked like the image above. I was not expecting the editor to look different, I expected errors for sure. Just want to check that this should look like this until there is a future update. So happy to see it working now. Thanks.

Displayed fields depend on conditions, which are not correctly configured in this case.

Can you hover the red ‘?’ and show what it says?

I remember getting this before major 2 and only battery worked. But in this case it’s just an editor error and the code you shared works perfect. So, I suspect we just ignore the red error until there is a future update.

This is a false error and is part of what I set for review.
You can ignore this.

Regards,
Sylvain

1 Like

Hello @Flysimware

This was fixed in SU5 Beta and you should now have the expected list of parameters displayed in the SimObjectEditor depending on the selected supplier type.

Regards,
Sylvain

1 Like

Hi @FlyingRaccoon

Just to let you know, all electrical-related warnings on our end are now resolved.

Thanks again!

1 Like

This topic has been automatically closed after 60 days of inactivity since it was marked as fixed.

If there is important new information about this same report, you can use the “Request reopen” button below to ask the moderation team to review it again.
For other issues or broader discussion, please open a new topic in the appropriate category.