rafit

Oryginalny moduł od tej aparatury ma niemiły zwyczaj, że kiedy nie jest zasilony (aparatura w trybie slave) zwiera sygnał PPM do masy. Czyli próbując odczytać sygnał PPM (tryb slave lub podłączenie do symulatora) będzie on miał zbyt niskie napięcie. Rezystor ogranicza spadek napięcia wywołany przez niezasilony moduł. Dlaczego lepszy opornik niż wyjmowanie modułu? To akurat proste - aby nie urwać kabla antenowego lub nie zniszczyć gniazda modułu ciągłym wyciąganiem i wkładaniem. Jeszcze odnośnie twojego początkowego pomysłu. Zobacz co się dzieje gdy do wyłączonej aparatury włożysz kabel trenera. Włączy się! ale nie zasili układu radiowego. Grzebanie przy układzie trenera (tym bardziej że wspomniałeś o mglistym pojęciu o elektronice) nie jest krokiem we właściwą stronę. Procesor otrzymuje informację, że aparatura uruchomiona została w trybie bez włączonego modułu radiowego i zachowuje się odpowiednio. Jest jeszcze jedno rozwiązanie - wymień moduł radiowy na inny FrSky ani Corona nie mają tej przypadłości

ad 4... szukałeś 2 dni? http://pfmrc.eu/index.php?/topic/15826-turnigy-9x-nowy-firmware-radioclone/ http://radioclone.org

Tak nie zadziała. Wymagany jest regulator pomiędzy silnikiem a akumulatorem. Nawet na tym forum masz ładny obrazek naszego forumowego kolegi jak podłączać 2 regulatory: http://pfmrc.eu/inde...dpost__p__31089 Często zdarza się że regulatory mają wbudowany układ zasilający elektronikę napięciem 5V (tak zwany BEC). Jeżeli tak jest w twoim przypadku to wystarczy podłączyć tylko odpowiednią wtyczkę regulatora do odbiornika. (Jeżeli będą 2 to patrz obrazek wyżej).Jeżeli regulator (ESC) nie ma wbudowanego BEC, to należy dodać kolejny układ BEC/UBEC aby zasilić nadajnik i ewentualne serwomechanizmy (np wyrzucające ładunek). Jeżeli nałożysz żywicę na styropian to zostanie on rozpuszczony przez żywicę! musisz najpierw zabezpieczyć styropian np szpachlą. Pamiętaj aby upewnić się że używana szpachla nie rozpuszcza styropianu.

Zapisz model z pamięci na kartę SD, a będzie bezpieczny To jedyny model który możesz stracić podczas wgrywania nowej wersji (o ile go nie zapiszesz na kartę SD!) Format konfiguracji modelu nie zmienia się już od dawna, musiałbyś mieć strasznie starą wersję aby nie można było wczytać modelu. Nawet jeżeli by tak było... to przecież zostały zapisane na karcie SD i można wrócić do poprzedniej wersji firmware. Wersje plików są już kompatybilne bodaj od wersji 0.044 (o ile mnie pamięć nie myli). To co stracisz to konfiguracja globalna: - kalibracja drążków - przypisanie trymerów do drążków (o ile zmieniałeś) - ustawienie ilości kanałów w konfiguracji radia - czas dezaktywacji podświetlenia - opóźnienie karty SD.

Wreszcie po bardzo długim czasie oczekiwania (ciekawe czy ktoś jeszcze został...) dostępna jest nowa oficjalna wersja 0.080. (Do pobrania ze strony projektu - patrz 3 post) Zmian sporo. Z istotniejszych - dzięki mobilizacji od mkrawicz wreszcie udało się znaleźć błąd widmo który umykał mi od dawna, a mógł spowodować uszkodzenie konfiguracji modelu... Przebudowałem obsługę trymerów. Teraz ustawienie toru radiowego jest kluczowe dla działania radia (ale nie musicie się tym przejmować, ponieważ ustawienia domyślne powinny być prawidłowe dla większości z was). Sygnał jest obecnie obcinany do wartości min/max ustawionych w konfiguracji toru radiowego. Zmiany nastąpiły również w wizualizacji. Ta z menu MODEL (Wizualizacja PPM) pokazuje teraz wyjście PPM (czyli z trymerami i rewersami). Stary typ wizualizacji ciągle jest dostępny w menu POSTAWY->Wizualizacja Wprowadzone poprawki do mikserów opóźniających powinny też ułatwić ich stosowanie (powinny obecnie działać prawidłowo nawet jeżeli są zupełnie wyłączane na pewien czas). Więcej informacji w 3 poście tego wątku.

