Indeks pełnotekstowy

Wyszukiwanie

7 wyników dla „SBOM”

Wiedza · trafność 46

Jak prowadzić BOM UAV — konfiguracja sprzętu, software i wariantów

Praktyczny model BOM dla UAV: rozdzielenie struktury projektowej EBOM, produkcyjnej MBOM, programowej SBOM, serwisowej i konfiguracji as-built; wewnętrzne part numbers, MPN, SKU dostawcy, serie i partie; assemblies, phantom items, materiały masowe, ilości i jednostki. Artykuł obejmuje parametryczne warianty produktu, option codes i effectivity, alternates/approved manufacturer list, rygor kwalifikowania zamienników dla sensorów, napędu i elektroniki, powiązanie hardware–firmware–parametry, rewizje i change control, PCN/EOL/DMSMS, sourcing bez mieszania z definicją części, reguły walidacji drzewa, release workflow, BOM diff, minimalny model relacyjny oraz połączenie BOM z produkcyjną genealogią konkretnego egzemplarza.

Wiedza · trafność 46

Licencje open source w projektach UAV — od repozytorium do produktu

Techniczno-procesowy przewodnik po licencjach open source w UAV. Rozdziela użycie wewnętrzne od przekazania kopii, source od object code, firmware od GCS/chmury, modyfikację od agregacji i analizę linking/boundary. Porównuje praktyczne obowiązki licencji permissive, Apache-2.0, file-level MPL, LGPL i GPL, w tym Corresponding Source, skrypty build/install, written offer i Installation Information w GPLv3. Obejmuje osobne licencje PCB/CAD/dokumentacji/danych/fontów/modeli, proprietary SDK i binary blobs, patenty oraz znaki, dual licensing i exceptions, zgodność zależności, SBOM/SPDX/REUSE, provenance per file, archiwum source dla każdego wydania, release gate, pakiet third-party notices, obsługę zapytań o source oraz przykłady aktualnych plików licencyjnych ArduPilot, PX4, Betaflight i INAV.

Platformy · trafność 1

Parrot ANAFI Ai — profil architektury

ANAFI Ai rozłożony na warstwy sprzętu i software: 898-gramowy airframe, ICM-40609-D i stabilizowane termicznie sensory, GNSS/flow/ToF, ruchoma para kamer stereo, kamera 48 MP, przełączanie Wi-Fi–4G, bezpieczny element, Air SDK z Flight Supervisor–Guidance–Services, aplikacje Ground SDK/Olympe oraz symulacja Sphinx. Artykuł zawiera procedury testu łącza, percepcji, energii, misji i aktualizacji, z oddzieleniem danych producenta od założeń.

Platformy · trafność 1

Autel EVO Max — profil architektury

Rodzina EVO Max rozłożona na warianty i warstwy: różnice pierwszej generacji i V2, airframe 1,6–1,7 kg, sensory wizyjne oraz radar 24/60 GHz, GNSS/RTK, A-Mesh, Fusion 4T/4N/4NZ, termowizja i dalmierz, SkyLink, hot swap baterii, P-Port/P-Port Lite z USB/UART/PPS, PSDK dla Linux/RTOS, Mobile SDK i Cloud API, wraz z programem kwalifikacji payloadu, percepcji, energii i wersji.

EW i Counter-UAS · trafność 1

Detekcja RF UAV — emisja, bearing, TDOA i Remote ID

Pasywna detekcja RF rozłożona na pomiar, emitter hypothesis i korelację z płatowcem: architektura receivera, dynamic range, budżet detekcyjny, site occupancy, energy/cyclostationary detection, cechy sygnału, ryzyka bibliotek oraz RF fingerprinting. Artykuł wyjaśnia Remote ID jako kooperacyjne źródło, DoA/bearing, TDOA, clock i geometry, direct/relay/cellular/mesh oraz radiowo ciche UAV, fuzję z radarem/EO, privacy, legalność, testy unseen devices i cybersecurity. Bez przechwytywania chronionej treści, jammingu i przejmowania sterowania.

EW i Counter-UAS · trafność 1

Fuzja sensorów Counter-UAS — pomiar, track, niepewność i C2

Fuzja jako osobny system, a nie wspólna mapa: signal/measurement/track/identity/situation levels, modele obserwacji radaru, RF, acoustic, EO i RID, event vs processing time, układy ENU/ECEF/WGS84/AGL/MSL, covariance i protection of uncertainty. Obejmuje Kalman/EKF/UKF/IMM, gating i association, zależności oraz double counting, klasyfikację z conflict, cooperative authorization, lifecycle tracku, cue scheduler, event-sourced model danych, interoperacyjność, HMI, evidence/provenance, system metrics, fault injection, degraded operation i cyber. Kończy się na defensywnym alertowaniu.

EW i Counter-UAS · trafność 1

Warstwowa architektura Counter-UAS — sensory, C2, odporność i procedury

Kompletna defensywna architektura C-UAS od chronionej funkcji do mierzalnej capability: łańcuch detect–track–identify–assess–decide, warstwy przestrzenne/funkcjonalne, failure-mode diversity radaru, RF, EO/IR, acoustic i RID, C2 jako kręgosłup, probabilistyczne strefy, cooperative authorization, passive defence i jawna authority matrix. Obejmuje proporcjonalność oraz koszt false response, komórki i handover, interoperability semantics, distributed degraded operation, cyber, wymagania lotniska, lifecycle procurement, recurring threat-informed tests i metryki systemowe. Aktywne metody są wyłączone z instruktażu.