oko

Ja z kolei jestem bardzo pozytywnie zaskoczony gdy coraz częściej widzę w komunikacji miejskiej przysłowiowe "babcie" sprawdzające sobie rozkład jazdy w aplikacjach albo prognozy pogody. Nie ma obowiązku korzystania z dodatkowych funkcji. Ale są one ogromnie przydatne. Pomijając różne tanie no-name, to systemy FrSky są równie pewne jak i droższe. Działają na tej samej zasadzie, w tym samym paśmie. Najważniejszą sprawą jest odpowiednia konfiguracja, ustawienie fail-safe, sprawdzenie pracy linku itd Pisaliśmy tu jakiś czas temu o zużyciu się potencjometrów w gimbalach. Mi się to właśnie zrobiło, w X9R Pro i to w potencjometrze "gazu". Bardzo nieprzyjemnie, bo osiąga ok. 80% zakresu, co może spowodować duże zagrożenie gdy trzeba pełnej mocy. Na razie dałem pełną moc na przełączniku, i czekam na nowe gimbale. Skoro dostępne są przetworniki na hallotronach, to bezwzględnie warto je stosować. Droższa aparatura z potencjometrami będzie tu gorsza niż tańsza na hallotronach.

Tyle że ta pewność jest mocno wątpliwa, nie zapewnia jej na pewno markowa etykieta. Bardzo solidne i sprawdzone odbiorniki FrSky kosztują około 100 złotych, z wyprowadzeniem 8 kanałów PWM trochę więcej - 150. O telefonie komórkowym też się mówiło że to dla większości urządzenie do dzwonienia... ale czy to się nie zmieniło?

Link - jest to koncepcja do której należy dążyć. W niektórych aparaturach (X9R Pro, Taranis) można montować niezależne moduły radiowe nadajnika, sterowane z aparatury przez sygnał PWM albo port szeregowy. Horus drogi, tez mam wątpliwości czy warto, ale Taranis znacznie tańszy. Do Taranisa są już dostępne gimbale nie na potencjometrach ale czujnikach Halla. Zamówiłem już, drogie nie są, i będę montować do X9R Pro. Elektrycznie pasują, trzeba trochę pomęczyć mechanikę.

Nie warto. Odtwarzanie wideo na telefonie może być kapryśne i wnosić nowe błędy. Easycap może mieć różne chipsety które mogą zachowywać się w różny sposób. Zacznij od podłączenia kamery i wszystko będziej jasne.

Trudno powiedzieć. Lepiej działać bardziej systematycznie, np zacząć od podłączenia odbiornika albo kamery. Albo urządzenia które generuje na obrazie menu albo jakiś napis, żeby wiedzieć czego się spodziewać.

Ja zawsze jadąc na loty mam w samochodzie ochraniacze, o takie: https://www.polarsport.pl/ochraniacze-mammut-nylon-gaiter-mammut.html (nie kupowałem ich specjalnie do RC, używam w górach). Jeśli trzeba to bardzo dobrze się sprawdzają w pokrzywach i chaszczach.

Złącza zwykle nie pasują, są bardzo różne standardy i zazwyczaj nieuniknione jest cięcie kabli. Prawie zawsze czarny -, czerwony +, żółty sygnał wideo, (ew. jeszcze biały sygnał audio), ale w miarę możliwości warto to sprawdzać jeśli nie jest wprost napisane. Na przykład omomierzem, - występuje w złączach wideo i zasilaniu.

Powiadomienie FISu nie jest wymagane. Jeżeli postanowią nie wypłacić to znajdą powód. Na przykład wersja FrSky non-EU, brak oznaczenia CE, historia zdrowia pilota, przekroczenie odległości itd. Od tego mają prawników, pytanie o wysokość odszkodowania w relacji do ich kosztu.

To proste, układ wybiera to źródło gdzie jest wyższe napięcie, i zabezpiecza przed zwarciem w którymś z BECów. https://www.rcgroups.com/forums/showatt.php?attachmentid=5624397&d=1363601119 Nie jest to niezbędne, ale mi szkoda by kabelek sobie wisiał zaizolowany zamiast stanowić awaryjne źródło zasilania.

Jeszcze lepiej zasilić z obu tych źródeł, każde podłączone przez diodę Schottky'ego (są takie podwójne diody w tym celu produkowane, w jednej obudowie). Do tego dioda Zenera zabezpieczająca przed wzrostem napięcia i mamy dobrze rozwiązaną kwestię zasilania. Muszą być tylko starannie masy połączone.