Tak ma być... Trymery zapamiętują ustawienia po 3 sekundach od ostatniej zmiany (zapis do eepromu). Wychodząc z jakiegoś podmenu przywracasz konfigurację modelu z trymerami włącznie.... Rozwiązania: - nie grzebać w trymerach jak chodzisz po menu (Przecież tak chyba nikt nie trymuje modelu chodząc po menu? Od tego jest centrowanie serw) - wcisnąć "Zapisz" przed wyjściem z menu - poczekać >3 sekundy po przestawieniu trymerów zanim wciśniesz EXIT. Wtedy nowe wartości trymerów zostaną zapisane. PS. Nie latamy z włączonym menu - to bardzo spowalnia aparaturę.

Odnośnie resetowania. Trochę to dziwne. Nie jestem w stanie powtórzyć tego zachowania na swoich aparaturach. Obie v1, w tym jedna z atmega128. Obsługa stosu i przerwań jest specyficzna dla software (więc różne firmware powinny zachowywać się inaczej). Obecnie mam zgrzyt z kompilatorem (próbuję przenieść kod na avr studio 6.0 ale mam problem z pamięcią EEPROM - nie zapisuje zmian). Jak znajdę chwilę to muszę sprawdzić z ostatnią wersją avr studio. Tu jest dokument odnośnie konwersji z atmegi 64 to 128 http://www.atmel.com/Images/doc2539.pdf

Jeszcze nie ma. Jest zgłoszony problem do obecnej wersji testowej (przez Arek12127) i do czasu jego znalezienia i naprawienia oficjalnej wersji nie wystawię. Błąd może być dość istotny ponieważ w pewnych sytuacjach powoduje restart aparatury. Przeglądałem się temu na razie na szybko, ale w wersji skompilowanej pod nowym avrstudio problemu nie udało mi się jeszcze odtworzyć. Musze wgrać wystawione tu pliki hex i posprawdzać. W żadnym wypadku nie chcę "wypuścić" wersji która w/g mojej wiedzy mogłaby sprawiać jakieś problemy. Poprawki w nowych wersjach dotyczą zwiększenia bezpieczeństwa używania domyślnie wbudowanego toru radiowego.

ad 1. Tu nie wiem, zgadywać nie chcę.... Zostaje sprawdzić noty katalogowe lub zmierzyć inną działającą ATMega128. ad 2: wszystko zależy od programu działania programu a nie od ATMegi. Odnośnie ER9x się nie wypowiem. RadioClone działa bez wyświetlacza. ad 3. wgrać znany prosty sprawdzony i działający program Np miganie diodką podłączona pod jakiś pin. ad Prośba: Pobierz dowolny program (firmware) skopiowany pod ATMega64 i już. NIC NIE TRZEBA PRZEKOMPILOWYWAĆ! Na koniec małe wyjaśnienie . ATMega64 i 128 są w pełni zgodne. Programy z 64 uruchamiają się bez żadnych zmian na 128... Procesory te różnią się tylko rozmiarem pamięci FLASH i EEPROM (może jeszcze kilka nieistotnych szczegółów). Jeżeli miałbym zgadywać gdzie jest problem to sprawdź Fuse Bits odpowiedzialne za wybór taktowania procesora. Fabrycznie 128-ka ma ustawiony wewnętrzny oscylator 1MHz... to o wiele za mało. RadioClone będzie działać, ale tragicznie wolno (szczególnie pierwsze uruchomienie), Er9X może nie zadziałać (nie testowane) ponieważ bazuje na dużej ilości kodu uruchamianego w przerwaniach.

