Stránka 1 z 1

Simulace AVR

Napsal: 25 pro 2012, 02:24
od Aktuell87
Zdravím, existuje nějaký simulátor, který obsahuje LCD s HD44780 a ATmegu, do které by se dal "nahrát" HEX a celé by se to dalo spustit jako by to bylo reálně na DPS? Zdá se mi to trošku sci-fi, ale třeba má někdo zkušenost, která mě vyvede z omylu. Při pátrání sem zjistil, že OrCAD by snad možná cosi mohl.

Napsal: 25 pro 2012, 04:30
od Standa33
Zkus program Isis Proteus.

Napsal: 25 pro 2012, 12:21
od nekmil
No "sci-fi" to určitě není. Někteří z nás to běžně používají. :D
Bascom-AVR

Napsal: 25 pro 2012, 19:37
od Aktuell87
Standa33: Zkus program Isis Proteus.

Dík za radu, je to fakt skvělá hračka. Ani sem netušil, že něco takového existuje. Myslím, že mi to výrazně urychlí a ulehčí další mojí činnost. Tím věčným přepiováním čipu sem jen ztrácel čas a likvidoval megy. :D
Ještě kdyby tak šlo přinutit MAX232 aby se hlásil jako virtuální COM, aby se daly sbírat data v HyperTerminálu a byl bych maximálně spokojen. :P

Napsal: 25 pro 2012, 19:42
od Panda38
Aktuell87 píše:..a likvidoval megy.
Jak se dá zlikvidovat mega? Přece jsi nedělal 10,000 přeprogramování.

Napsal: 26 pro 2012, 12:20
od Atlan
Aktuell87 píše:
Standa33: Zkus program Isis Proteus.

Dík za radu, je to fakt skvělá hračka. Ani sem netušil, že něco takového existuje. Myslím, že mi to výrazně urychlí a ulehčí další mojí činnost. Tím věčným přepiováním čipu sem jen ztrácel čas a likvidoval megy. :D
Ještě kdyby tak šlo přinutit MAX232 aby se hlásil jako virtuální COM, aby se daly sbírat data v HyperTerminálu a byl bych maximálně spokojen. :P


Ta to nadsenie prejde ked zistis ze to ma aj chyby, a tusim ze vypis terminalu v tom programe je. Dokonca v niektorom vzorovom priklade.

Napsal: 26 pro 2012, 15:26
od ZdenekHQ
Některý flashky se častým programování jaksi záhadně zpomalují, takže když se na ně moc spěchá, začne se procesor chovat jako vadný.

Třeba u T51PROG2 s tím problém není, ale starej dosovskej programátor to dělal. Stačilo jen nastavit delší čekací smyčky a problém zmizel.

Napsal: 27 pro 2012, 14:17
od remmidemmi
to mas nestabilni nebo prilis vysoke programovaci napeti flasky 8-)

Napsal: 27 pro 2012, 14:20
od ZdenekHQ
Ten dosovskej programátor byl tento: http://www.elektro-obecnice.cz/atmel.asp?id=01

Těžko by si pamatoval, kolik toho naprogramoval, ale obecně prvních 10 cyklů bylo bez problémů a pak se muselo ubrat.

Napsal: 27 pro 2012, 16:22
od Aktuell87
Panda38 píše:
Aktuell87 píše:..a likvidoval megy.
Jak se dá zlikvidovat mega? Přece jsi nedělal 10,000 přeprogramování.

První likvidace byla chyba mé nepozornosti, zapnul jsem zdroj a měl jsem tam z předchozího pokusu nastaveno 15V a nestáh sem to a dvě vteřiny na likvidaci stačily. Další dvě mi samy odešly asi po 200 přepisech, nevím jak je to možné, prostě sem programoval najednou hláška chip error a už sem s tím nic nenadělal, možná je to programátorem (používám ten malý laciný USBasp z Číny), možná mu nesvědčí nepájivé pole v kterém se pořád vrtám, prostě nevím...

Ale aspoň že mám ten simulátor ISIS, aspoň fyzické programování můžu omezit :)

Napsal: 28 pro 2012, 12:33
od Aktuell87
Má někdo v ISIS Proteus zkušenost s prvkem Virtual terminal? Programuje se to stejně jako kdybych tam měl MAX232 a data posílal/přijímal přes COM v PC v HyperTerminalu? Díky

Napsal: 17 srp 2015, 18:24
od venca666
mě se to taky několikrát stalo, že to hlásilo chip error a něco... způsobila to chybka ve zdrojáku. programátor nahrál do MCU chybný zdroják a šlus, už to nešlo znovu naprogramovat. MCU takto pokažených, ale funkčních mám několik a ted scháním někoho kdo má eprom mazačku. (doktora).