kaklik
commented
2 years ago Kromě záležitostí výše do tohoto problému ještě vstupuje fakt, že v případě, že získáme třetí kameru. Tak by chtělo najít způsob, jak triggerovat všechny tři kamery současně.
To pak znamená dvě možnosti.
- Buď budou na třech autech samostatně běžící detekční systémy, kdy si každý z nich určí, kterou část záznamu uloží
- Nebo bude mezi auty probíhat nějaká komunikace a budou se ukládat blesky na základě detekce na více autech současně.
Dosavadní pokusy o to zajistit "synchronizaci" ručně telefonem, nebyly příliš úspěšné, protože dohodnout se na tom který z blesků zaznamenávat je poměrně náročné.
roman-dvorak
Pro záznam dat je potřeba trigger, který spustí záznam při výskytu blesku. Zatím byly testovány tyto triggerovací techniky:
Jako nejlepší tak zřejmě vychází první dvě techniky, které je vhodné i kombinovat. Jde o algoritmické triggerování z amplitudy a šířky pulzu a triggerovací tlačítko, které ovládá obsluha měřícího vozu.
Implementace algoritmu
Při algoritmické implementaci, je důležité, aby bylo možné triggerovat od události vzniklé na libovolném z kanálů. Neboť dopředu nevíme který radiový kanál detekuje výskyt blesku. Trigger by tak vytvořil kanál, který dříve splní podmínky.
Na osciloskopu bylo vyzkoušeno, že dostatečně dobře funguje triggerování od úrovně signálu a šířky pulzu. (Minimální doby po kterou zůstává signál nad prahovou hodnotou). Reálně se používá tento rozsah parametrů
Rozsah parametrů by bylo potřeba mít nastavitelný buď skriptem, nebo konfiguračním souborem.
Pro implementaci triggerovacího algoritmu existují dva možné přístupy:
Pro obě řešení je důležité že experimentem se ukázalo, že zřejmě není nutná vyšší vzorkovací frekvence než 2.5MHz. Triggerování tak může být implementováno na kontinuálním toku dat přenášeném přes 1G ethernet. Problémem zde však je, jak zajistit přesnou časovou informaci o výskytu triggeru, respektive o přesném časovém umístění jednotlivých vzorků. Neboť časové zpoždění dat přenášených přes ethernet je neznámé.
V GNUradiu je momentálně implementováno klasické triggerování od úrovně signálu. Jiný způsob triggerování by zřejmě bylo nutné doplnit.
Zároveň zde vzniká komplikace v tom, že ve stejnou chvíli je nutné spustit záznam z více přístrojů. Algoritmický trigger, by tak potřeboval nějaký poměrně rychlý sekundární výstup. Asi je akceptovatelné, aby byl realizován i přes ethernet. Neboť většina přístrojů je schopná realizovat záznam v jednotkách sekund, kde časové zpoždění v řádu desítek milisekund nehraje příliš roli. Je však potřeba zajistit, aby ostatní přístroje (pokud nebudou čas odměřovat od v čase přesně lokalizovaného triggeru). Měly svojí přesnou lokalizaci dat v čase. To je nyní problém zejména u kamery.
Všechny přístroje ale kromě ovládaní přes ethernet mají ještě TTL vstup pro spouštění záznamu. Znamená to ovšem po autě (včetně střechy) rozvést koaxiální kabel obsahující signál triggeru.
Zařízení, která musí být na základě triggeru spouštěna:
Implementace tlačítka
Triggerovací tlačítko by zřejmě bylo vhodné použít technicky stejné, jako pro vypouštěcí platformu vírníku.
Zde nevzniká problém se spouštěním dalších přístrojů, neboť jak kamera na střeše, tak i Parallella mají TTL vstup pro trigger. Je zde pouze nutné uložit přesný časový záznam o vzniku triggeru například pomocí zařízení TIMESTAMPBOX01.
Možná by bylo ale dobré TIMESTAMPBOX rozřířit ještě o MCU a vytvořit tak něco jako ROS2 tlačíko. Byla by to prostě krabička s BNC a USB konektorem a MIC konektorem na připojení tlačítka.