Emulator 89Cx051

[Libor Lasota]

> Mechci byt valecny stvac, ale tohle bych opravdu nenazval "HW
Emulator". V
> nejlepsim pripade mozna "pripravek pro rychlejsi ladeni".
> Tim samozrejmne nechci tvrdit, ze to je nefunkcni, nebo neuzitecne.
Osobne
> jiz par roku pouzivam neco podobneho,
> pouze s rozdile, ze to funguje i na 51/52 (40dil) s pameti na cipu a
> pripojuje se to na LPT. Taky to je o neco drazsi (diky pouzitemu
procesoru).
> Ale hlavne to nema absolutne zadna omezeni a plnych 64kB programu je
nahrano
> pod 1s

Pokud muze ELNEC stejna zarizeni oznacovat jako emulatory (nekdy je
tez znaci jako simulatory), proc bych nemohl udelat totez. Takze
fragment Vasi vety "v nejlepsim pripade pripravek pro rychlejsi
ladeni" je v nejlepsim pripade prispevek do diskuse. Pravda je, ze
moje zarizeni neumi prohlizeni registru za chodu a breakpointy (ne ze
by neumel, ale ja jsem to neaplikoval v software). Na tyhle veci lze
pouzit simulator softwarovy. Na druhou stranu vam to zarizeni umoznuje
vyzkouset aplikaci v realne rychlosti, a to za cca 20 vterin po
kompilaci. A to nekonecnekrat (data se ukladaji do SRAM 32kB). A za tu
cenu..

A na zaver jedna rada. Je to sice jasne ze zapojeni I/O vyvodu, ale
clovek si to alespon pripomene.. Vsechny vyvody jsou opravdu haklive
na cizi napeti vetsi nez Ucc a mensi nez Gnd - to neni plane povidani.

 A jeste jeden tip. Pokud nechcete, aby nekdo precetl obsah Atmelu
89C2051 (pokud tedy neverite tem 2 lock bitum na uzamceni), staci
pomoci 12V prepalit libovolny vystup brany P1. Programovani funguje,
ale ten vyvod ma odpaleny vystupni budic toho jednoho pinu a tak
vsechny bajty maji pri verifikaci a cteni ten bit nulovy - ale program
jede bez chyby (vyzkouseno na nekolika kusech).

PS: Takze at vam ten "pripravek pro rychlejsi ladeni" slouzi ke
spokojenosti. Ulozil jsem jej na ftp.hw.cz do upload/Simulátor Atmel.

Libor Lasota