WB ELECTRONICS
nego wskazania wspó³rzêdnych celu. Postano- technologii pozwala na unikniêcie tego typu noœci z systemami kierowania ogniem TOPAZ
wiono zatem zbudowaæ nieco wiêkszy i ciê¿- problemów. (artylerii) czy SKOM (moŸdzierzy).
szy samolot, który ju¿ na etapie projektu by³ Dotychczas podczas prób zrealizowano
przewidziany jako precyzyjne urz¹dzenie W³asne opracowania kilkaset startów FlyEye i nie dosz³o do ¿ad-
wspieraj¹ce okreœlanie wspó³rzêdnych (wcina- Z punktu widzenia WB Electronics i przy- nej katastrofy przy l¹dowaniu. Ulokowanie
nie) celu. Tak powsta³ FlyEye, bezza³ogowy sz³ych u¿ytkowników kluczowym elementem ³adunku pod kad³ubem, w rejonie œrodka
samolot klasy mini o masie 11 kg. w przypadku systemu FlyEye jest oparcie siê ciê¿koœci pozwala nie tylko na zapewnienie
Drug¹, równie siln¹ motywacj¹ do podjê- praktycznie wy³¹cznie o w³asne opracowania. lepszych parametrów lotu i pracy urz¹dzenia
cia w³asnych prac nad platformami bezza³o- Aparat lataj¹cy, stabilizowana dzienno-nocna optycznego (czy dowolnego innego ³adunku
gowymi by³y dotychczasowe utrudnienia for- g³owica elektrooptyczna, autopilot, cyfrowe roboczego), ale tak¿e eliminuje problem
malne zwi¹zane ze wspó³prac¹ z partnerem ³¹cze danych, oprogramowanie i konsole ope- ewentualnego przes³aniania pola widzenia
zagranicznym. Otó¿ problemy z ka¿dorazo- ratora, trena¿er z trójwymiarow¹ symulacj¹ przez œmig³o. Dziêki temu – przy zachowa-
wym pozyskiwaniem licencji eksportowych obrazu jest produkcji oferenta, i nie ma tu ¿ad- niu statycznego ci¹gu zespo³u napêdowego
na etapie zakupu komponentów, jak i pod- nego zagro¿enia w postaci problemów z part- zbli¿onego do masy startowej statku po-
czas realizacji napraw, powodowa³y wielo- nerem zewnêtrznym. Ca³oœæ oprogramowa- wietrznego – mo¿e byæ ono wzglêdnie du¿e,
miesiêczne opóŸnienia w dostêpie do sprzê- nia i wyposa¿enie naziemne jest zgodne z in- co pozwoli³o na stworzenie produktu rzeczy-
tu. Posiadanie samodzielnie opracowanych nymi produktami WB Electronics, w szczegól- wiœcie startuj¹cego z rêki, bez koniecznoœci
FlyEye by³y wykorzystane podczas demonstracji na æwiczeniu 11. Lubuskiej Dywizji Kawalerii Pancernej Borsuk 10 / Zdjêcie: WB Electronics
Zdjêcia: WB Electronics
W miêdzyczasie statek
powietrzny (w pe³ni
kontrolowany dziêki
zastosowaniu podtrzymu-
j¹cego Ÿród³a zasilania –
baterii – dla systemu
sterowania) l¹duje
œlizgowo kilkanaœcie
metrów dalej (u¿ytkownik
mo¿e okreœliæ tê odleg³oœæ – standardowo jest to 20 m przy b³êdzie ko³owym okreœlenia punktu przyziemienia ok. 40 m, co wynika
z dok³adnoœci komercyjnego odbiornika GPS). Sam proces l¹dowania jest w pe³ni autonomiczny, autopilot wylicza œcie¿kê schodzenia
przy uwzglêdnieniu si³y i kierunku wiatru / Zdjêcie: WB Electronics
Zdjêcie:
Grzegorz Ho³danowicz
Pozosta³e komponenty
Powa¿nym przedsiêwziêciem projektowym
by³y tak¿e inne urz¹dzenia wymagaj¹ce polo-
nizacji, a wiêc:
- wyœwietlacz celowniczego (LDU),
- wzmacniacze napêdów armaty (sterow-
niki silników sterowania elewacji i azymutu
WB Electronics realizowa³a integracjê Systemu Kierowania Ogniem armaty),
w samobie¿nej haubicy Krab w dwóch krokach. Pierwszy z nich zakoñ- - zestaw ³¹czników danych pe³ni¹cych g³ów-
czony zosta³ jeszcze w trakcie prac nad prototypami i dotyczy³ instala- nie rolê czujnika pozycji marszowej wie¿y
cji terminala dowódcy dzia³a, który wspó³pracowa³ z komputerem ste- wzglêdem podwozia,
rowania wie¿y TCC (Turret Control Computer) z licencyjnej AS90 - czujnik temperatury lufy,
oraz kompletnego systemu ³¹cznoœci wykorzystuj¹cego zestaw urz¹- - konwerter DC/DC do³adowuj¹cy akumu-
dzeñ FONET oraz radiostacjê RRC 9311. W drugim kroku WB Elec- latory zasilaj¹ce napêdy armaty (24/48 VDC).
tronics podjê³a siê polonizacji ca³ego zestawu urz¹dzeñ elektronicz- W miejscu wyœwietlacza celowniczego za-
nych produkcji brytyjskiej, odpowiedzialnego za automatyzacjê stero- stosowano standardowy terminal DD9620
wania mechanizmami wie¿y oraz sam¹ armat¹. Dziêki temu, z niewielk¹ tylko adaptacj¹, wymagan¹ z uwa-
i¿ BAE Systems w ramach umowy licencyjnej przekaza³a HSW SA kody gi na eliminacjê prze³¹czników wystêpuj¹cych
Ÿród³owe oprogramowania steruj¹cego komputera TCC, otwarto drogê w oryginalnym urz¹dzeniu. Dziêki temu roz-
do pe³nego panowania nad elektronik¹ haubicy. wi¹zaniu, celowniczy operuje armat¹ z wyko-
rzystaniem ekranu dotykowego i joysticka.
In¿ynierowie WB Electronics po analizie wykonywanego programu. Wirtualnej haubi- Z powodzeniem zast¹piono tak¿e angielski in-
wszelkiej dostêpnej dokumentacji oraz urz¹- cy brakowa³o tylko pod³¹czenia do realnego terfejs u¿ytkownika w pe³ni polskim.
dzeñ w wersji licencyjnej, zaprojektowali sprzêtu i ta warstwa interfejsu stanowi³a ostat-
zmodernizowane urz¹dzenia o funkcjonalno- ni krok w pracach nad oprogramowaniem. Opanowanie haubicy
œci zapewniaj¹cej pe³n¹ wymiennoœæ z archi- Oddzielnym zadaniem by³o zbudowanie Ca³y projekt zwieñczony zosta³ zaledwie
tektur¹ AS90. samego komputera. W za³o¿eniu mia³o to byæ 3-tygodniowymi testami integracyjnymi
urz¹dzenie w pe³ni wymienne z dotychczas w rzeczywistym obiekcie, potwierdzaj¹cymi
Polonizacja komputera stosowanym. Do jego budowy zastosowano pe³n¹ sprawnoœæ wszystkich zaprojektowa-
Prace nad TCC trwa³y blisko 2 lata i roz- przemys³ow¹ kartê procesorow¹, wykorzy- nych urz¹dzeñ.
poczê³y siê od transpozycji oprogramowania stuj¹c¹ procesor Intel Core Duo pracuj¹c¹ pod Dziêki temu projektowi HSW oraz
powsta³ego w jêzyku PL/M WB Electronics panuj¹ nad ca-
na jêzyk C++, tak by dal- ³oœci¹ konfiguracji armaty, a co
sze prace mog³y byæ prowa- za tym idzie otwarta jest dro-
dzone we wspó³czesnym ga do ró¿norodnych modyfi-
œrodowisku programistycz- kacji, wymiany elementów,
nym i z zastosowaniem no- wprowadzenia w dalszym eta-
wych technologii. Kolejnym pie architektury drive-by-wire,
przedsiêwziêciem by³o czy zastosowania nowocze-
stworzenie wirtualnego sy- snych silników BLDC itp. War-
mulatora systemu elektro- toœci¹ trudn¹ do przecenienia
nicznego haubicy i urucho- jest równie¿ fakt, ¿e polski
mienie oprogramowania przemys³ dysponuje dziêki
w œrodowisku PC. Powsta- niemu kompletnym pakietem
³o zatem narzêdzie umo¿li- modernizacyjnym, zapewnia-
wiaj¹ce symulacjê zachowañ j¹cym automatyzacjê artylerii
wszystkich mechanizmów, nie tylko na poziomie dowo-
przekaŸników, sygnalizato- dzenia i kierowania ogniem,
rów i czujników wystêpuj¹- ale tak¿e w zakresie mechani-
cych w dziale oraz analizê zacji armat.
Funkcjonalnoœci
i protoko³y
zaimplementowane
w urz¹dzeniu
KOMUT-10TA
Oprogramowanie urz¹dzenia KOMUT-
10TA pracuje pod nadzorem systemu ope-
racyjnego LINUX, którego modu³y s¹
skonfigurowane tak, aby zapewniæ jak naj-
lepsz¹ wydajnoœæ pracy. U¿ycie produktu
open source czyni system przejrzystym pod
wzglêdem bezpieczeñstwa, pozwalaj¹c
jednoczeœnie na implementacjê standardo- Jednostka centralna ma zaimplementowa- sata. Podstawowym protoko³em okreœlaj¹-
wych protoko³ów i us³ug sieciowych po- ne oprogramowanie pozwalaj¹ce na prze- cym tzw. rzeczywiste metryki sieci jest
przez wykorzystanie sprawdzonych produk- sy³anie pakietów UDP odebranych na okre- OSPF. Urz¹dzenie KOMUT-10TA ma zaim-
tów np. QUAGGA czy ZEBRA. System œlonych portach interfejsu ethernetowego plementowany protokó³ OSPF w wersji 2.
LINUX pozwoli tak¿e w przysz³oœci na pro- poprzez urz¹dzenia transmisji danych inte- Budowana w systemie FONET tablica rutin-
ste dodawanie nowych funkcji. growanych przez system FONET. Adresa- gu przekazywana jest zgodnie z zasadami
cja stosowana w systemie FONET jest protoko³u OSPF do zewnêtrznego rutera,
Us³ugi VoIP w pe³ni zgodna z wymaganiami stosu IP. Dro- który jednoczeœnie uzupe³nia wpisy w tabli-
Urz¹dzenie KOMUT-10TA ma zaimple- ga przesy³u pakietu UDP do adresata wy- cy rutingu jednostki centralnej systemu FO-
mentowan¹ obs³ugê protoko³u VoIP z sy- bierana jest na podstawie tablicy rutingu NET. Tablica rutingu budowana jest i prze-
gnalizacj¹ SIP. Wbudowane w jednostkê tworzonego przez jednostkê centraln¹ kazywana przy wykorzystaniu dedykowane-
centraln¹ systemu FONET oprogramowa- FONET – urz¹dzenie KOMUT-10TA. go protoko³u dla sieci radiowych, minimali-
nie bramy VoIP ma mo¿liwoœæ rejestracji do System FONET przydziela wirtualny adres zuj¹cego ruch zarz¹dzania na rzecz transmisji
serwera VoIP umieszczonego np. w route- IP urz¹dzeniom, które z natury nie maj¹ im- danych. Z punktu widzenia protoko³u OSPF
rze. Dostarcza mo¿liwoœci adresowania plementacji stosu TCP/IP. Dlatego te¿ trans- KOMUT-10TA traktowany jest jak ruter
zgodnie z wymaganiami SIP dowolnego misja danych odbywa siê zawsze w jednolity ASBR.
urz¹dzenia w systemie FONET (pulpity sposób, niezale¿ny od typu urz¹dzenia.
operatorskie, radiostacje itp.). Oprogramo- Rola urz¹dzenia KOMUT-10TA
wanie VoIP urz¹dzenia KOMUT-10TA po- Protokó³ OSPF w systemie bazuj¹cym
zwala na nadawanie adresów SIP tak¿e tym Celem stosowania protoko³ów rutingo- na protokole OSPF
urz¹dzeniom, które nie maj¹ takiej funkcjo- wych jest okreœlenie jak¹ œcie¿k¹ nale¿y Jednostka centralna pracuje jako ruter
nalnoœci, np. radiostacjom lub analogowym przes³aæ informacjê do wymaganego adre- brzegowy, pozwalaj¹c na wymianê danych
telefonom polowym typu MB. Pozwala to
na jednolit¹ adresacjê urz¹dzeñ w ca³ym
systemie, niezale¿nie od dostarczanej przez
poszczególne urz¹dzenia funkcjonalnoœci.
Poprzez do³¹czenie do rutera adresacja SIP
jest zachowywana zarówno wewn¹trz sys-
temu FONET w pojeŸdzie, jak i poza nim.
Lista abonentów – adresów SIP jest prze-
chowywana w ksi¹¿ce telefonicznej
(w przysz³oœci bêdzie mo¿na j¹ importo-
waæ z bazy LDAP).
System FONET oprócz funkcji interkomu
i us³ug zwi¹zanych z przesy³aniem fonii zapew-
nia transmisjê danych poprzez dostêpne œrodki
³¹cznoœci, szczególnie taktyczne sieci radiowe.
Ze wzglêdu na specyfikê takich sieci (np. mo¿-
liwoœæ utraty pakietów danych, potwierdze- Transmisja danych
nia na poziomie aplikacyjnym) do transmisji z wykorzystaniem
danych wybrano mechanizm UDP. protoko³u UDP
Protokó³ SNMP
System FONET ma mo¿liwoœæ
zarz¹dzania i monitorowania po-
przez protokó³ SNMP (obecnie
w wersji 2). Dla tych celów
w urz¹dzeniu KOMUT-10TA zo-
sta³a zaimplementowana baza
MIB. Baza opisuje dostêpne zaso-
by systemu i urz¹dzenia do niego
do³¹czone (np. radiostacje).
W celu uzyskania pe³nej interope-
racyjnoœci z systemami bazuj¹cy-
mi na SNMP KOMUT-10TA pe³ni
rolê proxy serwera dla urz¹dzeñ, które nie
Droga pakietu pomiêdzy sieciami radiowymi. Droga ta jest znana na podstawie wczeœniej zbudowa-
maj¹ mo¿liwoœci bezpoœredniego zarz¹dza-
nej tablicy rutingu. W tym przypadku pakiet nie jest transmitowany poza jednostkê centraln¹ syste-
nia przez SNMP, takich jak np. telefony po-
mu FONET, jednak dane uzyskane podczas transmisji pakietu wykorzystywane s¹ do uzupe³niania
lowe, radiostacje analogowe.
tablic rutingów poszczególnych urz¹dzeñ KOMUT-10TA.
System FONET oprócz transmisji g³osu
i danych integruje w pojeŸdzie wszystkie urz¹- nio klient pocztowy, mo¿e tak¿e wystêpowaæ KOMUT-10TA dostarcza pocztê adresata
dzenia i sensory, tworz¹c jeden spójny system wymiana poczty pomiêdzy radiowym serwe- okreœlaj¹c drogê dostêpu na podstawie:
(np. czujniki ska¿eñ, system nawigacji). Dla rem pocztowym i innym serwerem zainsta- - tablicy rutingu;
tych urz¹dzeñ jednostka centralna ma odpo- lowanym w systemie dowodzenia.
wiednie pozycje w drzewie bazy MIB.
Stacja zarz¹dzaj¹ca wymienia dane po-
przez protokó³ SNMP z urz¹dzeniem
KOMUT-10TA, u¿ywaj¹c standardowych pro-
cedur tego protoko³u, takich jak:
- READ – czytanie fragmentów lub ca³ej
bazy MIB;
- WRITE – zapis nowych wartoœci do bazy
MIB w celu zmiany konfiguracji lub zarz¹dzania;
- TRAP – informacja o wyst¹pieniu asyn-
chronicznego zdarzenia (np. alarm, w³¹cze-
nie nadawania radiostacji, wy³¹czenie urz¹-
dzenia).
S£OWNIK I SKRÓTY
SKRÓT/TERMIN OBJAŒNIENIE
ABR Area Border Router
ASBR Autonomous System Boundary Router
DHCP Dynamic Host Configuration Protocol
IP Internet Protocol
IGMP Internet Group Management Protocol
Jednostka centralna Urz¹dzenie KOMUT-10TA systemu FONET
LDAP Lightweight Directory Access Protocol
MIB Management Information Base TDMA w sieciach radiowych
NTP Network Time Protocol System FONET dla transmisji w sieciach
OSPF Open Shortest Path First radiowych UKF ma zaimplementowany pro-
PIM Protocol Independent Multicast
POP3 Post Office Protocol version 3 tokó³ transmisji z podzia³em czasu TDMA.
QoS Quality of Service Pozwala on, co jest szczególnie wa¿ne na ni¿-
QUAGGA Pakiet open-source dostarczaj¹cy implementacjê protoko³ów szych szczeblach taktycznych, na bezkolizyjn¹
OSPFv2, OSPFv3, RIP v1 i v2, RIPng BGP-4 dla LINUX-a wymianê danych w szczelinach przydzielo-
RIP Routing Information Protocol
SH-4 32-bitowy procesor RISC u¿ywany w p³ytach g³ównych
nych dla poszczególnych abonentów (pojazd,
urz¹dzeñ KOMUT-10TA systemu FONET pododdzia³). Mechanizm TDMA wykorzysty-
SIP Session Initiation Protocol wany przez system FONET jest niezale¿ny
SMTP Simple Mail Transfer Protocol od typu radiostacji pod³¹czonej do jednostki
SNMP Simple Network Management Protocol centralnej, poniewa¿ do transmisji danych wy-
TDMA Time Division Multiple Access
UDP User Datagram Protocol korzystywany jest kana³ transparentny radio-
VoIP Voice over Internet Protocol stacji. TDMA jest konfigurowalne dynamicz-
WB NET Protokó³ opracowany w WB Electronics optymalizowany nie, tzn. pasmo radiowe jest dzielone na ak-
do transmisji w sieciach radiowych o ma³ych przepustowoœciach tualn¹, rzeczywist¹ iloœæ abonentów sieci ra-
ZEBRA Oprogramowanie zarz¹dzania protoko³ami stosu TCP/IP
diowej.
Na poni¿szym rysunku przed-
stawiona jest ogólna zasada dzia-
Ogólna zasada dzia³ania sieci radiowej w podzia³em czasu (TDMA) ³ania radiowej sieci TDMA. Po-
szczególne szczeliny maj¹ nastêpu-
j¹c¹ interpretacjê:
- CFG – szczelina konfiguracyjna;
- NCS – szczeliny stacji nad-
rzêdnej;
- SUB – szczeliny stacji podrzêd-
nych;
- REQ – szczelina zg³oszeniowa.
Inne cechy
Jednostka centralna systemu
FONET dostarcza tak¿e us³ug
DHCP oraz synchronizacji czasu
poprzez protokó³ NTP.
Zautomatyzowany Zespó³
Rozpoznania Artyleryjskiego
(ZZRA)
to zainstalowany na specjalnie zaprojekto- nie przyrz¹dem obserwacyjnym oraz prze- serwacyjnego z utrzymaniem ³¹cznoœci fonicz-
wanym stela¿u plecakowym terminal kompu- twarzanie obrazu wideo z kamery dzienno- nej pomiêdzy nimi oraz ze stanowiskiem
terowy DD9620T wraz z radiostacj¹ taktyczn¹. nocnej i dalmierza. Na ekranie komputera ogniowym lub dowódc¹ kompanii poprzez re-
Ergonomiczny kszta³t stela¿a oraz stosowne wyœwietlane jest okno podgl¹du toru wideo transmisjê do radiostacji taktycznej.
uchwyty pozwalaj¹ na wygodne przenoszenie przyrz¹du obserwacyjnego. Terminal umo¿-
urz¹dzenia przez jedn¹ osobê. Zestaw mo¿e liwia przeliczanie pomiarów na wspó³rzêd- Stanowisko dowódcy moŸdzierza
byæ przewo¿ony dowolnym pojazdem – samo- ne i parametry celu oraz wymianê danych Dla dowódcy moŸdzierza, nadzoruj¹cego
chodem terenowym, transporterem opance- ze stanowiskiem dowodzenia plutonu. Ter- zadanie ogniowe, kluczowa jest mo¿liwoœæ
rzonym itp. minal komputerowy umo¿liwia naprowadze- swobodnego poruszania siê w obrêbie stano-
W sk³ad tego przenoœnego stanowiska nie kamery na cel poprzez wskazanie celu wiska ogniowego pomiêdzy przyrz¹dami do
wchodz¹ nastêpuj¹ce urz¹dzenia: na przekazanym obrazie wideo (punktu po- dowi¹zania i ukierunkowania moŸdzierzy bez
- radiostacja taktyczna RRC9210/RRC9321 miarowego), umo¿liwia opis celu poprzez utraty ³¹cznoœci fonicznej z dowódc¹ plutonu.
(5W). Zapewnia ona ³¹cznoœæ punktu obser- nadanie mu numeru i okreœlenie jego rodza- Dowódca moŸdzierza wyposa¿ony jest
wacyjnego ze stanowiskiem dowodzenia plu- ju i parametrów. Zapewnia automatyczne w przenoœny zestaw ³¹cznoœci i informatyki (PZ£I)
tonu moŸdzierzowego i retransmisjê ³¹czno- wyliczenie wspó³rzêdnych celu. Terminal ma montowany na kamizelce taktycznej i przedramie-
œci z radiostacji osobistej obserwatora; os³onê przeciws³oneczn¹ i przeciw opadom. niu, terminal z wyœwietlaczem, radiostacjê oso-
- terminal komputerowy obserwatora Obserwatorzy wyposa¿eni s¹ w radiosta- bist¹ i zestaw s³uchawkowo-mikrofonowy.
DD9620T z ekranem dotykowym o prze- cje osobiste R35010, które zapewniaj¹ im swo- Terminal dowódcy moŸdzierza zapewnia
k¹tnej 10,4’’. Umo¿liwia on zdalne sterowa- bodê poruszania siê w obrêbie stanowiska ob- wyœwietlenie oraz wprowadzenie wszelkich
Zestaw
£¹cznoœci
Taktycznej