ATNEL tech-forum

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2016-04-19T19:34:15+01:00

PS.
Jeszcze mam wątpliwość co do tego:
OCR0 = (uint8_t)(F_CPU / 64 / 1000 );
czy nie powinno być tam jeszcze - 1 ? tzn.:
OCR0 = (uint8_t)( ( F_CPU / 64 / 1000 ) - 1 );
ponieważ impulsy w rejestrze TCNTx zliczane są od zera?[/quote]
----------------------------------------------------------------------------------------------------------------------
Witam,

Ostatnio przepisując kod, zajrzałem do źródła "http://www.mikrocontroller.net/articles/Drehgeber"
Jest tam taki zapis:
[syntax=c]TCCR0 = 1< OCR0 = (uint8_t)(XTAL / 64.0 * 1e-3 - 0.5); // 1ms
TIMSK |= 1<
Wygląda na to, że ten cały problem wyniknął z przeoczenia "minusika" przed wykładnikiem potęgi "-3" w liczbie "1e-3", czyli "0,001" zatem Mirek słusznie zamienił mnożenie na dzielenie. Tak jest w oryginale. Po tylu latach nie ma to znaczenia, ale tak aby wiedzieć, że źródło jest dobre - jeśli chodzi o ten tysiąc.
Pozdrawiam.

Statystyki: Napisane przez jsmos — 19 kwi 2016, o 19:34

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2015-12-20T18:25:44+01:00

Dzień dobry,

Mam problem ze zmianą typu zmiennej "wynik".
Jest ona typu int8_t a chciałbym zrobić ją np. int16_t .
Próbowałem różnych wariantów zmian, jednak na nic, jedyne co uzyskiwałem to poprawna kompilacja a na wyświetlaczu i tak "-1" .

Próbuję dostosować bibliotekę do swojego enkodera, wiąże się to też ze zmianą częstotliwości przerwania. Czy ta konkretna biblioteka będzie sprawnie działać z przerwaniami nie 1kHz tylko np. 5kHz ?

Statystyki: Napisane przez maniocek — 20 gru 2015, o 18:25

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2014-01-16T14:54:03+01:00

mirekk36 napisał(a):

...niestety na razie nie będę miał jak zająć się tym tematem i mam nadzieję że mi wybaczysz.

Oczywiście to rozumiem, każdy ma swoje zajęcia Sam bym chciał takie poradniki robić i wymieniać się wiedzą, bo to SUPER sprawa jest
Na razie jednak muszę się jeszcze trochę poduczyć. Dzięki za wskazanie miejsca dalszych poszukiwań rozwiązania. Już się tam przenoszę

Statystyki: Napisane przez ursmar — 16 sty 2014, o 14:54

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2014-01-16T14:39:58+01:00

Po pierwsze pokazywałem troszkę jak można tam kombinować ze zmianą rozdzielczości tego kodu nie tylko dla różnych enkoderów ale nawet dla tego samego enkodera ... ale nie podpowiem ci teraz szczegółów - lecz nie dlatego że nie chcę czy po złości ...

przypomnę tylko, że:

1. po pierwsze poradnik ten nie dotyczył enkodera - kod do niego to był wypadek przy pracy no i próba przemycenia przeze mnie nauki C w tym przypadku CALLBACKÓW na jakimś bardzo ciekawym przykładzie - i zauważ że zwykle mi się taki cel udaje osiągnąć bo większość czytelników, widzów o wiele lepiej po tym poradniku rozumie callbacki i zdarzenia. A że przy okazji w tle był inny ciekawy temat ... to to jest właśnie sztuka przyciągnięcia uwagi na cel główny ale też z kolei zwrócenia uwagi na jeszcze inne pasjonujące zagadnienia ... tyle że aby coś więcej mówić o tym to jak mnie znasz musiałbym się przygotować i zrobić o tym oddzielny poradnik czyli o enkoderach tak w ogóle ... no ale myślę z drugiej strony, że to co zostało JUŻ powiedziane oraz - zobacz że na końcu poradnika na blogu masz link do alternatywnego kodu obsługi enkodera napisanego przez naszego super kolegę Antystatycznego - to myślę że sobie poradzisz - albo może ktoś jeszcze coś podpowie - bo ja ... niestety na razie nie będę miał jak zająć się tym tematem i mam nadzieję że mi wybaczysz.

