Re: ismét miniLA

[varsanyi at t-online.hu]

Szia VFX + akit érdekel!


>> Amugy mennyire hasznalhato egy ilyen miniLA, 
>> mert tervezgetek magam is valami hasonlot 
>> (immaron vagy 10 eve :), de most mar csak 
>> megcsinalom elobb-utobb...
> ha ki akarod prószálni szivesen kőcsönadom

>Inkabb egy lista, hogy mi jo, mi rossz benne 
>(tapasztalati uton).

Háziasszonynak ugyan nem illik dícsérnie a saját főztjét, de
tényleg nagyon jó... Ha egyszer rászoksz, nem érted, hogy
élhettél eddig nélküle. Gondok: melegszik, de nem főzi meg
magát, csak olyan "Jajj, Istenem, mit rontottam el rajta,
hogy így melegszik" feeling-ed van az elején. Egész napokat
is kibírt folyamatos üzemben. A triggerelése kicsit furcsa,
néha jó, néha nem, de ez inkább szoftver vagy user gond
lehet; még én sem értem teljesen, mikor mit csinál. Van
rajta egy trigger bővítő csati, amin keresztül többet is
össze lehetne kötni párhuzamosan, de erről meg aztán pláne
nincs doksi. Hibája nincs, eddig legalábbis nem találtam.  A
16 csatornás RLE tömörítés egy csoda soros protokoll
visszafejtésénél, akár a teljes kommunikáció belefér a
memóriájába, több tíz másodpercnyi is. A 32 csatornással
szarra sem mentem volna, az paralell buszok analízisére
alkalmas.

Hogy kicsit dicsekedjek: most készültem el egy ötletes kis
kütyüvel: egy 1.536 MHz-es soros adatfolyamot kellett volna
összekötnöm egy 4800 baud-os GPS-el; maga a protokoll
TWI-szerű, egy csomó állapotbittel megspékelve. Tipikus
CPLD-s feladat lett volna, ilyen meg olyan regiszterekkel,
IRQ kezeléssel, státuszregiszterekkel. De nem volt hozzá
humorom, így 3 nap alatt írtam egy olyan programot egy
ATtiny2313-ra, ami totál szoftverből megcsinálta mindezt. 
Az ATtiny 18.432 MHz-ről járt, ami egyfelől baud-rate kvarc,
másfelől meg pont 12 szerese az 1.536 MHz-nek. Így egy-egy
bit feldolgozására volt 12 órajelnyi időm. Excel-ben
csináltam egy segédtáblát, amiben benne voltak az órajel
számok, az egyes bitek kezdete és vége, így belőttem, hogy
melyik bitet mikor kell bekapuznom, ill. küldéskor mikor
kell adatirányt váltani. Egy szabad kimeneten ki is küldtem
szinkron impulzusokat a kapuzásokkor, majd a MiniLA-val
ellenőriztem, hogy stimmelnek-e. Ezután már csak annyi volt
a dolog, hogy a státuszbitek rendszerét visszafejtsem a
MiniLA-val, és a NOP-okkal kiidőzített bit-beolvasások és
kiírások közé elszórva beszúrkodjak egy kis kódot, ami a
státuszok lekezelését megvalósította. Életem első AVR-es
assembly kódja, 3*7 óra programozás, nonstop MiniLA, és már
kész is! 450 sor EXCEL-ben, kb. 1.5 kByte kódban, és 800,-
forintban. Mármint az összes alkatrész anyagáron. Ennyiből
még a legolcsóbb Lattice CPLD-vel sem jött volna ki...

Szóval k*rv at jó! Legtöbbet a profi szoftver ér benne. Van egy
soros kommunikációd, csak 3-4 tüskét látsz a képernyőn, ott
vannak az adatcsomagok. Jobb klikk kb. az elején, 1. markert
lerakod. Jobb klikk  kb. a végén, 2. markert lerakod.
Nagyítás ikon, és kinagyítja a kettő közötti részt képernyő
méretre, közben arra is figyelt, hogy a lerakott markereket
a legközelebbi jelváltásra tegye pontosan, mégpedig azon a
csatornán, amelyik sorban nyomtad a jobb klikket. Alul már
látod is a t1, t2, delta t értékeket. Pár klikkel le tudod
mérni 10 nsec pontossággal, hogy a kapuzás a clock elejétől
hány nsec-re van. Hány nsec a teljes 12 bites csomag, nem
szúrtad-e el 1 clock-al, ami esetemben 54 nsec. Ha van
valahol mondjuk 110 nsec  hiba, akkor valahol két órajellel
elszámoltam magam, és már meg is van a hiba. Nagyon hatékony...

Szóval hardvert lehet ugyanilyet csinálni, de RLE-nél jobbat
nem hiszem... A szoftvere? Az nagyon király, többet ér, mint
maga a vas. Sokkal-sokkal többet! Ha gondolod, töltsd le,
küldök egy elmentett kommunikációt, betöltöd, és próbáld
megérteni. Pillanatok alatt rájössz, mi mit csinál benne...

Bye:

Pepe