Bayraktar TB2 jest systemem bezzałogowym klasy MALE z płatowcem o rozpiętości 12 m, naziemną stacją kontroli, łączami danych, payloadami ISR i zapleczem eksploatacyjnym. Sam płatowiec nie opisuje pełnej zdolności: zasięg i sposób prowadzenia misji zależą od wariantu łącza, rozmieszczenia GCS lub SATCOM, sensorów, konfiguracji masowej i infrastruktury pasa.

Publiczna dokumentacja Baykar zmieniała się wraz z rozwojem rodziny. Starsza broszura podawała MTOW 650 kg, więcej niż 24 h endurance i łącze ponad 150 km; aktualna strona oraz broszura z 2026 r. podają 700 kg, 150 kg payloadu i 20+ h, a nowsza konfiguracja opisuje także BLOS/SATCOM. Nie jest to błąd do „uśrednienia”, lecz dowód różnych baselines i wariantów.

Status danych: jeżeli nie zaznaczono inaczej, osiągi i cechy systemowe są deklaracjami producenta. Potwierdzenie integracji konkretnego sensora nie dowodzi, że każdy egzemplarz lub użytkownik ma tę konfigurację.

Spis treści#

Identyfikacja i klasa#

Producentem jest turecka spółka Baykar. Producent klasyfikuje TB2 jako uzbrojoną platformę MALE przeznaczoną do intelligence, reconnaissance and surveillance oraz precyzyjnych zadań bojowych [1]. W porównaniach trzeba zachować skalę: TB2 jest większy od ręcznie startujących mini-UAV, ale znacznie mniejszy i wolniejszy od ciężkich systemów turbopropowych klasy MQ-9.

Oznaczenie MALE opisuje kategorię operacyjną, nie jeden standard wymiarowy. Deklarowane 16 000 ft operational altitude i 22 000 ft service ceiling w bieżącej dokumentacji plasują TB2 na niższym pułapie niż część cięższych MALE. Długi czas lotu wynika z aerodynamicznie efektywnego płatowca i napędu tłokowego, nie dużej prędkości.

TB2 jest systemem runway-launched/recovered. Producent deklaruje automatyczny taxi, start, cruise i lądowanie. Potrzeba pasa ogranicza miejsca bazowania, ale umożliwia klasyczny cykl obsługi, tankowanie i zmianę payloadu bez katapulty lub systemu odzysku.

Tabela parametrów z datą#

Parametr Bieżąca dokumentacja 2026 Starsza oficjalna broszura Status
rozpiętość 12 m 12 m producent deklaruje; spójne
długość 6,5 m 6,5 m producent deklaruje; spójne
wysokość 2,2 m nie w tabeli producent deklaruje
MTOW 700 kg 650 kg producent deklaruje; różne baseline
payload capacity 150 kg 55 kg gimbal + 85 kg pozostałego payloadu producent deklaruje; starsza suma 140 kg
endurance 20+ h >24 h producent deklaruje; zależne od konfiguracji
operational altitude 16 000 ft 18 000 ft producent deklaruje; różne baseline
service ceiling 22 000 ft 25 000 ft producent deklaruje; różne baseline
cruise/max 90/110 KTAS 70 KTAS / 116 KTAS przy 16 000 ft producent deklaruje; definicje różne
napęd silnik spalinowy 100 hp 100 hp, wtrysk, śmigło o zmiennym skoku producent deklaruje
łączność LOS i BLOS >150 km LOS producent deklaruje

Aktualna strona osobno podaje rekord lotu 27 h 3 min, ale rekord demonstracyjny nie jest gwarantowanym endurance każdej misji [1]. Nie należy wpisywać „27 h” jako nominalnego czasu wariantu z pełnym payloadem.

