jeziorek74

Przesiadłem się na kontroler Matek F405 Wing i mam kilka pytań dla osób obeznanych w temacie. Czy ktoś może mi po "naszemu" omówić tryby lotu dla samolotu w Inav 2.1.4 ? Oglądam filmy na YT, ale wszystkie są ze starszych wersji Inav i znacznie się różnią od obecnej wersji. Ewentualnie - jak ustawić tryb stabilizacji modelu (w Pixhawk nazywał się Stabilize). Próbowałem po kolei każdej opcji i żadna w ten sposób nie działa. Następna sprawa - jak ustawić wyświetlanie aktualnego trybu lotu w OSD ? Wiem, że jest tam opcja "Flymode", ale wyświetlają mi się tylko dwa rodzaje trybu - manual dla manual i air dla pozostałych trybów. Co robię nie tak ?

Dzięki. Zadziałało.

W goglach Quanum Cyclops nawalił mi odbiornik. Zasilanie i monitor działa. W szufladzie leży sobie taki zestaw i chciałbym go zaadoptować do googli. Czy się da i w jaki sposób podłączyć ten odbiornik 1,3 GHz do monitora w tych goglach ? Przelutowałem przetwornicę. Monitor oraz odbiornik mają już zasilanie, ale nie mam pojęcia jak podać sygnał wideo na monitorek w goglach..

Po przerwie znowu wróciłem do znęcania się nad Pixhawk'iem i znowu mam do Was pytanie, bo nie wiem czy tak ma być, czy coś nie działa prawidłowo. Testuję przerwanie linku RC - wyłączam nadajnik gdy Pixhawk jest w trybie stabilize - Pixhawk przechodzi najpierw na chwilę w tryb Cirlcle, a następnie w RTH. Po chwili włączam nadajnik, Pixhawk "zapika" kilka razy i pozostaje w trybie RTH. W zakładce failsafe MP wyświetla się odpowiednia wartość PWM dla przełącznika trybów lotu (w tym momencie dla stabilize), ale sam tryb lotu się nie zmienia. Dopiero kiedy przełączę na jakikolwiek inny tryb, to wszystko wraca do normy i tryb lotu ustawia się zgodnie z przełącznikiem. Czy tak jest prawidłowo ? Czy nie powinno to działać w ten sposób, że gdy powróci link RC, to Pixhawk automatycznie przełącza się w aktualnie ustawiony tryb lotu ? Nigdzie nie mogę znaleźć informacji na ten temat. Ewentualnie jeśli taki jest, to który parametr odpowiada za to ustawienie ?

A tu wszystko (chyba) o cięciu depronu http://www.motylasty.pl/warszt_4.html#dwarsz1

