[AVR]Programmeren zonder MISO

Ik zou hem waardig begraven, een AVR zonder MISO is een computer zonder toetsenbord.

Nou, het schijnt dat de MISO alleen maar continu hoog is, tijdens programmeren, dus als je tijdens dat programmeren de lijn van je programmer hoog houdt.... weet niet, probeer het eens, heb het ook gehad met een 90S8515, deed precies hetzelfde.

Groeten
Antoine

Volgens mij word MISO als controle gebruikt tijdens het proggen. Als ik het goed begrijp is het signaal op MISO hetzelfde als op MOSI en dan nog wat veranderd voor controle. (soort van echo dus)

Nu heb ik een parallel programmer te pakken, maar zijn "Data" lijnen zitten op portB..........waar ook MISO op zit.... Zou het kunnen zijn dat MISO die als output niet werkt/zweeft dat hij dan als input wel gaat werken?

Ik weet niet alle schema's van avr vanbuiten, maar het best mogelijk dat je interne pull-up weerstand defect is. Ik zou gewoon eens proberen met een externe pull-up van 1k (of misschien een pull-down)

Wat het ook zou kunnen zijn dat er nog andere componenten aan je miso hangen dewelke je signaal beinvloeden. Zorg dat je miso-pin helemaal vrij is

Klink bekend....... ^%#^%$#^%#

Vorige week had ik bij het programeren 168 stuks!
8515 waarbij de MISO geen signaal meer gaf.

Daar ik dit nog nooit had meegemaakt heb ik het idee
dat dit iets te maken heeft met statische ontladingen.

Ik moet nog wat testen er mee doen, maar ik durf ze nog niet weg te gooien........

EDIT,
doormiddel van de MISO uitgang tijden het programmeren
controleerd de programeer software of er goed is geprogrameerd. Als het goed is kan de controller dus wel geprogrameerd worden, alleen de programmeer software kan dit niet controleren

Het is mij alleen vreemd waarom juist de MISO port vaak defect raakt....

[Bericht gewijzigd door Rob Keij op zaterdag 28 december 2002 02:44:40 ]

Op 27 december 2002 18:12:45 schreef Bastiaan:
Ik zou hem waardig begraven, een AVR zonder MISO is een computer zonder toetsenbord.

Dit kan je doen, maar dan worden ze toch een keer gevonden en worden deze netjes teruggebracht. Mensen herkennen tenslotte de controller en weten meestal wie de eigenaar is. (ik spreek uit meerdere ervaringen)

Op 28 december 2002 02:47:39 schreef Rob Keij:
[...]
Dit kan je doen, maar dan worden ze toch een keer gevonden en worden deze netjes teruggebracht. Mensen herkennen tenslotte de controller en weten meestal wie de eigenaar is. (ik spreek uit meerdere ervaringen)

Voor ESD zijn die AVR's bijzonder gevoelig...... (ook eigen ervaring)

Groeten
Antoine

Ik weet dat dit topic oud is toch wil ik iets toevoegen eraan. Ik heb ook de "dooie MOSI" ervaring met Atmel AVR's in dit geval. Ik gebruik de originele AVRISP programmer en de STudio software. Volgens mij heb ik echter de fout zelf veroorzaakt (of er zit een BUG in Studio)... Het viel me op dat bij een defecte AVR de FUSE "serial program downloading (SPI) enabled UITgevinkt stond. Dit is echter een FUSE veld waar je bij de door mij gebruikte Attiny26 geen controle over hebt, je mag hem niet "zetten".
Wat ik vermoed is dat je makkelijk iets kan schrijven naar de AVR waardoor ie daarna niet meer programmeerbaar is. Ik ben met Atmel erover aan het mailen en zelf aan het zoeken. Als ik ooit uitvind hoe dit komt dan post ik het hier meteen zodat iedereen van zn dooie MOSI problemen af is

Leest AVR studio bij een defecte AVR niet gewoon de fuses verkeerd uit (allemaal FF of 00)? Lijkt me niet dat je zonder functionerende MOSI zinnige informatie uit de AVR kunt halen.

Hoi Madwizard

Dat zou heel goed kunnen, kip en ei verhaal: wat was er nu eerst. Ik weet wel zeker dat ik de lockbits niet zelf gezet heb oid waardoor ISP niet meer mogelijk is.

Ik lees op de Atmel site leuke dingen, echt fraai:
"SPIEN fuse disabled
Enable SPIEN fuse with a Parallel /High Voltage Serial programmer"
Tuurlijk iedereen heeft dat liggen zeker die serial programmer van ze. Bovendien: hoe komt dus de SPIEN disabled?