2. zajrzyj właśnie do tego linku na końcu artykułu z bloga

Statystyki: Napisane przez mirekk36 — 16 sty 2014, o 14:39

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2014-01-16T14:30:23+01:00

Dziękuję za odpowiedź
rzeczywiście z tej strony na to nie spojrzałem... jakoś tak pomyślałem, że to przerwanie musi być generowane ściśle co 1 ms i to mnie zbiło z tropu, ale przynajmniej poprzeliczałem sobie te wartości kilkanaście razy

Mam jednak takie pytanie jeszcze:
stosuję taki enkoder inkrementalny optoelektroniczny
MOZ 30 500 5 BZ K
Nota 1. PL
Nota 2. ENG
i niestety, na wyświetlaczu LCD na pełen obrót przypada około ~560 impulsów, gdy kręcę powoli, tzn. 1 obrót/kilka sekund.
A gdy zakręcę trochę szybciej to już w cały świat skaczą te wartości.

Testy robię na płytce ATB, a sygnały A i B enkodera są podłączone przez stykówkę, ponieważ jest to enkoder typu otwarty kolektor i dodaję do linii sygnałowej A oraz B rezystory 2K podciągnięte do VCC.

W czy może być problem, ten program nie jest w stanie obsłużyć takiego enkodera?
czy coś z Enkoderem może być nie tak? Trochę się zatrzymałem i nie wiem w jaką stronę dalej ruszyć w obecnej sytuacji...

Statystyki: Napisane przez ursmar — 16 sty 2014, o 14:30

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2014-01-16T14:07:14+01:00

ursmar napisał(a):

Mniej więcej napisałem dlatego, że:
o ile w przypadku podania częstotliwości 8 MHz wartość OCR0 wychodzi całkowita to już w przypadku gdy podamy 11,059200 MHz to wartość OCR0 będzie równa 172,8. Czy dobrze myślę? W związku z tym, że rejestr OCR0 może przyjmować wartości z zakresu 0-255 wpadnie do niego wartość równa części całkowitej z liczby 172,8 czyli 172. A to będzie skutkować tym, że przerwanie będzie generowane nie co 1 ms, tylko co 1,0046 ms ?
Wspomagałem się troszkę excelem:

Czyli nie do końca prawidłowo, może działać program z enkoderem, gdy mirkoprocesor będzie taktowany częstotliwością 11,059200 Hz ??
Przekłamania mogą pojawić się gdy będziemy szybciej pokręcali enkoderem?
Jeśli gadam głupoty to proszę naprostujcie mnie

Głupot nie gadasz - pytać zawsze można, Ba! nawet trzeba hmm warto

tyle że teraz usiądź i chwilę pomyśl sam czy m z punktu widzenia serwa różni się czas

1 ms

od

1,0046 ms ???

Spójrz na ilość miejsc po przecinku - przelicz sobie ile wyniosą odchyłki nawet przy 100 krokach albo nawet przy 1000 !!! krokach ... czy nie widzisz - że to nie będzie miało żadnego znaczenia ? .... nadal mogą to być różnice jednej setnej! milisekundy jeśli już

ursmar napisał(a):

PS.
Jeszcze mam wątpliwość co do tego:
OCR0 = (uint8_t)(F_CPU / 64 / 1000 );
czy nie powinno być tam jeszcze - 1 ? tzn.:
OCR0 = (uint8_t)( ( F_CPU / 64 / 1000 ) - 1 );
ponieważ impulsy w rejestrze TCNTx zliczane są od zera?

