rafit

Jako ciekawostka. U siebie jako regulator mam TS1084. Teraz odnośnie twojego problemu. Spróbuj tak: Wyciągasz kartę, reszta podłączona. Pomierz napięcia na poszczególnych pinach procesora MISO, MOSI i SCK (aparatura oczywiście włączona). Ten interface nie trzyma wszystkich charakterystyk, więc może napięcia nie mieszczą się w dopuszczalnych przedziałach (czasami poszczególne procesory również różnią się od siebie). W zależności od wyników pomiarów możesz dodać dodatkowe podciągnięcia z rezystorów, lub podmienić rezystory w dzielnikach na większe/mniejsze. W/g dokumentacji Atmela stan "0" to <0.2 Vcc czyli < 1V, natomiast jedynka to >0,6 Vcc czyli >3V... W praktyce ta granica jest gdzieś pomiędzy 1 a 3 V (zwykle bliżej 1V).

Jeżeli to wina karty, to ją wyciągnij i wtedy sprawdź. Druga możliwość to zwarcie na linii klawisza MENU

Można bez problemu uruchomić kod z ATMega64 na ATMega128 (nawet mam zainstalowaną ATMegę128 w jednej z Turnigy) W/g tego co napisałeś wynika że był przestawiony Fuse Bit...

nie ma takiej potrzeby. Wsad jest identyczny

Jeżeli tylko odłączyłeś procesor podczas programowania, to są tylko 3 możliwości: 1) Masz problem z programatorem i/lub programem. Sprawdź na innym procesorze (o ile masz gdzie) 2) Zostały uszkodzone połączenia złącze ISP a procesor (lub inne połączenia do procesora: zasilanie, kwarc) 3) procesor ma przestawione Fuse Bity... Spalić procesor można tylko podłączając do niego coś powyżej 5V np 12 V. Lecz nawet wtedy palą się zwykle tylko poszczególne porty...

Jeżeli nie zmieniałeś Fuse Bitów to nic złego nie mogło się stać. Sprawdź czy możesz odczytać sygnaturę procesora.

Będziesz mógł z nim zrobić co tylko zechcesz To "normalne" wejście... Zapewne będzie widoczne jako Trn7 i Trn8, jeżeli Head Tracker używa tych kanałów.

Od wersji 0.70 LRS powinien zadziałać. (Czyli od dzisiaj ) Należy wybrać typ generowanego sygnału PPM KONFIG -> Tor radiowy Przestawić tryb pracy na "PPM const" Od teraz ramka PPM będzie miała stałą długość. Sugeruję używać tej opcji tylko jeżeli jest niezbędna (średnio ramka jest dłuższa o kilka ms).

Znalazłem. Podsumowanie - obecnie LRS powinien działać! (od wersji 0.070 w górę) Należy wybrać typ generowanego sygnału PPM KONFIG -> Tor radiowy Przestawić tryb pracy na "PPM const" EDIT: Poprawiono zgodnie ze stanem obecnym

Czyli LRS Thomasa jest "nadajnikiem"? Ale tak, można wyciągnąć sygnał PPM ze złącza modułu nadajnika. Można by nawet wyprowadzić ten sygnał z wnętrza radia. W RadioClone można skonfigurować 12 kanałowy PPM. Pytanie tylko czy są jakieś dodatkowe wymagania? Jedna ważna sprawa. Mam zmienną długość ramki PPM. Czyli impuls synchronizujący ma stałą długość, ale cała ramka może zmieniać swoją długość w zależności od przesyłanych sygnałów.

