Don't put it in the Tech Log!

[CAT1 REVERSION]

In a climate of pressure and deadlines I see and hear more and more incidents and examples of crews NOT putting technical issues in the tech log - mainly not to upset the Engineers (Engineers - before you jump down my neck, I know you too are under a huge amount of pressure to keep the a/c servicable!) and consequently the programme.

I have experienced on several occasions technical problems that have been 'discussed' with engineers and the next crew when back at base which have been dismissed as 'this a/c is renowned for that problem, we'll look at it later, don't put it in the tech log!' - THIS SHOULDN'T HAPPEN........

I know there will be many of you who will say "It should go in the book - FULL STOP!", and I agree, but there are too many willing to write it on a cig packet and leave it on the Capt's pedestal for the engineers and next crew!:ugh:

In light of today's sad events in Madrid, I can only hope that commercial pressures didn't have anything to do with it.

CREWS - IF YOU DEVELOP A TECHNICAL PROBLEM, YOU ARE DUTY BOUND TO PUT IT IN THE TECH LOG, NOT HAVE A 'CHAT' ABOUT IT!!!!

I'm sure there will be Engineers who read this and will think us Pilots are all too willing and ready to write a fault up....but the book stops with us. If we willfully take a known faulty a/c without putting it in the tech log, it is our lives, our licences.

PLEASE, PLEASE, PLEASE, IF THIS 'CHAT ABOUT IT' CULTURE HAS CREPT INTO YOUR AIRLINE, DO SOMETHING ABOUT IT. IF YOUR NOT HAPPY, ASR IT THEN CHIRP IT. IT HAS TO STOP!

[EGBKFLYER]

Add to that talk to your base flight safety rep and ask them to bring it up at the next safety meeting.

[Wirelock]

agree 100%.... although from what i have heard (from v v good sources) the reason why the aircraft returned to stand was a problem with a engine sensor problem.... for those pilots that are fimiliar with jt8D engines... it was an incorrect reading from the P2 sensor that caused the return to stand.
i'm sure the engineer who released this aircraft will have nightmares about what happened today...

however on topic .... i really wish that pilots would write more defects in the tech log. as engineers we need an excuse(entry in tech log) to perform proper troubleshooting on a fault. we cannot just go and perform maintenance on the aircraft without reason.
although i know this practice happens it really is bad for the incoming crew if there is no tech log entry.
i try in my job to give as much info to the crew on aircraft status as possible... some of my collegues would disagree with this practice, but i feel it builds trust with flight crew.
this works in the opposite direction also... if for instance a pilot has a fault which is not reported, the engineer signs the log thinking all is well, and then next morning ... problem reappears 1st flight... return to stand and a/c AOG.
today lots of ppl lost there lives including children..... as the professionals that keep the aircraft in the air and servicable we owe it to all the ppl who fly on our aircraft to keep them safe.... and not to operational pressures or the company bank balance

[TURIN]

Great post CAT1.:ok:

I have only ever come across this "fag packet" reporting on one occasion and I just wrote the defect up myself and then grounded the aeroplane. ( I then went home and left it for the night shift......):}

[Checkboard]

This isn't a technical discussion, so it's the wrong place for this thread.

[Human Factor]

I don't disagree with your post, Cat 1. However, what would your response be to:

"Ground test satis, report further"?

Granted, some issues are cut and dried. However, I believe a discussion with the engineers is often healthy before something goes in the log. As you say, the Captain has the ultimate veto so if you don't want to accept it, by all means don't accept it.

However as a Captain, when it isn't cut and dried, I'm more than happy to listen to the opinion of a licensed engineer before I make my final decision ... and it doesn't mean I automatically agree with him. ;)

[john_tullamarine]

Caveat - I have just logged in and, at this stage, can only presume that there has been a fatal in Madrid earlier this morning, my time .. no doubt, I'll catch up on that as I do my morning PPRuNe review ..

Actually, Checkboard, I'd take a contrary view...

(a) it is a problem variously seen throughout the Industry, perhaps especially in GA ... and you would well recall that sort of problem in an earlier life in Oz. For far too long, too many folk have accepted this sort of nonsense as being acceptable maintenance practice ...

(b) one of the underpinning bases for continuing airworthiness is the paper trail in the maintenance record system.

(c) back-of-a-fag-packet notes for the other guy fly totally in the face of (b).

(d) if the pilot's concern is valid, the snag should generate an appropriate investigation which will result either in

- rectification or, if the groundies cannot replicate the fault

- the investigation will be referred to aircrew for further monitoring/reporting or a specific test flight for data gathering will be scheduled

(e) if the pilot's concern is not valid, the investigation will result in the snag being written off serviceable

(f) the above depends, of course, on an appropriate level of integrity across the board

The pilot should see his role as reporting what he/she observed, not diagnosing what it may have meant in maintenance or engineering terms.

Where practicable, it is absolutely appropriate to discuss the matter with the maintainers prior to writing up the snag. What is not acceptable in a disciplined system is either not doing anything with the knowledge of a perceived snag or using the note-for-the-next-guy system

I will, of course, remove any overtly non-technical or other inappropriate posts/comments from the thread

[Wirelock]

well human factor,

i detect a certain amount of irony from your post and you nick....
i'm not sure if you know that engineers are not obliged to perform t/s on the basis of a chat....however if it is written in the log.. they are!!