Tak masz rację - tylko też spójrz co wyżej napisałem

Statystyki: Napisane przez mirekk36 — 16 sty 2014, o 14:07

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2014-01-16T12:20:09+01:00

mirekk36 napisał(a):

Quote:

OCR0 = (uint8_t)(F_CPU / 64 / 1000 );

Witam, mam takie pytanie odnośnie powyższej linii.

Przeliczyłem sobie ją dla różnych wartości częstotliwości taktowania procesora i doszedłem do wniosku, że skoro jest stosowane F_CPU to program będzie dla każdej podanej częstotliwości w ustawieniach projektu wyliczał ~(mniej więcej) odpowiednią wartość.
Mniej więcej napisałem dlatego, że:
o ile w przypadku podania częstotliwości 8 MHz wartość OCR0 wychodzi całkowita to już w przypadku gdy podamy 11,059200 MHz to wartość OCR0 będzie równa 172,8. Czy dobrze myślę? W związku z tym, że rejestr OCR0 może przyjmować wartości z zakresu 0-255 wpadnie do niego wartość równa części całkowitej z liczby 172,8 czyli 172. A to będzie skutkować tym, że przerwanie będzie generowane nie co 1 ms, tylko co 1,0046 ms ?
Wspomagałem się troszkę excelem:

Czyli nie do końca prawidłowo, może działać program z enkoderem, gdy mirkoprocesor będzie taktowany częstotliwością 11,059200 Hz ??
Przekłamania mogą pojawić się gdy będziemy szybciej pokręcali enkoderem?
Jeśli gadam głupoty to proszę naprostujcie mnie

--------------------------------------
PS.
Jeszcze mam wątpliwość co do tego:
OCR0 = (uint8_t)(F_CPU / 64 / 1000 );
czy nie powinno być tam jeszcze - 1 ? tzn.:
OCR0 = (uint8_t)( ( F_CPU / 64 / 1000 ) - 1 );
ponieważ impulsy w rejestrze TCNTx zliczane są od zera?

Statystyki: Napisane przez ursmar — 16 sty 2014, o 12:20

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-10T17:14:57+01:00

robiw --> takie proste rozwiązania są bardzo popularne i niejednokrotnie jak już to je stosowałem, inni też ...

tyle że może nie zauważyłeś że tutaj obsługa enkodera pojawiła się niejako dodatkowo (wypadek przy pracy) chodziło o to aby przy okazji callbacków pokazać coś jeszcze i może też ciut bardziej zaawansowanego ....a czemu nie ? .

Poza tym proste sposoby obsługi enkoderów nie są pozbawione wad, które eliminuje ten sposób. I jeśli komuś nie potrzeba większych możliwości to skorzysta z tych prostych procedur - za to - ten sposób - daje równie fajne możliwości i wcale nie jest jakiś zaraz pamięciożerny czy coś tam ... bez przesadyzmu - mnie co najwyżej szkoda timera tracić że tak powiem w takim sposobie. Więc to byłoby dla mnie priorytetem wyboru metody. Gdy mam pod ręką wolny timer to zawsze skorzystam z tej metody bo jest wg mnie prosta ... a jeśli nie mam timera to korzystam z prostej metody

Statystyki: Napisane przez mirekk36 — 10 cze 2013, o 17:14

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-07T12:13:07+01:00

Dzięki Mirku oczywiście jak Ty podałeś rozwiązanie to zadziałało. Ja wcześniej to testowałem ale tylko z jednym indeksem
no i zapomniałem że zmieniłem treść ramki i trafiłem na jakis tam znak zamiast cyfrę i nie dziwota że głupoty mi wyświetliła kostka led.
W tym momencie szukałem innego rozwiązania bo jak pisałeś wcześniej jest ich prawie tyle co programujących.
Jak się siedzi kilkanaście godzin nad jednym tematem to się zaczyna robić niezły bałagan i w kodzie i w głowie od różnych prób.
Teraz dziękuję za rozwiązanie i idę robić czystki i uporządkować kod i uzupełnić wiadomości.
pozdrawiam i jeszcze raz dzięki, jesteś wielki

