AVR Dragon: Verfuset mit HVP

[AVRuser]

Hey Leute,

Ich hoffe ich hab halbwegs das richtige Unterforum getroffen...

Na ja, mein Problem ist folgendes: Für mein aktuelles Projekt benötige ich alle Pins des
Atmega 328p, daher programmiere ich ihn mit dem AVR-Dragon per P-HVP, was auch
funktioniert, doch sobald ich in den Fuses den Reset-Pin deaktiviere kommt es zu einem
"Communication Error" und der µC lässt sich nicht mehr ansprechen.
Nachdem der Drache mir ca. fünf Controller gefressen hat wollt ich nun mal nachfragen,
ob vieleicht jemand das Problem kennt oder sogar weiß woran es liegt...

 

[The_Scientist]

Hmmm...

Ich kenne jetzt zwar nicht den Drachen...
Aber ich denke, dass er den Reset Pin ja braucht - wie beim ISP - kann mich aber auch irren....
Ich arbeite in diesen Faellen mit dem Galep5, der mir auch verfusete µC wieder zum Leben erweckt.
Sonst implementiere ich meistens eine ISP Schnittstelle auf dem Board...ggf. via Jumper entkoppelt...

Aber mein Rat: Behalte die Reset-Funktion bei....nimm lieber (falls Platz da ist) einen Port-Expander oder direkt einen groesseren AVR...

Wenn es dennoch unbedingt noetig ist, den Reset als I/O zu verwenden (unbedingt das Datenblatt beachten - andere High/Low Level und manchmal andere max. Belastung!), ich rate ich zu einem
anderen Progger (z.B. Galep5). Ist zwar etwas teurer, macht aber alles mit, und es gibt alle moeglichen Adapter (sogar BPGA)!


LG aus Addis


Klaus

 

[AVRuser]

Port expander geht in dieser Aplication leider einfach nicht...

aber eigentlich ist es ja auch nicht möglich einen Controller so zu Verfusen,
das kein High-Voltage-Programming möglich ist...und den Reset mit HVP
als IO zu verwenden sollte normalerweise kein Problem darstellen,
habe ich zuvor auch schon erfolgreich gemacht...

 

[The_Scientist]

Reset Pin...

Also ich hatte in der Vergangenheit auch ein paar mal Projekte, wo ich den Reset Pin als I/O brauchte.
Wenn ich dann via ISP falshen will - geht nicht - braucht ja den Reset Pin....via JTAG - ging auch nie....bricht mit Error ab und danach ist der µC nicht mehr ansprechbar....klingt irgendwie nach Deinem Problem.
Als HVP nutze ich fuer µC halt den Galep - und da hatte ich nie Probleme....damit kann ich dann auch die "Toten" wieder zum Leben erwecken....

Allerdings muss ich zugeben, dass der Galep5 nicht gerade guenstig ist....mit rund 500 EUR plus Adapter (habe 9 different Adapter dazu gekauft - waren nochmal rund 600 EUR on top...)

Aber mit der OpenSource Software kann ich sogar µC mit Lock-Fuse auslesen und die Fuse zurueck setzen....Nix mit auslesen verhindern ;-)

LG

Klaus

 

[AVRuser]

Ja, die Galeps hab ich mir auch schon öfters angesehen...bei dem Preis hab ich mich aber erstmal
mit meinem STK500 + Dragon zufrieden gegeben...wär aber auf jeden Fall die Überlegung wert!
...FPGA und CPLD proggen zu können wäre jedenfalls nice....

 

[The_Scientist]

Ein Univeral-Talent

Also FPGA geht 100% - Nutze ich regelmaessig dafuer...CPLD.....hmmm
Hier mal die Uebersicht ueber die Moeglichen Bauteile...

http://www.conitec.net/german/galep5device_list.htm

Ich moechte das Teil nicht mehr missen....

Fuer einige Speicherbausteine nutze ich von Batronix den BX48.....

Mit diesen beiden (Galep5 und Batronix BX48) habe ich bisher alles was auf meinen Tisch kam brennen/auslesen koennen...

Aber wie gesagt - teuer! Leider passen die Adapter vom Galep5 nicht auf den Batronix BX48 - warum auch immer.....

Wenn ich mal ueberschlage, dann haben mich die Beiden mit Adaptern (9 fuer Galep und 11 fuer BX48) rund 2.500 EULARES gekostet....

Falls Du es aber beruflich brauchst, kann ich es Dir nur empfeheln mal darueber nach zu denken....die sind ihr Geld wert!

LG

Klaus

 

[AVRuser]

Ist im Moment auschließlich fürs private Vergnügen, würde sich aber trotzdem lohnen,
die adapter würde ich mir aber wohl selbst ätzen...

 

[The_Scientist]

Adapter Sockel

Ich hatte auch mal darueber nachgedacht mir die Sockel selbst zu bauen.....
aber das ist leider nicht mit dem aetzen getan...die Arretierung der Bauteile ist das Problem.
Bei einem 1,27 RM mag es ja noch gehen, dass man mit dem Finger das Bauteil auf die Adapterplatine andrueckt...
Bei 0.8 RM (z.B. 32er SMD TQFP MEGA8) wird es schon schwieriger....

Die lassen sich die Halter teuer bezahlen...die PCB's kann man, wie Du bereits gesagt hast, selber aetzen....
Ich habe leider keine erschwinglichen Halter gesehen bis jetzt (Ich sage Halter, das es ja nicht wirklich Sockel sind - zumindest in meiner Anschauung ;-) )

