ismét miniLA
Sandor
chiplista2007 at gmail.com
Thu Apr 26 11:12:06 CEST 2007
Hello!
ezt a trigger dolgot összefoglalhatná valaki...
igaz nem kisérletezgettem vele, de nagyon nem világos.
Sándor
varsanyi at t-online.hu wrote:
>
> 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
>
>
> -----------------------------------------
> elektro[-flame|-etc]
>
More information about the Elektro
mailing list