Jak już mi wszystko zadziała tak, jak chciałem, to pochwalę się projektem na forum. Ogólnie pomysł narodził się po zakupie podanego wyżej w linku modułu NLM od Andrzeja. Jednak, kiedy zacząłem łączyć diody w całość, przeraziła mnie ilość "kabelków". Samolot jest duży, więc miejsca w środku tez dużo, ale z każdego skrzydła dochodzi mi teraz w sumie 12 przewodów - 3 x 2 żyły (światła navi, strob i landing) oraz 2 x 3 żyły (lotki i klapy). Dodatkowo w kadłubie beacon dół i góra oraz navi, strob i taxi. W sumie potworna kabelkologia. dlatego wpadłem na pomysł, żeby stworzyć płytkę drukowaną, zawierającą ścieżki i połączenia oraz sam zmodyfikowany moduł NLM oraz dodatkowe elementy (kamera, zasilanie itd - tak, żeby tylko wpiąć pakiety, zintegrowane 12pinowe wtyki od skrzydeł i gotowe. A kabelki na stałe w płytce. Na dzisiaj wyglada to mniej więcej tak: Jak widać, bazą jest Arduino nano, które steruje zintegrowanym modułem oświetlenia. Zasilane jest pakietem 3S. Zasilanie modelu to tylko przejściówka do Power Module i kamery (dodatkowo nieprzylutowane jeszcze wejście na drugi pakiet 4S). Wszystko razem "pomasowane". I teraz patrząc na górne zdjęcie - jak wepnę Arduino, podłączę zasilanie 3S po lewej i podłączę zasilanie 4S po prawej, to wszystko jest OK (na razie na ziemi). Jak wyłączę zasilanie 3S po lewej, to całość wariuje - nie uruchamia się silnik i "pika" regulator (lub w ogóle się nie uzbraja). Problem leży chyba w tym, że Arduino odczytuje sygnał PWM z odbiornika( Pixhawka) na kanałach 3, 6 i 9 i coś tutaj zakłóca, kiedy Arduino nie jest aktywne. Wyglądać ma to mniej więcej tak: https://youtu.be/rVxa3NbwVEU

No to nie do końca jest tak W tej konfiguracji jeszcze maszyna nie latała. A co do problemu, to muszę tylko znaleźć źródło zakłóceń i po sprawie, ale to już temat nie na to forum

Brak czasu, dlatego dopiero teraz piszę. Dzięki Maćku za zaangażowanie. Problem rozwiązany..., a właściwie zastąpiony innym. Temat można zamknąć - napiszę tylko o przyczynach. Sprawcą całego zamieszania okazało się Arduino Nano, którego użyłem do mojego projektu. Na dzisiaj sprawa wygląda tak - przygotowałem płytkę drukowaną, na której mam wkomponowany moduł oświetlenia samolotu wzorowany na http://pfmrc.eu/index.php?/topic/48170-o%C5%9Bwietlenie-lotnicze-modelu/page-3&do=findComment&comment=522108 + plus parę ewentualnych bajerów i rozprowadzone zasilanie modelu. Całość oparta jest o arduino nano. Kiedy nie wepnę arduino, wszystko działa jak należy; również jest wszystko OK, kiedy podłączę zasilanie do arduino (cały układ jest zasilany oddzielnym pakietem). Problem zaczyna się wtedy, kiedy arduino jest na pokładzie, ale nie jest zasilane. Wtedy mimo uzbrojenia Pixhawk blokuje uruchamianie silnika. Muszę po prostu poszukać zakłóceń i wyeliminować je.

Oczywiście wszystko w trybie manual. Mi nawet nie chodzi o latanie. Mam duży model Powerzone'a 2,6m i żeby uruchomić na chwilę silnik, muszę go wynosić na dwór i czekać na fixa GPS. A to dość problematyczne, bo bawię się trochę pewnym projektem opartym o Arduino i cokolwiek zmienię, to ponowna wyprawa na dwór, żeby sprawdzić efekty. Spróbuję jeszcze raz w wolnej chwili. GPS mam fizycznie odłączyć, czy wystarczy jak wyłączę opcję AHRS_GPS_USE ?

Sorki. Może faktycznie namieszałem w moich wypowiedziach. W skrócie więc o co mi chodzi: Pomimo, tego, że powyłączam wszystkie uzbrajania i sprawdzania GPS (wszystkie, o których wiem) i tak nie mogę uruchomić w domu silnika modelu, bo wyświetla mi się komunikat Bad GPS Health. Zależy mi na tym, żeby "na chwilę" w domu móc uruchomić silnik w modelu pomimo braku sygnału GPS. Ale zaznaczam, że może nie wszystko robiłem jak trzeba, bo moja znajomość angielskiego jest dość płytka, więc nie zawsze wszystko rozumiem. Edit: Zastosowałem Disable GPS in non-auto** modes - set AHRS_GPS_USE to 0 Niestety w mojej wersji MP nie ma opcji Disable GPS_FAILSAFE Pomimo wyłączenia AHRS_GPS_USE nadal mam komunikat Bad GPS Health.

Trochę czasu upłynęło, ale nadal brak rozwiązania. Wszystkie te opcje sprawdzałem, ale one są tylko i wyłącznie związane z uzbrajaniem Pixhawk i nie mają wpływu na GPS. Ogólnie, z tego co zrozumiałem przeglądając rózne zagraniczne fora, wnioskuję, że nie da się wyłączyć sprawdzania GPS. Ma to służyć zabezpieczeniu modelu przed ucieczką lub startem modelu bez złapanego fixa GPS. Trochę to dziwne, bo co w sytuacji, gdy chciałbym używać Pixhawka bez GPSa jako drogiego stabilizatora lotu, a nie autopilota ? A może się mylę i ktoś jednak wyprowadzi mnie z błędu ?

Masz rację. Jakoś do tej pory nie rozdzielałem tego.

OK. Dzięki. Będę szukał dalej. Przecież musi się to jakoś wyłączać.

Przyznam szczerze, że dopiero zaczynam zabawę z Pixhawk i jak do tej pory mam zaliczonych tylko kilka lotów z wykorzystaniem trybu stabilize i circle. Nie mam pojęcia jak włączyć czy wyłączyć GeoFence

Niestety, próbowałem tej opcji i nie działa. Mam co prawda - jak Tomasz napisał - ArduPlane, ale ustawienia są podobne. U mnie to się nazywa Arm Checks to Peform (bitmask) (ARMING_CHECK). Wyłączam wszystko, Pixhawk "zapika" i nic się nie zmienia. Pojawia się napis ARMED na ekranie Flight data i wyświetla się Bad GPS Health i silnik nadal się nie uruchamia. Jak wyniosę z tym ustawieniem model na zewnątrz, to silnik także nie działa. Chyba pozostanie mi wędrowanie z modelem na dwór.