🚀 go-pugleaf

-=RapidHail=- pisze:
> Mam taki kod który robi to co mi jest potrzebne a więc rozbiera liczbę na
> jednostki i dziesiątki, czy mógłby ktoś wytłumaczyć na czym polega taki
> rozbiór. Przełożyć to z asm na polski? Zaczynam dopiero zabawę z assemblerem
> (8 bitowy mikrokontroler) i nie idzie tak tragicznie ale operacje
> matematyczne wciąż są dla mnie zagwozdką.
> Bit C wrejestrze STATUS to znacznik przeniesienia (aktywne "1") lub pożyczki
> (aktywne "0"): 1 - wystąpiło przeniesienie z najbardziej znaczącego bitu
> wyniku, 0 - nie wystąpiło.

  Bez znajomości instrukcji (ja robię na x86) trudno mi będzie to 
powiedzieć, ale przyglądając się trochę kodowi według mnie działa on tak:
1. odejmij od danej liczby 10
2. jak wynik ujemny, należy 10 dodać z powrotem, reszta jest liczbą 
jedności
3. Jak wynik nieujemny, zwiększ liczbę dziesiątek o 1 i skacz do 1.

  Czyli metoda "na piechotę" by z tego wyszła. Czy PICi mają 
instrukcje "wyższego poziomu", takie jak mnożenie i dzielenie? Z 
ciekawości pytam.

-- 
Pozdrawiam/Regards - Bogdan                     (GNU/Linux & FreeDOS)
Kurs asemblera x86 (DOS, GNU/Linux):http://rudy.mif.pg.gda.pl/~bogdro
Grupy dyskusyjne o asm:  pl.comp.lang.asm alt.pl.asm alt.pl.asm.win32
www.JabberPL.org www.TorProject.org Soft (EN): miniurl.pl/bogdro-soft

Użytkownik "Bogdan (bogdro)" <bogdan@poczta.gazeta.pl> napisał w wiadomości 
news:g0p6r0$7fi$2@inews.gazeta.pl...

>  Bez znajomości instrukcji (ja robię na x86) trudno mi będzie to 
> powiedzieć, ale przyglądając się trochę kodowi według mnie działa on tak:
> 1. odejmij od danej liczby 10
> 2. jak wynik ujemny, należy 10 dodać z powrotem, reszta jest liczbą 
> jedności
> 3. Jak wynik nieujemny, zwiększ liczbę dziesiątek o 1 i skacz do 1.
>
>  Czyli metoda "na piechotę" by z tego wyszła. Czy PICi mają instrukcje 
> "wyższego poziomu", takie jak mnożenie i dzielenie? Z ciekawości pytam.

No właśnie nie jest to metoda na piechotę. Znaczy co ja przez to rozumiem: 
odejmowanie dziesiątek i sprawdzenie ile razy została odjęta. Posiadają 
tylko 35 instrukcji, nie ma mnożenia i dzielenia. A w kodzie główną uwagę 
należy skierować na przesunięcia cykliczne (takie moje zdanie).

Jeżeli będzie chcęć rozgryzienia to podaję instrukcję użyte w kodzie:
movlw - wpisanie na akumulator (WRERG)
movwf - wpisanie do rejestru
clrf - czyszczenie rejestru (o zadanym adresie)
rlf - przesuwanie cykliczne w lewo zawartości rejestru o podanym adresie ze 
znacznikiem C, a wiec:
RLF REG,1
przed rozkazem: REG = 1110 0110, znacznik C=0
po rozkazie:    REG = 1100 1100, C=1

RLF REG,1
przed rozkazem: REG = 1110 0110, znacznik C=1
po rozkazie:    REG = 1100 1101, C=1

Bit C wrejestrze STATUS to znacznik przeniesienia (aktywne "1") lub pożyczki 
(aktywne "0"): 1 - wystąpiło przeniesienie z najbardziej znaczącego bitu 
wyniku, 0 - nie wystąpiło.
btfss - testowanie bitu w rejestrze o adresie f (tutaj bit C w rejestrze 
STATUS), jeżeli jest ustawiony to pomijja kolejną instrukcję
addwf - dodanie WREG do rejestru i zapisanie wyniku w rejestrze (1 po 
przecinku)
decfsz - dekremenctuj rejestr o zadanym adresie, jeżeli po dekrementacji 
będzie 0 to pomija następny rozkaz
movf dana,0 - przesłanie rejestru do WREG (0 po przecinku), jeśli 1 to na 
odwrót z WREG do rejestru
subwf f,d - odejmowanie od rejestru f rejestru WREG i zapisanie wyniku w 
WREG (d=0)
movwf f - przesłanie zawartości WREG do rejestru f. 

-=RapidHail=- wrote:
> Mam taki kod który robi to co mi jest potrzebne a więc rozbiera liczbę na
> jednostki i dziesiątki, czy mógłby ktoś wytłumaczyć na czym polega taki
> rozbiór. Przełożyć to z asm na polski? Zaczynam dopiero zabawę z assemblerem
> (8 bitowy mikrokontroler) i nie idzie tak tragicznie ale operacje
> matematyczne wciąż są dla mnie zagwozdką.

Jest taki śmieszny algorytm, który z grubsza polega na tym ,że do 
inicjalnej wartości 0 (która w przyszłości będzie liczbą po konwersji) 
dodaje się wagi kolejnych bitów, przeprowadzając na bieżąco korekcję z 
bin na BCD. Widziałem już parę implementacji tego dla innych procesorów, 
dla których nie ma sensu tego wogóle stosować, bo są dużo szybsze 
metody, np. AAM dla x86 albo zwykłe dzielenie dla 51. Akurat w przypadku 
głupiutkiego PICa pewnie ten algorytm jest całkiem sensowny.