Niby fajna opcja, ale obecnie nie ma ich na stanie. W dodatku do RadioClone ta płytka jest średnia. Nie wiem czy doczytałeś, ale RadioClone standardowo ma tylko 1 model w pamięci, a żeby mieć więcej dodaje się moduł obsługujący kartę SD. Niestety SD nie jest zgodna z modułem podanym powyżej (będzie tylko przeszkadzał w jego instalacji) Jeżeli na serio myślisz o RadioClone, to raczej sugeruję instalację interface SD i tego podświetlenia: http://www.hobbyking.com/hobbyking/store/__17129__Turnigy_9X_LCD_Backlight_Kit_White_DIY_.html (tańsze, trwalsze i nie piszczy) To akurat ok;), tyle że jeżeli myślisz o płytce z linku powyżej, może wgraj Er9X (tak wiem konkurencja...) Ale zostając przy RadioClone możesz mieć za podobną cenę do płytki którą podałeś przeróbkę wraz z instalacją złacza programującego i interface na kartę SD. Nie posiadam niestety żadnego headtrackera (jeszcze ), ale nie widzę przeszkód aby go skonfigurować i aby działał. Tego już zupełnie nie znam. Widziałem o nim wielokrotnie wpisy, ale w rękach go nie trzymałem. Nie wiem jak daleko zamierzasz latać, le może w takim razie warto zmienić system na FrSky? Jest dużo lepszy od instalowanego w Turnigy. Zanim posypią się gromy - tłumaczę dlaczego: - ponowne nawiązywanie linku po jego utracie (błyskawiczne w FrSky) - 2 antenki w odbiorniku (diversity) - sprawdzony przez wielu użytkowników zasięg >1.5 km Jeżeli chcesz dopalać moduł, to telemetria raczej jest zbędna (ale warto wiedzieć o takiej opcji) Jeżeli jesteś na serio zainteresowany poskładaniem takiego radia, możesz dać znać na PW - może uda mi się Tobie coś sensownego zaproponować.

Sugerowałbym raczej inwestycję w działający programator... USBasp (z programem Extreme Burner) STK500v2 (USB) + avrdude MultiTool + AVRStudio od najtańszego do najdroższego, ale możliwości też rosną (niestety komplikacja użytkowania również) EDIT: obawiam się że twój backup jeżeli nie jest "pewny" może nic nie być wart... Ale można znaleźć je na sieci

To jeszcze kilka pytań wyciągających. Sprawdzałeś czy są połączenia na dolutowanych kablach do pinów procesora (czyli wtyczka - pin)? Czasami zdarzają się przerwania ścieżek podczas lutowania. Jakiego programatora używasz? Programujesz na włączonej czy wyłączonej aparaturze? Zasilasz programowany układ w programatora?

Teoretycznie powinno działać. Nie używaj tylko zbyt dużych prędkości komunikacji (max to 32) Postępuj zgodnie z instrukcją lutowania i nie kombinuj. Wybacz, ale jeżeli masz problem z dokumentacja Atmela, to tym bardziej nie kombinuj. (Stoi tam wyraźnie że ATMega64 i wyższe nie są programowane przez linie MISO/MOSI!) Fusebitów to już zupełnie NIE DOTYKAJ. Przestawisz je, i okaże się że posiadany programator będzie o wiele za "słaby" aby ten problem rozwiązać. ATMega ma rozkład pinów ZGODNY z tym z PDFa. Poczytaj wcześniejsze posty z tego wątku. Kiedyś to już tłumaczyłem.... Sprawdź czy polutowałeś zgodnie z obrazkiem. Wersja V2 sprzedawana obecnie ma inaczej umieszczony PAD przy linii SCK (tak że można go użyć).Sprawdź czy masz połączenia pomiędzy dolutowanymi przewodami a procesorem.

link poprawiony: http://sourceforge.net/apps/mediawiki/radioclone/index.php?title=Hardware:build_SD Jest tylko w wersji angielskiej dokumentacji. Ktoś tu się podejmował dokończenia polskiej dokumentacji (nawet zrobił kilka dobrych zdjęć) i .... dobra nie będę więcej wypominać

Jak zrobić samemu interface masz tutaj: http://sourceforge.net/apps/mediawiki/radioclone/index.php?title=Hardware:build_SD Oferta interface na SD poszła na PW. EDIT: poprawiłem link na prawidłowy

Podbiję temat ponieważ mam pytanie do użytkowników.... Prośba do posiadaczy odbiornika HK TR6A v2, najlepiej wraz z aparaturą Turnigy 9X wraz RadioClone lub Er9X (lub od biedy z oryginalnym oprogramowaniem). Dla przypomnienia wygląda tak: Z postów na innych forach wynika, że generuje również sygnał PPM (patrz obrazek powyżej) Teraz pytanie: Ile maksymalnie tych kanałów może poskładać? Czy tylko 6 tak jak na to wskazuje ilość wyjść, czy może "dorzuci" dodatkowe kanały wysyłane przez radio. Temat rozwinę, ale potrzebuje choć jednego "ochotnika". Alternatywą jest posiadacz takiego odbiornika we Wrocławiu - wtedy będzie blisko i mogę pomóc w testach, nie trzeba nawet posiadać Turnigy EDIT: Dzięki pomocy kprzeb już znam odpowiedź. Odbiornik generuje ramkę PPM tylko z 6-ciu kanałów. I tak nie źle, ale po cichu liczyłem na więcej

