För att analysera FDR, hämtas data till den lokala datorn från FDR och matas in i analyseringsprogramvaran. Jag skulle vilja veta vad filförlängningen av data lagrad på FDR är. Jag kom fram till att det måste vara csv för att lagra all data om höjd, longitud, latitud och så vidare. Då matas denna .csv-fil in i analyseringsprogrammet för analys. Men jag är inte säker på om jag är rätt.
Byggare av en FDR måste överensstämma med DO-178C (den äldre DO-178B kan också vara av intresse här) enligt AC 20-141B utfärdad av FAA . Dessa dokument definierar inte specifikt ett dataformat utan ger krav på vad det måste vara motståndskraftigt mot. Här är en intressant forskningsrapport som täcker några av ämnena du frågar om. Eftersom de flesta avionics använder ARNIC 429 som standard för kommunikation ger vissa FDRer ARNIC 429 inmatningar för att spela in avionics instruktionerna vid den tiden. Jag antar att dessa ingångar dumpar bussdata direkt till lagringsmediet (sannolikt solid state-minne i dessa dagar). Eftersom de format som enheten använder kan vara såväl egenutvecklad som mycket låg nivå (och minneseffektiv) är jag säker på att de gör programvara för att dumpa den till andra format. Till exempel L3 gör en fullständig enhet till sina FDR .
Efter lite mer sökande hittade jag vad som kan vara det mest omfattande svaret från Boeing sammanfattningsdokument
What Is a Data Frame?
A flight data recorder (FDR) data frame is the order of the words that are transmitted from the digital flight data acquisition unit (DFDAU) to the digital FDR (DFDR) each second over many seconds (see ARINC 717 for additional information). Most FDR system data frames are made up of four subframes within one superframe. For a 64-words-per-second (wps) FDR system, a DFDAU will output 64 12-bit words to the FDR each second, where each word typically contains the value of an analog parameter. The order of the words (for example, word number 12 of the 64 words) within a subframe, as well as the order of the subframes, define an FDR data frame. This order is important to understand in order to decode the data recorded in the DFDR.
Det bör också noteras, även om de kanske alla har fasats ut nu, vissa äldre cockpit voice recorders och FDRs inspelade på analoga medier och kan fortfarande vara inservice så.
Vi kan använda inductive reasoning för att gissa på ett sannolikt svar på din fråga .
Din premiss:
I came to the conclusion that it must be csv
är sannolikt fel.
Det enda syftet med en CSV-fil är att överföra data mellan en källa och en diskbänk som inte förstår hur den andra lagrar data.
En FDR behöver inte förstås av någon annan diskbänk än tillverkaren och / eller incidentundersökarna.
Att lägga till möjligheten att lagra eller hämta data i ett CSV-format skulle öka komplexiteten genom ytterligare problem att lösa, vilket helt enkelt inte behövs.
Allt som krävs är en metod för att extrahera de råa dataen och visa den i ett format som människor kan förstå. Detta är triviellt gjort med en del anpassad programvara.
Designern har inget krav på att tillhandahålla data i något annat format än det som krävs av extraktionsprogrammet, så att de helt enkelt inte kommer att implementera det.
CSV och andra datautbytesformatfiler, alla har begränsningar. De förlorar upplösningen, de är ineffektiva i resursanvändningen och finns bara för att arbeta kring problem som införs genom bristande standarder, olika tolkningar av standarder och försök från kommersiella programvaruförsäljare för allmänt ändamål att differentiera sig eller göra det svårare för system att samverka.
Vi kan därför med rimlighet dra slutsatsen att en FDR inte lagrar data i en CSV-fil. Naturligtvis innehåller den anpassade programvaran som extraherar data kanske en sådan funktion, men då igen, varför skulle det göra det?
Läs andra frågor om taggar flight-data-recorder Kärlek och kompatibilitet Skor Gear 12 Stjärntecken Grunderna