NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Konfiguracja portu G w Atmega128 w AVR Studio 4.12 SP2 - rozwiązanie błędu kompilacji
projekt
Guest
Guest
Fri Aug 25, 2006 12:11 pm
Mam problem z AVR Studio. Pisze mianowicie program na Atmege 128 i musze tam
wykorzystac port G.
Kompilator doczepia sie do ponizszego rozkazu:
Quote:
cbi PORTG,1
i w komentarzu pisze "xxx.asm(11): error: Operand 1 out of range: 0x65"
i w komentarzu pisze "xxx.asm(11): error: Operand 1 out of range: 0x65"
Domyslam sie, ze chodzi o tryb zgodnosci z A103, w ktorym nie funkcjonuje
ten port, ale dlaczego kompilator sie o to pluje skoro zadeklarowalem typ
procesora ".DEVICE ATmega128".
Co trzeba jeszcze ustawic/zmienic w AVRStudio zeby mi to skompilowal?
AVR Studio jest w wersji 4.12 SP2 build 472
AVRASM: AVR macro assembler 2.1.7 (build 23 Mar 20 2006 13:23:2
do programowania i emulacji uzywam JTAG Cable II firmy Propox
Fuse bytes Atmegi: FF,98,A1
Pozdrawiam.
/PM
Andy
Guest
Guest
Fri Aug 25, 2006 12:12 pm
Użytkownik "projekt" <glusio@glusio.com.pl> napisał w wiadomości
news:ecmph9$o4t$1@nemesis.news.tpi.pl...
Quote:
Mam problem z AVR Studio. Pisze mianowicie program na Atmege 128 i musze
tam wykorzystac port G.
Kompilator doczepia sie do ponizszego rozkazu:
cbi PORTG,1
i w komentarzu pisze "xxx.asm(11): error: Operand 1 out of range: 0x65"
Domyslam sie, ze chodzi o tryb zgodnosci z A103, w ktorym nie funkcjonuje
ten port, ale dlaczego kompilator sie o to pluje skoro zadeklarowalem typ
procesora ".DEVICE ATmega128".
...
tam wykorzystac port G.
Kompilator doczepia sie do ponizszego rozkazu:
cbi PORTG,1
i w komentarzu pisze "xxx.asm(11): error: Operand 1 out of range: 0x65"
Domyslam sie, ze chodzi o tryb zgodnosci z A103, w ktorym nie funkcjonuje
ten port, ale dlaczego kompilator sie o to pluje skoro zadeklarowalem typ
procesora ".DEVICE ATmega128".
...
chyba chodzi o to, ze ten port jest poza przestrzenia IO
i trzeba sie do niego dostawac jak doRAM'u
--
Andrzej
projekt
Guest
Guest
Fri Aug 25, 2006 12:27 pm
Quote:
chyba chodzi o to, ze ten port jest poza przestrzenia IO
i trzeba sie do niego dostawac jak doRAM'u
--
Andrzej
Domyslam sie, ze zgadujesz...
i trzeba sie do niego dostawac jak doRAM'u
--
Andrzej
Domyslam sie, ze zgadujesz...
To by nie mialo sensu. Z portem F jest to samo bo wlasnie sprawdzilem.
To musi miec zwiazek z ATmega103 Compatibility Mode. Kompilator mysli, ze
pisze program wlasnie w tym trybie. Nie wiem jak go "wyprowadzic z bledu".
Czy ktos z doswiadczeniem ma jakis pomysl?
/PM
Andy
Guest
Guest
Fri Aug 25, 2006 12:39 pm
Użytkownik "projekt" <glusio@glusio.com.pl> napisał w wiadomości
news:ecmqdc$q8k$1@nemesis.news.tpi.pl...
Quote:
chyba chodzi o to, ze ten port jest poza przestrzenia IO
i trzeba sie do niego dostawac jak doRAM'u
--
Andrzej
Domyslam sie, ze zgadujesz...
To by nie mialo sensu. Z portem F jest to samo bo wlasnie sprawdzilem.
To musi miec zwiazek z ATmega103 Compatibility Mode. Kompilator mysli, ze
pisze program wlasnie w tym trybie. Nie wiem jak go "wyprowadzic z bledu".
Czy ktos z doswiadczeniem ma jakis pomysl?
/PM
i trzeba sie do niego dostawac jak doRAM'u
--
Andrzej
Domyslam sie, ze zgadujesz...
To by nie mialo sensu. Z portem F jest to samo bo wlasnie sprawdzilem.
To musi miec zwiazek z ATmega103 Compatibility Mode. Kompilator mysli, ze
pisze program wlasnie w tym trybie. Nie wiem jak go "wyprowadzic z bledu".
Czy ktos z doswiadczeniem ma jakis pomysl?
/PM
faktycznie zgaduje, praktycznie nie pisalem w asm na na ATMega128
tylkow C, ale chyba sie nie myle
zobacz czy przypadkiem port F i port G nie sa poza IO
znaczy powyzej 0x60
jesli sa to musisz do nich siegac jak doRAM'u
--
Andrzej
Bogdan Gutknecht
Guest
Guest
Fri Aug 25, 2006 12:59 pm
Quote:
Domyslam sie, ze zgadujesz...
To by nie mialo sensu. Z portem F jest to samo bo wlasnie sprawdzilem.
To by nie mialo sensu. Z portem F jest to samo bo wlasnie sprawdzilem.
Oby na pewno???
Quote:
To musi miec zwiazek z ATmega103 Compatibility Mode. Kompilator mysli, ze
pisze program wlasnie w tym trybie. Nie wiem jak go "wyprowadzic z bledu".
pisze program wlasnie w tym trybie. Nie wiem jak go "wyprowadzic z bledu".
Asembler nie myli - nie sprawdza, tylko tłumaczy. Argumentem cbi i sbi może
być adres pięciobitowy.
T.M.F.
Guest
Guest
Fri Aug 25, 2006 1:17 pm
Quote:
Domyslam sie, ze zgadujesz...
To by nie mialo sensu. Z portem F jest to samo bo wlasnie sprawdzilem.
To musi miec zwiazek z ATmega103 Compatibility Mode. Kompilator mysli, ze
pisze program wlasnie w tym trybie. Nie wiem jak go "wyprowadzic z bledu".
Czy ktos z doswiadczeniem ma jakis pomysl?
To by nie mialo sensu. Z portem F jest to samo bo wlasnie sprawdzilem.
To musi miec zwiazek z ATmega103 Compatibility Mode. Kompilator mysli, ze
pisze program wlasnie w tym trybie. Nie wiem jak go "wyprowadzic z bledu".
Czy ktos z doswiadczeniem ma jakis pomysl?
RTFM.
Porty G i F sa niedostepne dla instrukcji CBI. Ich adresy leza poza
dozolona wartoscia argumentu tej funkcji (0-31).
Musisz sie do nich odwolywac za pomoca LDS/STS, czesciowo jest to
jeszcze w zakresie IN/OUT.
--
Inteligentny dom - http://idom.wizzard.one.pl
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz sie do projektu.
projekt
Guest
Guest
Fri Aug 25, 2006 2:00 pm
Wychodzi na to, ze macie racje.
Troche do d... ale przynajmniej wiem w czym problem.
Pozdrawiam.
/PM
elektroda NewsGroups Forum Index - Elektronika Polska - Konfiguracja portu G w Atmega128 w AVR Studio 4.12 SP2 - rozwiązanie błędu kompilacji