Popularny czy nie, skoro zapytałeś na forum i nawet samodzielnie znalazłeś rozwiązanie, to wskazane byłyby jego umieszczenie w tym miejscu. Jeżeli ktoś inny się natknie na ten sam problem - znajdzie twoje rozwiązanie. Tak właśnie działają fora internetowe. Bez rozwiązania, ze zdawkowym stwierdzeniem że ty wiesz jak ale nie powiesz - ten wątek jest bezużyteczny i lepiej aby go wcale nie było...

O ile mi wiadomo to mkrawcz1 się urlopuje, tak przynajmniej twierdzi jego skrzynka Stronka wydaje się jednak działać http://www.rc-fan.pl/list_configs.php ,przynajmniej u mnie. Dodałem ostatnio nawet na próbę konfigurację ostatnio nabytej zabawki - Kilera (taka pewnie znana wszystkim delta).

Dostępna jest nowa wersja 0.69 Sporo zmian... oprócz poprawek zgłaszanych problemów nowość: Możliwość dostrajania zmiennych modelu w trakcie lotu. Realizuje się zgodnie z pomysłem opisanym na górze tej strony. Do przestawienia trybu trymerów używamy reguł maszyny stanowej: "TPrzyp" - do przypisania trymera do wybranej zmiennej wewnętrznej modelu "TReset" - do przywrócenia normalnego działania trymera (i nawet wszystkich na raz) Jak będziecie się bawić, przypominam że reguły są przetwarzane od zerowej do ostatniej (czyli ostatnia wygrywa) Obecny stan przypisania sterowania trymerami do zmiennych można zobaczyć w menu: Podstawy / Zmienne modelu. Uczulam na jeszcze jedno. Poruszając się po menu nie oczekujmy, że zmiany dokonywane trymerami zostaną zapisane! (dotyczy to również zmiennych modelu). Zapis zmian dokonanych trymerami następuje nie wcześniej niż 3 sekundy po ostatniej zmianie. Jeżeli nastąpi jakaś zmiana później, to znowu czekamy 3 sekundy... Natychmiastowy zapis jest po uruchomieniu menu głównego (przy pierwszym wejściu do menu). Z drugiej strony opuszczenie menu bez zapisania ustawień powoduje przywrócenie ustawień poprzednich (w tym zmiennych modelu i trymerów!!!) Czyli zapamiętujemy - Trymerami nie posługujemy się będąc w jakimkolwiek menu (chyba że do celów poglądowych w opcji "Zmienne modelu", lecz wtedy pamiętamy, że wyjście z tej opcji mniej niż 3 sekundy po zmianie spowoduje jej niezapisanie).

A co nie działa z kartą SD? Możesz rozwinąć myśl? Może coś mi umknęło / utonęło w pamięci...

