Uživatelům by se hodilo, aby se přístroj zapínal po vzletu sám a vypínal před přistáním také sám. Vedle faktu, že bezpečnostní autority mají obavu ze zapnutých přístrojů s bateriemi v prázdném letadle. Tak by takováto změna měla i další výhody:
Snadněji by se přefiltrovaly data jen na lety tím, že by bylo sníženo množství dat, které přístroj zbytečně zaznamenává na zemi.
Snížila by se tím spotřeba energie i datového prostoru, takže se efektivně prodlouží čas po který detektor může zůstat na palubě bez servisu.
Jak to udělat
V případě aktuálního HW jsou dvě možnosti jak detekovat let. Buď tokem částic, nebo tlakem v kabině. Detekce pomocí tlaku v kabině umožňuje snížit spotřebu uspáním všech částí detektoru, kromě barometru. Detekce letu pomocí radiačního toku, naopak zajišťuje, že se detektor vypne i na výše položených letištích, kde by jinak díky překročení tresholdu výšky zůstal zapnutý. Bude zde zároveň potřeba implementovat i nějakou hysterezi, nebo časové spoždění, aby nedocházelo k cyklickému vypínání a zapínání detektoru při pomalé změně tlaku, nebo radiačního toku v kabině.
Jako vhodé řešení mi proto připadá nejdříve implementovat spínání podle tlaku fixním tresholdem. např. 1000mnm. Vypínání detektoru podle radiačního toku následně implementovat až později.
Obecně aby toto vypínání šlo realizovat, tak je potřeba mít vyřešené #28
Dále vypínání samotné může být realizováno minimálně dvěma úrovněmi
Stand-by režim, kdy jsou vypnuté některé části AIRDOSu, detektor nijak nebliká, ale MCU a tlakoměr jsou stále napájeny.
Úplné vypnutí, kdy je MCU společně s velkou většinou elektroniky odpojen od napájení a musí počkat na zapnutí od RTC
V první implementaci stačí realizace stand-by režimu. Implementace vypnutí MCU je složitější, protože na stejném signálu je připojeno ještě tlačítko "power" a také vstup od aktivace indikátoru nabití akumulátorů.
Uživatelské rozhraní
Po zapnutí detektoru musí mít uživatel čas poznat, že detektor správně funguje. To znamená, že čerstvě aktivovaný detektor by se neměl hned vypnout na základě podprahových hodnot. Doba za kterou se vypne by měla být nejméně v minutách. Je zároveň na zvážení, zda by uživateli po tuto dobu neměl být poskytnut i nějaký diagnostický výstup jako třeba #27
Uživatelům by se hodilo, aby se přístroj zapínal po vzletu sám a vypínal před přistáním také sám. Vedle faktu, že bezpečnostní autority mají obavu ze zapnutých přístrojů s bateriemi v prázdném letadle. Tak by takováto změna měla i další výhody:
Jak to udělat
V případě aktuálního HW jsou dvě možnosti jak detekovat let. Buď tokem částic, nebo tlakem v kabině. Detekce pomocí tlaku v kabině umožňuje snížit spotřebu uspáním všech částí detektoru, kromě barometru. Detekce letu pomocí radiačního toku, naopak zajišťuje, že se detektor vypne i na výše položených letištích, kde by jinak díky překročení tresholdu výšky zůstal zapnutý. Bude zde zároveň potřeba implementovat i nějakou hysterezi, nebo časové spoždění, aby nedocházelo k cyklickému vypínání a zapínání detektoru při pomalé změně tlaku, nebo radiačního toku v kabině.
Jako vhodé řešení mi proto připadá nejdříve implementovat spínání podle tlaku fixním tresholdem. např. 1000mnm. Vypínání detektoru podle radiačního toku následně implementovat až později.
Obecně aby toto vypínání šlo realizovat, tak je potřeba mít vyřešené #28 Dále vypínání samotné může být realizováno minimálně dvěma úrovněmi
V první implementaci stačí realizace stand-by režimu. Implementace vypnutí MCU je složitější, protože na stejném signálu je připojeno ještě tlačítko "power" a také vstup od aktivace indikátoru nabití akumulátorů.
Uživatelské rozhraní
Po zapnutí detektoru musí mít uživatel čas poznat, že detektor správně funguje. To znamená, že čerstvě aktivovaný detektor by se neměl hned vypnout na základě podprahových hodnot. Doba za kterou se vypne by měla být nejméně v minutách. Je zároveň na zvážení, zda by uživateli po tuto dobu neměl být poskytnut i nějaký diagnostický výstup jako třeba #27