Misschien heb je gelijk Madwizard, is het ding gewoon stuk. In dat geval zijn het wel erg slechte micros als ik dit forum zo lees. Ik werk hier 100% esd veilig, de voeding is goed en disable geen reset fuse, zet lockbits oid en toch gaat t fout. Ik heb nu een nieuwe micro, ben bang dat die t straks weer niet doet.

T enige dat ik me bedenken kan is dat in BASCOM AVR iets gebeurt bij t compilen waardoor bepaalde fusesettings ook in de HEXfile komen die je eigenlijk niet wil??
To be continued..

Op 24 juli 2007 13:18:47 schreef ecoden:
Bovendien: hoe komt dus de SPIEN disabled?

De vraag is: is SPIEN wel disabled? Als die AVR defect is kan je dat nooit weten.

In dat geval zijn het wel erg slechte micros als ik dit forum zo lees. Ik werk hier 100% esd veilig, de voeding is goed en disable geen reset fuse, zet lockbits oid en toch gaat t fout. Ik heb nu een nieuwe micro, ben bang dat die t straks weer niet doet.

Ik heb al heel wat AVRs gebruikt maar er is er nog nooit een door ESD stuk gegaan, en ESD safe is het hier absoluut niet. ESD is een lastig iets, sommige mensen hebben er continu last van en anderen nooit. Er valt daarom weinig af te leiden uit wat losse ervaringen. Als je zelf 100% ESD safe werkt dan kan dat het probleem niet zijn lijkt me. De enige AVRs die ik in m'n leven stuk heb gemaakt zijn door een inductieve puls (eigen schuld) en eentje waar ik de voeding verkeerd om had aangesloten. De rest heeft alles doorstaan.

T enige dat ik me bedenken kan is dat in BASCOM AVR iets gebeurt bij t compilen waardoor bepaalde fusesettings ook in de HEXfile komen die je eigenlijk niet wil??
To be continued..

Dan moet er al een bug in zitten, maar eigenlijk kun je aan de fuse settings maar weinig echt stuk maken. De ISP fuse is natuurlijk een probleem maar die kun je dan ook alleen maar met een HV programmer instellen. Wat vaak gebeurt is een externe klok ipv extrern kristal kiezen, maar dat valt op te lossen met een extern kloksignaaltje. Bij wat nieuwere AVRs heb je alleen nog een reset disable fuse, die is wel gevaarlijk omdat je reset nodig hebt voor ISP. Weet niet zo gauw of die AVRs dat ook hadden.

edit: Je kloksnelheid van het programmeren is wel juist trouwens? Mag hoogstens 1/4e van de klokfrequentie zijn. Als je daar boven zit kan er natuurlijk ook van alles fout gaan.

AVRs dood door ESD heb ik ook nog niet zien gebeuren...
Zou het kunnen dat het beest een external clock verwacht? Da's ook een oude bekende .

Tnx voor de input Marco69 en Madwizard

Dat SPIEN disabled is zie ik in Studio maar idd is de AVR stuk of is SPIEN echt disabled?

T zou heel goed kunnen dat die externe klok nodig is, zou wel erg bud zijn want dr zit niet voor nix een interne klok in. Ik heb hier nu een nieuwe Attiny26, ik heb er alleen ff zijn "ID" van gelezen, 4x en dat gaat goed. Voordat ik nu weer firmware erin bak ga ik me 100% ervan verzekeren dat ik niet iets in BASCOM over het hoofd zie.

ESD zal het dan ook wel niet zijn. Madwizard werkt dus niet esd veilig en ik juist wel, ik blaas ze op hij niet.

HBet vreemde is dat het dus een paar keer wel werkt en dan ineens DOOD. Goed, ik heb hier dus een nieuwe, ik zal eerst alles 100% checken en dan eens een flink aantal malen firmware programmeren, kijken wat er gebeurt.

Fuses kan je niet zetten middels de hex file, dat moet echt vanuit je programmeer software. De SPIEN fuse kan je normaal gesproken niet zetten met een standaard ISP programmer. Juist om te voorkomen dat je jezelf buiten sluit.

En echt kapotte AVR heb ik nog nooit meegemaakt ondanks dat ik niet ESD veilig werk en ze zelfs wel eens bruut heb mishandeld (overspanning en ompolen).

Wel heb ik een keer met een ATtiny13 meegemaakt dat deze niet meer was te programmeren. In de overtuiging dat deze niet kapot kon zijn, ik had er niets vreemds mee gedaan, heb ik een parallelle programmer gemaakt. Uit die programmer bleek dat toch die beruchte SPIEN fuse problemen gaf. Na het resetten van de fuse werkte het ISP programmeren weer na behoren. Het kan dus wel, maar hoe is me nog steeds een raadsel.

