Probao sam danas u simulatoru vojinilicov asm kod za HEX2BCD i ako sam dobro vidio program se izvrsi za 787 ciklusa sto mi izgleda mnoogooo....razumijem da AVR nema HW DIV mnemonik pa mora da ide softwerski a to podrazumijeva Left Bit Shifting sa Bazom 2 (2x2x2x2x2...) i to zahtjeva puno ciklusa...ja sam malo stavio sa stranu C jezik i sinula mi danas ideja zasto nebi npr broj:
867 rastavio dijeljenjem na tri znamenke pomocu ove formule:
867 / 100 = 8,67 (uzmi 8 i pohrani ga u registar R23) R23 => 08
Uzmi ostatak 67 i podijeli ga sa 10 = 6,7 (uzmi 6 i pohrani ga u registar R24)
Uzmi ostatak 7 i pohrani ga u registar R25
R23 => 08
R24 => 06
R25 => 07
Naletim na ovu stranicu:
https://sites.google.com/site/avrasmintr...basic-math
9. DIVIDING TWO 16-BIT NUMBERS
Stavim kod u simulator, i vidim da mi uzima cijeli broj i ostatak...onda isao prouciti kod..skuzio kako radi bit shifting, i dopisao svoj kod u DONE: macro i dodao EXIT: macro...pokrenuo simulator i gle cuda...u registrima bas vrijednosti kako sam gore naveo....fantasticno....korak blize ASM i AVR-u
Mnozenje sa AVR je jako lako jer ima HW mnemonik..dok za dijenjenje nema pa mora preko SW...nije mi jasno kako inzinjeri u ATMELU nisu to mogli da dodaju? Pa i digitron pored mnozenja ima i dijeljenje i zato mi nije jasno kako su mogli tako bitnu stvar da izostave....korisnici asm pica zanima me dali pic ima HW DIV i MUL mnemonik?
I sad mi jos sinula jedna ideja..posto HW mnemonik MUL u ASM uzima 2ciklusa jeli moguce ovo da se uradi? Mislim da je nemoguce da se uradi ali da pitam:
867 x 0,01= 8,67
67 x 0,1 = 6,7
R23 => 8
R24 => 6
R25 => 7
Dobi se isto a izvrsavanje bi trebalo da bude oko 30-40ciklusa...dok za meni gore SW dijeljenje treba tocno 492 ciklusa ili tocnije receno na 18,432MHz quarzu to je 26,69uS sto mi se cini mnogooo....a sa ovim MUL ako bi se dalo bilo bi to na 40ciklusa 2,17uS sto bi bio ogromni benchmark...cak sam nasao na forumu da su se ljubitelji PIC-a nasli na forumu i isli raditi division na PICu u optimizaciju routina i dosli do takve optimizacije da su dosli blizu HW izvrsavanja mnemonika da postoji u njemu.
Evo koda i ako moze da se brzina poboljsa molim da se modificira i posta ovdje jer mi se ASM nekako najvise svidja...(nije ni C losi ali u asm kako da kazem moram da znam kako HW funckionira i onda pisem tocno tako nema kao u C pozoves interupts.h i imas tu sve vec rjeseno a u asm moras da pozivas interrupts adrese i da tocno tznas kakko timer i interrupt radi da bi to proradilo....)
Vidio sam i atmelov:
ftp://www.inf.fh-dortmund.de/pub/contrib...AVR200.PDF
fantastican dokument...kako ako se radi kratki kod ciklusi se povecavaju zbog nekih mnemonika (rjmp, brne...) koji zauzimaju 2 ciklusa....a ako se pise linija po linija..registar po registar upise compare ispis shifting dobi se cca 40% brze izvodjenje naspram kratkog koda...uz placanje cijene zauzimanje vise WORD-a u AVR-u tj FLASHa...ali posto je flash u avru ogroman nemogu ga ja bas tako lako napuniti....sada sam na nekvih 125Worda za 7seg display i to izadje 250byta flasha..sto je malo nasptam 32K....
Evo i programa pa molim vase komentare...pocenik sam ali sam uporan..i ASM je must way to go...
divider16bit.rar (Size: 1,12 KB / Downloads: 1)
867 rastavio dijeljenjem na tri znamenke pomocu ove formule:
867 / 100 = 8,67 (uzmi 8 i pohrani ga u registar R23) R23 => 08
Uzmi ostatak 67 i podijeli ga sa 10 = 6,7 (uzmi 6 i pohrani ga u registar R24)
Uzmi ostatak 7 i pohrani ga u registar R25
R23 => 08
R24 => 06
R25 => 07
Naletim na ovu stranicu:
https://sites.google.com/site/avrasmintr...basic-math
9. DIVIDING TWO 16-BIT NUMBERS
Stavim kod u simulator, i vidim da mi uzima cijeli broj i ostatak...onda isao prouciti kod..skuzio kako radi bit shifting, i dopisao svoj kod u DONE: macro i dodao EXIT: macro...pokrenuo simulator i gle cuda...u registrima bas vrijednosti kako sam gore naveo....fantasticno....korak blize ASM i AVR-u
Mnozenje sa AVR je jako lako jer ima HW mnemonik..dok za dijenjenje nema pa mora preko SW...nije mi jasno kako inzinjeri u ATMELU nisu to mogli da dodaju? Pa i digitron pored mnozenja ima i dijeljenje i zato mi nije jasno kako su mogli tako bitnu stvar da izostave....korisnici asm pica zanima me dali pic ima HW DIV i MUL mnemonik?
I sad mi jos sinula jedna ideja..posto HW mnemonik MUL u ASM uzima 2ciklusa jeli moguce ovo da se uradi? Mislim da je nemoguce da se uradi ali da pitam:
867 x 0,01= 8,67
67 x 0,1 = 6,7
R23 => 8
R24 => 6
R25 => 7
Dobi se isto a izvrsavanje bi trebalo da bude oko 30-40ciklusa...dok za meni gore SW dijeljenje treba tocno 492 ciklusa ili tocnije receno na 18,432MHz quarzu to je 26,69uS sto mi se cini mnogooo....a sa ovim MUL ako bi se dalo bilo bi to na 40ciklusa 2,17uS sto bi bio ogromni benchmark...cak sam nasao na forumu da su se ljubitelji PIC-a nasli na forumu i isli raditi division na PICu u optimizaciju routina i dosli do takve optimizacije da su dosli blizu HW izvrsavanja mnemonika da postoji u njemu.
Evo koda i ako moze da se brzina poboljsa molim da se modificira i posta ovdje jer mi se ASM nekako najvise svidja...(nije ni C losi ali u asm kako da kazem moram da znam kako HW funckionira i onda pisem tocno tako nema kao u C pozoves interupts.h i imas tu sve vec rjeseno a u asm moras da pozivas interrupts adrese i da tocno tznas kakko timer i interrupt radi da bi to proradilo....)
Vidio sam i atmelov:
ftp://www.inf.fh-dortmund.de/pub/contrib...AVR200.PDF
fantastican dokument...kako ako se radi kratki kod ciklusi se povecavaju zbog nekih mnemonika (rjmp, brne...) koji zauzimaju 2 ciklusa....a ako se pise linija po linija..registar po registar upise compare ispis shifting dobi se cca 40% brze izvodjenje naspram kratkog koda...uz placanje cijene zauzimanje vise WORD-a u AVR-u tj FLASHa...ali posto je flash u avru ogroman nemogu ga ja bas tako lako napuniti....sada sam na nekvih 125Worda za 7seg display i to izadje 250byta flasha..sto je malo nasptam 32K....
Evo i programa pa molim vase komentare...pocenik sam ali sam uporan..i ASM je must way to go...
divider16bit.rar (Size: 1,12 KB / Downloads: 1)