Ich habe fuer den 113-Pin ZQW (BGA) Adapter habe ich z.B. 119 USD bezahlt....waere prima, wenn man das selber bauen koennte...zumal ich hier extreme Beschaffungsprobleme habe ;-)
In naher Zukunft muss ich mir einen 80-Pin ZQE (BGA) besorgen und einen 49-Pin YFF (DSBGA) sowie einen 64-Pin YFF (DSBGA) muss ich auch haben.....

Wenn Du das hinbekommen wuerdest, waere es ein gutes Geschaeft, da einige der Adapter bei Conitec/Batronix garnicht erhaeltlich sind...da muss man dann schon ueber den Teich.


LG

Klaus

 

[AVRuser]

Bis jetzt hab ich alles gelötet bekommen, wo die Pins nicht komplett unten drunter liegen,
sollte also bei den meisten Sockel gehen...

 

[The_Scientist]

Die Beschaffung der Sockel

Das Problem ist ja nicht das loeten...die meisten Sockel machen ja nen Reflow mit...
Aber die Beschaffung der Sockel selbst....so habe ich z.B. keinen Sockel fuer BGA gefunden......und die 100er TQFP's, naja da habe ich einen Sockel fuer Programmiergerate gefunden...
Einzelpreis 55 USD + Shiping..... der Fertige Adapter kostet von Batronix 49 EUR!!!



LG

Klaus

 

[AVRuser]

mmh, das ist natürlich ungünstig, aber so schnell werde ich mir den Programmer eh nicht kaufen...

 

[TommyB]

Also ich hab mir mit dem Drachen noch nie einen Controller geschrottet. Das einzige was ich mal hatte (was deinem Problem zumindest ähnlich ist) war dass, vor allem bei den kleinen Tinys, ISP und sogar HVSP nicht mehr funktioniert wenn debugWire aktiviert ist (per Fuses im Controller, das geht ja auch über die Reset Leitung).
Um das zu deaktivieren einfach ein Dummy-Projekt erstellen, debuggen starten und dann debugWire deaktivieren. Auch wenn das glaub ich nicht dein Problem ist könnte es ja den einem oder anderem helfen.
Aber ich würde auch immer die Reset Leitung in Ruhe lassen, eben wegen solchen Sachen wie debugWire, ISP und HVSP/PP.

Ganz dumme Frage... "verjumpert" hast du dich aber nicht, oder?

 

[AVRuser]

Mmh Jumper sind wohl richtig, sonst könnt ich den ja nicht auslesen und Programmieren...

Könnte das ein AVR-Studio Bug sein? Mit der alten version, auf meinem alten(verschrotteten) Rechner
hats nähmlich noch funktioniert...

 

[LotadaC]

Ich finde den Hinweis mit dem Debugwire gar nicht so abwegig - bei mir hat das Studio deswegen auch schon mal geklemmt...
Zum HVPP ist noch zu sagen, daß der Programmer hier, was die externe Hardware am Resetpin betrifft, in der Lage sein muß, selbigen auf 12V (oder 14?) zu zwingen (High Voltage halt).

 

[TommyB]

Mmh Jumper sind wohl richtig, sonst könnt ich den ja nicht auslesen und Programmieren...

Könnte das ein AVR-Studio Bug sein? Mit der alten version, auf meinem alten(verschrotteten) Rechner
hats nähmlich noch funktioniert...

Naja probiers einfach aus.
Ich nutze hier das AVR Studio 4.19 (build 730) und hab nie Probleme gehabt (anders als mit der 5er. Die 6er hab ich mir noch nicht angeschaut). Ich nutz selber den Drachen. Das einzige Problem was ich mal hatte hab ich oben genannt

 

[dino03]

Hallo,

Zum HVPP ist noch zu sagen, daß der Programmer hier, was die externe Hardware am Resetpin betrifft, in der Lage sein muß, selbigen auf 12V (oder 14?) zu zwingen (High Voltage halt).

das ist genau das was ich auch noch schreiben wollte.

Atmel weist extra darauf hin das die Hardware am Reset-Pin für HVPP oder HVSP (bei Tinys eben seriell) unbedingt Spannungen von 12V (oder 14V?) abkönnen und zulassen muß.

Ich würde allerdings HVPP nicht unbedingt in der Applikation durchführen sondern den Chip direkt im Progger anschließen (Dragon oder STK500).

Gruß
Dino

 

[AVRuser]

Also der Controller steckt im dafür vorgesehenen Sockel direckt auf dem AVRdragon...

Ich probier mal das alte AVRstudio nochmal, sofern mein alter Rechner die Tastatur mal erkennt...

 

[AVRuser]

Ok, hat sich wohl erledigt...habe gerade mal AVRstudio 4.19 installiert und siehe da:
ich kann problemlos alles Verfusen, ohne den Zugrifff zu verlieren
->Lag also an Atmelstudio, das sind echt nur 700MB Bugs...

Na ja, jedenfalls danke für eure Hilfe!

 

[TommyB]

Schön dass es jetzt geht

Was hattest du denn verwendet? 5 oder 6?
Hoffe mal 6, denn kann ich mir das Testen ersparen
Das alte 4er ist zwar optisch kein Highlight, aber das läuft wenigstens gut.


P.S.: Es sind 12V (zumindest beim Mega48/88/168)

 

[AVRuser]

Ich hab die neuste 6er Version verwendet, welche ich auch immer noch als Entwicklungsumgebung nutze,
nur fürs programmieren(mit dem Dragon) nehme ich die alte Version....