Telemetria Mavlink z Osd+Ap PitPab do Taranisa
: sobota 07 gru 2019, 12:26
Witam Użytkowanie zestawu Osd+Ap z PitLab w modelu oraz Gs +aplikacja Fpv traker daje świetną lokalizację modelu dzięki danym telemetrycznym przesyłanym w obrazie video .
Jednakże gdy model jest daleko a przestanie działać link video zaczyna się stres i wpatrywanie w niebo w nadziei powrotu cennej zabawki. Nie wiemy co się dzieje : spada i trzeba jechać szukać, czy wraca do bazy.
Przedstawiam jeden ze sposobów na rozwiązanie tego problemu:
W modelu Osd+Ap PitLab i Qczek lrs rx. Na ziemi Qczek lrs tx i aparatura Frsky (np. X9d plus) z wgranym lua scripts z tego linku:
https://github.com/iNavFlight/LuaTelemetry.
Podłączenie: ( pomijam opis podłączenia zasilania)
W modelu:
z Qlrs wyjście AUX AP wejście 1 z odbiornika (SBUS 1 w fpv menager)
pin Tx z Qlrs do Rx gniazda OSD( w instrukcji opisane jak budy flight ).
pin Rx z Qlrs do Tx gniazda OSD ( budy flight ).
W aparaturze :
z gniazda na dodatkowy moduł w.cz. pin sbus przez inwerter na 1 tranzystorze do wejścia Rx Qlrs
pin Sport do M0 Qlrs. Opcjonalnie można użyć retransmisji przez odbiornik Frsky 2,4GHz. Podłączenie jest takie samo jak do gniazda w aparaturze. ( osobiście używam retransmisji na odbiorniku XSR ).
Konfiguracja:
FPV device menager>> okno setings>> parametr: mavlink UART: 57600 i kliknąć Save.
menu OSD w modelu ( z klawiatury podpiętej do OSD, widok w goglach lub na ekranie pomocniczym w bazie ) >>ustawienia serwisowe>> UART1 >> ustawić na MavLink i 57600.
Moduły Qlrs:
W Tx wgrane oprogramowanie wspierające obsługę Sbus i Sport telemetry,
W Rx oprogramowanie MavLink i sbus.
Instrukcje ustawień i wgrywania softu są na stronie:
http://rc-fpv.pl/viewtopic.php?f=10&t=4 ... =qczek+lrs
http://qczek.beyondrc.com/qczek-lrs-433 ... a-rc-link/
opcjonalnie kupić gotowca u kolegi: qczek.
Po poprawnym skonfigurowaniu uruchamiamy skrypt w aparaturze i mamy telemetrię.
No cóż aby nie było tak pięknie informuję ze OSD PitLab z tego gniazda nie wysyła parametrów :
APID_PITCH 0x0430
APID_ROLL 0x0440
(może kiedyś w przyszłości będą wysyłane)
Brak tych parametrów powoduje że sztuczny horyzont jest nieruchomy. Jednakże bez linku wideo po parametrach widać czy model wraca ,czy spadł. Utrata linku RC „zamraża” ostatnie prawidłowo odebrane parametry na ekranie.
Jednakże gdy model jest daleko a przestanie działać link video zaczyna się stres i wpatrywanie w niebo w nadziei powrotu cennej zabawki. Nie wiemy co się dzieje : spada i trzeba jechać szukać, czy wraca do bazy.
Przedstawiam jeden ze sposobów na rozwiązanie tego problemu:
W modelu Osd+Ap PitLab i Qczek lrs rx. Na ziemi Qczek lrs tx i aparatura Frsky (np. X9d plus) z wgranym lua scripts z tego linku:
https://github.com/iNavFlight/LuaTelemetry.
Podłączenie: ( pomijam opis podłączenia zasilania)
W modelu:
z Qlrs wyjście AUX AP wejście 1 z odbiornika (SBUS 1 w fpv menager)
pin Tx z Qlrs do Rx gniazda OSD( w instrukcji opisane jak budy flight ).
pin Rx z Qlrs do Tx gniazda OSD ( budy flight ).
W aparaturze :
z gniazda na dodatkowy moduł w.cz. pin sbus przez inwerter na 1 tranzystorze do wejścia Rx Qlrs
pin Sport do M0 Qlrs. Opcjonalnie można użyć retransmisji przez odbiornik Frsky 2,4GHz. Podłączenie jest takie samo jak do gniazda w aparaturze. ( osobiście używam retransmisji na odbiorniku XSR ).
Konfiguracja:
FPV device menager>> okno setings>> parametr: mavlink UART: 57600 i kliknąć Save.
menu OSD w modelu ( z klawiatury podpiętej do OSD, widok w goglach lub na ekranie pomocniczym w bazie ) >>ustawienia serwisowe>> UART1 >> ustawić na MavLink i 57600.
Moduły Qlrs:
W Tx wgrane oprogramowanie wspierające obsługę Sbus i Sport telemetry,
W Rx oprogramowanie MavLink i sbus.
Instrukcje ustawień i wgrywania softu są na stronie:
http://rc-fpv.pl/viewtopic.php?f=10&t=4 ... =qczek+lrs
http://qczek.beyondrc.com/qczek-lrs-433 ... a-rc-link/
opcjonalnie kupić gotowca u kolegi: qczek.
Po poprawnym skonfigurowaniu uruchamiamy skrypt w aparaturze i mamy telemetrię.
No cóż aby nie było tak pięknie informuję ze OSD PitLab z tego gniazda nie wysyła parametrów :
APID_PITCH 0x0430
APID_ROLL 0x0440
(może kiedyś w przyszłości będą wysyłane)
Brak tych parametrów powoduje że sztuczny horyzont jest nieruchomy. Jednakże bez linku wideo po parametrach widać czy model wraca ,czy spadł. Utrata linku RC „zamraża” ostatnie prawidłowo odebrane parametry na ekranie.