[AVR]AtMega8 i ADC, dlaczego tak?

TomaszB napisał(a):

Tak z ciekawości zapytam ;-) jak Ci się udaje wpisać 0.019 do 1-go bajtu pomijając kwestię, że jest to liczba zmiennoprzecinkowa ? ;-))))

Pozdrawiam

Krzysztof Piecuch napisał(a):

Z tego co wyczytalem z ksiazki, to funkcja q7() mowi dla kompilatora, ze jest to liczba zmiennoprzecinowa i odpowienio ja zamienia i miesci na jednym bajcie.

Skoro w asm dla AVR sa przewidziane funkcje do operacji na liczbach zmiennoprzecinkowych (np fmul - mnozenie bez znaku liczb zmiennprzecinkowych) to chyba jest to mozliwe jak tez mozliwe jest wpisanie do jednego bajtu liczby zmiennoprzecinkowej z pewnego zakresu. Pozdrawiam TomaszB

Skad ty wziales ta informacje? FMUL to mnozenie dwoch 8 bitowych liczb bez znaku. AVR NIE POSIADA operacji na liczbach zmiennoprzecinkowych. Prostym trickiem jest wykorzystanie liczb stalopozycyjnych. Mozesz je normalnie mnozyc za pomoca MUL, pamietajac o odpowiednim przesunieciu pozycji dziesietnej.

T.M.F. napisał(a):

Jak tylko wroce do domu, to przeczytam jeszcze raz i zweryfikuje swoj poglad na ta sprawe. Pozdrawiam TomaszB

T.M.F. napisał(a):

informacja pobrana ze strony

w tabelce z rozkazami mamy: MUL Rd,Rs Mnożenie bez znaku zawartości rejestrów R1:R0 ¬ Rd · Rs Z,C 2 MULS Rhd,Rhs Mnożenie ze znakiem zawartości rejestrów R1:R0 ¬ Rhd · Rhs Z,C 2 MULSU Rhd,Rhs Mnożenie zawartości rejestrów (jeden ze znakiem, drugi bez znaku) R1:R0 ¬ Rhd · Rhs Z,C 2 FMUL Rd,Rs Mnożenie liczb ułamkowych bez znaku R1:R0 ¬ (Rd · Rs) << 1 Z,C 2 FMULS Rd,Rs Mnożenie liczb ułamkowych ze znakiem R1:R0 ¬ (Rd · Rs) << 1 Z,C 2 FMULSU Rd,Rs Mnożenie liczby ułamkowej ze znakiem z liczbą ułamkową bez znaku R1:R0 ¬ (Rd · Rs) << 1 Z,C 2

T.M.F. napisał(a): > Skad ty wziales ta informacje? FMUL to mnozenie dwoch 8 bitowych liczb

Pomylilem pojecie, zamiast zmiennoprzecinkowa mialo byc stalopozycyjna (zmiennoprzecinkowe to mam w C++ :/)

Tak czy inaczej, moj problem z pierwszego posta dalej jest nierozwiazany. Pozdrawiam TomaszB

Mister napisał(a):

TAk, pomylilem formaty, do czego przyznalem sie w poscie nizej. Chodzilo o liczby ulamkowe, stalopozycyjne. Pozdrawiam TomaszB

Dnia Mon, 06 Mar 2006 14:18:10 +0100, TomaszB napisał(a): <ciach>

Strona 71 dokumentu "Instruction set". FMUL operuje na nietypowym formacie (1.7), a wynik jest w formacie (1.15), przy czym numery oznaczają liczbę _bitów_ na część całkowitą i ułamkową.

Dokładną interpretację wyniku doczytaj, ja za bardzo nie zrozumiałem ;)

Pozdrawiam Marcin Stanisz

Marcin Stanisz napisał(a):

W ksiazce o AtMegach jest troszke jasniej. Wychodzi na to, ze jak sie mnozy liczbe calkowita (8n.0q) przez liczbe ulamkowa w formacie 1.7 (1n.7q) to w wyniku operacji fmul otrzymamy liczbe w formacie 8n.8q czyli w dwoch rejestrach r0 i r1 beda odpowiednio: r1-czesc calkowita, r0-czesc ulamkowa. Dla liczb 8 bitowych jest dosc prosto, gozej z liczbami 16 bitowymi:( ale to chyba tez da sie jakos zrozumiec;) Pozdrawiam TomaszB

Piotr Chmiel napisał(a):

Jest, mnozenie bez znaku liczby calkowitej, 8 bit przez liczbe ulamkowa <1. ldi r16,100 ldi r17,q7(0.25) fmul r16,r17

Wwyniku dostaniemy wartosc 0x1900 (r1:r0) czyli r1=25 (czesc calkowita) r0=0 (czesc ulamkowa)

dla mnozenia prze liczbe wieksza od 1 trzeba zrobic tak: ldi r17, (1<<7)+q7(0.25) co da mnozenie przez 1.25

Pozdrawiam TomaszB

Zwraca 0x02 co daje 0,015625

Juz widze, gdzie jest blad:( Trzeba bedzie dowiedziec sie, jak mnozyc liczbe 16 bitowa przez liczbe

Piotr Chmiel napisał(a):

A moze kolega juz to przerabial i moglby podpowiedziec jak przeprowadzic mnozenie liczby 16 bitowej przez liczbe 1n.q15? Dziekuje Pozdrawiam TomaszB

A nie prosciej zamiast tak kombinowac wykorzystac normalny zapis stalopozycyjny. Mnozysz wartosc ADC*19 i dla 255 masz 4845, przyjmujesz, ze trzy ostatnie cyfry to cyfry po przecinku i juz. Potrzebujesz wieksza precyzje to mnozysz nie *19 a razy 196 i wtedy przyjmujesz 4 ostatnie cyfry, ze sa po przecinku. Co wazne ciagle miescisz sie na 16 bitach.