Forum Miłośników Symulatorów Lotniczych
Zaplecze => Software & Hardware => Sprzęt wykonany samodzielnie => Wątek zaczęty przez: sznink w Lutego 06, 2014, 11:52:33
-
Witam,
Jakiś czas temu pisałem w wątku "Następca MJoy" (http://il2forum.pl/index.php/topic,13149.msg302145.html#msg302145 (http://il2forum.pl/index.php/topic,13149.msg302145.html#msg302145)) o tym, że chciałbym zbudować metalową kołyskę do joysticka i wykorzystać w niej zamiast potencjometrów enkodery magnetyczne firmy AMS (AS5045 - http://www.ams.com/eng/Products/Position-Sensors/Rotary-Magnetic-Position-Sensors/AS5045 (http://www.ams.com/eng/Products/Position-Sensors/Rotary-Magnetic-Position-Sensors/AS5045)). Założyłem ten wątek, ponieważ postanowiłem opisywać postępy prac. Chciałbym tutaj nadmienić, że sam pomysł wykorzystania tych enkoderów pochodzi od Sundownera http://il2forum.pl/index.php/topic,12152.msg262951.html#msg262951 (http://il2forum.pl/index.php/topic,12152.msg262951.html#msg262951) - niestety poza tym wpisem nie było kontynuacji tematu.
Od momentu zainteresowania się tym tematem trochę czasu mineło, ponieważ musiałem zapoznać się z budową i tworzeniem układów z mikrokontrolerami oraz ich programowaniem (a niestety elektroniką do tej pory się nie zajmowałem). Tak się jednak szczęśliwie złożyło, że ostatnio wpadła mi w ręce płytka IntelGalileo ;D - http://arduino.cc/en/ArduinoCertified/IntelGalileo (http://arduino.cc/en/ArduinoCertified/IntelGalileo) (platforma Arduino). Więc postanowiłem na początek obsłużyć enkoder przy wykorzytaniu tej platformy.
Do testów kupiłem enkoder AS5040, ponieważ w tym samym sklepie była również płytka do niego oraz koszty przesyłki były mniejsze (właściwie układy AS5040 i AS5045 są bliźniacze i jeżeli poprawnie obsługiwany jest jeden to również i drugi będzie działał):
(http://imageshack.com/a/img822/9179/uxsj.jpg)
Układ po zlutowaniu na płytce (tutaj należą się podziękowania dla mojego kolegi):
(http://imageshack.com/a/img855/4493/hgtx.jpg)
cdn.
-
Bardzo ciekawy temat. Napisałeś kiedyś, że jesteś programistą czyli od tej strony nie powinno być problemów. Trochę poczytam na temat tych enkoderów aby mieć jakiś pogląd. Zastanawiam się jaka jest główna zaleta zastosowania tego enkodera.
-
Wydaje mi się, że główną zaletą AS5045 (ten 12 bitowy) może być dokładność pomiaru. Jednym z czynników (oczywiście poza wewnętrzną budową układu) jest fakt, że dane pomiarowe mogą być (w moim przypadku są - korzystam z Synchronous Serial Interface enkodera - SSI) wysyłane do uP w postaci cyfrowej. W związku z tym elminuje się wpływ czynników zewnętrznych (zakłóceń) oraz błędów związanych z przetwornikami AC w uP. Przynajmniej tak to wygląda z punktu widzenia laika w kwestii elektroniki, jakim niewątpliwie jestem. Czemu wybrałem ten układ - bo wydawał mi się najdokładniejszy, a chciałem zaprojektować jak najprostszą mechanicznie kołyskę joysticka do obróbki na frezarce numerycznej i chciałem (być może błędnie) zrezygnować ze stosowania przekładni zębatych.
Jeśli chodzi o postępy prac, to znalazłem w sieci program dla galileo obsługujący te enkodery (http://www.madscientisthut.com/forum_php/viewtopic.php?f=11&t=7 (http://www.madscientisthut.com/forum_php/viewtopic.php?f=11&t=7) - jest tam nawet kod na uP atmega32) :D. Podłączyłem enkoder i działa ;D. Daje nawet jakieś w miarę poprawne dane biorąc pod uwagę fakt, że magnes nie był odpowienio spozycjonowany względem enkodera. Po prostu zbliżałem magnes i nim obracałem. Niestety zawiodłem się kompletnie na informacjach o błędach - bitach statusu. Program w przypadku braku magnesu w pobliżu enkodera nie zgłasza błędu, a tylko wartości kąta są jakby losowe (a może w powyższym programie są błędy - muszę na spokojnie do tego zajrzeć). Poniżej zdjęcie z testów:
(http://imageshack.com/a/img841/402/ggu1.jpg)
Teraz zabieram się za budowę mocowania do magnesu (wraz z korbką :)). Tolerancja położenia magnesu względem układu jest bardzo mała, więc musi to być w miarę precyzyjnie wykonane.
-
Faktycznie pisano na temat tych enkoderów na forum, ale temat nie był rozwijany a szkoda. Ponieważ ja także chcę zamienić pots na sensory ale typu tensometry (nacisk mechaniczny-zmiana rezystancji), dlatego ten temat mnie zainteresował. Piszę o tym w wątku http://il2forum.pl/index.php/topic,15831.0.html W wspomnianym wątku jest także mowa o rozwiązaniu zastosowanym w Hotas Warthog (# 6), gdzie jest magnes oraz sensor magnetyczny.
Wracając do Twojego projektu to faktycznie ma kilka zalet, ale jest dosyć drogi i wymaga pewnej wiedzy informatycznej. Z tego co zrozumiałem po pobieżnym przejrzeniu informacji na temat tego układu (AS5045) wynika, że ma on czujnik pola magnetycznego, przetwornik 12 bitowy oraz dwa wyjścia w tym jedno SSI.
Dokumentacja tego układu jest dosyć obszerna i wymaga czasu aby to opanować nie wspominając o programowaniu AS5045. Następny problem to programowanie sterownika do którego jest podłączony układ poprzez SSI. Tutaj mógłby być DMJoy Damosa, gdyby obsługiwał ten interfejs. To tyle moich takich ogólnych spostrzeżeń. Mnie interesuje problem mechaniki powiązanej z magnesem oraz sensorem magnetycznym. Jak to będzie działać. W przypadku Cougara są 2 kołyski, które wykonując ruch powodują obrót osi potencjometru. Jeden pots realizuje ruch osi X drugi osi Y. Zakres ruchu kołyski odpowiada zakresowi obrotu osi pots. W moim modzie jeśli zamienię pots na tensometry zastawiając mechanikę (kołyski) to wychylenie drążka oraz kołysek będzie bardzo małe co wynika z działania sensorów nacisku.
Jak to będzie w Twoim przypadku. Potencjometry mają określony zakres ruchu przekładający się na zakres napięciowy. Jak to będzie w przypadku AS5045. Mam na myśli punkty odniesienia. W ogólnym opisie jest uwaga :
This device fits perfectly for on-axis applications where a simple 2-pole magnet rotates above or below the sensor IC and the zero position can be programmed into the device
Czy możesz to rozwinąć. Układ ma dwa wejścia MagINCn oraz MagDECn coś podobnego do klasycznego enkodera.
-
Ponieważ ja także chcę zamienić pots na sensory ale typu tensometry (nacisk mechaniczny-zmiana rezystancji), dlatego ten temat mnie zainteresował. Piszę o tym w wątku http://il2forum.pl/index.php/topic,15831.0.html W wspomnianym wątku jest także mowa o rozwiązaniu zastosowanym w Hotas Warthog (# 6), gdzie jest magnes oraz sensor magnetyczny.
Bardzo ciekawy wątek i jestem pod wrażeniem masy pracy włożonej w realizację prototypu. Czytałem go już wcześniej (chociaż dopiero niedawno zainteresowałem się symulatorami lotniczymi i trochę wątków związanych z budową joysticków na tym i innych forach od tego czasu przeglądałem). Jeśli chodzi o tensometry w joyu (o ile dobrze rozumiem wychył joysticka jest niewielki), to mi chyba bardziej odpowiada standardowa konstrukcja z ,,dużymi'' wychyłami. Rozwiązanie zastosowane w Hotas Warthog jest ciekawe (o ile dobrze go rozumiem) z jednym sensorem magnetycznym (może można taki sensor kupić :P).
Dokumentacja tego układu jest dosyć obszerna i wymaga czasu aby to opanować nie wspominając o programowaniu AS5045. Następny problem to programowanie sterownika do którego jest podłączony układ poprzez SSI. Tutaj mógłby być DMJoy Damosa, gdyby obsługiwał ten interfejs.
Wydaje mi się, że programowanie samego układu AS5045 nie będzie konieczne (przynajmniej wszystko na to wskazuje). Jeśli chodzi o rozwiązanie docelowe to nie chciałbym dodatkowo obciążać Damosa, skoro część pracy mogę sam wykonać. Generalnie mój pomysł polega na tym, że każdy z enkoderów posiadałby na płytce uP, który komunikuje się z DMJoyem za pomocą protokołu I2C wysyłając mu informacje dotyczącą wychylenia joysticka. Ja opracowałbym płytkę dla zestawu enkoder i mikroprocesor oraz zaprogramowałbym odpowiednio uP. W wątku http://il2forum.pl/index.php/topic,13149.msg302145.html#msg302145 (http://il2forum.pl/index.php/topic,13149.msg302145.html#msg302145) Damos odpowiedział, że taka modyfikacja jest możliwa (i wydaje mi się, że nie będzie wymagać dużej ingerencji w oprogramowanie DMJoya).
Mnie interesuje problem mechaniki powiązanej z magnesem oraz sensorem magnetycznym. Jak to będzie działać. W przypadku Cougara są 2 kołyski, które wykonując ruch powodują obrót osi potencjometru. Jeden pots realizuje ruch osi X drugi osi Y. Zakres ruchu kołyski odpowiada zakresowi obrotu osi pots. W moim modzie jeśli zamienię pots na tensometry zastawiając mechanikę (kołyski) to wychylenie drążka oraz kołysek będzie bardzo małe co wynika z działania sensorów nacisku.
Jak to będzie w Twoim przypadku. Potencjometry mają określony zakres ruchu przekładający się na zakres napięciowy. Jak to będzie w przypadku AS5045.
Ja myślałem o wykorzystaniu dwóch enkoderów AS5045 - jeden dla osi X i jeden dla osi Y (dokładnie zamiast potencjometrów w standardowej kołysce np. Cougara).
This device fits perfectly for on-axis applications where a simple 2-pole magnet rotates above or below the sensor IC and the zero position can be programmed into the device
Czy możesz to rozwinąć. Układ ma dwa wejścia MagINCn oraz MagDECn coś podobnego do klasycznego enkodera.
Generalnie odczyt danych z czujnika możliwy jest poprzez interface SSI. Dodatkowo enkoder został wyposażony w wyjście PWM o stałej częstotliwości i wypełnieniu zależnym od pozycji magnesu. Można układ programować w celu np. współpracy z silnikami bezszczotkowymi oraz w celu ustawienia pozycji 0 (centrowanie). Wyjścia MagINCn oraz MagDECn pozwalają określić, czy magnes się oddalił, czy też zbliżył.
-
Generalnie mój pomysł polega na tym, że każdy z enkoderów posiadałby na płytce uP, który komunikuje się z DMJoyem za pomocą protokołu I2C wysyłając mu informacje dotyczącą wychylenia joysticka. Ja opracowałbym płytkę dla zestawu enkoder i mikroprocesor oraz zaprogramowałbym odpowiednio uP. W wątku http://il2forum.pl/index.php/topic,13149.msg302145.html#msg302145 Damos odpowiedział, że taka modyfikacja jest możliwa (i wydaje mi się, że nie będzie wymagać dużej ingerencji w oprogramowanie DMJoya).
Jest to bardzo ciekawa propozycja. Myślę, że Damos zrobi interfejs I2C oraz modyfikację softu do DMJoy. Temat jest bardzo ciekawy ale czeka Ciebie dużo pracy.
-
Przez weekend wykonałem wszystkie części do zestawu testowego dla enkodera:
(http://imageshack.com/a/img845/4240/qh57.jpg)
Dzisiaj po wyschnięciu kleju poskładałem całość:
(http://imageshack.com/a/img850/5426/cztc.jpg)
No i spotkała mnie niemiła niespodzianka :-( - cały czas magnes był poza zakresem (jak przejrzałem program to zrozumiałem dlaczego wcześniej nie zgłaszał błędów - wystarczyło włączyć debug :-)). Rozmontowałem ustrojstwo i przesuwając magnes nad układem starałem się określić dla jakich położeń magnesu program nie zgłasza błędów. O dziwo różniły się one znacząco od centrum układu, który został podany jako centralne położenie magnesu w dokumentacji technicznej. Już zrozumiałem jaki zrobiłem błąd. Wykonałem telefon do sprzedawcy, u którego kupiłem magnes i moje przypuszczenia się sprawdziły. Kupiłem magnes namagnesowany w niewłaściwą stronę. Długo szukałem magnesu zrobionego z materiału N35 (bałem się, że N38 będzie zbyt silny) i jak już go namierzyłem to zapomniałem o kierunku namagnesowania ;D. Zamówiłem już właściwe magnesy (różnica w cenie okazała się masakryczna, ale nie chciało mi się już szukać).
-
Tak z ciekawości ile kosztują magnesy. Czy w układzie testowym będzie jeden magnes przyklejony do jakiegoś elementu, który zmienia położenie przy ruchu korbką. Jak określić położenie centralne (zerowe ??) względem, którego wartość będzie rosła lub malała przez analogię do położenia środkowego dla pots gdy kołyska jest w położeniu neutralnym.
-
Tak z ciekawości ile kosztują magnesy.
Pierwsze magnesy kupiłem na Allegro po 25 gr za sztukę + 8 zł koszt przesyłki. Te magnesy, które teraz kupiłem kosztowały 10x więcej + 20 zł koszt przesyłki. No i jak można sobie policzyć przy 8 magnesach zrobiła się duża różnica :-[.
Czy w układzie testowym będzie jeden magnes przyklejony do jakiegoś elementu, który zmienia położenie przy ruchu korbką.
Manes jest już przyklejony (będę to musiał rozkeić lub zrobić nowy element). Widać ten element na pierwszym zdjęciu w poście z 10 lutego (poniżej i na prawo od płytki z układem). Na wałek 6mm z aluminium została nałożona rurka z aluminium 8mm (szerokość ścianki 1mm). Długość odciętego kawałka rurki została tak dobrana, aby zapewnić odpowiednią odległość magnesu od układu (czyli od 0.5 do 1.8mm). Na końcu został przyklejony magnes (widać go bo ma bardziej błyszczącą i niklową powierzchnię).
Jak określić położenie centralne (zerowe ??) względem, którego wartość będzie rosła lub malała przez analogię do położenia środkowego dla pots gdy kołyska jest w położeniu neutralnym.
Ja widzę trzy sposoby:
- Przy montażu (podczas jego wklejania) poprzez jego obracanie możemy go ,,mechanicznie'' centrować.
- Programowanie enkodera - można określić, że aktualna pozycja magnesu jest 0.
- Realizacja ,,centrowania'' w uP do niego podłączonym (proste przeliczenie wartości) przy jego programowaniu (lub programowanie będzie odbywać się dwuetapowo). Już na zmontowanym joyu, gdy możemy określić jaka wartość odpowiada neutralnej pozycji drążka (raz spozycjonowany joy nie wymagałby już pozycjonowania).
Ja pewnie będę korzystał pewnie z drugiego lub pierwszego sposobu (albo obu :-)).
-
Przedstawiam krótki raport z testów.
Po zmianie magnesu enkoder działa poprawnie, nawet pomimo tego, że oś obrotu jest trochę krzywo umiejscowiona. Niestety przy tej bazie narzędziowej, którą posiadam trudno jest to zrobić dokładnie. Przy stałej pozycji korbki pozycja enkodera utrzymuje się na stałym poziomie (czasem można zauważyć przeskoki o 1 pozycję). Przy bardzo wolnym obrocie wartości rosną lub maleją o 1 wartość. Jakby to kogoś interesowało, to wkejam przykładowy wynik działania programu dla odczytu jednej wartości (w trybie debug):
packed:21281
pack bin: 101001100100001
mask: 1111111111000000
bin angle:101001100000000
angle: 21248
angleshft:101001100
angledec: 332
angle: 116
Wygenerowałem wykres położenia zwracanego przez enkoder, poprzez bardzo powolny obrót korbką (dzięki czemu uzyskałem aż 212 wartości pomiarowych dla kąta od 0 do 360 stopni). Przypominam, że testowym układem był AS5040 który jest 10 bitowy, w związku z tym uzyskane wartości położenia mieściły się w zakresie od 0 do 1024. Niestety obrotu dokonywałem ręcznie, w związku z tym miejscami jest szybciej, innym razem wolniej:
(http://imageshack.com/a/img33/3562/62s9.jpg)
-
szink naszkicuj co ci potrzeba z wymiarami, to mogę Ci wydrukować na drukarce 3D :)
-
Dzięki ;D Odezwę się na PW ;D
W międzyczasie zamocowałem mechanizm obrotu w innym położeniu względem układu (teraz wydaje mi się, że magnes obraca się bardziej stabilnie nad układem) oraz wykonałem kilka szybszych obrotów zamiast jednego wolnego. Oto wyniki:
(http://imageshack.com/a/img543/9075/r8sx.jpg)
Myślę, że jest dobrze. Co Wy na to? Może ktoś ma jakieś sugestie co do dalszych testów?
-
Zadam trywialne pytanie związane z testami. Ponieważ enkoder magnetyczny ma zastąpić potencjometr to powinien podobnie się zachowywać. W moim Cougarze są pots w których oś obraca się o 180 stopni zmieniając rezystancję od 0 do np. 10kom (nie pamiętam wartości) co powoduje zmianę napięcia podawanego na uP od 0 do 5V. Załóżmy, że mamy podobny przetwornik 10 bit co daje 1024 stopnie kwantyzacji, czyli podobnie jak u Ciebie.
Wracając do Twojego wykresu. Rozumiem, że masz możliwość odczytu "napięcia" zamienionego na wartość kodowaną w 10 bitowym koderze oraz wartość kąta obrotu korbki, która może wykonać pełny obrót o 360 stopni. Na wykresie są podane wartości w stopniach kwantyzacji 0-1024 oraz "step" czyli obrót w stopniach. Jeśli mam rację to w moim przypadku chciałbym uzyskać pełny zakres czyli od 0 do 1024 dla kąta obrotu 180 stopni. Jak to zrobić w praktyce to już inna sprawa. Czy dobrze zrozumiałem ?
-
Na wykresie są podane wartości w stopniach kwantyzacji 0-1024 oraz "step" czyli obrót w stopniach.
Step jest raczej związany z czasem - numer kroku czasowego (chyba powinienem oznaczyć jako time step - byłoby czytelniej). Inaczej jest to numer pomiaru (kolejne pomiary są wykonywane w stałych odstępach czasowych). Jeśli chodzi o obrót (pewnie chodzi Ci o angle, które podałem jako wynik trybu debug), to był on wyliczany na postawie położenia z enkodera (0 - 1024) pomnożony przez 0.3515625 (360 stopni / 1024).
Jeśli mam rację to w moim przypadku chciałbym uzyskać pełny zakres czyli od 0 do 1024 dla kąta obrotu 180 stopni. Jak to zrobić w praktyce to już inna sprawa. Czy dobrze zrozumiałem ?
No niestety nie da się tego tak zrobić. Zakres 0 do 1024 jest dla pełnego kąta - czyli 360 stopni. Dla kąta 180 stopni będziemy mogli uzyskać tylko 512 wartości. Podobnie jak w przypadku potencjometru jeżeli wykorzystujemy tylko część zakresu potencjometru, to również tracimy część danych. Rozwiązaniem może być zastosowanie przekładni zębatych lub bardziej dokładnego enkodera. W przypadku AS5045 będziemy mieć dla 180 stopni już 2048 wartości.
A teraz najlepsze. Znalazłem informacje na temat najnowszego enkodera tej serii od AMS - AS5048 (http://www.digikey.com/product-highlights/us/en/austriamicrosystems-as5048-magnetic-encoder/1804?WT.z_sm_link=Twitter_ams_0627 (http://www.digikey.com/product-highlights/us/en/austriamicrosystems-as5048-magnetic-encoder/1804?WT.z_sm_link=Twitter_ams_0627)). Jest 14 bitowy :D W dokumentacj piszą, że dokładność jest 0.05 stopnia ;D :o. Co Wy na to?
-
Dzięki za wyjaśnienia. Jeśli os X reprezentuje kolejne pomiary to pośrednio jest związana z ruchem korbką czyli kątem obrotu a raczej z położeniem magnesu względem sensora magnetycznego.
A teraz najlepsze. Znalazłem informacje na temat najnowszego enkodera tej serii od AMS - AS5048
Wynika z tego, że tego typu przetworniki mają zastosowanie w precyzyjnych urządzeniach. Dla mnie jako laika w dziedzinie mechaniki pozostaje pytanie jak go zastosować w joystick W Cougarze tym bez modów występują po pewnym czasie luzy związane z mechaniką, także pots są niedoskonałe. W modach eliminuje się te słabe punkty likwidując kołyski i zastępując pots sensorami. W Twoim przypadku jeden problem masz już rozwiązany ale pozostaje problem mechaniki. Jak rozwiązać mechanikę do tak dokładnych przetworników (14 bit).
-
Dzięki za wyjaśnienia. Jeśli os X reprezentuje kolejne pomiary to pośrednio jest związana z ruchem korbką czyli kątem obrotu a raczej z położeniem magnesu względem sensora magnetycznego.
Dokładnie tak. Ja też już rozumiem co miałeś na myśli pisząc o ,,obrocie w stopniach'' :-)
W Twoim przypadku jeden problem masz już rozwiązany ale pozostaje problem mechaniki. Jak rozwiązać mechanikę do tak dokładnych przetworników (14 bit).
Tak jest to wyzwanie. Ja myślałem o kołysce wykonanej z metalu na obrabiarce numerycznej z łożyskami kulkowymi. Dokładności jakie można uzykać dzięki zastosowaniu np. frezarki numerycznej zależą od konstrukcji samej obrabiarki, ale myślę, że są wystarczające. Elementem, który głównie by się zużywał w takiej konstrukcji są łożyska. A te jeżeli się odpowiednio zaprojektuje kołyskę, to mogą być one elementami wymiennymi. Zresztą nic nowego nie wymyśliłem, bo już takie projekty na tym forum przedstawiał między innymi moders czy Sundowner. Pytanie jest tylko jaki będzie koszt budowy takiego joysticka?
-
Postanowiłem dodać post prezentujący postępy prac (coby niektórzy nie pomyśleli że nic się nie dzieje :-)).
Co zostało zrobione:
- Zaimplementowałem komunikację I2C zarówno po stronie mastera jak i slave na Arduino (przy pomocy tego protokołu będzie odbywać się komunikacja pomiędzy główną płytką joya, a enkoderami).
- Zbudowałem płytkę developerską z procesorem Atmega8 (docelowo każdy enkoder będzie posiadał na płytce taki procesor, który będzie się kounikował z główną płytką joya przy pomocy I2C).
- Uruchomiłem prototypową wersję joysticka na Arduino Leonardo (w wersji developerskiej będzie ona główną płytką elektroniki joya).
- Ad 1.
Okazazało się, że Intel Galileo ma jakieś problemy z działaniem jako slave w komunikacji I2C :-( (tak podawano w internecie i faktycznie nie udało mi się zmusić twóch Galileo do komunikacji - a mam dostęp do większej ich liczby :-(). Ponieważ jestem początkujący jeśli chodzi o programowanie uP i chciałem małymi kroczkami zbliżać się do celu, to postanowiłem zakupić do developmentu Arduino Leonardo (z myślą również o kroku 3 :-)). Komunikacja została zaimplementowana z wykorzystaniem biblioteki Wire (oczywiście na razie na Arduino). Poniżej zdjęcie z testów:
(http://i163.photobucket.com/albums/t281/sznink/enc6_zpsa55509e4.jpg)
Na pierwszym planie Intel Galileo, który jest masterem. Z tyłu widać Leonardo, który działa jako slave. Na płytce stykowej (znajdującej się po lewej stronie zdjęcia) są rezystory podciągające do poszczególnych linii I2C (kabelek żółty - SDA, kabelek biały SCL). Ponadto do Leonardo jest podłączony potencjometr (również znajdujący się na płytce stykowej). Komunikacja wygląda w ten sposób, że Leonardo odczytuje wartość napięcia z potencjometu i wysyła tą informację do Galileo przy pomocy protokołu I2C, który ją prezentuje.
- Ad 2.
Na płytce stykowej widocznej na zdjęciu umieściłem uP Atmega8 zasilany przez standardowy zasilacz Arduino prądem 5V. Programowanie układu odbywa się po ICSP przy użyciu programatora USBasp. Nie wygląda to zbyt pięknie i można byłoby to zrobić lepiej (np. przewody do kondensatorów powinny być krótsze), ale działa (na razie miga dioda :-)) i do developmentu więcej mi nie potrzeba, a jak pojawią się problemy to będę poprawiał. Byłem bardzo miło zaskoczony, gdy układ zaczął działać po pierwszym podłączeniu :-).
- Ad 3.
Leonardo posiada mikroprocesor Atmega32U4 wyposażony w sprzętową obsługę USB. Niestety w chwili obecnej Arduino natywnie nie obsługuje joysticka - można go zaprogramować, ale ja jak na razie znalazłem tylko rozwiązanie, które polega na podmianie plików w bibliotekach Arduino (HID.cpp, USBAPI.h). Nie jest to zbyt wygodne i generalnie deskryptor HID jest po poprawy. Plusem jest to że jakoś działa - przynajmniej Linux widzi joystick (pod Windowsem jeszcze nie sprawdzałem). Ale myślę, że do developmentu się nada i będzie można rozwiązanie z enkoderami w miarę porządnie przetestować.
Najbliższe zadania:
- obsłużyć I2C na uP Atmega8
- obsłużyć enkoder AS5040 na Atmega8
- ...
-
Moje gratulacje.
-
Dzięki.
Czas na kolejny raport z postępów prac:
- Zaimplementowałem komunikację I2C oraz obsługę enkodera AS5040 po stronie uP Atmega8.
- Poprawiłem deskryptor HID joysticka w Arduino i wykorzystałem go do obsługi joysticka Saitek X45.
- Ad 1.
Implementacja komunikacji I2C w uP Atmega8 została zrealizowana z wykorzystaniem standardowej biblioteki twi z avr-lib. Niestety nie obeszło się bez problemów które wynikają z różnic pomiędzy biblioteką Wire w Arduino a TWI w avr-lib (http://playground.arduino.cc/Main/WireLibraryDetailedReference#.UzG7CfimIWN (http://playground.arduino.cc/Main/WireLibraryDetailedReference#.UzG7CfimIWN) - na nieszczęście ten opis znalazłem dopiero dzisiaj - jak już część problemów rozwiązałem :-(). Z enkoderem AS5040 nie było specjalnych problemów (aczkolwiek jedna rzecz mnie nurtuje - ale to sobie sprawdzę). Na zdjęciu poniżej Atmega8 z podłączonym enkoderem komunikująca się z Leonardo przy wykorzystaniu I2C:
(http://i163.photobucket.com/albums/t281/sznink/encoder1_zps0cbcd5dc.jpg)
Czyli tak jak ma to wyglądać docelowo - uP Atmega8 odczytuje wartość obrotu magnesu z enkodera i wysyła ją do Leonardo, który zastępuje w tym przypadku DMJoy'a.
- Ad 2.
Zrozumienie sposobu tworzenia deskryptorów HID nie było zadaniem ani łatwym, ani szybkim, ani tym bardziej przyjemnym. Ekspertem w tej dziedzinie nie jestem, ale ostatecznie moje zmagania zakończyły się sukcesem i mam oprogramowany joystick w Leonardo, który jest gotowy do podłączenia enkoderów i zbudowania rozwiązania testowego.
Na początek postanowiłem obsłużyć standardowe potencjometry joysticka X45:
(http://i163.photobucket.com/albums/t281/sznink/joystick2_zps67f88b7b.jpg)
Poniżej wynik testów tak zbudowanego ustrojstwa z wykorzystaniem programu JoyTester2 (będzie można porównać jak potencjometry zamienię na ekodery):
(http://i163.photobucket.com/albums/t281/sznink/joystick3_zpsfdc0049b.jpg)
Generalnie jak zobaczyłem te wyniki to postanowiłem, że przed zbudowaniem docelowej metalowej kołyski po prostu podmienie potencjometry w X45 na enkodery i takim joyem będę grał (jak zobaczyłem jak w JoyTester2 wypada Saitek Aviator, którego obecnie używam, to jestem pełen podziwu dla siebie, że potrafię cokolwiek zestrzelić :-)). Już wcześniej kasowałem luzy w kołysce X45, ale nie byłem do końca usatysfakcjonowany. I tak największym problemem tego joya jest sprężyna centrująca. Mam kilka pomysłów co z tym zrobić i będę musiał do tego wrócić.
TO DO:
- Zrobienie porządku w kodzie Atmega i dodanie obsługi błędów
- Zaprojektowanie zintegrowanej płytki do X45 (zawierającej uP Atmega8 i ekoder AS5045)
-
Dzisiaj przyszły do mnie płytki PCB, które zaprojektowałem (na zdjęciu są dwie płytki ułożone tak, aby można było zobaczyć obie strony):
(http://i163.photobucket.com/albums/t281/sznink/e1s_zpsd1becad0.jpg)
Pierwszy raz projektowałem płytki PCB, ale dzięki kursowi Eagle Mirosława Kardasia (https://www.youtube.com/watch?v=5CF0Q81nGzY (https://www.youtube.com/watch?v=5CF0Q81nGzY)) okazuje się, że nie taki diabeł straszny jak go malują. Płytka została zaprojektowana jako dwustronna. Na jednej stronie będzie znajdował się enkoder, natomiast na drugiej mikrokontroler Atmega8. Płytki są dostosowane rozmiarami i ułożeniem otworów montażowych do joysticka Saitek X45.
Tak wygląda potencjometr zamontowany w elemencie joysticka:
(http://i163.photobucket.com/albums/t281/sznink/e3s_zpsaa27c5c3.jpg)
A tak płytka z enkoderem zamontowana w tym elemencie joysticka:
(http://i163.photobucket.com/albums/t281/sznink/e2s_zpsbd89dec1.jpg)
Płytka będzie mocowana za pomocą śrubek M2 (muszę jeszcze wykombinować dystanse i dorobić mocowanie magnesu).
Wszystkie elementy (poza enkoderami AS5045) już mam i w przyszłym tygodniu będę z pomocą kolegi montował elementy na płytce. Na początek zrobię płytkę testową z enkoderem AS5040, którego do tej pory używałem do testów (zostanie wylutowany ze starej płytki). Mam nadzieję, że czegoś nie pokopałem i płytki są dobrze zaprojektowane :-).
-
Gratulacje, pięknie to zrobiłeś.
-
Także gratuluję. Piękna inżynierska robota z odpowiednim podejściem. :564:
-
Szacunek,
Świetna robota.
-
Świetna robota! Śrubki i dystanse w małych rozmiarach można znaleźć w sklepach modelarskich RC. Powodzenia!
-
Dziękuję bardzo :D.
Elementy na pierwszej płytce (z enkoderem AS5040) już polutowane:
(http://i163.photobucket.com/albums/t281/sznink/senc1s_zps53ccbf5b.jpg)
(http://i163.photobucket.com/albums/t281/sznink/senc2s_zpsb1b54934.jpg)
Pochwały chyba były trochę przesadzone, bo wyszedł mój brak doświadczenia - po podłączeniu programatora nie dało się zaprogramować mikroprocesora. Zaczeło się sprawdzanie połączeń, przelutowywanie elementów, co do których były wątpliwości czy aby na pewno są w porządku. Rozwiązanie okazało się trywialne i jednocześnie trochę zabawne. Otórz postanowiłem, że pójdę po najmniejszej linii oporu i na płytce umieszczę 10 pinowe złącze do programowania zgodne ze standardem KANDA, zamiast złącza wyposażonego w 6 pinów (pomimo, że było tam mało miejsca). Po prostu w przypadku tego drugiego złącza musiałbym dorobić (lub ewentualnie dokupić) przejściówkę - mój programator jest wyposażony tylko w taśmę dla złącza 10 pinów. Niestety złącze umieściłem na nieodpowiedniej warstwie, w związku z tym piny zostały przestawione (lub musiałbym złącze przylutować na płytce po stronie enkodera bo byłoby bez sensu). Ostatecznie więc okazało się, że i tak będę musiał dorobić przejściówkę :x (na szybko do przetestowania skleciłem coś takiego :D):
(http://i163.photobucket.com/albums/t281/sznink/senc3s_zpsda9dec85.jpg)
Na szczęście działa. Układ daje się zaprogramować co radośnie sygnalizuje migającą diodą - na początek wrzuciłem testowy program :D.
-
Pochwały chyba były trochę przesadzone, bo wyszedł mój brak doświadczenia - po podłączeniu programatora nie dało się zaprogramować mikroprocesora
Przeciwnie, jestem pełen uznania dla Twojej pracy tym bardziej, że jak napisałeś nie jesteś zawodowo związany z elektroniką. Ten projekt świadczy, że jesteś bardzo dobry w tym co robisz, gratulacje.
-
- Ad 2.
Zrozumienie sposobu tworzenia deskryptorów HID nie było zadaniem ani łatwym, ani szybkim, ani tym bardziej przyjemnym. Ekspertem w tej dziedzinie nie jestem, ale ostatecznie moje zmagania zakończyły się sukcesem i mam oprogramowany joystick w Leonardo, który jest gotowy do podłączenia enkoderów i zbudowania rozwiązania testowego.
Na początek postanowiłem obsłużyć standardowe potencjometry joysticka X45:
Gratulacje, super!!!
-
Świetna robota! Jestem pod ogromnym wrażeniem! Gratulacje ! :)
-
Dziękuję bardzo. W kwestii wyjaśnienia, to sam projekt wykorzystania tych enkoderów został tymczasowo zawieszony. Złożyło się na to wiele spraw, między innymi mechanika Saiteka X45 mnie strasznie wkurzyła. Na dodatek udało mi się okazyjnie kupić joystick Cobra za mniej niż połowę jego ceny i jestem z niego bardzo zadowolony. Okazało się, że do wirtualnego latania bardziej mi jest potrzebny panel z dodatkowymi dźwigniami i przełącznikami, dlatego teraz się nad tym skupiam. Nie oznacza to jednak, że do tematu nie wrócę przy okazji budowy orczyka, czy metalowej kołyski joya.
Uzupełniając opis:
Zakończyłem na udanym podłączeniu pod oś X joya układu AS5040 (przy wykorzystaniu płytki pokazanej powyżej). Oś była poprawnie widziana w systemie, ale z powodu braku drugiego układu dla osi y (którego nie miałem zlutowanego) nie testowałem jego zachowania w jakiejkolwiek grze czy symulatorze.