NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Mikroprocesor i kod ASM: Jak zareaguje na 'mov r0, #0; mov @r0, 0'?
Piotrek Sz.
Guest
Guest
Tue Sep 28, 2004 5:33 pm
AlexY <alexy@irc.-cut_this-.pl> napisał(a):
Quote:
Użytkownik Pszemol napisał:
[..]
wiem to doskonale, niemniej gdy zglebialem tajniki BASIC'a na timex'ie
mialem problemy ze zrozumieniem takiego "dzialania matematycznego" za co
wowczas to bralem. i osoby nie myslace dwojkowo rowniez nad tym sie
dluzej zastanowia o co w tym zapisie chodzi
[..]
[..]
wiem to doskonale, niemniej gdy zglebialem tajniki BASIC'a na timex'ie
mialem problemy ze zrozumieniem takiego "dzialania matematycznego" za co
wowczas to bralem. i osoby nie myslace dwojkowo rowniez nad tym sie
dluzej zastanowia o co w tym zapisie chodzi
[..]
W Spectrun(Timexi) pisało sie:
Let x=x+1
co ja rozumiałem jako :Niech x= tylo co w nim jest i do tego dodaj jeszcze 1
He he he.To były czasy :)
Pzdr.
Piotrek Sz.
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
AlexY
Guest
Guest
Tue Sep 28, 2004 5:39 pm
Użytkownik Pszemol napisał:
Quote:
"RoMan Mandziejewicz" <roman@pik-net.pl> wrote in message
news:1906624585.20040928200808@pik-net.pl...
To były wspaniałe czasy. Dyskutowało się o wyższości Commodore na
Spectrum i na odwrót. I oba stronnictwa mniej więcej zgodnie psioczyły
na Atari 800 ;-)
Chyba coś ci sie pomyliło... ZX Spectrum nie miało szans ani
do Commodore ani do Atari 800. Święte wojny były miedzy Atarowcami
i Commodorowcami... Spectrumowcy zawsze byli w tyle
news:1906624585.20040928200808@pik-net.pl...
To były wspaniałe czasy. Dyskutowało się o wyższości Commodore na
Spectrum i na odwrót. I oba stronnictwa mniej więcej zgodnie psioczyły
na Atari 800 ;-)
Chyba coś ci sie pomyliło... ZX Spectrum nie miało szans ani
do Commodore ani do Atari 800. Święte wojny były miedzy Atarowcami
i Commodorowcami... Spectrumowcy zawsze byli w tyle
uzylbym raczej zwrotu: na uboczu
spectrumny byly dobre do sterowania
C64 do tego uzywalem dosc namietnie i do tej pory posiadam ze 2-3
dzialajace sztuki, spalony uklad I/O (user portu) zastapilem mala plytka
z paroma TTLami
eh... a teraz pisze sie programy nie dbajac o takie rzeczy jak rozmiar
ram czy szybkosc proca
AlexY
Guest
Guest
Tue Sep 28, 2004 5:40 pm
Użytkownik Pszemol napisał:
[..]
Quote:
Ja w ogóle nie wiedziałem o co Ci chodzi jak pierwszy raz to
napisałeś właśnie dlatego, że od razu mi się to odczytało
w głowie jako operacja przypisania a nie przyrównania
napisałeś właśnie dlatego, że od razu mi się to odczytało
w głowie jako operacja przypisania a nie przyrównania
a to juz jest objaw zaawansowanego zboczenia informatycznego i trzeba
pacjenta izolowac
Pszemol
Guest
Guest
Tue Sep 28, 2004 6:30 pm
"AlexY" <alexy@irc.-cut_this-.pl> wrote in message news:cjcb64$bi3$1@atlantis.news.tpi.pl...
Quote:
eh... a teraz pisze sie programy nie dbajac o takie rzeczy jak rozmiar ram czy szybkosc proca
Na pecety może tak, ale elektronika to nie tylko pecety...
Wciąż robi się przecież kompy "embedded" i tam zarówno
czas wykonania programu jak i zajętość pamięci jest ważna.
W innym wątku opisuję dwa projekty w których biorę udział,
jeden ma motorolkę 68SEC000@18MHz i 8M flasha i 4M sram,
inny ma proca nios2@20MHz i 4M flasha i 4M dram.
Łukasz Sokół
Guest
Guest
Tue Sep 28, 2004 8:04 pm
Użytkownik AlexY napisał:
Quote:
XRL A,ACC
zeruje akumulator
zeruje akumulator
Nie mam pod ręką... zaraz...
nie mam pod ręką. Ale czy nie była ta instrukcja krótsza (pod wzgl.
bajtowym) lub szybsza (mniej cykli) niż mov a|acc, #0 ?
W paru programach w assemblerze widziałem namiętnie używaną taką właśnie
- nie pamiętam czy pod '51 czy x86.
eL eS
--
| W T F |
| O M F G |
| I HATE 1337 |
|speak so damn|
|much it hurts|
T.M.F.
Guest
Guest
Tue Sep 28, 2004 8:19 pm
Quote:
Natomiast przepisanie wartości do tej samej komórki pamięci
z której ta wartość została właśnie odczytana to jakby długi NOP.
Nawiasem mówiąc, w niektórych procesorach nie ma specjalnej instrukcji
NOP tylko do tych celów właśnie wykorzystuje się takie kombinacje
rozkazów które nie robią nic, np. w procesorach MIPS za NOPa robi zdaje
się wpisanie zera do rejestru zerowego (w którym i tak zawsze jest zero).
Albo operacja typu "AND A,A"
z której ta wartość została właśnie odczytana to jakby długi NOP.
Nawiasem mówiąc, w niektórych procesorach nie ma specjalnej instrukcji
NOP tylko do tych celów właśnie wykorzystuje się takie kombinacje
rozkazów które nie robią nic, np. w procesorach MIPS za NOPa robi zdaje
się wpisanie zera do rejestru zerowego (w którym i tak zawsze jest zero).
Albo operacja typu "AND A,A"
W wiekszosci procesorow operacje typu AND A,A, OR A,A nie nie robia nic,
bo cos robia:) A konkretnie ustawiaja stosownie flagi w rejestrze stanu,
co ma sporawe zastosowanie.
--
Inteligentny dom - http://idom.wizzard.one.pl
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz sie do projektu.
Adam Dybkowski
Guest
Guest
Tue Sep 28, 2004 9:14 pm
T.M.F. wrote:
Quote:
W wiekszosci procesorow operacje typu AND A,A, OR A,A nie nie robia nic,
bo cos robia:) A konkretnie ustawiaja stosownie flagi w rejestrze stanu,
co ma sporawe zastosowanie.
bo cos robia:) A konkretnie ustawiaja stosownie flagi w rejestrze stanu,
co ma sporawe zastosowanie.
W procesorach ARM nie ma instrukcji NOP jako takiej. Asembler rozumie
jednak ten mnemonik i zamienia na MOV R0,R0 (o tym samym kodzie rozkazu).
BTW: W ogóle w ARMie w instrukcji można podać, czy ma zmieniać flagi,
czy nie (literka 's' na końcu mnemonika). Można też doczepić działanie w
zależności od flag (kolejne kilka literek) tak że konstrukcje w stylu
if/then/else/endif robi się "jednym ciągiem" rozkazów wykonywanych
warunkowo. I skrzętnie z tej możliwości korzysta np. arm-elf-gcc.
--
Adam Dybkowski
adybkows@amwaw.edu.pl
http://www.amwaw.edu.pl/~adybkows/
J.F.
Guest
Guest
Tue Sep 28, 2004 9:37 pm
On Tue, 28 Sep 2004 23:04:29 +0200, Łukasz Sokół wrote:
Quote:
Użytkownik AlexY napisał:
XRL A,ACC
zeruje akumulator
Nie mam pod ręką... zaraz...
nie mam pod ręką. Ale czy nie była ta instrukcja krótsza (pod wzgl.
bajtowym) lub szybsza (mniej cykli) niż mov a|acc, #0 ?
W paru programach w assemblerze widziałem namiętnie używaną taką właśnie
- nie pamiętam czy pod '51 czy x86.
XRL A,ACC
zeruje akumulator
Nie mam pod ręką... zaraz...
nie mam pod ręką. Ale czy nie była ta instrukcja krótsza (pod wzgl.
bajtowym) lub szybsza (mniej cykli) niż mov a|acc, #0 ?
W paru programach w assemblerze widziałem namiętnie używaną taką właśnie
- nie pamiętam czy pod '51 czy x86.
8080 jeszcze. Tam bylo xor a,a - tryb rejestrowy, jeden bajt, jeden
cykl.
J.
J.F.
Guest
Guest
Tue Sep 28, 2004 9:37 pm
On Tue, 28 Sep 2004 18:19:54 +0200, AlexY wrote:
Quote:
Użytkownik J.F. napisał:
w '51 jest pare rozkazow ktore moglyby budzic watpliwosci:
oto co zrobil symulator:
w '51 jest pare rozkazow ktore moglyby budzic watpliwosci:
oto co zrobil symulator:
Czyli w tworcy symulatora nie budzily watpliwosci :-)
Quote:
INC @R0 .. gdy R0 zawiera 0
R0=01
XRL A,ACC
zeruje akumulator
R0=01
XRL A,ACC
zeruje akumulator
Zasadniczo zdziwilbym sie gdyby bylo inaczej, ale kto wie :-)
Quote:
XCH/XCHD A,@R0 .. . gdy R0 zawiera 0
dla XCH zawartosc A i R0 zostaja zamienione
dla XCHD mlodsze 4 bity A i R0 zostaly zamienione
dla XCH zawartosc A i R0 zostaja zamienione
dla XCHD mlodsze 4 bity A i R0 zostaly zamienione
To by znaczylo ze procek ma jakis latch adresu do tej operacji..
Quote:
POP SP
jesli pod adresem 81h jest ram to powinno zadzialac, moj symulator sie
wylozyl na tym "Wrong internal RAM address"
PUSH SP
jak wyzej
jesli pod adresem 81h jest ram to powinno zadzialac, moj symulator sie
wylozyl na tym "Wrong internal RAM address"
PUSH SP
jak wyzej
Hm, moze sie myle, ale sfr chyba mozna uzyc jako operanda
Quote:
POP/PUSH gdy SP jest ustawiony .. na SP..
A w ogole to spodziewalem sie tu problemow z tym czy wartosc bedzie
SP czy SP+/-1. Niby dokumentacja podaje kolejnosc .. ale czy na pewno
?
J.
Pszemol
Guest
Guest
Tue Sep 28, 2004 10:48 pm
"AlexY" <alexy@irc.-cut_this-.pl> wrote in message news:cjcb83$bi3$2@atlantis.news.tpi.pl...
Quote:
Użytkownik Pszemol napisał:
[..]
Ja w ogóle nie wiedziałem o co Ci chodzi jak pierwszy raz to
napisałeś właśnie dlatego, że od razu mi się to odczytało
w głowie jako operacja przypisania a nie przyrównania :-)
a to juz jest objaw zaawansowanego zboczenia informatycznego
i trzeba pacjenta izolowac
[..]
Ja w ogóle nie wiedziałem o co Ci chodzi jak pierwszy raz to
napisałeś właśnie dlatego, że od razu mi się to odczytało
w głowie jako operacja przypisania a nie przyrównania :-)
a to juz jest objaw zaawansowanego zboczenia informatycznego
i trzeba pacjenta izolowac
Przemcio Ż.
Guest
Guest
Tue Sep 28, 2004 10:53 pm
AlexY napisał(a):
Quote:
Użytkownik Pszemol napisał:
[..]
Ja w ogóle nie wiedziałem o co Ci chodzi jak pierwszy raz to
napisałeś właśnie dlatego, że od razu mi się to odczytało
w głowie jako operacja przypisania a nie przyrównania :-)
a to juz jest objaw zaawansowanego zboczenia informatycznego i trzeba
pacjenta izolowac
[..]
Ja w ogóle nie wiedziałem o co Ci chodzi jak pierwszy raz to
napisałeś właśnie dlatego, że od razu mi się to odczytało
w głowie jako operacja przypisania a nie przyrównania :-)
a to juz jest objaw zaawansowanego zboczenia informatycznego i trzeba
pacjenta izolowac
to chyba jakas masowa choroba, bo ja tez musialem sie przez
dluzsza chwile zastanawiac o co chodzi i co jest nie tak...:)
--
Pozdrawiam - Przemcio Ż.
http://www.elektro.behende.pl - elektronika
http://www.nasza.behende.pl - strona Nasza:)))
gg: 1156769, tlen: belmotybe
elektroda NewsGroups Forum Index - Elektronika Polska - Mikroprocesor i kod ASM: Jak zareaguje na 'mov r0, #0; mov @r0, 0'?