as for your test on ground satis comment... believe it or not sometimes faults are not easy to reproduce on the ground. an engineer can only perform what is written in the technical documentation (AMM, TSM) of the aircraft. if they perform a test and it is ok... well then it is ok.

my advise is that if you have a hard failure, not to try and reset the system(as airbus norm) but to leave the failure and let it be checked by the engineers. that way we can get the info we need to perform proper t/s and rectify the problem...

[gearpins]

news.sky.com/.../Article/200808315083058?f=rss (http://www.pprune.org/news.sky.com/.../Article/200808315083058?f=rss)
MD-80 crashed at the end of the runway.On its second takeoff attempt

[Human Factor]

Wirelock,

Your note of my irony is correct.

Your first paragraph is also correct and is the ultimate trump card of the Captain. I have used it as such although it is rarely necessary. The previously mentioned discussion with the engineers will normally result in the exact same entry going in the tech log, merely without a confrontational approach. My experience is that company engineers are very accommodating and understanding whilst my use of the trump card has invariably been with third parties.

[cessna24]

Being a line maintenace engineer I personally agree that the drivers should write defects down in the log book. As engineers, we can look into them and either rectify the fault or make an entry to report further or clear the defect if we find nil defects. Thats what we are here for. BUT PLEASE keep the silly entrys out of the log books because you only get a name for yourself for wasting time. {Or we think your trying to impress the J F/O!}
And also while im here, we are humans as well so when we walk on the flight decks, talk to us like we know what an aircraft is! This is only for a few of you. We remember you being a great crew and will go out of our way to help you more.
Safe flying guys

[pjvr99]

As an aircraft tech I always appreciate every little bit of info the crew can give me. Every write-up, no matter how trivial or high nuissance-factor, is checked out. I would rather have a lengthy discussion with the crew and/or my colleagues before taking any kind of final decision as to how we are going to handle any given problem. In some cases, a small but time-consuming write-up can be placed in the deffered-defects section for attention at the next phase check/A-check, or wherever convenient - but written on a ciggarette pack is almost guarenteed to be lost/forgotten.

It needs to be written up, creating a paper-trail, which will keep the bean-counters and management honest .....

[john_tullamarine]

.. and gives both flightcrew and maintainers a measure of protection at the enquiry.

It is very illustrative to have a looksee through the Nias BOI report for the Australian ADF ... those who have not been in an adversarial legal stoush should, at the very least, contemplate how they might conduct their story telling in such a forum ....

.. remembering that, in the QA-centric view of the world .. if it's not written down .. it didn't happen ... this has hung a great many good folk over the years ..

For my sins, I am involved in MR paperwork to a significant extent these days .. I exhort (sometimes plead), with both operators and maintainers, for folk to write it down ... if an extra tree is used up in paper over the life of an operation .. then that is an acceptable price to pay for having the information and audit trail ... if the pilot thinks he might be thought foolish .. I assure him that that is not the case .. as the last couple of posts have shown .. the maintainers need to have the story if they are to have much of a chance to figure out what the problem is .. the pilot should err on the side of novel writing .. and then let the maintainer sort out the wheat from the chaff ...

[red 5]

As an Engineer put it in the tech log, it keeps us in a job.

[CAT1 REVERSION]

Thanks for the replies - Especially from the Engineers. Glad to see that the common consensus is PUT IT IN THE BOOK!

EGBK-Goes without saying, if your not happy - REPORT IT:ok:

What does disturb me is the varied acceptance levels of some crews. I have seen one crew hand over an a/c with a 'grounder' of a fualt to the Engineers without putting it in the book, the next crew pitch up consisting of, shall we say a more experienced Captain and take the a/c when clearly it was outside operating parameters. His reason - The fault would take several hours to fix, he had seen this in his VAST flying carreer before and there were 100+ pax waiting to go on their holidays:ugh:

What sort of message does this convey to future Captains?:=

[Golden Rivet]

How many entries go in the tech log downroute. Very few. Statistically there should be an equal split. Most pilots will only snag the aircraft on the return leg.

Now there's the irony......

[Checkboard]

Yours is the opinion that counts, John :) Just a note that I didn't say it wasn't worth discussing - just that it's not a technical issue, it's a standards one.

[spinnaker]

So the engineers agree, pilots should put defects in the book. One further point is, that by not putting a defect in, crews leave themselves wide open to scrutiny should anything untoward happens. I was not grateful for a de- pressurisation in the cruise event some years ago. It transpired that the previous operating crew had encountered a problem on the previous flight and did not log the defect. Fortunately those guys responsible are no longer in aviation.

[The Real Slim Shady]

It is a legal requirement that the PiC accurately and completely completes the Tech Log at the end of the flight, ergo, any defects have to written in the log.

The FR NGs phone Maintrol automatically on landing and report defects, hence, we can't carry defects. They have to go in the TL.

[tallaonehotel]

"How many entries go in the tech log downroute. Very few. Statistically there should be an equal split. Most pilots will only snag the aircraft on the return leg.

Now there's the irony...... "

Golden rivet has mentioned something which you will find is common place, the first port of in this predicament would be a call to maintrol for advice and peace of mind.

I agree all defects should go in the book, the more info available the better.
We all know the problems with commercial pressure.

Engineering recording systems can help no end with reliability and defect trends, which in turn gives us engineers better understanding of faults and problems.

[Human Factor]