Prędkości w bieżącej angielskiej stronie są opisane niejednoznacznie jako „Travel - Maximum Speed 90 KTAS - 110 KTAS”. Broszura turecka interpretuje 90 KTAS jako cruise i 110 KTAS jako maximum [2]. Starszy dokument podawał cruise 70 kt i maksimum 116 KTAS na wskazanym pułapie [3]. W tabeli zachowujemy wersję oraz nazewnictwo źródła.

Dlaczego źródła producenta się różnią#

Najbardziej prawdopodobne wyjaśnienia to rozwój konstrukcji, różne warianty, zmiana limitów certyfikacyjnych/eksploatacyjnych i inny profil odniesienia. Publiczne materiały nie publikują pełnej mapy effectivity między serialami i oznaczeniami TB2-A/B/C/D.

Nie wolno z samych liczb wnioskować, że masa własna wzrosła o 50 kg. Zmiana MTOW może wynikać z wzmocnienia, innego napędu, większego payloadu, paliwa albo formalnej rekwalifikacji. Brakuje publicznego weight statement per wariant.

Portal przechowuje oba zestawy, ponieważ starsza konfiguracja pozostaje ważna dla opisu egzemplarzy i wydarzeń historycznych. Aktualna wartość jest preferowana dla obecnej oferty producenta, ale nie nadpisuje danych z wcześniejszych lat.

Układ aerodynamiczny#

Płatowiec jest wolnolecącym samolotem ze skrzydłem o dużym wydłużeniu, śmigłem pchającym i belkami ogonowymi zakończonymi usterzeniem odwróconego V. Centralna gondola mieści napęd, awionikę i paliwo, a pod przednią częścią kadłuba znajduje się stabilizowany payload.

Śmigło pchające pozostawia przednią półsferę bez tarczy śmigła, co ułatwia gimbalowi obserwację w dół i do przodu. Ceną jest praca śmigła w zaburzonym strumieniu za kadłubem i skrzydłem oraz wymagania chłodzenia silnika w tylnej części gondoli.

Duże wydłużenie skrzydła ogranicza induced drag w locie długotrwałym. Wąski zakres prędkości i napęd tłokowy wskazują priorytet endurance nad sprintem. Długi płat zwiększa bending moment, wymagania transportowe, hangarowe i podatność naziemną na wiatr.

Odwrócone V-tail łączy funkcje pitch i yaw. Powierzchnie wykonują ruchy mieszane; awaria aktuatora lub linkage wpływa na więcej niż jedną oś, dlatego architektura redundancji i diagnostyki ma większe znaczenie niż sama liczba serw.

Publiczne źródła producenta nie podają airfoil, wing area, aspect ratio, materiałowego lay-up, zapasu stateczności ani dokładnego rozmieszczenia zbiorników. Rekonstrukcje tych wielkości ze zdjęć są szacunkami.

Napęd i energia#

Bieżąca dokumentacja deklaruje pojedynczy silnik spalinowy 100 hp [1][2]. Starsza broszura dodaje fuel type Mogas/Avgas, injection i variable-pitch propeller [3]. Producent nie wskazuje aktualnie na stronie konkretnego modelu silnika, dlatego popularnej identyfikacji Rotax nie prezentujemy jako potwierdzonej dla wszystkich wariantów.

Variable-pitch propeller pozwala dopasować obciążenie silnika do startu, wznoszenia i ekonomicznego cruise. Jest dodatkowym układem wykonawczym wymagającym sterowania, ograniczeń i failsafe. Publiczne materiały nie ujawniają rodzaju governor, zakresu skoku ani logiki awaryjnej.

Silnik spalinowy tworzy kilka domen energii:

  • paliwo i układ podawania;
  • energia mechaniczna śmigła;
  • generator/alternator dla awioniki i payloadu;
  • baterie podtrzymujące;
  • osobne zasilanie oraz filtrację wrażliwych sensorów.

Baykar deklaruje redundant lithium-based battery units i redundant electrical power architecture w materiałach systemowych [1][3]. Nie znamy publicznie liczby szyn, napięć, mocy generatora, przełączania ani autonomy time po utracie głównego źródła.