Odnośnie tego nad czym pracuję, to cały czas brakuje jednego szczegółu w funkcjonalności. Chodzi o możliwość zmiany pewnych konfiguracji w trakcie zabawy modelem (np podczas lotu). Parę razy spotkałem się z pomysłami, aby mieć np kilka kompletów trymerów używanych w różnych fazach lotu. Podobno jest tak w niektórych aparaturach i używa się tego do np konfiguracji kołowania tylko trymerami... Nie wiem, nie widziałem jak to działa i gdzie jest używane, ale wydaje się to mało intuicyjne i uniwersalne. Postanowiłem więc spróbować "zmieścić" jeszcze jedno bardziej oczywiste rozszerzenie które będzie zgodne z filozofią RadioClone. Uważni czytelnicy zauważyli pewnie coś, co nazwałem "zmienne modelu". Tak wiem, że nikt poza mną ich nie używał - postaram się jednak to zmienić. Wyobraźcie sobie, że można byłoby je przestawiać klawiszami trymerów (oczywiście trymery pełniły by dalej taką samą rolę jak przedtem, a działanie całości byłoby konfigurowalne). Jak można tego by użyć? Prosto. Dajmy na to że chcemy mieć 3 fazę lotu jako krążenie w termice. Teraz ustawiamy sobie zmienną modelu na np SKL (od skręt w lewo;)) i dodajemy ją do odpowiednich wychyleń steru. Dodatkowo wybór 3-fazy lotu "podłączałby" trymer np RUD do tej zmiennej. Teraz chcąc ją zmienić wystarczyłoby użyć trymera! (żadnego wchodzenia do menu, patrzenia na aparaturę itp). Pójdźmy o krok dalej i "zachciejmy" też automatycznego skręcania w prawo. Bo czemu by nie Dodajmy konfigurację następnego przełącznika, tak aby w 3-fazie lotu w zależności od jego położenia była wybierana zmienna modelu SKL (ta zdefiniowana wcześniej) albo SKP (skręt w prawo). Oczywiście trymer wtedy byłby podłączony do odpowiedniej zmiennej. I jak? Chwilkę jeszcze pewnie zejdzie zanim to skończę i przetestuję, ale jak macie jakieś uwagi i pomysły - chętnie posłucham.

Kilka nowinek Dzięki mr.jaro mamy wersję niemiecką Ale co ważniejsze, houk znalazł błąd w wersji 0.66 ! Problem pojawia się przy próbie edycji/dodania miksera opartego na krzywej. Dostępna jest już poprawka (wersja 0.67) i zalecam niezwłoczną aktualizację wszystkim którzy używają wersji 0.66 !!! Wszystko przez to, że usiłuję "ścisnąć" kod aby dodać jeszcze jedną planowaną funkcjonalność ...

Wersja po polsku: http://radioclone.svn.sourceforge.net/viewvc/radioclone/Tx_v2/language_pl.h?revision=133&view=markup Można zapisać plik na dysku przez link "download" (mam nadzieję, że zadziała - to tylko zwykły plik tekstowy). Ten pobrany plik trzeba przetłumaczyć (wszystkie napisy w cudzysłowowych". Nie możesz jednak przekraczać maksymalnych długości napisów, inaczej się po prostu nie zmieszczą. Jeżeli będzie Ci się chciało to zrobić, to podeślij ten pliczek do mnie, dołączę go do źródeł i powstanie nowa wersja językowa. Pozostaje jeszcze kwestia czcionek (czyli umlautów). Musiałbym trochę rozszerzyć program i zdefiniować dodatkowe czcionki, ale to jest do zrobienia. Jeszcze kwestia Worda, trochę "niezręcznie" używać komercyjnego programu w projekcie Open Source Jeżeli chcesz nanieść poprawki do dokumentacji, to mogę zrobić wyjątek i podesłać Ci pliki wyeksportowane do formatu DOC.

aby zapisać plik który się wyświetla w przeglądarce trzeba kliknąć na link prawym klawiszem myszki i ... w IE: z menu kontekstowego wybrać "Save Target As..." lub "Zapisz odnośnik jako..." w zależności od wersji językowej (lecz tego po polsku nie jestem pewien ) Instrukcja obsługi... skoro nie podoba się open office, to tu jest wersja PDF. http://sourceforge.net/projects/radioclone/files/Manual/ Tak wiem, że jej poziom jest beznadziejny, ale daje jakieś pojęcie. Chętni do nanoszenia poprawek - mile widziani. Angielska wersja instrukcji jest w powijakach, więc nawet nie eksportuję jej do PDFa. Odnośnie wersji językowych, aby powstała kolejna wersja, trzeba przetłumaczyć plik http://radioclone.svn.sourceforge.net/viewvc/radioclone/Tx_v2/language_en.h?revision=133&view=markup (należy tylko nie przekraczać ilości znaków podanych w komentarzach). Jak na razie wielu się o to pytało (dla różnych języków, ale nikt się nie podjął - taki słomiany zapał). Teraz odnośnie latania. Co chyba dość oczywiste latam nim od samego początku , ale też znam kilka osób które z powodzeniem używają mojego firmware. Mogą się zapewne zdarzać pewne niedociągnięcia, ale są poprawiane na bieżąco (jak któreś uda mi się znaleźć). Dla pocieszenia obecnie żaden ze znalezionych błędów nie dotyczył samego sterowania podczas lotu