Statystyki: Napisane przez BIGjack — 7 cze 2013, o 12:13

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-07T11:59:14+01:00

ach a zaglądałeś do PDF'a ? jak się przekazuje argumenty do atoi() ???

C:\WinAVR-20100110\doc\avr-libc\avr-libc-user-manual.pdf

wystarczy zajrzeć na własny dysk, i szukajką znaleźć atoi()

zobaczysz wtedy :

[syntax=c]int atoi (const char * s)[/syntax]

widzisz ? przekazujesz WSKAŹNIK a nie kod znaku ..... a zajrzyj do książki na przykłady chociażby w rozdziale o multipleksowaniu jak się to robi ? ... jeśli chodzi o poszczególne elementy tablicy albo jej fragment.

Gdybyś chciał przekazać całą tablicę to ok napisałbyś test bez nawiasów kwadratowych i już ... no ale to pobrałoby ci cały string z tej tablicy .... i tak samo KICHA jak byś nawet prawidłowo odwoływał się do poszczególnych elementów a trzeba byłoby tak:

[syntax=c]temp_dzies = atoi( &test[2] );[/syntax]

znaczek & wyciąga adres czyli wskaźnik na ten element.... ale nadal będzie panie KICHA - bo poleci cały string - a co to jest string ? to jest ciąg znaków zakończonych zerem więc jeśli np twoja ramka wyglądałaby tak

Quote:

"-23.55"

to atoi dostałoby kota gdyż analizę zaczęłoby od DRUGIEGO elementu i wzięłoby cały string pod uwagę do końca czyli

Quote:

"3.55"

na prawdę - zanim będziesz pisał takie programy no to chcesz czy nie chcesz musisz porobić sobie o wiele prostsze ćwiczenia na to jak się działa na tablicach w C bo widać - że na razie w ogóle się w tym nie orientujesz ... a bez tego NIE MA PROGRAMOWANIA w C

ale dobra .... to co możesz zrobić ?

no zakładając że masz sztywną ramkę i wiesz w którym elemencie jest jaka liczba i chcesz ją dać na LED - tak z tej próby kodu wynika to ja znowu ci podpowiem - skorzystaj że z tego co ci napisałem wyżej, czyli:

[syntax=c]temp_dzies = test[2]-'0';
temp_jed = test[3]-'0';
temp_dziesietne = test[4]-'0';[/syntax]

dlaczego uparłeś się na atoi() skoro nawet nie przeanalizowałeś jak ono działa ? tzn rozumiem - to nawyk z Bascoma pewnie, ale jak widzisz tu idą wskaźniki w ruch - coś czego w Bascomie nie uświadczysz

Statystyki: Napisane przez mirekk36 — 7 cze 2013, o 11:59

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-07T11:46:49+01:00

te indeksy 6 i 8 to wypadek przy pracy. Wczesniej miałem większa ramkę i bufor no i mam już ogromny smietnik
po przeróżnych próbach podejścia do tematu.
Teraz mam tak
[syntax=c]char test[5];[/syntax]
[syntax=c]temp_dzies = atoi(test[2]);
temp_jed = atoi(test[3]);
temp_dziesietne = atoi(test[4]);[/syntax]
i wyswietla zera.

Statystyki: Napisane przez BIGjack — 7 cze 2013, o 11:46

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-07T11:31:10+01:00

O! teraz to można się odnieść do takiego konkretnego pytania, więc już się staram

zobacz masz tablicę:

[syntax=c]char test[5];[/syntax]

czyli 5 elementów tak ? dobrze rozumiem ? ... i w niej masz te cyfry na LCD ... ale skoro na LCD to znaczy że mamy tam kody ASCII znaków od 0 do 9 ... i super ale ....