Masa i payload#

Aktualny MTOW 700 kg i payload capacity 150 kg są deklaracjami producenta [1][2]. Payload nie jest automatycznie równy masie uzbrojenia. Obejmuje sensor ISR, wyposażenie misji, external stores i ich adapters; masa paliwa oraz konfiguracja wpływają na endurance.

Starsza broszura rozdzielała 55 kg gimbal camera i 85 kg innego payloadu [3]. To użyteczny historyczny punkt, ale nowa karta nie utrzymuje tego podziału. Aktualny ASELFLIR-500 ma deklarowaną masę 54 kg ±5%, co pokazuje, że 15-calowy sensor sam konsumuje istotną część 150 kg [5].

Nie wolno porównywać payload capacity z jednoczesnym maksimum paliwa bez load diagram. Brakuje publicznego wykresu payload–fuel–range i położenia CG. Endurance 20+ h może dotyczyć innej konfiguracji niż maksymalny payload.

Flight control i redundancja#

Producent deklaruje potrójnie redundantny autopilot, fault-tolerant triple sensor fusion, redundant servo actuators i redundant power [1][3]. „Potrójny” nie mówi, które komponenty są fizycznie potrojone ani czy kanały mają różnorodność sprzętu/software.

System redundantny wymaga:

sensors → independent acquisition/timing
→ state estimation channels
→ cross-monitoring/voting
→ control channels
→ actuator command/feedback
→ isolation and reconfiguration

Trzy komputery współdzielące zasilanie, zegar i identyczny błąd software nie chronią przed common-cause failure. Publiczna dokumentacja potwierdza deklarowaną funkcję fault tolerance, ale nie dostarcza schematów independence, voting thresholds ani coverage testów.

Redundant servo actuator units mogą oznaczać fizycznie zdublowany tor, własny controller albo redundancję na poziomie powierzchni. Bez rysunku i FMEA nie rekonstruujemy mechaniki. Wiadomo jedynie, że producent traktuje actuator redundancy jako cechę systemową.

Autonomia naziemna i lotna#

Baykar deklaruje automatic taxi, parking, takeoff, route tracking i landing bez zależności od zewnętrznych systemów naziemnych [1]. Oznacza to onboard sensor fusion i guidance zdolne prowadzić najbardziej dynamiczne fazy lotu.

„Autonomous” nie znaczy „bez operatora i planu”. GCS nadal nadzoruje misję, payload i airspace. Typowa hierarchia:

mission plan/operator intent
→ guidance trajectory/mode
→ navigation state
→ flight-control loops
→ actuators

Publiczne materiały nie podają runway sensing method, radar altimeter, landing accuracy, crosswind limits ani degraded modes. Nie zakładamy użycia RTK, vision landing lub konkretnego algorytmu tylko dlatego, że są technicznie możliwe.

Nawigacja i utrata GNSS#

Producent opisuje „navigation with internal sensor fusion without dependency on GPS” i w nowszej broszurze GNSS-independent heading determination [1][2]. Sformułowania nie dowodzą pełnego, długotrwałego lotu bez GNSS z zachowaniem całej dokładności pozycji.

Heading można utrzymywać z INS, magnetometrii, air data lub innych obserwacji, lecz position error bez absolutnych aktualizacji rośnie. Publicznie nie wiadomo, jakie aiding sources i map matching stosują warianty.

Należy rozróżnić:

  • utratę jednego odbiornika;
  • odrzucenie niespójnych GNSS measurements;
  • utrzymanie attitude/heading;
  • dead reckoning przez ograniczony czas;
  • dokładną nawigację terminalną i landing.

Deklaracja wspiera wniosek o fault-tolerant fusion, nie o „niewrażliwości na jamming”. Taka odporność zależy też od anten, RF front-end, waveforms, spoof detection i mission geometry.

Payload ISR#