Strona domowa jest tam gdzie była. radioclone.org Ostatnia oficjalna wersja to 0.74. Te tu były jako "testowe" (zresztą jest to nawet w 3 poście tego wątku ). Ostatnia wersja wygląda już ok więc niedługo pojawi się jako oficjalna - wraz z informacjami co zostało zmienione. Niestety nagła śmierć mojego notebooka wydłuża czas do publikacji nowej wersji. Wersje po 0.74 zmieniają zachowanie jednej z wizualizacji wyjść oraz wprowadzają poprawki zwiększające bezpieczeństwo używania standardowego toru radiowego instalowanego w Turnigy. (Najnowsze informacje co się dzieje są zawsze w komentarzach do svn: http://radioclone.sv...Tx_v2/?view=log ) Definicja plików pozostała niezmieniona (zapisane modele będą działać)

Błąd tak głupi, że aż żal . Podczas sprzątania kodu skasowałem jedną linę za dużo... Nawet już nie chcę wprowadzać nowego numeru wersji. Reset przed zamknięciem systemu plików i karty jest ok - ale tylko przy odczycie z karty. Nie ma tam żadnych modyfikacji ani zapisów. Czysty kod powinien mieć te instrukcje, ale taka zmiana to zawsze kilka bajtów do przodu. Ze względu na bardzo ograniczone miejsce w kodzie jest trochę takich "skrótów"

Dodałem obsługę watchdoga reset wykonywany jest w 2 momentach: - po załadowaniu modelu - po wybraniu "Nowy model (pusty)" Watchdog jest ustawiony na 250 ms - reset w każdym przebiegu pętli głównej i przy zapisie EEPROM. Wyłączany podczas operacji na karcie SD (trwają za długo).

Właśnie - alarmy dźwiękowe. Tu jest tylko "bzyczek" który można włączyć i wyłączyć.Odnośnie szybowców - nie latałem więc się nie wypowiem. Rozumiem z twojej wypowiedzi, że byłby wtedy czas z popatrzeniem na ekran. Czyli potrzebowałbyś zdefiniować akceptowalne wartości i odpowiednie zachowanie dla nich + alarmy i komunikaty które mają się pokazywać. Dużo do przemyślenia. Macie może jakiś system telemetrii który uważacie za "wzorcowy" o którym można poczytać? Wprowadzenie telemetrii wiązałoby się jednak z koniecznością zmiany platformy sprzętowej... Zostało teraz 355 bajtów chyba nie wcisnę. (Pisałeś że masz nowe AVR Studio. Jak duży masz program po kompilacji? /nowa wersja źródeł już jest w repozytorium/) Wstyd przyznać, ale obecnie nie ma nawet obsługi watchdoga Z drugiej strony masz jakiś powód dla którego chcesz restartować procesor?

Odnośnie : Punkt A 1-3... wszystko spowodowane przez głupi błąd wprowadzony poprawką, która miała być "banalnie prosta" więc dodałem ją bez sprawdzania. Poprawione. 4) poprawione Punkt B 1) To prawda, ale centrowanie serw ułatwia i bardzo przyśpiesza konfigurację modelu. Centrowanie serw zachowuje liniowość ruchu serwa (nie zmienia proporcji wychylenia). Jeżeli potrzebujesz przestawić czegoś więcej - przestawiasz wtedy w opcji MODEL->Wyjścia. Tam można wymusić nieliniowość wychyleń (np aby skorygować działanie serw różnych producentów), rozszerzyć zakres ruchu itp. W skrócie aby ustawić "subtrims" znane z innych aparatur używasz "centrowanie serw". Można to samo oczywiście zrobić przez "Wyjścia" ale wymaga to więcej uwagi i dużo więcej klikania. 2) "Generowany sygnał PPM powinien być ograniczany dla każdego wyjścia z osobna zgodnie z wartościami min i max ustawionymi w menu model/wyjścia, a nie granicznymi dla sygnału PPM (menu tor radiowy)." Też tak kiedyś myślałem, ale to niepraktyczne... Po prostu nie sprawdza się przy konfiguracji rzeczywistych modeli. Zwykle po ustawieniu lub odczytaniu konfiguracji modelu z pliku dostosowuje ją do konkretnego modelu właśnie przez "Centrowanie serw". Standardowo powierzchnie sterowe i tak nie wychylają się zwykle w pełnym zakresie więc zostaje jeszcze miejsce na ewentualną regulację trymerami (zwykle starcza kilka "piknięć"). Jeżeli faktycznie jakieś serwa nie pozwalają na większy ruch - zawsze możesz wyłączyć dla nich trymery, lub zmniejszyć zakres ruchu tak aby uwzględnić "luz" dla trymerów. Można też wyłączyć trymery w mikserach i dodać je bezpośrednio do odpowiednich kanałów np. MAIL,MELE,MRUD. Takie ustawienie wymaga jednak przestawienia ustawienia "Tryb zaawansowany" dla mikserów w tryb Expert. To pozwoli na użycie jako wejść "TriA-D" czyli trymerów. Odnośnie "marudzenia" proszę bardzo - to bardzo konstruktywne, ale i tak wszyscy się szybko wykruszają (niestety)

