Polskie Forum FPV

qczek pisze: Dało by się, ale podeślij jakieś linki do tego mapowania, bo zamieszczone w wątku nie działają...
Krzysiek

ok, sprawdzę i podeśle.

Przy okazji zapytam, jak "Race Mode" ma się do "High data rate"?
Czy te tryby mogą ze sobą współdziałać ?

TomekMZ pisze:

qczek pisze: Dało by się, ale podeślij jakieś linki do tego mapowania, bo zamieszczone w wątku nie działają...
Krzysiek

ok, sprawdzę i podeśle.

Przy okazji zapytam, jak "Race Mode" ma się do "High data rate"?
Czy te tryby mogą ze sobą współdziałać ?

Tak mogą. Race Mode to użycie szerszego pasma i wtedy jest troszkę mniejszą czułość odbiornika ale za to szybciej dane idą w powietrzu. Natomiast high data rate wymusza częstsze przesyłanie ramek z telemetria kosztem ramek z danymi kanałów rc. To taki tryb eksperymentalny... Myślę że bez zmian w arduplane i ground station nie da się tego praktycznie wykorzystac do ładowania misji itp itd. W przypadku zgubienia pojedynczej ramki cały mesage mavlinka musi być przesyłana.... Może jak by ktoś napisał na arduino taka warstwę łącza danych co by potrafiła ogarnąć i przesłać ponownie tylko uszkodzone ramki...

qczek pisze:

TomekMZ pisze: Super wiadomość :) wielkie dzięki.
Od razu też zapytam, czy była by możliwość wprowadzenia modyfikacji
opisanych w tym wątku: https://github.com/krzysztofkuczek/QCZEK_LRS/issues/33
Dodanie tego uczyniłoby cały QCZEK LRS praktycznie idealnym.

Dało by się, ale podeślij jakieś linki do tego mapowania, bo zamieszczone w wątku nie działają...
Krzysiek

Umieściłem poprawne linki tam w wątku, tutaj też dam:

https://github.com/iNavFlight/inav/blob ... lemetry.md
("Available SmartPort (S.Port) sensors")

https://github.com/iNavFlight/inav/blob ... /mavlink.c
(inavToArduCopterMap, inavToArduPlaneMap, APM_PLANE_MODE, APM_COPTER_MODE, ...)

Z tego co rozumiem, to musiałyby być osobne mapowania (inav i APM * typ modelu) na to co S.Port/Lua obsługuje.
Jednocześnie Tx przy odkodowywaniu enc. mavlinka, używał mapowania tylko na potrzeby statusów dla S.Port
ale na UART (np. do BT) przerzucałby je już tak jak dostał oryginalnie je od danego FC aby w oryginalnej formie trafiały do docelowej aplikacji.

TomekMZ pisze:

qczek pisze:

TomekMZ pisze: Super wiadomość :) wielkie dzięki.
Od razu też zapytam, czy była by możliwość wprowadzenia modyfikacji
opisanych w tym wątku: https://github.com/krzysztofkuczek/QCZEK_LRS/issues/33
Dodanie tego uczyniłoby cały QCZEK LRS praktycznie idealnym.

Dało by się, ale podeślij jakieś linki do tego mapowania, bo zamieszczone w wątku nie działają...
Krzysiek

Umieściłem poprawne linki tam w wątku, tutaj też dam:

https://github.com/iNavFlight/inav/blob ... lemetry.md
("Available SmartPort (S.Port) sensors")

https://github.com/iNavFlight/inav/blob ... /mavlink.c
(inavToArduCopterMap, inavToArduPlaneMap, APM_PLANE_MODE, APM_COPTER_MODE, ...)

Z tego co rozumiem, to musiałyby być osobne mapowania (inav i APM * typ modelu) do tego co S.Port obsługuje a więc i Lua.
Jednocześnie Tx przy odkodowywaniu enc. mavlinka, używał mapowania tylko na potrzeby statusów dla S.Port
ale na UART (np. do BT) przerzucałby je już tak jak dostał oryginalnie je od danego FC.

ok dzięki, zrobi się..

qczek pisze:ok dzięki, zrobi się..

super, dzięki, to się wielu użytkowników ucieszy.

Przy okazji zapytam jeszcze: w transparentnym trybie telemetrii
nie jest generowany sygnał na SPort - w sumie większość ludzi
i tak wtedy puszcza tam mavlinka więc dlaczego by z niego nie generować
danych na SPort/Lua ?

Witam.
Widzę że wątek dość dawno nie uaktualniany.
Piszę do was z pomocą.
Zakupiłem u kolegi z forum QLRS 433MHz.
Niby połączenie RX i TX jest bo diody migają szybko, ale za chiny ludowe FC nie widzi odbiornika.
Przewertowałem strony, obejrzałem filmiki na YouTube i dalej nic.
Może coś przeoczam, pomożecie ?
Wrzucam zdjęcia jak to podłączone.

Ustaw w radyjku PPM.

maxiiii pisze:Ustaw w radyjku PPM.

Ustawiam w radyjku PPM i dalej lipa.

okruszek pisze:Ustawiam w radyjku PPM i dalej lipa.

Nie zaznaczyles SerialRX na uarcie w zakladce Ports

pawelsky pisze:

okruszek pisze:Ustawiam w radyjku PPM i dalej lipa.

Nie zaznaczyles SerialRX na uarcie w zakladce Ports

Zaznaczam Serial RX na UART1 i dalej nic.
Dioda mruga w RX a Betaflight dalej nie odbiera sygnału.
Może ma źle podłączony odbiornik.

FC RX

+ ------> VCC
- ------> GND
Sbus ------> AUX

Czy to jest "mruganie" szybkie ciągłe czy wolne przerywane? Czy możesz ustawić cppm na wyjściu odbiornika?

okruszek pisze:Zaznaczam Serial RX na UART1 i dalej nic.

Powinienes zaznaczyc na UART6

maxiiii pisze:Czy to jest "mruganie" szybkie ciągłe czy wolne przerywane? Czy możesz ustawić cppm na wyjściu odbiornika?

RX - dioda szybko miga/mruga.
TX - trzy szybkie mrugnięcia, i tak w kółko

pawelsky pisze:

okruszek pisze:Zaznaczam Serial RX na UART1 i dalej nic.

Powinienes zaznaczyc na UART6

Ale nic nie podłączyłem pod UART6 więc po co aktywować.

okruszek pisze:Ale nic nie podłączyłem pod UART6 więc po co aktywować.

Bo SBUS jest podlaczony do UART6