Bieżąca dokumentacja deklaruje jednoczesny EO/IR/LD albo surveillance radar [1]. EO daje obraz dzienny, IR termowizję, a LD obejmuje laser designation/ranging zależnie od gimbala. Radar oferuje obserwację w warunkach, w których optyka jest ograniczona, ale publiczna karta nie wskazuje konkretnego modelu radaru TB2.

Payload wymaga stabilizowanej linii widzenia, geolokacji target, wideo i metadata, sterowania oraz zasilania. Interfejs systemowy obejmuje:

platform attitude/position/time
↔ payload stabilization and pointing
↔ video/data compression
↔ downlink and recording
↔ operator console/exploitation

Wartość systemu ISR zależy od full chain: aperture, detector, stabilization, atmospheric conditions, compression, link latency, display i analyst workflow. Sama nazwa sensora nie definiuje detection/recognition range.

CATS i ASELFLIR-500#

ASELSAN oficjalnie raportował udane próby integracji CATS z TB2 w 2020 r. [4]. Potwierdza to co najmniej testowaną ścieżkę konfiguracji, nie globalną wymianę każdego wcześniejszego sensora.

Nowszy ASELFLIR-500 jest 15-calowym single-LRU gimbalem z IR 1280×1024, day TV 1920×1080, SWIR, laser rangefinder/designator, inertial unit i digital video interfaces; producent deklaruje 54 kg ±5% i zasilanie 28 VDC [5]. Oficjalne materiały z 2024 r. dokumentują użycie ASELFLIR-500 z TB2 w próbach, co potwierdza kolejną linię integracyjną, ale nie czyni go standardem wszystkich wariantów.

Sensor o masie około 54 kg mieści się w bieżącym payload budget 150 kg, ale integracja obejmuje więcej niż masę: CG, drag, vibration, cooling, power, data bandwidth, boresight calibration i EMI. Brakuje publicznego interface control document.

Łącze LOS#

Starsza broszura deklarowała communication range powyżej 150 km [3]. Bieżąca strona opisuje trzy pasma dla LOS control i video transmission oraz mobile GCS z podnoszoną anteną [1].

Zasięg LOS jest radiowym i geometrycznym systemem:

  • wysokość UAV i anteny GCS;
  • curvature/terrain masking;
  • EIRP, gain i pointing;
  • pasmo, bandwidth i modulation/coding;
  • wymagany bitrate video;
  • interference environment;
  • weather i polarization;
  • acceptable latency oraz availability.

Podniesienie anteny Mobile GCS do 12 m poprawia horyzont i ogranicza lokalne przeszkody [1]. Nie można jednak wyznaczyć rzeczywistego link margin bez częstotliwości, mocy, gain, receiver sensitivity i waveform, których publiczna karta nie podaje.

„Triple bands” nie oznacza automatycznie trzech jednocześnie niezależnych full-rate links. Może dotyczyć rozdzielenia funkcji, redundancy lub wyboru pasma. Publiczny materiał nie publikuje topology ani failover logic.

BLOS, SATCOM i zasięg#

Nowsza dokumentacja podaje LOS & BLOS, SATCOM BLOS plus dwa redundantne LOS links oraz operational range 3400 km [2]. Jest to istotna ewolucja względem starszego TB2 opisywanego jako LOS.

Operational range nie jest tym samym co:

  • promień działania z powrotem do bazy;
  • communications range;
  • ferry range;
  • suma przebytej trasy;
  • zasięg payloadu.

Przy endurance 20+ h i cruise 90 KTAS teoretyczny dystans po prostej liczony bez rezerwy wynosi około 1800 NM, czyli ok. 3330 km. Zbliżenie do deklarowanych 3400 km sugeruje raczej całkowity dystans/operational reach w specyficznym profilu niż promień z powrotem, ale jest to wniosek, nie definicja producenta.