Z takim testerem to można pracować Gdzie byłeś jak pisałem ten soft ? Przy okazji poprawiłem jeszcze: - domyślne wartości toru radiowego to: 260 - 1740 (tak dla bezpieczeństwa, aby działały też na innych egzemplarzach) - ograniczenie w ustawienia centrowania serw i zakresów tak aby nie przekraczały ustawień w torze radiowym. - "Wizualizacja" przemianowana na "Wizualizacja PPM" - nowy model ma wpisane wartości w zależności od ustawienia toru radiowego (centrum) +/- 500 us. W załączeniu kolejny soft do testów (ten już nieaktualny, dlatego został usunięty patrz błędy poniżej). Jak będzie ok wystawię go we we wszystkich wersjach językowych na stronie

@Arek12127 złączony plik konfiguracji modelu na forum nie jest zgodny z opisem, to chyba nie ten? W tym nie ma śladu po konfiguracji trymerów. Odnośnie zaproponowanego rozwiązania, obawiam się że jest bardziej niebezpieczne od choroby. Trymery w radiu działają poza i trochę z boku systemu mikserów. Jeżeli "wbijesz" modyfikacje trymerów do zmiennych OutX spowodujesz, że wszystkie konfiguracje bazujące na wartościach wyjść przestaną działać! (od zegarów sterowanych wartością Out3 na moim "kotku" skończywszy) Wracając do podstaw, o ile wiem trymery mają na celu "drobne" korekty ustawienia sterów w trakcie lotu, tak aby model latał prosto. Trymowanie jest równoważne z funkcją "PODSTAWY -> Centrowanie serw" i tak też je należy traktować. Dodatkowo trymery są zapisywane w pamięci modelu (3 sekundy po ostatniej zmianie) ale TYLKO jeżeli zmiana nastąpiła przy użyciu klawiszy. Paradoksalnie to co chciałeś uzyskać modyfikując trymery, dałoby się najprawdopodobniej zrobić prostym mikserem dodając odczyty z odpowiednich pokręteł do MELE i MAIL... Tyle, że wtedy nie znalazłbyś problemu z trymerami Wszystko ma więc swoje dobre strony. Przemyślałem jeszcze raz sprawę trymerów i ogólnie ograniczania sygnału PPM wysyłanego do modułu radiowego. Przyznam się że sam używam FrSky, a tam opisane problemy nie występowały... Wydaje się że sensowne byłoby następujące rozwiązanie: - trymery działają jak do tej pory - przed generacją sygnału PPM jest on porównywany z wartościami ustawionymi w opcji "KONFIG -> Tor radiowy". Wartości "Domyś.min" i "Domyś.max" będą NIEPRZEKRACZALNE. Jeżeli sygnał je przekroczy zostanie bezwarunkowo obcięty. - opcja "MODEL -> Wizualizacja" została przebudowana. Od teraz nie pokazuje już stanu zmiennych OutX tylko rzeczywiste wartości sygnałów PPM wyskalowane w zakresie (min - max) zdefiniowanym w konfiguracji toru radiowego. Takie rozwiązanie ma jednak swoje reperkusje: - przy obecnej domyślnej konfiguracji nawet trymer nie będzie wstanie przesunąć zakresu ruchu serwa poza zdefiniowaną w ustawieniach toru radiowego - obecne domyślne ustawienia toru radiowego zostały zmienione i są dość asekuracyjne (długość impulsu od 0,4 do 1,6 ms, a odstęp 0,45 ms). - konfiguracja nowego modelu nie pobiera już wartości domyślnych z ustawień toru radiowego, a wpisane są one na stałe 500-1000-1500 Teraz prośba o przetestowanie nowego rozwiązania zanim wystawię je jako powszechne i określenie minimalnych / maksymalnych wartości dla toru radiowego dołączanego do Turnigy 9X PS. zniosłem ustawienia opóźnienia trymerów (można je ustawić od "1"), choć nie jestem przekonany czy to użyteczne. EDIT: Jeszcze kwestia telemetrii. Tak szczerze do czego chcecie jej użyć? Możecie podać jakiś przykład co chcecie osiągnąć (rzeczywista konfiguracja i zastosowanie telemetrii). Ja to kiepski jestem, ale jakoś trudno mi sobie wyobrazić zerkanie na ekran jak samolot jest w powietrzu .

