Přeskočit na hlavní obsah
Tato stránka je překlad. Liší-li se od anglického originálu, platí anglické znění.
·Celý oddíl Konfigurace (6 stránek)·Celá příručka Dronetag Scout (31 stránek)

Konfigurace Sensor+

Sensor+ nabízí pokročilé integrace se servery třetích stran.

TAK (Tactical Awareness Kit)​

Logo TAK

TAK nabízí nezabezpečenou i zabezpečenou komunikaci. Zabezpečená komunikace používá certifikáty, které se ke klientovi ve Scoutu dostanou třemi možnými způsoby:

  • jako samostatné soubory PEM (jeden pro CA — certifikát serveru, jeden pro klientský certifikát a jeden pro privátní klíč klienta);
  • jako balík P12 — ten obsahuje všechny tři zmíněné soubory PEM pohromadě;
  • procesem zápisu (enrollment), popsaným dále.
poznámka

Pokud váš Scout běží v režimu Cloud Mode, tuto integraci k dostání stop dronů do TAK nepotřebujete — Dronetag Cloud je umí na váš server TAK posílat za vás přes portál integrací. Použijte tuto cestu vždy, když nepotřebujete přímý tok dat ze samotného Scoutu; integrace Sensor+ popsaná zde je určená pro případ, kdy musí Scout na server TAK dosáhnout sám, zcela bez cloudu. Videonávod ke cloudové cestě najdete v části Používání Scoutu s aplikací Dronetag.

Základní nastavení​

Základní nastavení TAK

URL: zadejte název hostitele (například tak.example.com) nebo IP (například 10.1.1.25). Používá-li váš server standardní porty (8088 nezabezpečeně, 8089 zabezpečeně), port uvádět nemusíte. Chcete-li použít nezabezpečenou variantu přes UDP, zapněte přepínač „Force UDP“.

SOURCES: ponechte zprávy drones a status. Jediná smysluplná změna je zaškrtnutí či odškrtnutí aviation, pokud ve svém TAK nechcete vidět okolní letadla.

Force UDP: podporuje-li váš server pouze protokol UDP, zaškrtněte tuto volbu. UDP nelze zabezpečit ani ověřit (selhání spojení se nikdy neohlásí).

Nastavení zabezpečení​

Nastavení zabezpečení TAK

Doporučené nastavení je mít všechny bezpečnostní funkce zapnuté (zabezpečení, ověření certifikátu serveru, ověření domény serveru). Certifikát serveru se pak vynucuje a důkladně kontroluje. Pokud certifikát serveru nemá správně vyplněnou doménu nebo IP, můžete kontrolu domény/IP vypnout, takový certifikát přijmout a komunikaci přesto nechat zabezpečenou. V tom případě musí váš server buď použít globálně uznávanou CA, jako je Let's Encrypt, nebo musíte certifikát své CA vložit ve formátu PEM do prvního pole „Server CA Certificate“. Je tu i možnost použít balík p12 s volbou „P12 Trust Bundled RootCA“, která vezme certifikát CA z posledního certifikátu v balíku.

CERTIFICATE VERIFY FAILED​
TAK: certifikátu serveru se nedůvěřuje

Obrázek vpravo ukazuje chybu, kdy Scout nedokáže ověřit certifikát serveru. Pamatujte, že certifikát CA musí být kořenová CA serveru. Nesmí to být mezilehlá CA. Máte několik řešení:

  1. Používáte-li balík p12 a certifikát serveru má stejnou kořenovou CA jako certifikát v balíku, použijte volbu „P12 Trust Bundled RootCA“. Vyjme z balíku p12 nejvyšší certifikát a použije ho jako důvěryhodný certifikát k ověření serveru.
  2. Používáte-li balík p12 (a máte „P12 Trust Bundled RootCA“ nastaveno na „No“), nebo p12 nepoužíváte vůbec — v obou případech se použije „Server CA Certificate“, pokud máte zaškrtnuté „Verify Server Cert“. Ověřte, že jde o nejvyšší kořenovou CA.
  3. Jako dočasné řešení můžete při potížích odškrtnout „Verify Server Cert“ a „Verify Server Domain/IP“ a klient pak jednoduše přijme jakýkoli certifikát, který mu server nabídne. To samozřejmě není vůbec bezpečné.

Klientské certifikáty​

TAK: balík P12 v nastavení zabezpečení

Pro zabezpečenou komunikaci od klienta k serveru musíte zadat „Client Certificate“ a „Client Key“, buď jako samostatné soubory PEM, nebo v balíku P12. Nahrajete-li PEM i P12, použije se jen P12. Klíč v PEM může být volitelně chráněný heslem. V takovém případě použijte pole „Client Key Password“. Klíče v P12 chráněné heslem být nesmí. Obvykle je chráněný samotný balík, k čemuž slouží pole „P12 Bundle Password“.

Objeví-li se některá z těchto chyb, znamená to, že server vaše klientské certifikáty odmítl, nebo jsou rovnou neplatné:

  • [SSL: TLSV1_ALERT_INTERNAL_ERROR] tlsv1 alert internal error
  • [SSL: TLSV13_ALERT_CERTIFICATE_REQUIRED] tlsv13 alert certificate required