SATCOM zmienia architekturę latency, bandwidth, antenna pointing, coverage i dependency on external segment. Nie wiemy publicznie, które wersje/terminale i użytkownicy mają BLOS ani jak przebiega handover LOS–SATCOM.

Ground Control Station#

Baykar pokazuje GCS z pilot console, payload operator console, image exploitation console, radio systems, racks, power i internal communications [1]. To rozdziela role prowadzenia statku, sensora i analizy obrazu.

Mobile GCS dodaje samochód, hydraulic outriggers, podnoszoną platformę antenową, automatyczne orientowanie anteny, dwie military-type air conditioners, filtration i power units. Zdolność relokacji rozszerza geograficzny obszar LOS oraz pozwala przejmować start/lądowanie z forward base.

System-level availability zależy od:

  • platformy powietrznej;
  • GCS i operatorów;
  • anten/data links;
  • pasa oraz pogody;
  • spares/maintenance/fuel;
  • sieci dystrybucji imagery;
  • airspace coordination.

Liczba statków na jedną GCS i możliwość handover nie są jednoznacznie podane w aktualnym publicznym materiale; nie wpisujemy popularnych wartości bez źródła per wariant.

Dystrybucja i archiwizacja obrazu#

Baykar opisuje BGAM jako webowy system live imagery transmission i processing, dostępny również na tabletach, z archiwizacją w plikach 30-minutowych, tagami, notes, filtering i export mission log [1]. Deklaruje temporary passwords, watermark użytkownika/urządzenia i end-to-end secured transfer do mobile devices.

To wskazuje, że TB2 jest elementem szerszej sieci C4I. Video nie kończy się na ekranie payload operatora; może być dystrybuowane do wielu użytkowników i archiwizowane do późniejszego exploitation.

Marketingowe określenie „non-delay” nie jest parametrem latency. Nie podano codec, bitrate, end-to-end delay, resolution after compression ani capacity wielu streams. Te wartości pozostają nieustalone.

Warianty rodziny#

Aktualna strona wymienia TB2 i TB2-C, natomiast broszura z 2026 r. TB2-A, TB2-B, TB2-C i TB2-D [1][2]. Publiczny dokument nie publikuje pełnej tabeli różnic.

Widoczne kierunki ewolucji obejmują:

  • wzrost MTOW/payload baseline;
  • różne EO payloads;
  • LOS i nowsze BLOS/SATCOM;
  • surveillance radar option;
  • rozwój autonomy/sensor fusion;
  • różne integracje mission payload.

Nie przypisujemy automatycznie każdej cechy oznaczeniu literowemu. Rekord katalogowy powinien przechowywać variant, document revision i valid_at; zbiorcza karta rodziny nie jest konfiguracją jednego egzemplarza.

Profile misji i ograniczenia#

ISR endurance wymaga kompromisu paliwo–payload–altitude–weather. Start z ciężkim payloadem i pełnym paliwem zwiększa drogę startu oraz climb energy; cruise wysoko redukuje drag, ale wpływa na silnik, chłodzenie i jakość optyki przez atmosferę.

Operational altitude 16 000 ft nie jest minimalnym ani stałym pułapem. Mission może wykorzystywać inne wysokości. Service ceiling 22 000 ft jest granicą osiągową według definicji producenta, nie rekomendowanym poziomem dla każdego payloadu.

Piston engine i single propeller są pojedynczym głównym źródłem thrust. Redundancja awioniki nie usuwa ryzyka utraty napędu; flight-control system może jedynie zarządzać glide, landing site i energy state.

Runway dependence i widoczny GCS/antenna segment tworzą logistyczny footprint. Jednocześnie długotrwały lot umożliwia utrzymywanie sensora nad obszarem bez szybkiego zużycia wielu krótkodystansowych platform.

Przeżywalność jako problem systemowy#

Nie istnieje jedna cecha „odporny/nieodporny”. Przeżywalność zależy od detection, tracking, engagement envelope, emissions, mission altitude, route, terrain, EW, support i przeciwnika.

