WIRTUALNY KLUB MODELARZY RC

Po wymianie emaili z Kazikiem opracowalem nowa wersje programiku Ship Sound. Zasada dzialania jest ta sama, tylko dolozylem dwie funkcjie umozliwiajace konfiguracje programu odpowiednio do regulatora (ESC)

Zrobione jest to za pomoca dodatkowych dwoch nozek Arduino, ktore mozna zewrzec do masy albo pozostawic niepodlaczone, w zaleznosci od tego jak sie chce. Zwarcie do masy mozna zrobic albo przez przylutowanie nozki do masy, podlaczenie do wylacznikow konfiguracyjnych (DIP SWITCH) albo po porstu przez zworki. Konfiguracja jest nastepujaca:

PIN 4 - Configuration: ESC mode
High (niepodlaczony) = Dual direction ESC (czyli regulator dwukierunkowy taki jak do lodzi albo samochodow),
Low (zwarty do masy) = Single direction ESC (czyli regulator jednokierunkowy taki jak do samolotow)

PIN 5 - Configuration: Throttle reverse
High (niepodlaczony) = Reverse ON (czyli tak jak ma wiekszosc regulatorow, ktore maja idle na 1ms),
Low (zwarty do masy) = Reverse OFF (dla regulatorow, ktore maja idle na 2ms).

Oczywiscie dla regulatorow dwukierunkowych nie ma znaczenia czy pin 5 jest podlaczony do masy czy nie, bo dzwiek idle jest i tak w srodku a dzwiek maksymalnych obrotow jest w obydwu skrajnych polozeniach drozka (niezaleznie w ktora strone kreci sie silnik)

Schemat podlaczenia Arduino Pro Mni:



Pliki programu (plus dzwiek holownika)

_________________
Rysiu M.
Stowarzyszenie Brzezinki

Biore udzial w akcji "Chce pisac poprawnie"

Nie wiem co źle robię. W programie Arduino miałem wgraną wersję obu plików ship_sound_V1_5 i wszystko działało. Teraz wersję 1_6 spakowaną ładuję w Szkic- Include Library-Add.ZIP.library, i Otwórz wskazany spakowany plik. Nazwa pokazuje się u dołu listy bibliotek i w Manage Lib ale nie w Plik Recent, aha, niżej w Przykłady po kliknięciu na nazwę pokazały się zakładki i jest w Open Recent. Podłączyłem moduł do USB i nacisnąłem Reset Klik strzałka i jest komunikat kompilowanie, wgrywanie i zakończone. Teraz sprawdzę czy działa z testerem serw

_________________
Kazimierz

Zrob tak:

1. Zrob gdziekolwiek na dysku folder: ship_sound_V1_6
2. Rozpakuj oba pliki z tego zipa do tego nwego folderu
3. W Arduino otworz plik ship_sound_V1_6.ino (z tego folderu). Arduino automatycznie otworzy drugi plik (ship_sound_V1_6.h) z tego samego folderu.

Wszystko powinno sie skompilowac bez problemu.

Oczywiscie musisz miec zainstalowana biblioteke ShipSoundLib v1.2, ale pewnie juz masz, bo to ta sama biblioteka co do wersji 1.5

_________________
Rysiu M.
Stowarzyszenie Brzezinki

Biore udzial w akcji "Chce pisac poprawnie"

Muszę pozmieniać bo moduł wyskakuje z podstawki i nie mogę sprawdzić działania.

Wcisnąłem szczypcami, siedzi. Podłączyłem i... działa. Cicho, sprawdziłem napięcie zasilania, 4V. Zmieniłem akumulatorek i jest dużo głośniej ale jeszcze nie to co by się chciało.

Następna zmiana. Przewód plus wzmacniacza odłączyłem od modułu i przylutowałem do wtyczki i do niej przylutowałem wspólny minus. Włączyłem zasilanie 5V modułu Arduino i do wtyczki lipol 3S. I ten dźwięk, to jest TO.

_________________
Kazimierz

Dzis testowalem programik i cos mi nie pasuje. Mierzony impuls kanalu klaksonu jest bardzo dziwny. Podaje wartosci czasami rzedu 900us, czasamo ponad 3000us. To powoduje glupie dzialanie klaksonu. Musze zobaczyc, dlaczego tak jest. Czyzby przerwania sie "zacinaly"? Podpialem sygnal klakson do kanalu 5 odbiornika, a sygnal gazu do kanalu 3. Szkoda, ze nie mam oscyloskopu aby popatrzec co sie naprawde dzieje na tych nozkach.

