![]() |
If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Display Modes |
#21
|
|||
|
|||
![]()
On Dec 8, 12:16*pm, Darryl Ramm wrote:
There are different symptoms and probably different causes. I didn't have a bad seal indication. The seal was good, the security was bad, next log had good security. I only realized the next log had good security after I sent it back to be fixed. Hence the conclusion that sending it back was a waste of money. Andy |
#22
|
|||
|
|||
![]()
On Dec 8, 2:26*pm, Andy wrote:
On Dec 8, 12:16*pm, Darryl Ramm wrote: There are different symptoms and probably different causes. I didn't have a bad seal indication. *The seal was good, the security was bad, next log had good security. * I only realized the next log had good security after I sent it back to be fixed. *Hence the conclusion that sending it back was a waste of money. Andy I wonder if all units are vulnerable? Mine has several hundred hours on it, memory was full when I bought it (Spring 08) and I've subsequently put 80 odd flight hours on it with no failures. Sometime this Fall I had the thought to go back and check every single log in the recorder to see if there were any failures that I might have missed (20 minute sled ride, aero-retrieve, etc.) and there are none. So it does appear possible, at least occasionally, to completely fill the 302 memory without inducing the security failure. -Evan Ludeman / T8 |
#23
|
|||
|
|||
![]()
On Dec 8, 11:48*am, wrote:
On Dec 8, 2:26*pm, Andy wrote: On Dec 8, 12:16*pm, Darryl Ramm wrote: There are different symptoms and probably different causes. I didn't have a bad seal indication. *The seal was good, the security was bad, next log had good security. * I only realized the next log had good security after I sent it back to be fixed. *Hence the conclusion that sending it back was a waste of money. Andy I wonder if all units are vulnerable? *Mine has several hundred hours on it, memory was full when I bought it (Spring 08) and I've subsequently put 80 odd flight hours on it with no failures. *Sometime this Fall I had the thought to go back and check every single log in the recorder to see if there were any failures that I might have missed (20 minute sled ride, aero-retrieve, etc.) and there are none. So it does appear possible, at least occasionally, to completely fill the 302 memory without inducing the security failure. -Evan Ludeman / T8 The problem is isolated and clearly many C302 can wrap log memory (many times) with no problems, soem other 302s may never get to wrap they log memory if they have slow log rates, don't fly much and/or are are calibrated periodically (when log mmory will be cleared). All this assumes that the folk law on wrapping the log memory is correct. Maybe it's certain units that are more problematic, maybe it's related to some pseudo random things like what memory address things happen to start or end at and so maybe we are all playing Russian roulette. I hope Cambridge have a handle on this now with the FLASH memory chip change. Like I said I've stopped clearing memory and am running at 1Hz log rate and will see. So while irritating for us who experience this, it is nice to get such quick turn around from the US based factory on service stuff. Darryl |
#24
|
|||
|
|||
![]()
As the originator of this thread, today I did not get "Security Fail "
after my flight. Jeff, the main man at CAI stated this morning that subsequential flights with S Fail problems most likely means a battery issue. In review, I believe my problem yesterday may have been being to quick to transfer flight info. after aircraft came to a stop. I hope, anyway. This was the first burp on a unit with over 900 hours on it. Lets see what happens tomorrow. R |
#25
|
|||
|
|||
![]()
On Dec 8, 6:23*pm, " wrote:
In review, I believe my problem yesterday may have been being to quick to transfer flight info. after aircraft came to a stop. That's interesting. Did Cambridge suggest there was some minimum time that should elapse between landing and download? Andy |
#26
|
|||
|
|||
![]()
Sorry it took so long to get back. I thought I read in the manual to
allow a few minutes after stopping for the unit to settle and log "on ground". I waited only seconds after stopping to transfer before climbing out of the cockpit. I'm not sure if there is a connection with my S Fail indication. Looking at the above postings proves to me I'm out on the fringe of understanding any of this. R |
#27
|
|||
|
|||
![]()
On Dec 9, 4:20*pm, Tim Newport-Peace ] wrote:
I am wondering if this problem is due to trying to download while still recording. Me too. I would be a **** poor design if the utility was allowed to access the log file before it been properly closed but it wouldn't surprise me. I suppose a useful test would be to try a download while still in motion. Something to try on a winter local flight perhaps. Andy |
#28
|
|||
|
|||
![]()
On Dec 9, 4:20*pm, Tim Newport-Peace ] wrote:
I am wondering if this problem is due to trying to download while still recording My 302A CFR has been giving me a security fail notice in the Cambidge Utility progamme after every download for at least 2 seasons. Often I have downloaded the flight log when de-rigging long after landing so in my case at least I am sure that downloading while still recording is not the cause of the problem. I have cleared the memory on 2 separate occasions and that made no difference either. John Galloway |
#29
|
|||
|
|||
![]()
Hooked up to a PDA or PC with a terminal program. typ VER return.
The 302A will give a text message, concluding (if there is a bad electronic seal) with 'Security Fail'. If so, in UK send it to me at RD Aviation or Dickie Feakes where it can be resealed (after checking the memory battery voltage and replacing if necessary). Pete Purdie At 19:48 11 December 2008, wrote: On Dec 9, 4:20=A0pm, Tim Newport-Peace wrote: I am wondering if this problem is due to trying to download while still recording My 302A CFR has been giving me a security fail notice in the Cambidge Utility progamme after every download for at least 2 seasons. Often I have downloaded the flight log when de-rigging long after landing so in my case at least I am sure that downloading while still recording is not the cause of the problem. I have cleared the memory on 2 separate occasions and that made no difference either. John Galloway |
#30
|
|||
|
|||
![]()
On Dec 11, 3:45*pm, Peter Purdie wrote:
Hooked up to a PDA or PC with a terminal program. typ VER return. The 302A will give a text message, concluding (if there is a bad electronic seal) with 'Security Fail'. If so, in UK send it to me at RD Aviation or Dickie Feakes where it can be resealed (after checking the memory battery voltage and replacing if necessary). The security fail report does not indicate that the seal is bad. Please assist Cambridge with fixing the design problem rather than using it to solicit business! Andy |
Thread Tools | |
Display Modes | |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Pilots in India often fail alcohol tests | Larry Dighera | Piloting | 1 | June 27th 08 08:05 PM |
Police fail to investigate another LASER attack | Rowan | General Aviation | 7 | June 10th 08 02:46 PM |
IOF 240 Engine-Would it run if the batteries fail? | Piperflyer | Owning | 6 | May 10th 04 05:18 PM |
F-89 rockets fail to stop Hellcat | Paul Hirose | Military Aviation | 1 | January 19th 04 02:46 PM |
ADEN 25mm - why did it fail | John Walker | Military Aviation | 2 | August 17th 03 05:27 PM |