ale za chwilę odwołujesz się do przedziwnych dla mnie indeksów tej tablicy

Quote:

temp_dzies = atoi(test[4]);
temp_jed = atoi( test[6] );
temp_dziesietne = atoi( test[8] );

z jakiej racji ? przecież przekraczasz dopuszczalny indeks i trafiasz gdzieś w kosmos ... tylko ten pierwszy index 4 jest prawidłowy i wskazuje na OSTATNI element tej tablicy test[5]

Statystyki: Napisane przez mirekk36 — 7 cze 2013, o 11:31

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-07T11:09:26+01:00

Niestety nie poradzę sobie sam z tym wyświetlaniem na TWI 4*7LED
Wiec od początku, RFM12 ładuje ramkę do bufora
[syntax=c]char test[5];[/syntax]
wyświetlam na LCD
[syntax=c]lcd_str(test);[/syntax]
następnie chcę wyświetlić na wyświetlaczy led, robię więc tak
[syntax=c]temp_dzies = atoi(test[4]);
temp_jed = atoi(test[6]);
temp_dziesietne = atoi(test[8]);[/syntax]

przekazuje zmienne do CY1-CY4 i no wysyłam przez TWI
[syntax=c]TWI_write(pgm_read_byte( &cyferki[cy1=11] ));
TWI_write(pgm_read_byte( &cyferki[cy2=temp_dzies] ));
TWI_write(pgm_read_byte( &cyferki[cy3=temp_jed] ));
TWI_write(pgm_read_byte( &cyferki[cy4=temp_dziesietne] ));[/syntax]
i wyświetlają sie zera, cy1 jest pusty.
Prosze o naprowadzenie mnie na właściwą drogę bo wymiękam po któryms juz wieczorze z kolei.

Statystyki: Napisane przez BIGjack — 7 cze 2013, o 11:09

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-04T12:05:19+01:00

BIGjack napisał(a):

Nie irytuj się tak Mirku

Na prawdę nie denerwuję się to było raczej zdziwienie ...

BIGjack napisał(a):

Ja w ostatnim wpisie nie prosiłem o gotowca tylko odniosłem się do
strzelaniny

Więc być może źle zrozumiałem twoje intencje - przepraszam

BIGjack napisał(a):

Tak jak napisałeś wcześniej będę próbował samodzielnie to rozwikłać i ewentualnie poproszę o pomoc w szczegółach
pozdr.

Tak jak pisałem - spróbuj w jakikolwiek sposób to zacząć pisać / zaprogramować i od razu śmiało pytaj gdy tylko nasuną ci się pytania - bo wtedy łatwiej będzie doprecyzować pewne być może niezrozumiałe z książki rzeczy ...

Statystyki: Napisane przez mirekk36 — 4 cze 2013, o 12:05

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-04T10:07:25+01:00

Nie irytuj się tak Mirku. Złość piękności szkodzi Ja w ostatnim wpisie nie prosiłem o gotowca tylko odniosłem się do
strzelaniny i poszedłem grzecznie robić pompki przez co nie miałem czasu aby zająć sie dogłębnie moim zawiłym (jak dla mnie)
zadaniem. Tak jak napisałeś wcześniej będę próbował samodzielnie to rozwikłać i ewentualnie poproszę o pomoc w szczegółach
pozdr.

Statystyki: Napisane przez BIGjack — 4 cze 2013, o 10:07

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-04T09:42:42+01:00

W pierwszej książce masz wystarczające informacje na ten temat i to wystarczające w 100%

a ty jak piszesz nie znalazłeś rozwiązania - bo szukasz być może rozdziału jak zamienić temperaturę w stringu na wyświetlacz LED