EDIT: Porobilem rozne testy i bardzo dziwne rzeczy sie dzieja. Tego nie rozumiem, moze ktos bardziej doswiadczony by cos tu wypatrzyl. Otoz procek gubi przerwania nie tylko od nozki 3 (klakson) ale i od nozki 2 (gaz). Tak jakby za duzo sie na raz dzialo. Gdy odlacze sygnal od nozki 3 to gaz dziala normalnie i wszystklo chodzi jak w instrukcja podaje. Gdy odlacze sygnal od nozki 2 to klakson dziala tak jak powinien, bez zadnych wyglupow. Natomiast po podlaczeniu drugiego kanalu po chwili procek glupieje i zaczyna gubic przerwania. jak gubi przerwania to odczytany sygnal PC jest za dlugi i dzieja sie takie rzeczy jak opisuje (klakson sam sie wlacza albo wylacza, albo nie chce sie wylaczyc. Gaz tez sam sie czasami dodaje.

Czyzby za dlugie byly procedury przerwan i dwoch na raz procek nie wyrabia (np dostaje przerwanie od klaksonu gdy jeszcze nie skonczyl obslugiwac przerwania od gazu i wtedy jak juz przerwanie od klaksonu sie doczeka obslugi to sygnal RC juz sie zmienil). Musze chyba przerobic kod na blizszy hardware'u zeby ukrocic czas przetwarzania. Na razie tak jak to widze to dwa kanaly na raz teraz juz mi nie chca dzialac.

_________________
Rysiu M.
Stowarzyszenie Brzezinki

Biore udzial w akcji "Chce pisac poprawnie"

No właśnie. Przy zwartym na masę D4 nie ma wolnych obrotów diesla. Są wyższe. Nie działa 1 próbka. Tak jest w teście z odbiornikiem 3 i 5 gniazdo i nadajnikiem. Na testerze serw jest, 1 próbka zmienia się w 2 próbkę w różnych odstępach czasu. Dźwięk syreny jest trochę chrapliwy.

_________________
Kazimierz

To jest akurat zwiazane z zakresem sygnalow (EPA). Standardowo caly zakres to jest 900us - 2100us z zakresem biegu jalowego 100ms. Czyli przy D4 zwartej do masy zakres biegu jalowego to 900 - 1000us. Twoje radio moze miec inny zakres sygnalu dla biegu jalowego. Chyba trzeba bylo zrobic tak, ze zakres biegu jalowego dla radia jednokierunkowego 200us.

Jak mozesz to zmien wartosci w programie bardziej odpowiednie dla radia:



Jak znasz zakres dlugosci sygnalu gazu (albo mozesz je zmierzyc) to ustaw odpowiedno wartosci THROTTLE_MAX oraz THROTTLE_MIN. Na przyklad jak testowalem radio "Noname" ktore przyszlo z zestawem Guanli to zakres sygnalu gazu byl 960us - 1960us.

Jak mozesz zmierzyc dlugosc impulsu w momencie gdy regulator zaczyna ci krecic silnikiem wlaczajac minimalne obroty to odpowiedno skoryguj wartosc THROTTLE_IDDLE. Na przyklad zakladajac ze zmierzyles takie wartosci:

Drazek gazu na minimum - silnik stoi [THROTTLE_MIN]: 950us
Drazek gazu na w polozeniu ze silnik zaczyna sie krecic [THROTTLE_MIN + THROTTLE_IDDLE]: 1100us
Drazek gazu na maks - silnik kreci z maksymalnymi obrotami [THROTTLE_MAX]: 2000us

to ustaw:







U mnie gdy wlaczylem syrene (kanalem 5) to dziek syreny byl przerywany (caly czas sie wlaczala i wylaczala), a to dlatego ze mierzony impuls syreny byl bardzo dziki i zmienial sie caly czas. program robil to co nalezy i odpowiednio reagowal na ten sygnal.

Teraz po raz pierwszy testowalem ten program z zywym odbiornikiem (przedtem testowalem na testerze serw i bylo OK). Raczej nie wierze, zeby odbiornik glupial - testowalem rozne kanaly niezaleznie. Gdy podlaczylem jeden kanal do Arduino niezaleznie ktory kanal 6-kanalowego odbiornika i niezaleznie czy do wejscia 2 czy 3 to program reagowal prawidlowo - odpowiednio sterowal gazem albo syrena. Ale jak tylko podlaczylem dwa kanaly na raz to po kilku sekundach Arduino glupial i zaczynal wygrywac po swojemu. Ciekawe, ze dopier po kilku sekundach, a nie od razu. Tak jakby przerwania od sygnalu RC sie najpierw gdzies kumulowaly, a potem cos sie przepelnilo i procesor glupial.

Musze na spokojnie siasc i policzyc instrukcje ktore sie wykonuja na poszczegolnych przerwaniach i czy procesor ma wystarczajaco czasu aby nadazyc z ich obsluga.

_________________
Rysiu M.
Stowarzyszenie Brzezinki

Biore udzial w akcji "Chce pisac poprawnie"

Mogę pozmieniać, tylko w jakim pliku C H czy H lub INO, którego nie mogę otworzyć. W jakim miejscu? Podobnego tekstu nie znalazłem. Testowałem na apce RadioLink Heli 2,4GHz. Odbiornik R7EH FHSS
Spróbuję jeszcze na innej aparaturze.

_________________
Kazimierz

ship_sound_V1_6.ino
Plik zaczyna sie tak:



Edytuje sie zwyklym edytorem tekstu (ja uzywam Notepad++). Zaczynajac od lini nr 68 sa wlasnie te wartosci (stale)




EDIT: Zaczalem sie bawic w przerabianie kodu czytania sygnalow RC. Wydaje mi sie, ze to co jest w obecnym kodzie to niepotrzebne przegiecie. Za duzo przerwan na kupe. Reakcja dzwieku na ruch drazka nie jest czasowo krytyczna (nie mierzy sie tego w milisekundach), zreszta i tak zanim programik zacznie grac nowa probke dzwiekowa, to musi dokonczyc grac poprzednia, wiec juz tu jest opoznienie. Wiec wystarczy moze po prostu zmierzyc dlugosc impulsu "pasywnie" (czekajac) a nie robic tego przez przerwania. A poniewaz to tylko dwa kanaly, to najwieksze opoznienie bedzie 50ms. Dzis sprobuje czy to dziala. Tak patrzac na kod to wyglada, ze cale granie i logika co ma byc grane jest OK, tylko odczyt sygnalu RC byl skopany gdy budzily sie dwa przerwania jednoczesnie. Jutro zamelduje, czy sie to naprawilo.

_________________
Rysiu M.
Stowarzyszenie Brzezinki

Biore udzial w akcji "Chce pisac poprawnie"