Odnośnie telemetrii, zastanawiałem się nawet aby zmienić sposób połączenia interfejsu SD (przeniesienie linii CS w lewo) - są zdaje się nawet ślady tych działań w moim kodzie. Projekt został jednak zarzucony. I tak nie miałbym miejsca aby wcisnąć obsługę telemetrii (brak pamięci FLASH). Odpowiedź więc brzmi, trzeba wybrać: albo używasz ER9X ze wsparciem do telemetrii, albo RadioClone z SD... Przy okazji Gruvin ma własny hardware... oparty o ATMega2560. Ciekawa platforma ze wsparciem SD i telemetrii ale jakoś ostatnio brakuje mi motywacji aby dostosować RadioClone pod tą platformę.

Ad2: AVR Studio 4.18.716 GUI Version 4, 18, 0, 685 AVR Simulator 1, 0, 2, 1 ATMEGA128 265 Operating System Major 5 Minor 1 PlatformID 2 Build 2600 Service Pack 3 Plugins: AvrLcdPlugin 1, 0, 0, 13 AvrPluginAvrAsmObject 1, 0, 0, 48 AvrPluginavrgccplugin 1, 0, 0, 11 Stk500Dll 1, 0, 1, 15 Ad1: Te definicje min i max długości impulsu to tylko "wskazówki" jak ustawić je przy tworzeniu nowego modelu. Jak przejdziesz do ustawiana wyjść (podstawy->centrowanie serw, lub model->wyjścia) zobaczysz tam rzeczywiste minimalne i maksymalne wartości dla każdego kanału. Tu jednak pojawia się problem. Trymery działają jak "centrowanie serw". Czyli przesuwają zakresy wyjściowe już po wszystkich ograniczeniach. Po dodaniu trymerów, sygnału już nie obcinam... Może to błąd i powinienem to zmienić. Tyle że do jakich wartości powinienem obcinać sygnał? Jeżeli do tych które są zdefiniowane w ustawieniach radia, to trzeba by zmienić konfigurację wyjść modelu. Obecnie taka zmiana spowodowałaby, że trymer nie byłby w stanie przesunąć zakresu ruchu serwa poza ustalone ograniczenie (równe maksymalnemu wychyleniu). Problem wygląda na ciekawy, muszę go jeszcze przemyśleć. Obawiam się jednak, że rozwiązanie jakiekolwiek by nie było będzie wymagać ponownego trymowania wszystkich modeli po ewentualnej aktualizacji oprogramowania. Przy okazji napisałeś "poprosił o ustawienie trymowania na potencjometrach, bo trymery cyfrowe mają za duże opóźnienie" możesz trochę rozwinąć kwestię (lub podesłać plik z konfiguracją)? Takie sztuczki można robić na co najmniej kilka sposobów i jestem ciekaw Twojego rozwiązania.

