I'm confused about some of the BKSQ variables.

[eracer1111]

Thanks for the quick reply! It indeed appears to be the same issue.
I'll work on it later this week.

I want to reiterate how much I LOVE this plane. It's my go-to, and once I get the SPAD programming done I'll get into the A36TC, and finally, the Baron Pro.

I own 13 Black Square aircraft, and as long as you keep building them, I will continue buying them.

[Black Square]

@eracer1111 said in I'm confused about some of the BKSQ variables.:

I own 13 Black Square aircraft

I'm glad someone is keeping count Thanks again, and let me know if there is ever anything else I can do for you!

[eracer1111]

@Black-Square

I'm still working on my Bonanza Pro Streamdeck buttons. I created a SPAD event that tests most of the circuit breaker conditions and changes the button color from green to red when any of the breakers are tripped, and from red to green when they are reset.

I found the Vars for all of them except:

Aux Fuel Pump
Vent Blowers
Air Cond
Air Cond Blower
STBY Gyro

Here's what I see when I look at the Aux Fuel Pump. I can find the 'A:Circuit Connection On:4' variable, but it doesn't respond when I manually trip the breaker. I'm not sure SPAD can control A-Vars.

Any help figuring this out is appreciated.

[eracer1111]

I couldn't edit the last post (3600 second limit...)
I started the plane, turned the Fuel Pump on, watched the status of the variable 'A:CIRCUIT CONNECTION ON:4' in Data Monitor, and tripped the breaker. That A-Var is a standard Simconnect variable, so I should see it changing. There was no change.

Tripping the breaker shut the pump off, so I know it's interrupting the circuit.
I need to be able to monitor the breaker status, and can't see how.

[Black Square]

I'm a little stumped on this one, so forgive me if I start with the basics:

The CIRCUIT CONNECTION ON variable is predicated on the BUS LOOKUP INDEX variable. The latter is used to tell the former what "connection" it should be testing for (i.e. is circuit X connected to bus Y). Are you setting BUS LOOKUP INDEX before trying to read from CIRCUIT CONNECTION ON? If not, then I'm surprised that any of the others are working already. However, the fuel pump is on the same bus as all the others, so I don't know why it alone wouldn't work. That's why I'm stumped.

However, there is a foolproof way to get the states of the breakers, but you have to add some code to the BonanzaProfessional_Base_INT.XML. If you just want to get this working ASAP, then you can add...

<EXPORT_LVAR>TRUE</EXPORT_LVAR>

...after the line...

<CIRCUIT_ID>@FuelPumpCircuit</CIRCUIT_ID>

The value of the breaker will then be available at L:var_Breaker_AuxFuelPump_readonly.

Let me know if that works for you, and if you have any more questions!

[eracer1111]

@Black-Square
Thank you.

I requested some help for this one on the SPAD Discord. One of the gurus over there mentioned this:

Q: "How can I retrieve the value of the 2nd simvar (circuit...) if there is the following in behaviour view:
(>A:BUS LOOKUP INDEX, Number) (A:CIRCUIT BREAKER PULLED:15, Bool)"

A: "Double indexed data is not available via Simconnect. If want to read it , that's currently not possible without rpn coding."

I asked for an explanation of RPN Coding, since I don't know what that is. Haven't heard back yet.

Here's a list of all the breakers I am able to monitor.

It is puzzling why 'Aux Fuel Pump' (A:CIRCUIT CONNECTION ON:4) isn't returning a status, but 'Oil Temp/Press' (A:CIRCUIT CONNECTION ON:15) is. I don't preset the Index in either case.

In the meantime I will edit the XML and let you know!

[eracer1111]

@Black-Square

Well this was interesting. I restored the original XML and the cockpit is back to normal.
I searched for <CIRCUIT_ID>@FuelPumpCircuit</CIRCUIT_ID> in the 'BonanzaProfessional_Base_INT.XML' and only found one instance (Line 10226) Did I miss something?

[Black Square]

Eugh. That's probably MSFS 2024 being up to it's new tricks. I've yet to figure out when it does this for some users, and sometimes not for others, but it seems that sometimes MSFS 2024 enforces the encoded package size as a form of software "safety". You can download this program, and drag-and-drop "layout.json" from the root of the package directly on top of the program. It will run in a fraction of a second and encode a new package size. Sorry for the extra step. Let me know if that fixes it.

[eracer1111]

@Black-Square
Thanks for the quick reply. I want to clear about the steps before I do this.
When you say "drop the .json on top of the program" do you mean the sim's .exe file?
There are two in the \content folder that will launch the sim:

flightsimulator2024.exe
gamelaunchhelper.exe

I use the latter with a -fastlaunch switch.

Or are you saying to drop the 'layout.json' file somewhere else?

[Black Square]

I'm glad you clarified. I mean the exe that comes from the download link in my last message. That's a tiny program that rebuilds the layout.json with any changes you have made. Again, sorry for the extra step. I've never been able to determine why this is necessary for some users and not others. It makes it difficult to tell, since many users who edit files are already familiar with MSFSLayoutGenerator.exe, so they run it every time, whether prompted or not. Anyway, let me know if you have any other questions!

[eracer1111]

Thank you! I'll let you know how it goes.
Microsoft definitely does their own thing. I try to remind people on the forum that creating an aircraft model isn't simple - especially for MSFS 2024. Some folks think updates from FS20 versions to FS24 should all be free. They have no idea the amount of work involved, especially when faced with a new SDK and Microsoft's DRM strategies.

For that reason alone I can't imagine chasing down problems that happen to some folks, but not to others. So many variables affect how things integrate. Thanks again for a great plane!