Zaslal: so únor 12 2011, 19:37 Předmět: Programátor AVR Dragon
Zdravím všechny.
Sháním někoho,kdo má skutečné znalosti s programátorem AVR Dragon (první verze) a nastavováním pojistek. Vrámci učení se nastavování pojistek jsem prováděl pokus na ATmega168.Úmyslně jsem zablokoval fuse bit RSTDISBL, následně jsem přes paralelní konektor fuse bity smazal,to se podařilo,ale čip už nejde dál naprogramovat do továrního nastavení (kalkulačka fuse na netu,včetně info v datasheetu),AVRko dává hlášku,že nejdou naprogramovat fuse bity. Samozřejmě lock bity jsou 0xFF (odemčené).Měl jsem podezření,jestli se něco neodpálilo,na netu koluje informace o stavu,kdy se stačí přiblížit vodičem pod napětím k čipu měniče 12V na desce a ten vyhoří,proto jsem napětí a průběhy signálů programátoru ověřil osciloskopem,vše je OK. Prostudoval jsem datasheet,kde jsou uvedeny podmínky.....sériového a paralelního programování,připojení signálů,ale nedaří se.Jedná se mně o to,že se všude píše o všemocnosti paralelního programátoru(neplést s programátorem připojeným na paralelní port PC),který např. umožňuje právě opětovné nastavení fuse SPIEN potřebné pro ISP programování.Samozřejmě mám nainstalováno nejnovější AVR studio 4.18 včetně SP3,jakož i proveden upgrade firmwaru samotného programátoru.Jenom prosím ne rady jako "tak sis s tím nměl hrát" ,nechci programovat stylem "tomuto se raději vyhnu",jestli mně rozumíte.Děkuji za odpovědi.
Ve stavovém okně dole to píše jednotlivé kroky s tím, že verifikace fuse je failed. Je dobře, že AVR studio (u mě AVRko) nás informuje o výsledném stavu.
Ps: jednotlivé fuse 0xFF(low),0xFF(high),0xFF(extended)....po pokusu o naprogramování na půvdní hodnoty.
To je právě ono, před naprogramováním RSTDISBL se normálně identifikoval v okně Read Signature,teď opět samé FF. Jak jsem se dočetl,někde uvnitř je to komletně bloknutý. A abych vyloučil chybu samotného čipu, obětoval jsem ještě jednu megu.Výsledek to samé.Jinak při komunikaci před aktivací RSTDISBL normálně programátor šlape,vyčítal jak Signature,tak fuse,včetně kalibrační konstanty.
Samozřejmě.Dragon umožňuje jak paralelním programováním,tak ISP programováním.Navolím PP/HSVP mód, propojím 5V z napájecí sběrnice na konektor ISP Unap (toto je vyžadováno v manuálu,zřejmě si tam odtud paralelní programování tahá napětí...pro testování přítomnosti napětí) .propojím piny čipu (megu mám přímo na desce) a je to připraveno k programování.Posílám foto samotného Dragonu a průběhu napětí na reset pinu.
Nejprve jsem fuse mazal a následně nastavoval bez nastavování fuse RSTDISBL.Vše bylo OK. Z hodnot FF se to měnilo tak,jak jsem chtěl.Po nastavení RSTDISBL přestal čip komunikovat.Samozřejmě fuse RSTDISBL nebude 1, ale 0. Ono taky to čtení FF spíš znamená,že čip nelze vůbec číst. Alespoň takto si to představuji.
PS: erase chipu by mělo chodit vždy a mělo by právě umožnit opětovné zprovoznění čipu,třeba pro obnovu ISP programování.
Naposledy upravil wire dne so únor 12 2011, 21:37, celkově upraveno 1 krát.
Nejprve jsem fuse mazal a následně nastavoval bez nastavování fuse RSTDISBL.Vše bylo OK. Z hodnot FF se to měnilo tak,jak jsem chtěl.
To vše jsi zkoušel paralelně? Máš jistotu, že to máš zadrátované správně a že to paralelní programování funguje, když vezmeš nezablokovaný čip, tak ho to bez problému přečte?
Ano,když vložím nezablokovaný čip,navolím si potřebné fuse bez ovlivnění RSTDISBL,klidně nahraju program a spustím ho.Pak program vymažuju a mega je prázdná.Jinak pro informaci,takové požadavky jako nepřipojovat programátor dřív,než bude nainstalované AVR studio...atd. jsem samozřejmě do puntíku splnil,včetně všech upgradů.Už jsem poslal email přímo na support Atmelu s fotkama a měřením,tak jsem zvědav,co odpoví.Nepochybuji o tom,že někde dělám chybu,jen jde o to,kde
PS: to ověření,že se fuse měnily vlastně zjistíš třeba jen holou verifikací(probíhá i při každém programování,pokud ji máš zaškrtnutou),porovná to co máš zaškrtnuté a co je v čipu.Následným čtením se stav zaškrtnutých fuse nesmí změnit.
Jinak tady jsou z datasheetu příkazy při paralelním programování (bity PC1:0,PB5:0).Pomocí těchto příkazů a řídících signálů na dalších pinech by to mělo fungovat.
Časy uváděny v GMT + 1 hodina Jdi na stránku 1, 2Další
Strana 1 z 2
Nemůžete odesílat nové téma do tohoto fóra. Nemůžete odpovídat na témata v tomto fóru. Nemůžete upravovat své příspěvky v tomto fóru. Nemůžete mazat své příspěvky v tomto fóru. Nemůžete hlasovat v tomto fóru. Nemůžete připojovat soubory k příspěvkům Můžete stahovat a prohlížet přiložené soubory
Informace na portálu Elektro bastlírny jsou prezentovány za účelem vzdělání čtenářů a rozšíření zájmu o elektroniku. Autoři článků na serveru neberou žádnou zodpovědnost za škody vzniklé těmito zapojeními. Rovněž neberou žádnou odpovědnost za případnou újmu na zdraví vzniklou úrazem elektrickým proudem. Autoři a správci těchto stránek nepřejímají záruku za správnost zveřejněných materiálů. Předkládané informace a zapojení jsou zveřejněny bez ohledu na případné patenty třetích osob. Nároky na odškodnění na základě změn, chyb nebo vynechání jsou zásadně vyloučeny. Všechny registrované nebo jiné obchodní známky zde použité jsou majetkem jejich vlastníků. Uvedením nejsou zpochybněna z toho vyplývající vlastnická práva. Použití konstrukcí v rozporu se zákonem je přísně zakázáno. Vzhledem k tomu, že původ předkládaných materiálů nelze žádným způsobem dohledat, nelze je použít pro komerční účely! Tento nekomerční server nemá z uvedených zapojení či konstrukcí žádný zisk. Nezodpovídáme za pravost předkládaných materiálů třetími osobami a jejich původ. V případě, že zjistíte porušení autorského práva či jiné nesrovnalosti, kontaktujte administrátory na diskuzním fóru EB.
FAQ
Hledat
Uživatelské skupiny
Profil
Soukromé zprávy
Přihlášení
,nechci programovat stylem "tomuto se raději vyhnu",jestli mně rozumíte.Děkuji za odpovědi.
