ASM minták?

[Robert]

A felbontás nagy számát én rontottam el. 0,004 helyett 0,0004-l számoltam...

[etwg]

A felbontás nagy számát én rontottam el. 0,004 helyett 0,0004-l számoltam...

Semmi gond, nekem is mindent vagy 10x kell ujraszámolni, és még akkor sem vagyok biztos, hogy jo......

Szombaton hajdani mesteremmel, és azota barátommal vagy 2 orán át számoltuk végig a folyamatokat, mégis csak vasárnapra állt össze a jelenlegi kép.

[etwg]

A barátom és tanitom éppen Tokio felé tart, én meg töröm a fejem a pontos értelmén az egyes dolgoknak. A multkor már sikerült összehoznom az LCD meghajtást, amihez irtam/összeválogattam egy macro gyüjteményt, amit lcdmacro.asm formában illesztettem a kodba
.include "lcdmacro.asm"

(pl. ha egy adatot kell kiirni az LCD- re, akkor beirom a bytet a regiszterbe, majd hivom az LCD_command ill. Lcd_data makrot, ami elvégzi a munkát.)
Most egy kicsit átdolgoztam a macrot ( kiegészitettem illetve 8 bites LCD huzalozásra változtattam), és a barátom tanácsára lcdmacro8.inc formában kellene beilleszteni a programba.
Azaz:
.include "lcdmacro8.inc"
kerül a kod elejére.
Gyakorlatilag magában a kodban nem igen történt változás, kivéve a kötelezö dolgokat (a régebbi 4 bites volt, ez meg 8 bites, és egy kicsit megváltozott a kommunikacio is - korábban a kötelezö késleltetések egy részét kiváltotta az LCD ready flag lekérdezése.)
A kérdésem az, hogy miben különbözik a két eljárás? ( azaz a "*.asm" és az "*.inc" beillesztése). Sajnos eddig nem sikerült pontos magyarázatra bukkannom.
Kösz!

[Robert]

Bascom-AVR alatt a különbség (bas ill inc):
- Mindkettő olvasgató programkód.
- az inc elejére a $nocompile sort be illik rakni (önállóan nem fordítható)
- bas önálló program/programcsomag, míg az inc pedig beágyazott, beszúrt pl. függvénytár.

[etwg]

Az ASM-ben is valami ilyesmi , mintha az inc relativ értékekkel dolgozna -azaz mindig igazodik a fö programhoz, mig az asm fixebb jellemzökkel dolgozna, azaz itt egyeznie kell a fö programmal. Sajnos annyira nem látok a részletekbe, megvárom a barátomat, majd elmondja még egyszer.

[irak]

Szevasztok!

Nem kell az include-ot túlbonyolítani.
A megadott file tartalmát beilleszti a programodba, mintha "bevágólapoznád".

[etwg]

Ezek szerint az *.asm-t viszont "kézzel" kell berakni?

[etwg]

Mindenkinek kellemes szilveszterezést kivánok és sima rjmp-ot az uj esztendöbe!

Magamnak meg egy érthetö 8 bites display vezerlöt!

[Robert]

Ám legyen:
http://www.azog.org/?p=453
http://www.embedds.com/the-introduction ... ontroller/

És legyen előtted a következő oldal az alapokkal:
http://www.stanford.edu/class/ee281/han ... torial.pdf
és persze az adatlap...

[etwg]

Kösz, itt legalább vannak kommentek. Az adatlap már a könyökömön jön ki, de ez az még nem ugy megy ahogy elképzeltem.
Valoszinü késöbb némi pezsgö majd segit a gondolkodásban!

Egészségetekre! BUÉK!

[irak]

Engem érdekelne hogy mire jutottál eddig, meg hogy mivel fordítasz.
Nem osztanád meg a forrást?

[etwg]

Engem érdekelne hogy mire jutottál eddig, meg hogy mivel fordítasz.
Nem osztanád meg a forrást?

BUÉK!

Ma sikerült elinditanom a displayt (4x20.)
AvrStudio 4-ben irkálok és Dragonnal dolgozgatok. Volt egy rohadt rövidrárlat a d5 meg a d7 között ami egy kicsit feltartott meg a kontraszt is nagyságrenddel kisebb impedanciát igényelt mint az gyári kapcsolás irja.

Most már szépen megy a display. Még egy kicsit el kell szorakozni a szöveggel aztán kezdem a nyomogombot nyaggatását.

Még lesz szenvedés.....

[etwg]

Egy kérdés.

6 nyomogombom van ugyanazon a porton mint az LCD data portja. Ugy csinaltam mrg a HW, hogy az enable felváltva kezeli az LCD-t ill. olvassa a nyomogombokat.
Ugy gondoltam, hogy egy regiszterbe egymás után beirom a 6 állapotot, majd ezeket összehasonlitom a port állapotával kb. Igy

Cbi Enable. ; 0 az EN kezeli a kapcsolok közös pontját
In a,pina. ; beolvassa a port A állapotát
Ldi b,0x40
Sub b,a
Brne nextswitch
Ldi a,´F´
Rcall lcd_write. ; ez kiirja az F betüt a displayre
Ret

Jol gondolom, vagy van jobb megoldás is?

[etwg]

Végre sikerült összehozni a displayt a nyomogombokat meg az eepromot. Most még el kell játszani az egyes dolgokkal ( ergonomia) s utánna marad az utolso falat a motorok vezérlése a program szerint. Hát nem leányálom - azt hittem könnyebb lesz.

[etwg]

Milyen algoritmus ajánlanátok?

A feladat :

Van 4 gombom: fel/le, jobb/bal.
Ezekkel kell beállitanom az egyes változokat. Fel/le növelni/csökkenteni a változo értékét, a jobb/bal gombbal meg a következö változora kell ugrani. A kihivásmost kezdödik:
A jobb/bal müködési tartománya 0<>40 (2 sor a displayen), a fel/le gombok tartománya viszont változik a kurzor állásától függöen,
pl. Az 1. helyen 0<>5, a 2.helyen 0<>9, a 4. helyen 0<>2 , az 5. helyen még bonyolultabb a dolog, itt a tartomány részben a 4. hely függvénye, ha az 2, akkor a tartomány 0<>5, ha nem 2, akkor meg 0<>9.

Megtisztelnétek néhány ötlettel, az egész nagyon hasonlit egy számzárhoz, ahol egyenként kell eltekerni a kodot, az esetemben azonban idöröl ( min) ill 1 byteról van szo ( max 255, de lehet, hogy ezt leegyszerüsitem 200-ra, mert akkor az egyik feltétel megszünik).