There is also the option under certain circumstances of "ACF" (Acceptable - Carried Forward).

This enables a Captain to sign for an aeroplane and fly it with a defect which hasn't had engineering input. It's effectively a "get back to base" option. However, the restrictions on this have been tightened significantly over the years, no doubt to prevent the kind of abuse we're alluding to here, and it is now effectively restricted to non-airworthiness items.

[ericferret]

The rules regarding carried forward defects have in my opinion exacerbated the use of fag packet reporting. In the organisation I work for you are no longer allowed to write up minor defects without referring to technical information contained in the maintenance documentation. The problem lies in that many aircraft maintenance manuals and MEL's do not supply the level of detail required to defer in acordance with this ruling.

As an example a pilot while checking the oil might notice a broken catch (one of four) on the access panel. In the past the engineer on site would have determined that the panel was still perfectly secure and enter a C defect for a future replacement. He can no longer do this. If a spare catch is not available(very likely down route) the aircraft is u/s.

This is all to do with the airworthiness authorities EASA/CAA wanting to remove engineers from the decision making process. This is part of the process driven by the airlines to use fewer qualified engineers to cut costs.

I would encourage all crews to snag it as they see it. Please discuss it with the engineers first to determine a decent form of words and to ensure that the problem is understood. Dont write it in the book and head off to the bar!!!!

I believe that many pilots and engineers feel that their jobs are at risk hence the pressure to continue to operate. Those who's jobs rely on third party contracts feel particularly threatened as the feeling that the contract will not be renewed is always there.

Maybe both pilots and engineers need to bite the bullet and play by the rules. The operators will have to employ more staff and hold more spares.

Finally the word spares opens another issue. The beancounters have reduced spares holdings considerably as to them spares are just dead money. Often when engineers are reticent to see a snag in the book it is because they know the parts are not available.
It is particularly hard when they can see that the aircraft is safe but by the rules should not be flown. It is tempting for both crews and engineers to blind eye a problem till the end of the days flying.

Stick it in the book and say sod it. The punters can all go by train!!!!!!!!!!!

[Bus429]

Nerd mode here...
I'm sure you all know that ICAO, other regs and EASA (Part M.A 401 to 403 if interested) requires defects to be recorded and rectified including deferral. Usual MEL considerations by pilot etc.
The tech log is one of those documents that is used to monitor the effectiveness of the AMP; use it. :ok:

And further to posts above...tasks have to be accomplished in accordance with approved data (to which sign-offs must refer). Engineering judgment doesn't come into it at a maintenance level. The only time I have seen the term "engineering judgement" relates to Reliability Programs and Maintenance Programmes.

[NutLoose]

I do and don't agree, I had a case of one new engine that revved high, indeed just over the red line on take off...

This was tech logged and I set about it, prop changed, blade angles reset, RPM guage etc changed all to no avail, the book of words states it is acceptable to go past the red line which I knew.

So to finally clarify it so there was no doubt in anyones minds I contacted both Cessna the planes manufacturer who simply said "Read the Book" which of course I had and I also contacted Lycoming the Engine manufacturer who agreed it also was acceptable, along with several collegues, hell, I even discussed it at length with my CAA surveyor who agreed I had done everything possible, I cleared the Aircraft.....

Guess what, next flight it is again tech logged to which I simply cleared it, pointing out the clearly visible reference which I had cleared it previously too and it went on...... short of chiselling it in their foreheads I was at a loss..... it got to a point they were asking to see all the manuals at which point I simply walked away....... Seems some Pilots will not take the word of a Licensed Chief Engineers with 30 years experience backed up by the Airframe, Engine manufactures and CAA as well as several other collegues... and that is why I say NO, not always, as in this case the snag was none existant and information added to the tech log pointed out it was acceptable and within limits..

Ohh forgot to add a couple of years on it still revs higher than it's counterparts...

[ARINC]

Gentlemen and ladies..if your in any doubt...write it up...I'm sorry but I cannot abide pressure on crews to take short cuts of any type.

I for one will never query it other than to make the normal inquiries about symptoms, indications etc etc.., I fly on these things too.

[spinnaker]

NutLoose.

I can see your frustration. Was anything ever put in writing, or amendments made to the manual. I see that your book of words says that it was acceptable, but was that book of words readily available to the pilots? If it was, then strike them with a clue bat.

I've come accross discrepancies like this before, and it is frustrating, particularly when a memo is circulated pending manual updates.

[airsupport]

As a Licenced Engineer with over 40 years experience I have always appreciated it if the Crew discuss the problems first THEN by all means write it up.

However there is also a bit of a double standard here.

Many times when Aircraft are away from a main base (where they are no Engineers) Pilots will not log minor defects so as not to ground the Aircraft, IF they have concerns they will contact a main base and speak to Engineers, this is good common sense.

However I have seen it so many times where Crews will transit main bases with unlogged defects then log them only when they are finished duty because they want to get home on time, this is also wrong.

[Bus429]

Bit more nerd mode...
Part 145 requires an AMO to inform the author of approved data or other procedures of errors or anomalies. Part 145 also allows an AMO to change manufacturers' maintenance procedures if proved in error or can be done in a safer manner. In such circumstances, the AMO must inform the TC, STC holder or manufacturer but does not need their permission. The MOE must layout the procedures required to do this. Using alternate tools is an example of a change to manufacturers' data.

