Krátká odpověď: Servisu předejte stažený soubor logu konkrétního problematického letu, doplněný o stručný popis očekávaného a skutečného chování a okolností, za kterých k problému došlo. Log stáhněte přes QGroundControl v Analyze View pomocí Log Download a zvolte Download, nikoli Erase All – vše si předem domluvte se servisem včetně způsobu předání.
Proč jeden log říká víc než deset slov
Když dron s firmwarem PX4 začne dělat něco, co nemá – padá signál, přepíná režimy, kolísá při držení výšky nebo prostě „nerozumí“ příkazům – servisní technik potřebuje k závadě co nejtěsněji přiloženou stopu. Užitečné hlášení přitom nezačíná u odhadu typu „asi stabilizační čip“, ale u konkrétní technické evidence jednoho letu. PX4 ukládá podrobná data o stavu stroje a senzorech právě proto, aby šlo problémy s chováním analyzovat (PX4: Flight Reporting), a pro hlášení chyb vývojářům žádá popis letu s co nejvíce podrobnostmi spolu s logy (PX4: Support). Stejná logika platí i pro servis.
Tady je ovšem potřeba si ujasnit hranice. Tento postup je o předání technické evidence servisní firmě, nikoli o právním hlášení incidentu, obecné diagnostice a opravě dronu ani o exportu parametrů stroje. To jsou samostatné činnosti, které servis může provádět dodatečně a podle svých postupů. Vaším úkolem je dodat věrohodný, čitelný a jednoznačně přiřaditelný záznam. Očekávaným výsledkem je log, který technik přečte a který odpovídá letu, o kterém mluvíte – nikoli automaticky diagnóza ani rozhodnutí o záruce. Ta leží až za dalším posouzením.
Kdy log vůbec zkusit stáhnout a kdy ne
První podmínkou je bezpečný stav sestavy. Pokud je dron po incidentu mechanicky poškozený – například zjevně deformovaný rám, podezření na poškozenou baterii, namočená elektronika – nezapínejte ho jen proto, abyste dostali log. Pouhé spuštění není neutrální operace: může zhoršit stav poškozené elektroniky, vyvolat zkrat nebo změnit stav, který by servis jinak mohl posoudit. PX4 zapisuje log na SD kartu letového kontroléru, pro každé armování do nového souboru (PX4: Logging). Namísto riskantního pokusu o download si proto se servisem domluvte jiný postup, například přečtení souboru přímo z karty, který pro poškozený stroj navrhne technik. Domluva se servisem by měla pokrýt i nosič, na který log předáte – paměťovou kartu, přenosný disk nebo přenos přes cloud – ať řešíte jedno a totéž, ne dvě odlišné představy o doručení. Co po havárii zkontrolovat a čeho se nedotýkat, shrnuje článek Oprava dronu po pádu: první kroky.
Pokud je sestava naopak funkční a stabilní, je vhodné log stáhnout v klidu na zemi, odzbrojenou, během stolní seance a v souladu s pokyny výrobce dronu. Tím minimalizujete riziko, že samotný sběr logu vyvolá nový problém, a zároveň dostanete čistší kontext pro technika.
Proč někdy log vůbec nevznikne
Ve výchozím nastavení PX4 loguje od armování do odzbrojení (parametr SDLOG_MODE, hodnota 0) (PX4: Logging). Pokud se tedy dron vůbec nepodařilo armovat, k problému často žádný letový log neexistuje – a servisu pak pomůže spíš doslovné znění hlášky z QGroundControl a popis situace. Jiný režim logování si může nastavit ten, kdo sestavu konfiguruje; neměňte ho ale až po incidentu v domnění, že tím získáte chybějící záznam zpětně.
Šifrované logy podle dokumentace nejde stáhnout přes QGroundControl ani nahrát do veřejného Flight Review (PX4: Flight Reporting). Pokud vaše sestava šifrování používá, způsob předání řešte se servisem zvlášť.
Stažení: Analyze View, Log Download a trpělivost s výpisem
QGroundControl nabízí na obrazovce Analyze → Log Download výpis logů z připojeného stroje (Refresh), jejich stažení (Download) a smazání všech (Erase All); seznam lze řadit podle času (QGroundControl: Log Download). Samotné mazání logů je na této stránce jiná operace než download – proto je dobré si ji pojistit: nechte si v počítači vypsat dostupné logy, vyčkejte, až se seznam kompletně načte, a pak zvolte Download. Pro tento postup tlačítko Erase All nepoužívejte: slouží k odstranění logů. Na pořadí „nejdřív seznam, pak Download“ si dejte záležet hlavně proto, že ukvapený klik na sousední tlačítko umí zničit jedinou existující evidenci závady.
Praktická rada k výběru: neberte vždy ten poslední log. Řiďte se časovou značkou, kterou umíte doložit k incidentu, a pokud si nejste jistí, stáhněte po dohodě i časově sousední logy a v přehledu označte nejistotu.
Co ULog reálně zaručit nemůže
Ještě jedno upozornění: nedomnívejte se, že jednou stažený ULog automaticky obsahuje vše. Dokumentace PX4 popisuje výpadky logování (dropouts), které vznikají hlavně při pomalém zápisu na SD kartu (PX4: Logging) – část dat se tak na kartu nemusí dostat. Podezřele krátký soubor, prázdné kanály nebo log, který „náhodně končí“ v polovině vzorku, nejsou důkaz o bezproblémovém letu, ale signál, že se něco nedozvíte. Stejně tak neberte automaticky jako hotovou součást informaci o čase. Čas od startu systému a případný absolutní čas v logu mají různý význam. Nelze je bez ověření přímo zaměnit s časem na počítači – čas uvedený v logu a okamžik, kdy se problém skutečně stal, je potřeba popsat odděleně, například s uvedením časové zóny, přibližné odchylky a nejistoty nebo na záznam z vaší strany.
Soukromí, kopie a Flight Review
ULog obsahuje mimo jiné hodnoty parametrů stroje na začátku záznamu (PX4: ULog File Format) a podle nastavení logování i polohu a další provozní údaje. Běžný letový log není totéž jako kamerové video; fotografie či video tvoří případnou samostatnou přílohu. Výchozím pravidlem je proto: kopii logu předávejte soukromě, jen sjednanému příjemci. Před nahráním do externího Flight Review nebo sdílením na fóru ověřte, kdo bude mít přístup a zda smíte provozní údaje sdílet. Nezasahujte svévolně do binárního logu: odstranění polohy či parametrů může znemožnit analýzu. Případné omezení údajů domluvte s příjemcem a provádějte jen na pracovní kopii. Originální soubor nechte nedotčený ve vlastní evidenci, aby v případě sporů nebo dodatečných dotazů existoval nezmanipulovaný podklad.
Co do balíčku pro servis přidat kromě souboru
Samotný binární soubor bez kontextu má malou výpovědní hodnotu. PX4 u hlášení chyb žádá popis s takovými podrobnostmi, aby šel problém zopakovat (PX4: Support). Pište proto stručně, ale odpovědně:
| Položka | Co uvést | K čemu je to technikovi |
|---|---|---|
| Čas problému | Váš čas, rozdíl oproti času v logu | Zařadí událost do správného záznamu |
| Očekávané chování | Co má stroj dělat podle vašich znalostí | Vztahuje problém k normálnímu stavu |
| Skutečné chování | Co přesně se stalo, bez dohadů | Popisuje projev závady |
| Okolnosti | Místo, počasí, konfigurace | Pomáhá posoudit vnější vlivy |
| Vykonané kroky | Stažené logy, poznámky k dalším | Šetří čas a dotazy |
Checklist k předání
- Sestava poškozená? Nezapínat, domluvit se servisem jiný postup
- Sestava funkční? Odzbrojit, stabilní vhodné místo, pokyny výrobce
- Analyze View → Log Download, vyčkat na seznam logů
- Zvolit Download, ne Erase All
- Vybrat logy odpovídající letu, při nejistotě stáhnout více
- Zapsat váš čas, čas v logu, popis chování a okolností
- Zkopírovat log na sjednaný nosič, originál nechat u sebe
- Případné omezení dat předem dohodnout, jen na pracovní kopii
- Ověřit přístup a oprávnění před jakýmkoli externím sdílením
- Balíček předat soukromě, požádat o potvrzení přijetí
Často se ptáte
Musím zapnout poškozený dron, aby servis dostal log?
Ne. U mechanicky nebo jinak poškozené sestavy je spuštění jen pro čtení logu rizikové a může situaci zhoršit. Domluvte se servisem na přečtení paměti jiným postupem, který pro poškozený stroj navrhne technik.
Proč Download a ne Erase All?
Na stránce Log Download je mazání jinou operací než samotné stahování (QGroundControl: Log Download). Erase All odstraní logy ze zařízení a může vás připravit o jediný dostupný záznam. Bezpečné pořadí je nechat načíst seznam logů, vybrat správný záznam a stáhnout ho.
Stačí jeden log a hotovo?
Ne vždy. Uvnitř ULogu může část dat chybět nebo se může vyskytnout výpadek v průběhu logování, takže úplnost není zaručená. Při nejistotě stáhněte sousední logy a počítejte s tím, že čas od startu a případný UTC v logu nejsou automaticky shodné s časem vašeho počítače – popište časové rozdíly v poznámce.
Můžu log nahraný veřejně poslat k posouzení?
Výchozí postup je soukromé předání kopie sjednanému servisu. Před externím sdílením ověřte přístup a oprávnění ke zveřejnění provozních údajů. Log může obsahovat polohu letu; video je případnou samostatnou přílohou.
Získám po předání logu diagnózu a rozhodnutí o záruce?
Nikoli automaticky. Očekávaným výsledkem je čitelný záznam odpovídající danému letu. Vlastní posouzení, diagnóza a rozhodnutí o záruce jsou na servisní firmě na základě jejího šetření – a u bezpečnostně kritických dílů je potřeba cílené odborné ověření, ne jen dohady z logu.
Závěr
Předání logu je v podstatě organizovaná práce s informacemi: vybrat správný let, stáhnout ho bez zbytečného rizika a doplnit ho kontextem, který řekne technikovi, co a kdy hledat. Pokud dodržíte pár jednoduchých pravidel – nezapínat poškozený stroj, Download místo Erase All, originál u sebe, popis očekávání a reality – zvyšujete šanci, že se závada najde rychleji a vy se vyhnete zbytečným dotazům. Klíčové ověření a závěry pak už patří servisu, ale kvalitní podklad je váš vklad do celého procesu.
Podklady pro posouzení úpravy
Pro posouzení opravy přidejte do poptávky model, čas problému, pozorované chování a informaci o dostupném logu. Jeho bezpečné předání si domluvte zvlášť. Přiložte jen podklady, které smíte sdílet; hesla, klíče ani citlivé provozní záznamy do veřejné zprávy nepatří. Proveditelnost, rozsah a další postup se určí podle konkrétního zadání.
Zdroje
Podklady byly zkontrolovány 7. října 2026.