Új hozzászólás Aktív témák

• #320 Jester01 veterán CPT.Pirk #319

  Új Válasz 2011-05-10 16:19:59 #320

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz CPT.Pirk #319 üzenetére

  Azért, mert MOV A, #SZOVEG van a ciklusban mindig. Egyébként a MOV 3, #KERES is rossz, mert az a címet tölti be, nem pedig az első karaktert. Valami ilyesmi kellene az elejére:

  MOV R0, #SZOVEG ; R0-ba pointert töltünk
  MOV R3, KERES ; itt nincs # jel, memória olvasás
  loop1:
  MOV A, @R0 ; itt olvassuk a szöveg következő betűjét

• #318 Jester01 veterán CPT.Pirk #317

  Új Válasz 2011-05-02 23:24:40 #318

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz CPT.Pirk #317 üzenetére

  Igen, ez lenne a logika, csak elrontottam
  A második utasítás MOV 3, R1 helyett MOV R3, A kellene legyen persze, hiszen az akkumulátorba töltöttem a betűt. Sőt, tulajdonképpen ezt egyből is meg lehet tenni: MOV 3, @R1

• #316 Jester01 veterán CPT.Pirk #315

  Új Válasz 2011-05-02 21:22:54 #316

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz CPT.Pirk #315 üzenetére

  Nem azt fordítottam le, kézzel csináltam a kódot. Ha konkrét kérdésed van, arra szívesen válaszolok. Lássuk azt a kettőt ami a hszben van:

  memóriaterületre mutató pointert hogyan kellene megcsinálni

  Indirekcióra az R0 és R1 használható egyszerűen.

  MOV R0, #pointer
  MOV A, @R0

  meg léptetni arrébb

  Ez meg pofon egyszerű: INC R0
  Gondolom utasításlistád az van.

  C library meg gondolom az sdcc-hez jár.

• #313 Jester01 veterán CPT.Pirk #312

  Új Válasz 2011-05-02 20:03:45 #313

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz CPT.Pirk #312 üzenetére

  Ez eleve hiányos kód, mivel a first_char_found sehol nincs benne és dl sincs inicializálva. Különben semmi extrát nem csinál, csak megkeresi az első betű egyezést és utána ellenőrzi a többit. Teljesen fölösleges lenne az assembly változatot átküzdeni 8051-re, sokkal egyszerűbb az alap algoritmust implementálni. Vagy fogni egy 8051 c libraryt és kimásolni

• #309 zka67 őstag CPT.Pirk #307

  Új Válasz 2011-04-03 18:45:15 #309

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zka67

  őstag

  válasz CPT.Pirk #307 üzenetére

  PÜ-ben ment a program.

• #308 zka67 őstag CPT.Pirk #307

  Új Válasz 2011-04-03 17:37:58 #308

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zka67

  őstag

  válasz CPT.Pirk #307 üzenetére

  Konkrét típusra kell megcsinálni vagy 8051-re általában? Mert a 8051-nek 4*8 kimenete van.

  Van valami megkötés a frekvenciára?

• #306 zka67 őstag CPT.Pirk #305

  Új Válasz 2011-04-03 00:29:19 #306

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zka67

  őstag

  válasz CPT.Pirk #305 üzenetére

  Az átlagolásod lényegesen egyszerűbben és gyorsabban is megoldható. Ez a szép az assembly nyelvben, hogy többféleképpen is meg lehet írni ugyanazt a programot, csak meg kell tornáztatni az agyat egy kicsit.

  dseg
  
  org $0030
  
  adat_buff: ds 16
  atlag: ds 2
  
  cseg
  
  
  ;------------------------------------------------------------------------------
  ; atlagolas - adat_buff atlagolasa.
  ;
  ; input: adat_buff, 16 db 8 bites adattal
  ; output: atlag, a 16 db 8 bites szam atlaga
  ;
  ; felhasznalt regiszterek:
  ; B - temp osszeg felso byte
  ; A - temp osszeg also byte
  ; R0- buffer pointer
  ;------------------------------------------------------------------------------
  
  atlagolas: clr a ;temp[16] = 0
  mov b,a
  
  mov R0,#adat_buff ;buffer elejere all
  _1: add a,@R0 ;temp[lo] += adat
  jnc _2 ;tulcsordult?
  inc b ;ha igen, temp[hi] += 1
  _2: inc R0 ;kovetkezo adatra all
  cjne R0,#adat_buff+16,_1 ;mindet osszeadta?
  
  ;BA shiftelese jobbra 4 bittel (osztas 16-al)
  ;mivel 16 db 8 bites szamot ad ossze, ezert B felso 4 bitje
  ;biztosan nulla es A also 4 bitjere pedig nincs szukseg
  
  swap a ;temp[lo] felso negy bit
  anl a,#0Fh ;lesz az eredmeny also 4 bitje
  mov atlag,a
  
  mov a,b ;temp[hi] also negy bit
  swap a ;lesz az eredmeny felso 4 bitje
  orl atlag,a
  ret

  A 16-al való osztást elmagyarázom, ha nem értenéd. Itt arról van szó, hogy 16*255 nem lehet nagyobb mint 0FF0h. Tehát a felső bájt felső négy bitje mindig nulla lesz, ezt ki is használom a programban az ORL utasításban, nem kell ugyanis kimaszkolni. Az alsó bájt alsó négy bitjére nincs szükség, azt törlöm az ANL utasítással. A SWAP utasítás megcseréli az alsó és a felső négy bitet. Mivel az összeg alsó és felső bájtjából is csak 4-4 bitre van szükség, így ez kiváló megoldás a shiftelés helyett.

  A második feladatodat nem értem. Ha leírod pontosan a feladatot, akkor szívesen segítek.

Új hozzászólás Aktív témák