ni byłbym w stanie i co więcej nikt nie jest w stanie opisać miliardów konkretnych przypadków pomysłów na jakie ktoś wpadnie. To o czym piszesz wymaga kilku działań na tablicach i podałem ci drogę jedną z wielu dróg do osiągnięcia celu - a nawet się nie odniosłeś ani nie dopytałeś no co to oznacza itp ?

jeszcze raz powiem - żeby to robić w C trzeba poćwiczyć elementarne i podstawowe działania na tablicach i C-Stringach, ba! jeszcze raz powiem wyżej podałem ci nawet rozdziały gdzie można podpatrywać te rzeczy

co więcej podałem ci nawet taki NAJPROSTSZY sposób metodą powiedziałbym "brute-force"

cy1 = buf[0] - '0';
cy2 = buf[1] - '0';
// ...... pomijamy np kropkię
cy3 = buf[3] - '0';

a ty nadal nic ? pewnie nawet nie wypróbowałeś - nie kombinowałeś - to jak ja mam pomóc ?

mam ci napisać jakąś gotową funkcję do twojego programu ? Nawet gdybym się tym zajmował i pisał każdemu funkcje do jego programu (pewnie nie miałbym czasu na nic innego wtedy) .... to skąd miałbym na podstawie tak zadanego pytania wiedzieć jak ją mam napisać ? jakie argumenty chcesz do niej przekazać , na jakich zmiennych globalnych pracujesz itp itd itp ....

nie no sorki - ale chociaż troszkę wkładu własnego trzeba w takim przypadku ...

Statystyki: Napisane przez mirekk36 — 4 cze 2013, o 09:42

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-03T23:12:48+01:00

Strzelaj Waść, strzelaj Mam obie knigi ale nie znalazlem
Rozwiązania.

Statystyki: Napisane przez BIGjack — 3 cze 2013, o 23:12

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-03T18:39:05+01:00

Quote:

Mam jeszcze pytanko, odnośnie rfm12 otóż przesyłam temperaturę np "25.6" stringiem, jak mogę go zamienić na int dla wyświetlaczy 7led?

A mam kolegę zastrzelić za to pytanie ?

załóżmy że masz ten string w tablicy buf[] - pokażę ci tylko ideę, jedną z wielu a ty pokombinuj troszkę - a później ew dopytaj dalej ok ?

cy1 = buf[0] - '0';
cy2 = buf[1] - '0';
// ...... pomijamy np kropkię
cy3 = buf[3] - '0';

oczywiście nie jest to idealna idea bo co gdy w buforze pojawi się np temperatura: 4,7 albo -8,2 ?

i oczywiście nie robimy tego tak wprost jak tu wyżej napisałem no ale jak widzisz zamiana stringa na int ma wiele twarzy w C. Inną idea to wyłuskanie funkcją strtok() tego co przed kropką i po kropce a potem jakaś obróbka ....

jeśli pytasz o RFM12 to tak się domyślam że przynajmniej Bluebooka masz a może i GreenBooka

a przecież w Bluebooku chociażby w rozdziale ADC ale też w rozdziale o multipleksowaniu masz wiele przykładów które powinny cię natchnąć do działania ....

niestety bez opanowania działania na tablicach i takich podstawach będzie ci ciężko

fajne przykłady też masz gdybyś chciał przeanalizować tworzenie biblioteki dla LCD ... bo zawsze powtarzam - opis tworzenia biblioteki do LCD nie jest po to żeby kogoś TYLKO nauczyć jak pisać taką bibliotekę ale po to żeby na ciekawym przykładzie przekazać sposoby stosowania języka C w czystej praktyce ....

Statystyki: Napisane przez mirekk36 — 3 cze 2013, o 18:39

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-03T16:46:36+01:00

Zadziałało to [syntax=c]//ecnt = ed>>2; ed &= 3;
ecnt = ed; ed=0;[/syntax]
ale dopiero w połączeniu z tym [syntax=c]const int8_t table[16] PROGMEM = {0,0,-1,0,0,0,0,1,1,0,0,0,0,-1,0,0};[/syntax]
Dzięki wielkie, enkoderek chodzi jak marzenie
Mam jeszcze pytanko, odnośnie rfm12 otóż przesyłam temperaturę np "25.6" stringiem, jak mogę go zamienić na int dla wyświetlaczy 7led?