[NutLoose]

Spinnaker,

The Airframe manuals simply refer you to the Lycoming ones for overspeeding, which indeed gives the allowances, the fax from the manufacturer of the Engine confirmed these and that it was alright and that was passed around for all to see.

Though you say did I make every manual available to them, then the answer to that would be no, those that requested to see it I offered to show them if they popped over to the hangar, though even that some could not understand to be honest, at some point you have to trust what the Licenced Engineer who is doing the job and clearing it is telling you, exactly as a Captain has to trust the Co-pilot sitting beside him or the hostess down the back.... I can and would be happy with entries put in if something had changed in the original percieved fault, but when they are simply snagging the same thing for the same snag, then that is just being bloody minded.

The reasoning I additionally spoke to the CAA surveyor as I wanted to clarify the position in that the Aircraft Type Data Certificate for the Aircraft gives the max Engine RPM's there, even though this particular aircraft was slightly exceeding those and the Engine manufactures manuals allowed the Engine to exceed these, the Type Cert relates to the Aircraft limitations, I wanted to clear it in my mind that this was acceptable as that was new waters for me and I wanted to be 100% sure on it.

[mikehammer]

This isn't a technical discussion, so it's the wrong place for this thread.


Yes it is and no it is not, but I really like your sense of humour anyway.

[Denti]

but when they are simply snagging the same thing for the same snag, then that is just being bloody minded.


Not really, but i guess it depends on the safety culture in the company. In "mine" we are required to snag the same thing if it turns up again to create a paper trail that will eventually lead to that problem being solved. If it means to replace an engine so be it.

If something violates the hard limits (like a red line) we have in our documentation we have to write it up, even if it might be permissible according to other (maintenance) documentation. Of course forces higher up the food chain can allways change our documentation to accomodate the facts, in which case we wouldn't write it up any longer (as long as safety isn't compromised). However those changes have to be run by the authority first so normally that isn't done.

Of course they added another reason for us to write every little thing up nowadays, many of which were solved after a little chat with the engineers previously. They outsourced engineering into a different company and now the engineers need the paper to get payed for the work done (and the spares of course, be it only a light bulb in a reading light back in the cabin).

[acebaxter]

This sword cuts both ways. I've had discussions with engineers about problems with the aircraft. At the end I'm told it's not a problem, don't worry about it. The fun starts when you hand them the book and ask them to sign it off. The response is often along the lines of "you put it in the book? The aircraft is grounded now!"

As to people insisting everything goes in the book, I'll agree with you only as long as you do the same on every sector of a flight and at every station with no regard to parts or engineers or your schedule. I think you'll be hard pressed to fly any aircraft for 8 hours and have absolutely nothing go tech.

[Bus429]

I've wondered for years about one-way reliability. You know what I mean: all defects occur on the inbound sector, usually the last of the day. :ok:
That dreaded phrase, uttered by a tired pilot talking to OPS: "Is this aircraft down for the night?" Loud groans from the Line Maintenance office.;)

On a related matter, I've audited several GA commercial operations. The audit of their technical logs often reveal no defects for weeks.:E

[spinnaker]

NutLoose

I can see where you are coming from. We had a similar problem in one company I worked for. Engineer said it was fine, chief pilot saying if it was not in our book, then snag it. I got fed up with being caught in the middle, eventually I filled an ASR which got the matter sorted. All pilots were issued with clear instructions from the ops director and manuals amended. That was the big airline solution.

Just out of curiosity, did anyone ever reject a take-off, and I presume a number of pilots did continue with the take off and noted an alleged exceedance in engine parameters. So I wonder how seriously the flight crews actually took the issue. I think being a Chief Pilot in your firm could be fun and entertaining:E

[Old Fella]

This seems to me to be a "no brainer" thread. If an aircraft displays evidence of a defect, regardless of whether the crew considers it minor or major, it should be written up. It is a clear case of the engineers not being able to rectify a fault about which they have not been informed if no tech log entry is made. Crews are paid to operate aircraft within published parameters and engineers are paid to maintain aircraft which can be so operated. At the end of the day each contribute to a safe and efficient operation, i.e. as a team! :ok:

[mono]

There are many times when as an engineer I have written up a defect in the tech log following a crew debrief. Usually preceded by the words "crew report". There's nothing stopping an engineer writing up a defect too!

A tech log entry which grounds the aircraft can be a pain. But not as painful as a smoking hole if it's not investigated.

[Tee Emm]

BUT PLEASE keep the silly entrys out of the log books because you only get a name for yourself for wasting time. {Or we think your trying to impress the J F/O!}


Perceived "Silly entries" cost me my job a few years ago. I recorded the following entries in the Australian CASA designed maintenance release after flying a Beech Duchess of a "reputable" GA operator.
Glide slope and marker beacons inoperative.
Left door came open after lift off.
Left fuel gauge needle large oscillations in cruise then flicked to zero.
Right CHT gauge inoperative in cruise -OK on run up.
Aileron trim knob moves when control column wheel turned.
Nosewheel shimmy at slow speed on landing run.

On reading the entries the aircraft owner advised I was no longer permitted to fly his aircraft because I made made "trivial" entries in the defect column of the maintenance release. I was out of a job.