T zou heel goed kunnen dat die externe klok nodig is, zou wel erg bud zijn want dr zit niet voor nix een interne klok in....

Heb je die aangezet?! Verlaag dan de programmeerfrequentie eens tot het minimum! Het kan heel goed dat die AVR niet meer reageert omdat ie de aangeboden programmeerdata te snel binnen krijgt.

Wat die MISO betreft: bij het programmeren is die onmisbaar, om er zeker van te zijn dat de AVR in sync is met de programmer. Om te beletten, dat externe signalen, verbonden met MOSI en SCK tijdens een RESET toevallig een patroon produceren dat op de "Programming Enable" instructie lijkt, is het programmeer-protocol nogal streng. Zonder MISO-output weet de programmer niet eens of de AVR wel in programmeer-mode zit.

Tnx allen! De tip van Bernardski (ISP frequentie op absolute minimum) ga ik vandaag mee beginnen dan merk ik snel genoeg of dat helpt want normaal is na 3-4 programmeeracties het SPIEN bit ineens gedeactiveerd.

Als dat niet werkt ga ik ook zo'n programmer bouwen als waar Marcel t over heeft. Goede kans dat ik dan ineens de 2 dode tiny's kan reviven!

Pros, wat jij zegt had ik al ondervonden, de tiny wil nu echt niet meer geprogrammeerd, resistance is futile...

Zoals gezegd ik ga met lage ISP freq aan de slag, als nu nog problemen komen...dan wordt t of die programmer of ik ga weer terug naar mn PIC's

Op 25 juli 2007 08:41:50 schreef ecoden:
Als dat niet werkt ga ik ook zo'n programmer bouwen als waar Marcel t over heeft. Goede kans dat ik dan ineens de 2 dode tiny's kan reviven!

Het schema kwam van deze site http://elm-chan.org/works/avrx/report_e.html en heb ik gewoon opgebouwd op een breadbord.

JTAG interface nog een optie?

ATtiny26 doet geen JTAG, volgens mij is dat voorbehouden tot de ATmega's

edit1
Sorry, niet goed gelezen, het gaat om een ATmega163, die heeft dan natuurlijk wel JTAG.

edit2
Aarg, toch wel een ATtiny26, dat krijg je als je oude topics hergebruikt.

[Bericht gewijzigd door Marcel op woensdag 25 juli 2007 22:46:48 (22%)]

Tnx voor het schema Marcel! Ik begrijp dat reply op een oud topic verwarring oplevert doen we de vlgd keer niet meer. Wat mij betreft kan dit topic sluiten, mijn AVR blijft nu heel! Ik heb wat dingen op een rij gezet nog die ik heb gedaan ter voorkoming van AVR mollen. Misschien kan t handig zijn voor anderen in de toekomst, scheelt hun geld en frustratie.

-zorg voor voldoende stroom voor de AVRISP: 50mA minimaal is nodig
-ik houd de voeding zwevend dwz dat het aardpad van PC->AVRISP->target board->voeding targetboard loopt
-houd de ISP frequentie (optie in AVR studio) zo laag mogelijk (attiny26 kiest dan automatisch 4kHz)
-programmeer GEEN fuses als dat niet nodig is (lees ze eerst uit om te zien of ze al niet naar wens staan)
-zet nooit RSTDISBL op 0 !
-zorg dat de pullup op de RESET lijn groter dan 10K is
-uit voorzorg gebruik ik de ISP lijnen die tevens output zijn van een port (portB) alleen nog voor ISP en ik sluit daar niets anders op aan
-werk ESD veilig
-eventueel een extern cristal gebruiken ipv de interne 1Mhz
-voor de zekerheid heb ik in BASCOM AVR de opties voor de CHIP bij ISP gezet op “hardware controlled”

Op 25 juli 2007 08:41:50 schreef ecoden:
[...]
Als dat niet werkt ga ik ook zo'n programmer bouwen als waar Marcel t over heeft. Goede kans dat ik dan ineens de 2 dode tiny's kan reviven!
[...]

Ik heb zomaar het vermoeden dat die programmer duurder is dan die 2 tiny's . Als die dingen zo belangrijk voor je zijn, kan ik ze ook wel even in een 'echte' programmer douwen. Ik ken de tiny26 niet, maar tot op heden zijn AVRs erg robuust gebleken...

hoi marco,

Tnx voor het aanbod! Nee die tiny's zijn niet ZO belangrijk voor me (btw de programmer is op kosten van mn baas maar het is gewoon nogal vervelend als ze steeds om t minst geringste het loodje leggen!

Btw wist je dat de AVRISP nu voor 35,- over de toonbank gaat bij farnell.nl? T begint zowaar betaalbaar te worden!