TEMP ZONE msg lost

[B767300]

The TEMP ZONE EICAS msg doesn't appear anymore, please look into this.

[Hardy Heinlin]

Can you be more specific?

The TEMP ZONE advisory message was introduced in PSX version 10.23 on 10 February 2018 and it has not been modified ever since.

The message appears in PSX if:

CenterDuctBleedAirPressure < 11 psi
AND ( AnyPackRunning OR cargoDepressurizationOn )
AND ( dcBus3Powered OR dcBus4Powered )

As expected, I get the message when I turn the left and right isolation valves off and no pressure is coming from the APU.


P.S.: The same logic applies to the status message, but that incorporates a 70 second delay. Is it that what you are asking for and did you wait long enough?

[B767300]

I get the message too (I meant the advisory).

CenterDuctBleedAirPressure < 11 psi
AND ( AnyPackRunning OR cargoDepressurizationOn )
AND ( dcBus3Powered OR dcBus4Powered )

This only covers the master trim air valve FAIL portion of the advisory msg. I think what's really confusing me is that I can get the ZONE SYS FAULT light to illuminate but not the TEMP ZONE advisory, i.e. when I pull either AC or DC ZTC CB or when I switch TRIM AIR off.

[Hardy Heinlin]

The message refers to various zone system malfunctions. Most of the real-life zone system malfunctions are not modeled in PSX. The availabe malfunctions are shown on the Instructor pages. Also note that some messages refer to disagreements, i.e. when a device is powered but isn't operating; in such cases the related message won't appear when the device is unpowered.

[B767300]

Pulling both AC and DC Cb's should result in point 4) and 1) on the schematic (both not either AC or DC, which is how it's modeled now). As you pointed out trim sw off shouldn't trigger the light or msg  (now only the light illuminates). It seems like the SYS fault has a different logic then the msg in PSX.

[Hardy Heinlin]

In the past 30 years, during the development of PS1 and PSX, I've always been following this motto: Whenever a schematic diagram is vague or possibly version dependent, don't change anything in the simulation until it is empirically confirmed by observations on the real deck or demanded by an airline that uses PSX for system training. This example is such a vague case. Currently I see no urge to put this theoretical issue on my research list, I'm sorry ...