Lighting / emissive issues with various instrument simattachments

Version: 1.5.27.0

Description:

I’ve tried putting together a small stack of simattachments, and I’ve discovered some issues and inconsistencies across the various units as it pertains to lighting and emissives.

The only unit in this stack that works as expected is the GNS 530. It’s implementation is documented, the screen follows an auto-brightness setting that works properly, and the emissive decals are able to be hooked to a lighting potentiometer and function adequately.

GMA 350 (simattachments\instruments\asobo_audiopanel_g350)

The GMA 350 is undocumented in the SDK. Looking at the behaviour parameters, it does allow for a setting called ‘EMISSIVE_INTENSITY’. This can be hooked to a static number or a simvar. Hooking it up to a lighting potentiometer without adjusting the value does not work well, however, since it requires a much lower value than the GNS 530 (approx. 1/10 the amount in the above pic). That said, it’s actually nice to be able to have that greater level of control over the lighting, since it provides more flexibility then if it were hard-coded to a potentiometer. The primary issue is that the green indicators of which channels are active are also tied to the same code as the decals, and an emissive value which works well for the decals at night are unsuitable for the indicators in the daytime.

GTX 330 (simattachments\instruments\asobo_transponder_g330)

The GTX 330 (also undocumented in the SDK) has an issue where the lighting potentiometer is hard coded to a value of 1 and not exposed as a behaviour parameter. Otherwise it works as expected, and the screen has auto-brightness.

KR 87 (simattachments\instruments\asobo_adf_as87)

The KR 87 (undocumented in the SDK) does not expose a potentiometer setting as a behavior parameter; in fact, it doesn’t look to even have any emissive settings connected to the buttons or decals at all. The screen has functioning auto-brightness, but since the buttons or decals cannot be lit, this attachment is not usable at night.

KAP 140 (simattachments\instruments\asobo_autopilot_as140)

The KAP 140 (undocumented in the SDK) does not feature any auto-brightness for the screen nor feature or expose a method for controlling screen brightness. It does seem to expose a potentiometer value for the buttons as a behaviour parameter, but the code used in the behaviours does not seem to have any effect. Both these issues combined means that this attachment is not usable at night.

KAP 140 code from it’s behavior file:
(A:LIGHT POTENTIOMETER:[POTENTIOMETER], Percent over 100) 0.2 * (A:CIRCUIT AUTOPILOT ON, Bool) *
In the above code, I can verify both that the lighting potentiometer is valid and set correctly (it’s used in the other gauges in my pic) as well as that CIRCUIT AUTOPILOT ON is true (if not true, the screen will turn off).

Overall, I’m very impressed with the possibilities that the simattachment system brings, as well as the ability to bring in working avionics units that require a minimum of setup. It would be very good if the issues explained above could be fixed.

1 Like

Hello @JimStewart ,

Is now documented in the SU4 flighting documentation.
You can use the following tag to controle the emissive intensity:
<EMISSIVE_INTENSITY>1</EMISSIVE_INTENSITY>

Is also now documented in the SU4 flighting documentation.

Can you test with <DECAL_POTENTIOMETER>X</DECAL_POTENTIOMETER>
with X, the index of the potentiometer to use for the brightness of the emissive component of the decals.

Now documented in the SU4 flighting documentation.
However, I have logged an issue for the lighting behavior.

We have a task in progress to document this attachment and I have logged a bug in our backlog to review this attachment.

I will keep you updated when I have some news to share.

Regards,
Boris

1 Like

Is your request to test against SU3? (I’m not using SU4 as a general rule I have about not using betas in a production environment until such time as release of that beta is imminent.)

Because in SU3 (1.5.27.0), I can verify that using
behavior_parameter.X = DECAL_POTENTIOMETER,X
(where the first X is the index of the behavior parameter and the second X being the index of the potentiometer), does not work.

For it to work, the model behavior file for the 330 would have a line similar to that which you posted, <DECAL_POTENTIOMETER>X</DECAL_POTENTIOMETER>, with generally a default number in place of X. However, the behavior file for the 330 does not contain a defined dynamic parameter for DECAL_POTENTIOMETER:

As you can see, it only contains a dynamic parameter for CIRCUIT_ID.

Hello @JimStewart,

Indeed, DECAL_POTENTIOMETER is only available starting from SU4.

Regards,
Boris

1 Like

Good to know that a fix is coming, thanks.

1 Like

Hi,

Looking forward the KAP140 lighting issue. I am modding the C172 to make it like the C172R that I fly in real life (it comes with KAP140 autopilot) and I would really love to have keys illumination during night flights.

Following the development of this topic.

Daniel

Hello,

We made some fix in SU5 and the sdk documentation.
Can you check and tell us if it’s good for you ?

Regards,
Boris