No dobrze, ale co wybierasz jako hardware w konfiguratorze? Są tam różne opcje, np Orange LRS, i jakieś inne których mało kto używa.

https://github.com/openLRSng/openLRSng ciekawe czy trzeba opcje kompilacji modyfikować, czy pasuje któryś ze "standardowych" modułów?

Najpierw warto podłączyć kamerę do monitora. Jeśli działa, to można wstawić link wideo. Na początek bez wymiany anten na koniczynki, na oryginalnych dipolach. Na początek polecam porządnie rozwiązać kwestię zasilania, by nie spalić tego sprzętu. Ustalić standard złącz do 12V, ja używam do tego czerwonych czyli JST. Dokupić przetwornice albpo podłączyć do baterii 3s.

Czy dobrze widzę że silniki mają przekładnie? Czy te przekładnie mają wyczuwalne luzy? Chyba nie, bo byłby to spory problem dla kontrolera. Oryginalny Segway też chyba przekładnie ma, czy są niezbędne? Pewnie tak bo silnik elektryczny teoretycznie można impulsowo sterować precyzyjnie ale jednak woli większe obroty? Samochody elektryczne też mają przekładnie? Lokomotywy mają, nawet nowoczesne. https://s-media-cache-ak0.pinimg.com/736x/bd/69/ef/bd69ef8b6b4122f5ee0efc726e76f239.jpg Dobrze że ulica mało ruchliwa, ostatnio dużo takich wynalazków jeździ po chodnikach obok ruchliwych jezdni, albo i po drodze między samochodami. W razie jakiejś awarii to czasu na reakcję zbyt dużo nie będzie...

Mój kopter rozpoczął żywot jako Turnigy H.A.L.: https://hobbyking.com/en_us/turnigy-h-a-l-heavy-aerial-lift-quadcopter-frame-585mm.html?___store=en_us po czym zmienił się w sześciokopter a zamiast okrągłych rurek ma profile alu 20x20, z silnikami przykręconymi bezpośrednio do nich, została oryginalna płytka centralna. Trwałe, mocne, tanie w naprawach. Ale na obecnym etapie już za ciężkie. Trzeba zrezygnować z alu i przejść na włókno węglowe. I tu pytania: -jaką średnicę rur wybrać? -jakie mocowania rur (boomblocki), mocowania silników i płyta centralna? -gdzie się takie sprawy dobrze kupuje? Wycina się na zamówienie czy są gotowce? Raczej się nie opłaca sprowadzać z Chin? Ramiona nie muszą się składać do transportu. Dobrze by dało się "w razie czego" dokupić płytę, bo rury to pewnie standardowe. Żadne tam wymyślne kształty nie są potrzebne, wystarczą dwa kółka z otworem w środku. Z tego, co widzę, w niektórych rozwiązaniach płyta jest z włókna szklanego: https://avifly.pl/pl/ramy-copterow/rama-hexacopter-fc-t680-weglowa-szklana-fpv-z-podwoziem-typu-t ale czy to nie jest trochę drogo i zbyt wymyślnie? Wolałbym by w razie wypadku łamały się ramiona a nie płyta centralna.

Pomyślałem sobie: po co się męczyć z gimbalem na samolocie, przecież ta stabilizacja jest świetna. Zobaczyłem jednak filmiki z lotów z tej kamerki, i tam jest beznadziejnie: Zapewne algorytm jest obliczony na dziury właśnie a nie na stabilizację "lotniczą". Zupełnie nie eliminuje np "roll deviations" czyli wychyleń poprzecznych o małej amplitudzie, bardzo nieprzyjemnych w oglądaniu. Jednak gimbal nieprędko przestanie być potrzebny. Oczywiście gdyby był kontroler lotu, byłoby stabilniej ale raczej niewystarczająco. No i to 2K to też pewnie interpolowane?

No dobrze, a co ze zdjęciami znaleziska, albo opisami dokładniejszymi? Mam dwóch potencjalnych kandydatów z początków mojej kariery (jeden 3 lata temu, drugi dwa), nie wiem czy opis się zgadza czy nie - raczej nie bo wątpię by po tym czasie były w dobrym stanie. Ale kto to wie? Spodziewam się że przynajmniej jedna z moich zgub zostanie odnaleziona np za 40 lat na czubku ściętego drzewa i wywoła sensację