As far as "consulting" with an engineer before writing up a defect in the maintenance document that is fine as long as the "consulting" isn't another word for keeping the maintenance squeaky virgin clean until the next sucker pilot cops the problem. I have seen this a few hundred times in my career in general aviation in Australia and it still is a cancer in the industry with the regulator conveniently looking in the other direction pleading lack of resources.

[john_tullamarine]

I made it a point to visit as many A/C as I could

The original problem is an acknowledged problem .. but does such an approach help or hinder its resolution ?

[NutLoose]

Quote:
but when they are simply snagging the same thing for the same snag, then that is just being bloody minded.
Not really, but i guess it depends on the safety culture in the company. In "mine" we are required to snag the same thing if it turns up again to create a paper trail that will eventually lead to that problem being solved. If it means to replace an engine so be it.


Denti,

I can see where you are coming from, but in this case there was not a "problem to solve" it was percieved to be one, but all the maintenance manuals and the manufactures confirmed that it was acceptable, this is what was added to the tech log.

spinnaker,

No rejected takeoff, it was re snagged when it came back.. hence why I said not all items should go in when you can visibly see that the previous entry for the same thing had been cleared with the reasons why it had been stated. I agree if something had changed to warrant an entry make one, but if not, then all you are doing is cluttering up the tech log with unneccesary entries.

[Say again s l o w l y]

I've seen things left on bits of paper that I couldn't believe, such as "On first sector it took 5 cycles to get the gear down and and locked, on subsequent sector it took 2 attempts, please be aware and tech at end of shift" This from the fleet manager..............

Needless to say that a/c didn't move an inch further that night and the "fag packet" entry was recorded in glorious technicolour for future backside covering purposes.

In that company that was the final straw for me and I simply took all the data on "Dodgy maintenance" I had, handed it over to the FoI and I was gone within a couple of weeks strangely unchased by the company for things like bonds etc.

It was a culture that had built up from years of pressure on crews and engineers. There are always some who will "toe the company line" and others who realise what is acceptable and what isn't. I did not envy the engineers one little bit and they often performed miracles to keep the a/c going and legal, but there were a few who I wouldn't trust as far as I could throw them. If I saw their signature clearing a defect. I checked it very carefully.

I'll add that this firm went out of business soon after as the only company for donkeys years to have their AOC rmoved by our normally toothless CAA.

It turned me from flying almost completely, why would you blast off into the air with a nagging doubt as to the serviceability of your a/c. It just isn't worth it.

[The Real Slim Shady]

ASFKAP

Sorry but as well as phoning home with the OFDM data, which is encrypted, the jet also phones home reporting any snags.

I had an emergency exit indicate as open on the landing run on touchdown in TFS: by the time we had the pax disembarked a Spanish engineer from Futura appeared clutching a fax from Maintrol asking him to check the aircraft for the specific fault. I hadn't phoned Ops or Maintrol, nether had the FO.

[slapdash8]

Sorry but as well as phoning home with the OFDM data, which is encrypted, the jet also phones home reporting any snags.

I had an emergency exit indicate as open on the landing run on touchdown in TFS: by the time we had the pax disembarked a Spanish engineer from Futura appeared clutching a fax from Maintrol asking him to check the aircraft for the specific fault. I hadn't phoned Ops or Maintrol, nether had the FO.

Perhaps the previous crew had left a 'fag packet' in an empty line maintenance office :E

What kind of maintenance diagnostic system does the NG have? i have never had the privelage of working on a shiny boeing.

I know our QARs are downloaded at certain stations at certain intervals, and as far as im aware the information is mosty Trend with a small selection of data from the FDR, with full FDR downloads taken manually at longer intervals. The data is generally sent away for analysis.
as for the whole tech log issue....Put it in the book and give a verbal debrief (if met by an engineer) it makes the job a lot easier. i couldnt give much of a hoot if the aircraft is grounded by an open entry. better safe than sorry

[Mr.Brown]

Most airlines just have enough aircraft to cover their schedules these days. They operate at full steam.
Sometimes, it almost feels as if its your duty as a pilot or engineer to find away around the defect if there is no quick fix. "Creative writing" or "no writing at all"
So I say, as an engineer, put it in the tech log, go by the book, highlight that airlines are overstreching their fleets,crews and their engineers. Put the pressure on Management to run the airline as it should be run.

[rubik101]

On the latest 737 NGs the OFDM is sent via mobile 'phone to Maintrol after every landing, so the scenario mentioned above is not unusual.

[FlyingWrench]

Nutloose

After reading your comment on the engine reving high I am trying to understand what you mean. Lycoming engine with constant speed propeller? This would have a propeller governor with low pitch stop setting? Adjusting the stop screw would in return adjust engine rpm by adjusting blade angle. If I am way off base of what you meant let me know.

I agree everything should be put into the tech logs along with talking to maint about it. Alot of times mechanics will have a better understanding of what prob is and will have a better starting point.

FlyingWrench

[groundfloor]

Faint Ink better than soft words!:ok:

[Siforest65]

Quote "I've wondered for years about one-way reliability. You know what I mean: all defects occur on the inbound sector, usually the last of the day. http://static.pprune.org/images/smilies/thumbs.gif
That dreaded phrase, uttered by a tired pilot talking to OPS: "Is this aircraft down for the night?" Loud groans from the Line Maintenance office.http://static.pprune.org/images/smilies/wink2.gif

On a related matter, I've audited several GA commercial operations. The audit of their technical logs often reveal no defects for weeks.http://static.pprune.org/images/smilies/evil.gif" Unquote

