Go Back  PPRuNe Forums > Flight Deck Forums > Tech Log
Reload this Page >

Thoughts about this odd SOP....


Notices
Tech Log The very best in practical technical discussion on the web

Thoughts about this odd SOP....

Old 13th September 2023 | 18:19
  #1 (permalink)  
Thread Starter
15 Anniversary
 
Joined: Sep 2010
Posts: 506
Likes: 5
From: U.S.A
Thoughts about this odd SOP....

My recent return to the sim saw a bleeds off takeoff using the APU to supply one pack.

When responding to the after start checklist item of:

Packs and bleeds” I responded with:

Packs auto, bleeds off” which is the actual switch position.

But I was corrected, apparently the correct answer is:

Packs auto bleeds set

Which is exactly the same response as for a normal after start bleed configuration.

I comply, no arguments from me.

But doesn't this fly in the face of logic? Shouldn't a checklist response reflect the ACTUAL switch position as apposed to simply replying with a generic response which could be used in either bleed configuration.

It doesn't appear to be a very effective trap for an incorrect bleed configuration?
oicur12.again is offline  
Reply
Old 13th September 2023 | 19:47
  #2 (permalink)  
20 Anniversary
 
Joined: Jan 2004
Posts: 184
Likes: 25
From: hector's house
In order for the challenge and response to be completely correct, you would need a separate checklist for the bleeds off option, some operators prefer to keep it simple and the "packs set" allows for bleeds either off or on. Airmanship applies in this case, but unfortunately we don't have any checklist items for airmanship. I know that some companies that have a "bleeds off" take off procedure checklist on the reverse side of the normal checklist.

The examiner is quite correct regarding checklist compliance, but blind systemisation can lead to unanticipated errors. It is up to the company to decide whether a separate checklist is needed.
hec7or is offline  
Reply
Old 17th September 2023 | 14:24
  #3 (permalink)  
5 Anniversary
 
Joined: Sep 2018
Aviation Qualifications: ATPL
Posts: 402
Likes: 240
From: Seattle
When you get down to this level you just nod and smile and go along with whatever the training captain says.

And for the trainers who decide to get picky over stuff like this… imagine what the pilots really think of this kind of thing.
BoeingDriver99 is offline  
Reply
Old 18th September 2023 | 06:42
  #4 (permalink)  
15 Anniversary
 
Joined: Mar 2006
Posts: 1,115
Likes: 86
From: England
… just nod and smile …

Reports of the death of Common Sense have now been widely circulated for some considerable time, …

https://www.drdavidwright.co.uk/uplo...mmon_sense.pdf

and

Common Sense was preceded in death;
  • by his parents, Truth and Trust,
  • by his wife, Discretion,
  • by his daughter, Responsibility,
  • and by his son, Reason
He is survived by his 5 stepbrothers;
  • I Know My Rights
  • I Want It Now,
  • Someone Else Is To Blame,
  • I'm A Victim,
  • Pay me for Doing Nothing
https://rcoa.org.au/PDFs/Common_Sense.pdf

"… Not many attended his funeral because so few realized he was gone. If you still remember him, pass this on. If not, join the majority and do nothing … "
PEI_3721 is offline  
Reply
Old 18th September 2023 | 07:14
  #5 (permalink)  

Avoid imitations
Community Builder
25 Anniversary
Veteran: Air Force
 
Joined: Nov 2000
Aviation Qualifications: ATPL
Posts: 15,116
Likes: 1,091
From: Wandering the FIR and cyberspace often at highly unsociable times
It appears illogical to me. As you say, the more meaningful response should be to state the actual position of the switch.

What does the SOP say about the response to other switches - for example “landing gear”?


ShyTorque is offline  
Reply
Old 18th September 2023 | 10:30
  #6 (permalink)  
fdr
Community Builder
20 Anniversary
 
Joined: Jun 2001
Aviation Qualifications: ATPL
Posts: 4,087
Likes: 4,429
From: 3rd Rock, #29B
Shy, your logical and reasonable answer would avoid the response to Landing Gear..................... AS REQD.

It is up to the operator to determine how they standardise, but it is irrational to have a response to a variable that doesn't state the system state. If you are briefing navaids, an imperious wave of the hand and a response "set" is hardly a confirmation of the state of the FMC, VOR, DME, ILS etc, so it would seem to follow that a system that can spoil your day, say, like Helios, should have a confirmation of state, and the term SET is interchangeable with, "AS REQD".

Whatever the trainer says, that should be the company policy, and it should be specified as being what the owner of the ball wants, loopy or otherwise.

Take the training, nod, and if it intolerable, vote with your feet. Every system has it's idiosyncacies.. makes it far more interesting.
fdr is offline  
Reply
Old 29th September 2023 | 22:49
  #7 (permalink)  
20 Anniversary
 
Joined: Apr 2005
Posts: 141
Likes: 15
From: yyz
Originally Posted by oicur12.again
My recent return to the sim saw a bleeds off takeoff using the APU to supply one pack.

When responding to the after start checklist item of:

Packs and bleeds” I responded with:

Packs auto, bleeds off” which is the actual switch position.

But I was corrected, apparently the correct answer is:

Packs auto bleeds set

Which is exactly the same response as for a normal after start bleed configuration.

I comply, no arguments from me.

But doesn't this fly in the face of logic? Shouldn't a checklist response reflect the ACTUAL switch position as apposed to simply replying with a generic response which could be used in either bleed configuration.

It doesn't appear to be a very effective trap for an incorrect bleed configuration?
this is the config we were taught on the max.
rigpiggy is offline  
Reply

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off


Thread Tools
Search this Thread

Contact Us - Archive - Advertising - Cookie Policy - Privacy Statement - Terms of Service

Copyright © 2026 MH Sub I, LLC dba Internet Brands. All rights reserved. Use of this site indicates your consent to the Terms of Use.