ZÁPIS (ENROLLMENT)​

TAK: autorizace a zápis v nastavení zabezpečení

Pokud certifikáty nemáte, ale dostali jste uživatelské jméno, heslo a případně přístupovou frázi, použijte je v sekci autentizace a zároveň nastavte Enroll na „yes“. Tyto údaje se použijí ve standardním procesu zápisu přes Marti API na portu 8446. Vlastní certifikáty pro zabezpečenou komunikaci během zápisu zatím nepodporujeme, ale přibudou v příštím vydání. Běží-li váš server pro zápis na jiném portu nebo na jiné URL, použijte pole Enrollment URL.

Nastavení TAK​

Friendlies: zde můžete definovat přátelské drony, jeden na řádek, podle sériového čísla nebo MAC adresy ve standardním tvaru s dvojtečkami. Volitelně můžete přidat volací znak, pod kterým se na mapě zobrazí. Oddělte ho čárkou. Příklad:

1596F319B877381F1BBF, blue1
1596F33DEC76E5C15FD3

Data TAK​

Scout posílá na server tyto zprávy:

Heartbeat​

Scout posílá heartbeat každých 60 s jako přátelský pozemní senzor a-f-G-E-S namísto obvyklého t-x-d-d. Na mapě se tak Scout objeví s volacím znakem „SCOUT-<poslední-4-číslice-sériového-čísla>“, zatímco uid těchto zpráv je „<sériové-číslo>-sensor“.

Drony​

Scout ve výchozím stavu označuje drony příslušností Unknown. Pokud bylo sériové číslo nebo MAC adresa dronu uvedena v nastavení přátelských dronů, označí se jako Friend. Scout také rozlišuje mezi drony s pevným křídlem a rotorovými. Na server tedy mohou dorazit tyto typy COT:

  • a-u-A-C-F-q, resp. a-f-A-C-F-q pro neznámý, resp. přátelský dron s pevným křídlem
  • a-u-A-C-H-q, resp. a-f-A-C-H-q pro neznámý, resp. přátelský rotorový dron

Volací znak dronu je [UA]snxxxx, kde snxxxx je posledních 6 číslic sériového čísla dronu. Není-li sériové číslo k dispozici, použije se místo něj MAC adresa dronu (bude obsahovat „:“).

Provozovatel dronu​

Provozovatel je se svým dronem vizuálně propojený volacím znakem [OP]snxxxx, který sdílí sériové číslo dronu. Na úrovni COT je s dronem propojený prvkem link_to. Typ COT provozovatele je jednoduchá pozemní jednotka a-u-G-U, resp. a-f-G-U, je-li jeho dron označený jako přátelský.

Příklad​

Jedna detekce Remote ID vytvoří až dvě události CoT: stopu UAV (z polohy vysílané dronem) a samostatnou značku provozovatele (ze systémové zprávy vysílané dronem). Událost provozovatele odkazuje na dron prvkem <link>, takže se na mapě zobrazí propojené. Níže je skutečná dvojice událostí ze Scoutu se sériovým číslem D19D2405DD799BF9B5 pro rotorový dron vysílající UAS ID MJJE3G894BIQV0Z:

<event version="2.0" type="a-u-A-C-H-q" uid="D19D2405DD799BF9B5-UAS-MJJE3G894BIQV0Z" how="m-g" time="2026-07-23T05:10:57.263681Z" start="2026-07-23T05:10:57.263717Z" stale="2026-07-23T05:11:27.263725Z">
  <point lat="-48.8766700" lon="-123.3933300" le="3.0" hae="403.0" ce="10.0"/>
  <detail>
    <_flow-tags_ pytak-scout="2026-07-23T05:10:57.263739Z"/>
    <contact callsign="[UA]BIQV0Z"/>
    <track track="86.0" speed="0.0"/>
  </detail>
</event>
<event version="2.0" type="a-u-G-U" uid="D19D2405DD799BF9B5-OP-MJJE3G894BIQV0Z" how="m-g" time="2026-07-23T05:10:57.264431Z" start="2026-07-23T05:10:57.264448Z" stale="2026-07-23T05:12:57.264454Z">
  <point lat="-48.8766192" lon="-123.3933311" le="10.0" hae="405.5" ce="5.0"/>
  <detail>
    <_flow-tags_ pytak-scout="2026-07-23T05:10:57.264468Z"/>
    <contact callsign="[OP]BIQV0Z"/>
    <link relation="p-p" type="a-u-A-C-H-q" uid="D19D2405DD799BF9B5-UAS-MJJE3G894BIQV0Z"/>
  </detail>
</event>

Letový provoz​

Má-li váš Scout letecké moduly a zapnete-li posílání letového provozu do integrace TAK, objeví se letadla jako civilní stroje s pevným křídlem a-u-A-C-F, resp. vrtulníky a-u-A-C-H. V rozhraní byste měli vidět jejich hlášené číslo letu (například EJU39FN). Není-li číslo letu k dispozici, použije se ICAO ID (což je číslo).