04-04-2018, 06:20 AM
Pogledao sam onako na brzinu Forth ali ostat cu na ASM...jer ako cu se svako malo prebacivati sa kompilera na drugi necu nista da naucim 
Hvala za Forth preporuku mozda kojom drugom prilikom krenem na njega...
E sad vrlo zanimljivo sto mi se dogadja pa ako ima objasnjenja zasto to tako ne radi, dakle inicijalizacija timer mi je bila problem:
; Timer1 Init
ldi yh, 0x05 ; Prescaler 1024 (CS12, CS11, CS10 = &b00000101)
sts TCCR1B, yh
ldi yh, 0x01
sts TIMSK1, yh ; Enable Timer1 Overflow Interrupt
ldi r16, HIGH(0xB9B0) ; Timer1 - 0xB9B0 (1sec)
sts TCNT1H, r16
ldi yl, Low(0xB9B0)
sts TCNT1L, yl
Dakle linija:
ldi r16, HIGH(0xB9B0) ; Timer1 - 0xB9B0 (1sec)
sts TCNT1H, r16
- na početku sam imao umjesto r16 stavljeno yh CPU registar koji po inc filu za ATmega328P iznosi r29, i sa time yh LED blinka 4sekunde umjesto 1. Stavil li bilo koji od ova 6 registra:
; ***** CPU REGISTER DEFINITIONS *****************************************
.def XH = r27
.def XL = r26
.def YH = r29
.def YL = r28
.def ZH = r31
.def ZL = r30
LED blinka 4sekunde....i onda g.vojinilic lijepo posalje ovdje kod iz simulatora gdje je koristio r16 registre u ovom primjeru i led blinka tocno 1sekundu...tocno ko sat.
E sad me zanima zasto CPU registri X Y Z (ja najvise koristim yh uvijek i yl ako je gdje low byte) sa njima je tako veliki delay? Ipak su to registri po kojima se pise i cita...e to mi nije jasno...r16 definiran u m328p.inc nisam nigdje vidio pa me to tek buni ako moze malo pojanjenje...dakle jedino delay radi sa r16 ako stavim bilo koji od CPU registra delay 4sec. Zasto je to tako neznam....ali imao sam sliku da koristenjem tih 6 cpu registra pohranjujem i citam varijable i oni za to sluze i da nemaju nikakv utjecaj na izvrsavanje programa...sad mozda dok ne nadjem u datasheetu mu treba tako dugi vremenski jump za te 6 CPU instrukcije da se oduzi LED blinkanje ili je nesto trece?
Program po ostalome radi fantasticno. Ima svega 35 Worda....HEX file je veliki 248bytova i dosad najmanji sto sam dobio...to mi govori da je optimizacija dobra (vjerujem da jos ima prostora da se optimizira na odlicnu ali problem je sto treba da jos vidim gdje bi se jos sto moglo da se ustedi pokoji word a da program se izvrsava brzo i tocno...trazim po netu kako se u avrasm2 ukljucuje optimizacija kod kompiliranja pa mozda i tu dobim jos manji efikasniji kod)
Nego da pitam citam sada malo za CTC Mode velika vecina ga koristi (Clear Timer On Compare) jeli to bolje rjesenje od ovog sto sada imamo napisano? Sa ovom naredbom samo na pocetku postavim vrijednost timer1 brojaca i dalje se kod interrupt overflowa sam brojac resetira i postavi na pocetnu vrijednost brojaca koja je od prije postavljena....ovo mi zvuci da malo preuvelicam odlicno...i mislim da je korak jos jedan k optimiziranom timeru...
Dakle zanima me teorijski ono što je mikikg napisao da se upise jedan bit na port bez read-modify-write ovo mi izgleda bas kao CTC tj slicno..jednom upises vrijednost na početku programa od koliko timer treba da broji i on onda samo cita to sa memorije...dakle ustedi se par Worda i par cyclova koji su AVR-u sada potrebni da upise ponovo u registar vrijednost brojaca od kojeg broja da pocne da broji i tu mislim da bi ovaj CTC rjesio stvar na bolje.
Hvala za Forth preporuku mozda kojom drugom prilikom krenem na njega...E sad vrlo zanimljivo sto mi se dogadja pa ako ima objasnjenja zasto to tako ne radi, dakle inicijalizacija timer mi je bila problem:
; Timer1 Init
ldi yh, 0x05 ; Prescaler 1024 (CS12, CS11, CS10 = &b00000101)
sts TCCR1B, yh
ldi yh, 0x01
sts TIMSK1, yh ; Enable Timer1 Overflow Interrupt
ldi r16, HIGH(0xB9B0) ; Timer1 - 0xB9B0 (1sec)
sts TCNT1H, r16
ldi yl, Low(0xB9B0)
sts TCNT1L, yl
Dakle linija:
ldi r16, HIGH(0xB9B0) ; Timer1 - 0xB9B0 (1sec)
sts TCNT1H, r16
- na početku sam imao umjesto r16 stavljeno yh CPU registar koji po inc filu za ATmega328P iznosi r29, i sa time yh LED blinka 4sekunde umjesto 1. Stavil li bilo koji od ova 6 registra:
; ***** CPU REGISTER DEFINITIONS *****************************************
.def XH = r27
.def XL = r26
.def YH = r29
.def YL = r28
.def ZH = r31
.def ZL = r30
LED blinka 4sekunde....i onda g.vojinilic lijepo posalje ovdje kod iz simulatora gdje je koristio r16 registre u ovom primjeru i led blinka tocno 1sekundu...tocno ko sat.
E sad me zanima zasto CPU registri X Y Z (ja najvise koristim yh uvijek i yl ako je gdje low byte) sa njima je tako veliki delay? Ipak su to registri po kojima se pise i cita...e to mi nije jasno...r16 definiran u m328p.inc nisam nigdje vidio pa me to tek buni ako moze malo pojanjenje...dakle jedino delay radi sa r16 ako stavim bilo koji od CPU registra delay 4sec. Zasto je to tako neznam....ali imao sam sliku da koristenjem tih 6 cpu registra pohranjujem i citam varijable i oni za to sluze i da nemaju nikakv utjecaj na izvrsavanje programa...sad mozda dok ne nadjem u datasheetu mu treba tako dugi vremenski jump za te 6 CPU instrukcije da se oduzi LED blinkanje ili je nesto trece?
Program po ostalome radi fantasticno. Ima svega 35 Worda....HEX file je veliki 248bytova i dosad najmanji sto sam dobio...to mi govori da je optimizacija dobra (vjerujem da jos ima prostora da se optimizira na odlicnu ali problem je sto treba da jos vidim gdje bi se jos sto moglo da se ustedi pokoji word a da program se izvrsava brzo i tocno...trazim po netu kako se u avrasm2 ukljucuje optimizacija kod kompiliranja pa mozda i tu dobim jos manji efikasniji kod)
Nego da pitam citam sada malo za CTC Mode velika vecina ga koristi (Clear Timer On Compare) jeli to bolje rjesenje od ovog sto sada imamo napisano? Sa ovom naredbom samo na pocetku postavim vrijednost timer1 brojaca i dalje se kod interrupt overflowa sam brojac resetira i postavi na pocetnu vrijednost brojaca koja je od prije postavljena....ovo mi zvuci da malo preuvelicam odlicno...i mislim da je korak jos jedan k optimiziranom timeru...
Dakle zanima me teorijski ono što je mikikg napisao da se upise jedan bit na port bez read-modify-write ovo mi izgleda bas kao CTC tj slicno..jednom upises vrijednost na početku programa od koliko timer treba da broji i on onda samo cita to sa memorije...dakle ustedi se par Worda i par cyclova koji su AVR-u sada potrebni da upise ponovo u registar vrijednost brojaca od kojeg broja da pocne da broji i tu mislim da bi ovaj CTC rjesio stvar na bolje.