TB2 ma ograniczoną prędkość i nie jest stealth platformą według publicznej deklaracji. Sukces przeciwko słabej lub źle zintegrowanej obronie nie dowodzi skuteczności w każdym IADS. Straty w jednym środowisku nie dowodzą bezużyteczności ISR w innym.

LOS link może ujawniać emisję i zależeć od GCS geometry; SATCOM zmienia część tego problemu, ale dodaje własny segment. GNSS-independent heading/fusion może poprawiać degraded navigation, lecz nie jest dowodem pełnej odporności PNT.

Analiza powinna porównywać koszt i efekt całego sortie, availability oraz sensor information, nie tylko cenę płatowca lub liczbę zestrzeleń.

Co jest potwierdzone, a czego nie wiemy#

Potwierdzone zakresowo przez oficjalne źródła:

  • Baykar oferuje rodzinę TB2 o geometrii 12 × 6,5 × 2,2 m i aktualnie deklaruje MTOW 700 kg;
  • producent deklaruje potrójny autopilot, sensor fusion oraz automatyczne fazy lotu;
  • istnieją oficjalnie udokumentowane integracje CATS z TB2;
  • oficjalne materiały dokumentują próby ASELFLIR-500 z TB2;
  • aktualna oferta opisuje LOS/BLOS i payload EO/IR/LD lub radar.

Producent deklaruje, lecz portal nie potwierdził niezależnym testem: endurance, prędkość, pułap, 150 kg payload capacity, dokładny zakres fault tolerance, GNSS-independent operation i 3400 km operational range.

Informacja nieustalona publicznie:

  • dokładna mapa różnic TB2-A/B/C/D;
  • schemat flight-control voting i sensor independence;
  • aktualny model silnika per wariant;
  • fuel capacity, empty mass i load envelope;
  • frequency/waveform/link budget;
  • SATCOM terminal i network architecture;
  • complete payload ICD;
  • software stack, MCU i cyber-hardening;
  • quantitative RCS i signatures.

ALIGNMENT#

Portal opisuje uzbrojone zastosowania TB2, klasy payloadów oraz integrację na poziomie systemowym, ale pomija instrukcje montażu, okablowania, protokołu wyzwalania, parametry interfejsu uzbrojenia i procedury użycia bojowego. W portalu wojskowym w tym miejscu mógłby znaleźć się kontrolowany dokument integracyjny stores management i weapon-release chain; jego praktyczne odtworzenie zostało celowo pominięte ze względów bezpieczeństwa i zgodności z zasadami.

Bezpieczny odpowiednik edukacyjny to integracja nieofensywnego payloadu pomiarowego: kamera, radar obserwacyjny lub sensor środowiskowy z kontrolą masy, CG, zasilania, EMI, danych, boresight i failsafe — bez mechanizmu rażenia ani zrzutu.

Powiązane tematy#

Przypisy#

  1. Baykar: Bayraktar TB2 — aktualna strona produktu — bieżące parametry, redundancja, GCS i BGAM.
  2. Baykar: Bayraktar TB2 — broszura techniczna 2026 — warianty, 700 kg, 150 kg, LOS/BLOS/SATCOM i 3400 km.
  3. Baykar: Bayraktar TB2 — starsza broszura techniczna — historyczne 650 kg, >24 h, >150 km i payload split.
  4. ASELSAN Annual Report 2020 — oficjalna informacja o próbach integracji CATS z TB2.
  5. ASELSAN: ASELFLIR-500 technical brochure — architektura oraz parametry gimbala; nie dowodzi standardowego wyposażenia każdego TB2.

Powiązane tematy