brakuje jeszcze informacji i użytym torze radiowym - kluczowej informacji dla tego pytania. ad 1) Trymery zmieniają długości impulsów sterujących PPM wysyłanych do nadajnika POZA zdefiniowane limity. Jeżeli są one bardzo krótkie / długie, to niektóre tory radiowe mogą je błędnie interpretować. Może zajść interakcja pomiędzy sąsiednimi kanałami (lub nawet kanały nie spełniające "założeń" producenta toru radiowego zostaną zignorowanie). Z drugiej strony jeżeli potrzebujesz tak bardzo wychylić trymer, to przypuszczam, że nie ustawiłeś wcześniej mechaniczne sterów w odpowiedniej pozycji. Rozwiązań tego problemu może być kilka. Najprostsze np ograniczenie działania trymerów, może jednak niekorzystnie wpłynąć na inne tory radiowe. ad 2) Rozmiar skompilowanego pliku zależy od wersji AVRStudio (i wersji używanego przez nią gcc). Pliki które kompilujesz są zapewne poprawne.

Znajdowanie problemów wymaga systematycznego podejścia, Drążki nie są w neutralnej pozycji ponieważ:- mogłeś wprowadzić korekty (subtrim ?) - próbami kalibracji pogorszyłeś sytuacje. Pytanie raczej czy drgają wyświetlane słupki? Jeżeli nie to raczej potencjometry możemy wykluczyć. 2. Stwórz nowy model (konfigurację), ale nic nie ustawiaj - czy serwa drgają? Jeżeli tak, to konfigurację radia możemy wykluczyć. 3. Kolejny podejrzany - zasilanie odbiornika (BEC wbudowany w regulatror). Odłącz regulator i zastąp go innym / lub źródłem napięcia 4-5 V (mogą być np 4 akumulatorki paluszki - to istotne aby były to akumulatorki, ponieważ mają mniejsze napięcie). Jeżeli dalej drgają, BEC jest raczej ok. 4. Odłącz wszystkie serwomechanizmy i podłączaj je po jednym (tylko 1 serwomechanizm na raz).

Zobacz taki:http://www.tme.eu/pl/katalog/#art=PC20BU-4K7-LIN&znacząco lepszy niż większość instalowanych w aparaturach. Ma plastikową oś więc łatwo go przystosować do własnych potrzeb.---Mam jednak pytanie, do jakiej aparatury chcesz go zainstalować? Napisałeś: Niewiele aparatur pozwala zamienić przełącznik na potencjometr... stąd moja ciekawość.

Zobacz taki: http://www.tme.eu/pl/katalog/#art=PC20BU-4K7-LIN& znacząco lepszy niż większość instalowanych w aparaturach. Ma plastikową oś więc łatwo go przystosować do własnych potrzeb. --- Mam jednak pytanie, do jakiej aparatury chcesz go zainstalować? Napisałeś: Niewiele aparatur pozwala zamienić przełącznik na potencjometr... stąd moja ciekawość.

sygnał SCK jest wspólny dla programatora i czytnika kart SD.

Nie mam pojęcia... Nawet nie znamy schematu tej przejściówki. Trzeba by ją podłączyć i zobaczyć jak zachowują się poszczególne linie sygnałowe itd.. Najlepszy byłby oscyloskop. Jeżeli chcesz się bawić to eksperymentuj. Możesz podzielić się wynikami

Dlaczego oczekujesz że ten czytnik będzie działał? Do linii używanych przez kartę SD podłączone są jeszcze klawisze (kondensator i rezystor)... Zobacz schemat na RadioClone, lub wypada użyć gotowego sprawdzonego rozwiązania. Kiedyś próbowałem http://www.kamami.pl/index.php?ukey=product&productID=63663 ale nie działał