Statystyki: Napisane przez BIGjack — 3 cze 2013, o 16:46

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-01T22:16:26+01:00

ja mam taki jak na filmiku widać w czołówce - działa co krok

ale już tu gdzieś na forum komuś podpowiadałem jak można nieco zmodyfikować sobie kod żeby próbować działać z nieco inną rozdzielczością

pokombinuj sobie zamieniając te dwie linijki jedna z drugą czyli albo tak:

[syntax=c]//ecnt = ed>>2; ed &= 3;
ecnt = ed; ed = 0;[/syntax]

albo tak

[syntax=c]ecnt = ed>>2; ed &= 3;
//ecnt = ed; ed = 0;[/syntax]

to chodzi o kod w EVENCIE enkodera ok ?

Statystyki: Napisane przez mirekk36 — 1 cze 2013, o 22:16

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-06-01T21:40:46+01:00

Czy wsze enkodery działają co krok?

Statystyki: Napisane przez BIGjack — 1 cze 2013, o 21:40

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-05-29T19:16:58+01:00

Użyłem biblioteki enkodera w swoim kodzie i się zastanawiam czy potrzebny jest enkoder
o jakimś ściśle określonym kroku? pytam ponieważ z moje zliczany jest co drugi krok.

Statystyki: Napisane przez BIGjack — 29 maja 2013, o 19:16

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-05-02T12:21:39+01:00

Alltronik napisał(a):

Quote:

OCR0 = 8000000 / 64 * 1000 - 0.5 = 255 !!! czyli częstotliwość będziemy mieć:

Panie Mirku dlaczego tutaj wyszło 255?

eeeeh bo zrobiłem proste sprawdzenie typu:

[syntax=c]lcd_cls();
uint8_t a = (uint8_t)(F_CPU / 64.0 * 1000 - 0.5 );
lcd_int(a);
while(1);[/syntax]

no i w a wylądowało 255. Rzeczywiście powinno wylądować teoretycznie zero - ale proszę

zresztą całe szczęście, że nie ląduje zero - a skąd się bierze 255 ? bo cała ta linijka kodu oryginalnego jest do ..... [piiik- cenzura].....

nie dość że brak nawiasów to jeszcze to nieszczęsne rzutowanie do (uint8_t) - to to rzutowanie jest powodem tego kłopotu i szczęścia w nieszczęściu że wpada tam 255 Bo coś autorowi się warning pokazywał to pierdyknął sobie rzutowanko - tyle że próbował rzutować liczbę kosmicznie wielką uint32_t na uint8_t i skoro pojawiają się same jedynki w bajcie to oznacza, że coś poszło nie tak - tzn tak jakby liczba zamieniła się na ujemną i rzutowanie najmłodszego bajtu będzie wtedy z jedynkami ... nie wiem na razie tak na szybko coś myślę

ale na pewno trafiało tam przy złym zapisie 255 - nie wierzysz to sprawdź jak opisałem wyżej

Statystyki: Napisane przez mirekk36 — 2 maja 2013, o 12:21

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-05-02T11:31:48+01:00

Quote:

OCR0 = 8000000 / 64 * 1000 - 0.5 = 255 !!! czyli częstotliwość będziemy mieć:

Panie Mirku dlaczego tutaj wyszło 255?

Statystyki: Napisane przez Alltronik — 2 maja 2013, o 11:31

Re: Enkoder + Callbacki - ciąg dalszy - zapraszam

2013-05-02T05:32:52+01:00

ach już mi się pokićkało - ale dzięki za uwagę - już koryguję wpis na blogu

Statystyki: Napisane przez mirekk36 — 2 maja 2013, o 05:32