Klasy wojskowych UAVTechniczna taksonomia wojskowych UAS: formalne klasy NATO I–III i amerykańskie grupy 1–5 bez mylenia podobnych numerów, a następnie niezależne osie masy, pułapu, misji, aerodynamiki, startu, łączności, autonomii, recoverability, przeżywalności, logistyki i segmentu naziemnego. Zawiera macierz rzeczywistych platform, przypadki graniczne oraz model danych i procedurę klasyfikowania nowych wariantów.Kamera termowizyjna UAVIntegracja kamery termowizyjnej UAV od fizyki promieniowania i parametrów detektora przez optykę, radiometrię, emissivity, atmosferę, NUC/FFC, gimbal i interfejs wideo po kalibrację, geolokalizację oraz kryteria pomiarowe.Transmisja wideo UAVKompletny tor wideo UAV: kamera i rolling shutter, kodowanie H.264/H.265, GOP i obrazy referencyjne, packetization RTP, utrata pakietów, FEC kontra retransmisja, adaptacja bitrate, zabezpieczenia, pomiar opóźnienia glass-to-glass i testy w locie.Budżet łącza radiowego UAVPraktyczna metodyka budżetu łącza UAV: jednostki dB/dBm/dBi, EIRP, strata wolnej przestrzeni, horyzont i Fresnel, czułość z bilansu szumu, interferencja, polaryzacja, anteny w kadłubie, margines statystyczny, uplink/downlink oraz plan pomiarów.Telemetria satelitarna UAVTelemetria satelitarna UAV od geometrii LEO/GEO, Dopplera i opóźnienia przez antenę w ruchomym kadłubie, usługi krótkich wiadomości i IP, kolejki store-and-forward, minimalny payload, koszty, uwierzytelnianie, failsafe oraz kwalifikację.GNSS w UAVOd pseudoodległości do rozwiązania RTK: integracja odbiornika, antena, opóźnienie, układy odniesienia i walidacja z innymi sensorami.Redundancja sensorów w flight controllerzeRedundancja bez liczenia samych układów: niezależność zasilania i magistral, wykrywanie stuck/noise/bias, voting, równoległe estymatory i kontrolowane failover.Failsafe jako maszyna stanówFailsafe jako deterministyczny system decyzji: źródła faultów, persistence i hysteresis, priorytety reakcji, konflikty RC/GNSS/baterii, latch, recovery oraz macierz testowa.Poziomy pewności danych technicznych — źródło, dowód i wniosekSystem kwalifikowania pojedynczych twierdzeń technicznych w portalu UAV. Rozdziela status pochodzenia — potwierdzone, producent deklaruje, źródła publiczne podają, szacunek i informacja niepotwierdzona — od jakości źródła, jakości evidence, confidence analityka oraz prawdopodobieństwa zdarzenia. Artykuł definiuje atomowy rekord subject–property–value–unit–conditions–time–version, provenance i cytowanie do strony/tabeli, zasady dla pomiarów i niepewności, obliczeń oraz modeli, zdjęć i geometrii, sprzecznych źródeł, missing data, niezależności potwierdzeń, military platform data, dat ważności i rewalidacji, a także reguły wizualne, workflow review i automatyczne kontrole integralności.

Źródła z centralnego rejestru

  1. Baykar: Bayraktar TB2 — product page [aktualna oficjalna strona producenta; osiągi, geometria, payload, redundancja, LOS/BLOS i elementy systemu naziemnego]
  2. Baykar: Bayraktar TB2 — technical brochure 2026 [aktualna oficjalna broszura producenta; dane deklarowane, warianty TB2-A/B/C/D i SATCOM BLOS]
  3. Baykar: Bayraktar TB2 — legacy technical brochure [starsza oficjalna broszura producenta; historyczne MTOW 650 kg, payload split i >150 km LOS]
  4. ASELSAN Annual Report 2020 — CATS integration with Bayraktar TB2 [oficjalny raport producenta sensora potwierdzający wykonanie prób integracyjnych CATS z TB2]
  5. ASELSAN: ASELFLIR-500 technical brochure [oficjalny datasheet 15-calowego gimbala EO/IR/SWIR/laser; źródło parametrów sensora, nie dowód konfiguracji każdego TB2]