...and not forgetting the flurry of entries that appear just before an aircraft goes in on its Basecheck

[itsresidualmate]

As a licensed engineer, my view has always been 'stick it in the book'.

If it's a minor defect of no consequence '...nosewheel appears dusty...' I can always fix it/pen it off.
If I can't fix it, pen it or ADD it, then it should quite righty ground the aircraft.

The rule of thumb I always use with defects is 'would I let my kids fly on this aircraft?' Of course that rule does cause problems as they grow up to be teenagers...

[Wirelock]

hehe:D good one itsresidualmate

[rwm]

I like to have a good working relationship with my crews. If they don't trust me, or respect me, then I try to fix that situation. Safety begins with comunication.

I have on occasion had to work with the odd "Blue Blood", and this is the worst kind of human around. They are arrogant, and think that they are the only people who know about aircraft. This kind of person is the kind who writes up a snag and runs off to the bar. When the snag is read, it does not relate to anything specific, and the fault is not found, and either a great deal of time is wasted, or a minor snag is fixed, and the intended snag is not dealt with.

As to what gets writen up, I prefer to have the crew write up any snag they find, regardless of how minor it is. The only time I ever deviate from this practice, is if it will ground the aircraft for a cosmetic item. I will discuss with the crew the best way to write up the snag, so as it gives the possibility to make a temporary repair, or put it in a defect log if possible.

This gives the crew faith that you will deal with the issues they have, and you also have faith that they will discuss with you before they write things up and run to the bar.

At the end of the day, we are there to be safe, and make money. Can't do that if the aircraft is broken, or falls out of the sky.

[Checkboard]

if it will ground the aircraft for a cosmetic item.

If it's a cosmetic item, how will it ground the aircraft?

[SimJock]

If it's a cosmetic item, how will it ground the aircraft?

Mascara jammed in speedbrake controls ? :ooh:


Same principle for flight sims guys and gals, write it up in the log book please.

For recurrent defects it might be worth looking at the answer to the previous time it was snagged before deciding to add it again.

[Agaricus bisporus]