Zmieniłem kompas główny na zewnętrzny (który ma mniejsze offsety), skalibrowałem je jeszcze raz - i znowu offsety wewnętrznego wyszły znacznie większe. Ponad 200, a ponoć powinny być poniżej 150? Nie wiem jeszcze dlaczego tak się dzieje, ale dzisiejsze loty były bardzo w porządku, nawet tryb loiter działał dobrze, i to mimo silnego wiatru. Niepokoi mnie jednak że tryb SSM może się ot tak wyłączyć. Przy złożonym podwoziu (na którym są kulki na jednej nodze) może zabraknąć czasu na reakcję zanim się rozłoży, no i nie zawsze widać te kulki, diodę LED też.

Z "globala" opłaca się zwykle rozbić większe zamówienie na kilka paczek, zwłaszcza gdy zamawiamy rzeczy lekkie i małe. Ja nigdy nie przekraczam 70$ wartości, celnikom płaciłem gdy miałem ponad 100$, dawno to było.

Ale porównujesz BARO.Alt (wysokość z barometru) do CTUN.Alt, czyli wysokość kontrolera inercyjnego. Ona chyba nie jest brana z GPS? i może być rozbieżna z BARO, tak tu sugerują: http://discuss.ardupilot.org/t/uncontrolled-ascent-disparity-between-ctun-alt-and-baro-alt/3750 "CTUN.Alt is the inertial navigation system's altitude estimate. It doesn't look like it is being dragged towards the baro alt as it is supposed to." a u mnie powiedzmy nawet że się zbiegają te krzywe. Równiej niż na płytce z kompasem? O co tu chodzi? Rozumiem że podczas kalibracji kompas znajduje skrajne wartości i na tej podstawie ustala środek. Czy precyzja mocowania płytek ma tu znaczenie?

A nie powinno być? Z jaką dokładnością? Który radzisz wyłączyć? Czy trzeba wtedy kalibrować kompas od nowa? Niekiedy ten pixhawk zgłasza problem z "aligning accelerometers" czy jakoś tak. O czym to świadczy? Może kupić nowy a ten dać do samolotu? Dzięki za odpowiedzi!

Napisane po polsku - zaufanie podzielić na pół (albo i bardziej).

Trudno się szuka w wyszukiwarce o Łodzi, bo jest dużo wątków "wodnych" Tu wątek łódzki: http://pfmrc.eu/index.php?/topic/18853-%C5%82%C3%B3dzkie/page-6 Możesz szukać kontaktu przez sklepy modelarskie, odwiedzać miejscówki gdzie ludzie latają itd Ja mogę pomóc ale jestem z Warszawy (choć np w niedzielę byłem w Łodzi).

Przez kilka lat mój hexacopter latał z APMem. Doszedłem do wniosku że czas już przesiąść się na Pixhawka. Migracja idzie zaskakująco opornie. Najpierw był problem taki z parametrami MOT_SPIN_MIN i MOT_SPIN_ARM. Dla ich domyślnych wartości kopter startował zbyt gwałtownie by dało się uzyskać kontrolę. Przewracał się a raz zaczął uciekać bez żadnej kontroli. Na szczęście mój system DroneDown zadziałał i skończyło się na dwóch złamanych śmigłach. A teraz nowy problem. Wczoraj wystartowałem w trybie Stabilize w SuperSimpleMode (SSM), czyli orientacja koptera w osi yaw jest określona przez pozycję z GPS. Wszystko było dobrze przez pierwszych kilkanaście sekund, a potem tryb SSM jakby się wyłączył. Niestety podwozia nie mam na osi podłużnej (układ +), muszę to zmienić, straciłem kontrolę ale udało się wylądować awaryjnie w trzcinie, bez strat. Tyle że nie wiem jak zinterpretować co się stało. Czy w logach jest informacja o działaniu trybu SSM? Na wykresie pozycji na mapie w MissionPlanner widać jak się "rozjechały" wykresy GPS i POS, powiedziałbym że stało się to wtedy gdy zaczęły się problemy, wcześniej się pokrywały. Co to oznacza? Jaka jest interpretacja POS? Mam dwa kompasy ale z tego co widzę ich działanie było poprawne. Tu ktoś zadał to pytanie ale bez odpowiedzi. Help http://discuss.ardupilot.org/t/review-a-log-map/14892/5 log.zip

Ja mam doświadczenia z dwoma: OpenLRSng na Orange LRS z Hobbykinga i polski Eleres. Oba są sprzętowo bardzo zbliżone, programistycznie w sumie też. Pierwszy jest open source, drugi ma regulację mocy co i w pierwszym można zrobić ale chyba nie jest dostępne bez przeróbek. Orange LRS jest tańszy, a gdy była promocja po 4$ to już w ogóle