If anyone doubts the extent to which fag packet reporting has been taken in UK scheduled service in the recent past this is the fleet defect list that I gave to our chief engineer after months of scribbled notes on the back of the previous crew's met-brief . News of the serious accident (with pax on board) that prompted this action, and the resulting accident report never made it to the CAA's safety executive, and incredibly no official record of it exists that I can find today. The Flt Ops inspector was totally dismissive and uninterested, (He was approaching retirement and I suspect he knew full well but didn't want the ruckus to hazard his index linked pension)
I've never seen anything like it since, though whispers suggest this was not the end of such behaviour in this particular company.

I was made redundant days after submitting the list, despite a shortage of pilots.
Didn't have the right attitude, thank God!
Best chuck-up I ever got!





G-XXXX

Radar U/S...Tests OK but onWx displays “FAULT” and shows no returns.

Overhead c/b panel illumination u/s

P1 AI moves in 1-3deg jerks in roll, 1-2deg jerks in pitch, eyebrow roll indicator moves (jerks) independant of AI.

PA inaudible in flight

Chimes u/s

LH engine will not start first on batt, no light-off

No wing de ice light



G-YYYY

De ice boots, no indication tail & outers

Radar u/s

Compass systems up tp 10’ out of sync

P1 AI moves in 2’ increments, pitch & roll, skypointer out of sync w. horizon tape

Chime inaudible at rear of cabin

PA inaudible in flight

Hdg bug couples up to 3’rt of rh edge of bug

Tech log entry ’tail de ice boots’ no other info given

no wing de ice light


G-ZZZZ

Radarperformance poor

Placarded ‘No 136.0 both radios

Unable contact 134.6/136.4

ADF may indicate 180’ out. Cycling invertor may cure.

no wing de ice light

No 1 eng performance; 80% Tq on t/o, ITT limited, better when airborne



G-AAAA


P1 AI moves in 2drg increments (jerks) in pitch and roll. Skypointer out of sync with horizon

P2 Masrer Warn u/s

Outer de ice boot cycle u/s indication

P1 screen heat u/s

no wing de ice light


P1 RMI no.1 switch u/s, VOR selection very difficult to sustain

Heater u/s Auto, over sensitive in man.

Flap not to be used, posible Assy or stuck if retracted (note in tech log)

Severe nosewheel shimmy (reported to ch. eng)

P1 VOR/ILS indications severely inaccurate, see ILS incident (date). A/C signed u/s in tech log (same date). no change/ADD (later date)
Nb. Pilot was summoned to HQ for an interview without coffee for writing up this defect, and his Professionalism severely questioned by Ch Exec.

Radar u/s

No 1 glideslope sticks up



G-BBBB

Radar u/s

Screen de-ice causes unacceptable & loud heterodyne whine in intercom

PA works, but bleeds over onto other station box obliterating RT traffic

VHF, not equipped for 136+ Mhz

Both clocks u/s

No 1 Glideslope sticks up

No reading lamps in cabin

No wing de-ice light





Picture flying these heaps of junk in icing conditions, and on instruments. Scary, isn't it?
And all from a culture that had captains in fear of their jobs if they wrote an aircraft u/s.


so, WRITE IT IN THE TECH LOG!

[Kerosine]

if it will ground the aircraft for a cosmetic item. If it's a cosmetic item, how will it ground the aircraft?

The original poster was trying to say that if someone puts a cosmetic item in the tech log it will by default ground their aircraft until it has been checked out and signed off.

[Agaricus bisporus]

Why will "cosmetic" snags ground the aircraft?

Defer them yourself/have them deferred and carry on!

What's hard about that?

[Mad (Flt) Scientist]

I *think* the issue is that there may be no immediately available MX cover (at a remote destination say) and the crew may not be authorised/permitted to sign off the log themselves, either by company policy, regulatory edict, or union/demarkation issues.

It's analagous to having a sore, but not painful, tooth on vacation. If its not really bothering you, the hassle of finding a local dentist probably means you'll 'defer' the dental snag until you get home. But if you had a hypochondriac partner, and told them ('put it in the log') you'll be spending the next two days trying to say 'please, not the pliers' in pidgin-swahili or whatever ...


It's something likely trivial to deal with or defer with resources available, but a real bind in the wrong location.

[itsresidualmate]

...of course it'd also encourage the employment of more dentists!:ok:

[NutLoose]

FlyingWrench (http://www.pprune.org/members/262988-flyingwrench)

Join Date: Jul 2008
Location: Lost
Posts: 16


Nutloose

After reading your comment on the engine reving high I am trying to understand what you mean. Lycoming engine with constant speed propeller? This would have a propeller governor with low pitch stop setting? Adjusting the stop screw would in return adjust engine rpm by adjusting blade angle. If I am way off base of what you meant let me know.

I agree everything should be put into the tech logs along with talking to maint about it. Alot of times mechanics will have a better understanding of what prob is and will have a better starting point.

FlyingWrench


I know where you are coming from, but this was a fixed pitch prop..... Now I know what you are going to say, it is the prop then, so we tried another one of an identical aircraft that had no problem at all to no avail, we then sent the prop away for overhaul and had them reset the twist in the prop to the max limits to try and address it that way, although it had a slight effect, it did not affect the figures sufficent to notice. Unfortunately the throttle stop at max RPM is fixed so you cannot do anything with that....The manual gives several limits which range from the not more than 5 seconds examples down to the accepable..

In our case, the Engine Manufacturers continuous rated Max RPM for the Engine in question is actually is higher than the redline on the Aircraft Tacho and the Aircraft TDC RPM figures by a couple of hundred RPM, which is why I went to both Manufacturers and the CAA........ go figure.
That being the case the Engine was reving well below its Max Continuous figure but just over the Aircraft Redline by about 50 RPM in the climb, the Prop was checked and overhauled and also found to be well within limits.. That is why we could not understand how an Aircraft could possibly have a Redline lower than what the Engine was capable of producing in normal operation, naturally you would assume the prop would govern it, but that too as said was all within the manufacturers limits. There being no adjustment possible to the max RPM stop and all the fuel flows being correct, maybe we just got close to a "Blueprinted" engine.

N.B
For those in here that may not know what a "BluePrinted" engine is, It is a theoretical engine that is as close to the original manafacturers drawings as possible, hence "Blueprinted"..... a production engine will not come close to this as you will often get lips, casting marks etc such as where the induction manifold bolts onto the heads which cause poor airflows and disruptions to it and reduce performance and overall power output. That is why when you hear of a "Blueprinted" engine being fitted to a car etc it will have had all the casting marks and lips machined down to get them as smooth and close to what the manufacturer had envisioned in the design as possible, which will give you a more efficent engine that produces more power.

[Beeline]

I think some people would be suprised the amount of defects that are hidden from the tech log.

Work requests, base maintenance files and Virtual tech log entries represent aircraft defects but have no physical presence within the log. Should this be the case it does go on and is approved?.....

Therefore, any defect that is entered is looked at by a team of professionals, trended, monitored etc so it is always worth writing it in.

How would the information be recieved if you did know that an intermittent fault existed, it was being looked at by a technical department and annotated within the log as a supplement...

Should the defect be a snag, locked out, deferred, full stop or should a 'for info' item be entered to relay further data??.. Cheers

[mnttech]

Same principle for flight sims guys and gals, write it up in the log book please. :D

I totally agree, and a great point. Nothing ticks me off more than an instructor (IP) that comes out of the sim saying:
"It's been doing that for a while now."
Me "Did you write it up?"
IP "Ah, no, I thought you knew about it."
Aughhhhh.:ugh:

Of course the other one would be after a host crash:
Me "So, just what were you doing just before it crashed?"
IP "Nothing..."
While I don't expect an IP to trouble shoot my sim (or the aircraft either) being able to tell me the last couple of things they did or used is a great help in troubleshooting. Cuts down on the CND's

[stilton]

We carry a separate 'cabin log' for 'minor' cabin items which seemed like a good idea at the time but has proven to be more trouble than it's worth, with Flight Attendants writing up airworthiness items which then have to be transfered to the main log anyway.

I am hoping we will get rid of it, the most serious problem with this system shows up when the incoming Captain does not check the cabin log thoroughly enough and misses an airworthiness item.

Anyone else use this system ?

[spannersatcx]

Yes we have cabin logs, better than have just a tech log, if you have the right procedures in place then any airworthiness item is then transferred to the tech log by the crew. or if they miss it then an engineer will do it, we have a code system which automatically tells the crew it should go in the tech log.

[FlyingWrench]

Nutloose,

Ok I get it now. Seems like a weird scenario with diff limits from engine and ariframe. Well all the better, you had a "tight" engine. Now if the pilots would just pull the throttle back a little to set max RPM. :ok:

[Morbid]

Interesting to see the discussion of write it up / don´t write it up.... Lets go back to the very basics. If there was any problem:

"Stay with Ac until the Eng arrive"

I´ve lost count of the number of times I´ve encountered the Ac bedded down with the log book open inside with a snag or two that have taken the whole night to trouble shoot. Why all night? Because the crew buggered off and instead of being available for questioning we had to determine in exactly what config the Ac was when the defect appeared. :hmm:

[spannersatcx]

interesting Airline maintenance cuts 'threaten safety' (http://www.telegraph.co.uk/travel/travelnews/2687252/Airline-maintenance-cuts-threaten-safety.html)

A survey of aircraft maintenance engineers by the AEI found that 85 per cent of faults were reported only after a pilot had made a homeward flight or at the end of the day’s flying. This allows airlines to fix problems at more convenient times, avoiding extra expense.

But a spokesman for the British Airline Pilots Association (Balpa) said that its own inquiry found that no major problems go unreported.

“Pilots are under pressure,” he said, “but not to the extent that they would compromise the safety of the plane or passengers. We have not reached that point yet, but who knows whether it will be a different story in a year’s time.”


Met a flt the other day capt says "I haven't put it in the book, but..."

OK, checked the MEL 2 installed, 1 required, but there were none on the a/c, AOG overnight waiting bits, why not just write it in the book. Covered myself as 1st line of defect read, on crew verbal report....

Why not just write it in in the 1st place,:ugh:

[allthatglitters]

Then theres the other side, the inbound crew write up a defect, engineer gets called at the last minute, go onboard, the new crew and SLF are sat there all expectant and ready to go, the captain say's "Just sign it off, it's alright, I'll take it!"
I informed him it dosn't work like that, I asked him to offload the passengers so I could do my investigation with the electrical power off, and lift him mouth opened and went below to have a look around below the cockpit. When I got back they were all still sat there, nothing had happened until I informed him, I had found rodent droppings and I was not allowed to dispatch the aircraft.....

[FlightDirector7]

Its great to see so many answers to a catch 22 i was always in, whether to write a snag in the tech log or not. I agree with CESSNA 24, in one of the earlier posts that it does make sense not to write small snags in the log. to give you an example, for the guys operating A320 aircraft, we had an ECAM that used to be generated every flight for a period of 8 months continously, ECAM : R OUTER TANK HI TEMP. This snag was written numerous times in the log and the reason it used to be generated was due to interference of communication equipment. Engineers told us to stop writing it because there was nothing they could do about it after having tried resolving the problem with Airbus. I do agree that any small snag should be written down as we are legally bound to do so. I cant understand why many people dont write things down in the log even if it is something as small as changing the bulb of the landing light :rolleyes:.

[BusBoy]

Mobid
in an ideal world yes, stay with a/c to help troubleshooting. However, after long day, discretion and 0200+ arrival how long do you wait for engineers, 1h, 2, 3? putting you out of hours to operate next flight...

[WenWe]

You could call up the line mx office or maintrol & ask for someone to attend asap to debrief you (or talk to you on the 'phone)?

It's not always possible to meet each a/c as it arrives when most of the fleet roll up at the same time.

[MrHorgy]

This thread is pretty interesting, as a low-ish (<1000 hours on type) guy I don't see much of the techlog.

One question I do have, is at my airline, it seems cabin crew are actively encouraged to write up defects in the Cabin Defects Log (managers assume if there aren't defects you aren't looking hard enough and are reprimanded). A favorite past-time in delay situations is for them to look for dings and bulbs gone and write them up, am I writing in thinking at the end of the day we should have a look in it and transfer pertinent ones to the main Tech log?

I'm just as bad, part of my pre-flight includes a light test and if I have time i'll replace all the bulbs that are gone from the onboard spares box, do you Techlog it if you've taken one or two out? Or is this sort of thing operator specific?

Horgy

[Wirelock]

. to give you an example, for the guys operating A320 aircraft, we had an ECAM that used to be generated every flight for a period of 8 months continously, ECAM : R OUTER TANK HI TEMP. This snag was written numerous times in the log and the reason it used to be generated was due to interference of communication equipment. Engineers told us to stop writing it because there was nothing they could do about it after having tried resolving the problem with Airbus. I do agree that any small snag should be written down as we are legally bound to do so. I cant understand why many people dont write things down in the log even if it is something as small as changing the bulb of the landing light .

then the engineers should have put on board details of the correspondence between them and airbus. normally airbus would issue a TFU with regard to a reoccuring problem like this. i have searched and not found anything with this message.
i know that the word of the engineer should be trusted, but in this case with a known problem, the crew should have all the info to decide whether it is an airworthiness issue or not.

[john_tullamarine]

the crew should have all the info to decide whether it is an airworthiness issue or not.

defeats the underlying system. If there is a recurring minor snag, then the appropriate way to handle it is by notice to aircrew with whatever instructions .. keeps it closed loop and all relevant parties in the loop.

[Mach trim]

Doesnt that tell you what kind of company you work for.

You can tell the ones give you flack for writing stuff in the Tech log.

One should know the consequence of what one is writing and the MEL.