Forum: Mikrocontroller und Digitale Elektronik AVRISPmkII auf einmal kaputt?


von AVR-Geplagter (Gast)


Lesenswert?

hi, ich habe vor einiger zeit den avrisp mkII von eproo-student gekauft, 
und habe jetz ein problem damit:

vor ein paar tagen ist es einfach passiert, dass mein atmega sich 
aufhängt wenn man den angeschlossenen avrisp vom usb absteckt. steckt 
man ihn wieder dran dann geht der atmega wieder. schlimmer noch: der 
atmega lässt sich nicht mehr programmieren! wenn ich mit avrstudio zum 
atmega verbinden lasse, geht das manchmal und manchmal nicht, wenn es 
geht dann kann ich höchstens die signatur auslesen, wenn ich aber etwas 
programmieren will dann sagt er"SCK hat einen kurzschluss" oder etwas in 
der art, und manchmal verbindet er wie gesagt garnicht. ich habe jetzt 
den avrisp aufgemacht, und die pfostenstecker vom anschluss ans ISP 
durchgeklingelt, es scheint kein kurzschluss da zu sein. das kabel im 
atmega eingesteckt verursacht auch keinen kurzschluss, nur sobald ich 
den avrisp dranstecke hängt sich der atmega auf!

was soll ich machen, is der avrisp kaput? is eigentlich in diesem jahr 
gekauft worden und hat noch nich wirklich viel mitgemacht! oder hab ich 
irgendwo einen anderen fehler?


thx..

von AVR-Geplagter (Gast)


Lesenswert?

weiss niemand irgendwas darüber...?

von Flo (Gast)


Lesenswert?

Funktioniert ein anderer Microcontroller?
Würde erst mal die eigene Schaltung überprüfen, da der mkII eigentlich 
auf unkaputtbar gebaut ist.

von Christoph S. (mixer) Benutzerseite


Lesenswert?

Wenn du den MKII über ISP mit einem Mikrocontroller verbindest und der 
MKII wird nicht über USB versorgt, sprich USB ist nicht angesteckt dann 
bleibt der Mikrocontroller im Reset.

MFG Mixer

von AVR-Geplagter (Gast)


Lesenswert?

danke für die antworten, dass er im reset bleibt wusste ich nicht. 
lustigerweise habe ich es gerade probiert und schon funktioniert es 
wieder, warum geht es manchmal und manchmal nicht? liegts am wetter? 
mondphase?

von Christoph S. (mixer) Benutzerseite


Lesenswert?

Hast du deine Schaltung selber aufgebaut? Abblockkondensatoren, usw??

Kann auch ein Wackler sein wenn der µC in nem Sockel steckt.

MFG Mixer

von Mario M. (muraer)


Lesenswert?

Genau dasselbe Verhalten zeigte mein Programmer auch...Habe es auch 
nicht geschafft, zu reparieren. Kam auch aus heiterem Himmel.

von AVR-Geplagter (Gast)


Lesenswert?

ne, die schaltung is das rn-control. mal gehts, mal nich, und das sind 
nich die einzigen probleme die ich damit hab, im rn nerv ich die leute 
z.zt. damit dass die delayeinstellungen im beispielprogramm nich stimmen 
:(

von Christoph S. (mixer) Benutzerseite


Lesenswert?

AVR-Geplagter schrieb:
> ne, die schaltung is das rn-control. mal gehts, mal nich, und das sind
> nich die einzigen probleme die ich damit hab, im rn nerv ich die leute
> z.zt. damit dass die delayeinstellungen im beispielprogramm nich stimmen
> :(

Kalte Lötstelle? Ich würde mal die Schaltung genauer kontrollieren.

Wenn ein delay nicht passt liegt es meistens daran, dass ein anderer 
Takt angegeben wird wie verwendet wird!

MFG

von Sven (Gast)


Lesenswert?

Das mit dem reset bei ausgestecktem USB / ausgeschaltetem Rechner ist 
normal und sinnvoll.

Mach mal ein Firmware-Update des AVRisp, natürlich ohne angesteckten 
Controller.

von Christian U. (z0m3ie)


Lesenswert?

Auf unkaputtbar gebaut ist das mkII überhaupt nicht, die Treiber gehn 
öfters mal kaputt der Dragon soll da aber noch schlimmer sein.

von AVR-Geplagter (Gast)


Lesenswert?

kalte lötstelle hab ich visuell keine gefunden, vielleicht löte ich das 
ganze brett mal nach..firmware hat avrstudio schon für mich upgedatet, 
das war das erste was es machen wollte..das mit dem delay funktioniert 
angeblich nich weil man da keine variable sondern eine konstante 
verwenden muss, hab das noch nicht verstanden..

von Flo (Gast)


Lesenswert?

Also bei mir funzt das Teil schon ewig ohne Probleme...

Hast du schon einen anderen Microcontroller ausgetestet, um 
auszuschließen, dass es am Chip liegt?

von Simon K. (simon) Benutzerseite


Lesenswert?

> Auf unkaputtbar gebaut ist das mkII überhaupt nicht, die Treiber gehn
> öfters mal kaputt der Dragon soll da aber noch schlimmer sein.
Aber nur die erste Revision, AFAIK.

von Ulrich P. (uprinz)


Lesenswert?

Also einen AVRISP-MKII habe ich hardware-seitig noch nie zerstört.
Aber per Firmware-Update kann man ihn anscheinend sehr leicht zerstören. 
Habe nur aus dem aktuellen Studio4 ein Update gemacht und nun ist er 
hinne.
Er bricht immer irgendwo zwischen Seite 3 und Seite 44 ab mit der 
Meldung dass das Löschen oder Schreiben schief gelaufen ist.

Die Firmware steckt zwar in der avrisp-mktii.dat im Studio im STK500 
Verzeichnis und man kann den Block Firmware recht leicht daraus 
extrahieren, aber das nützt nix, denn sie ist verschlüsselt. Also muss 
man sie zwingend mit dem Upgrade.exe aufspielen.

Einen Pinheader habe ich auch schon aufgelötet ( dort, wo man nach der 
Anleitung die Update-Brücke installieren soll) und er AVRJTAG-ICE findet 
den Controller. Aber leider ist das Flashen oder Auslesen über diesen 
Weg durch die Fuses blockiert.

Also:
- Upgrade.exe geht nicht
- Firmware ist verschlüsselt
- Device-Erase würde alle Fuses zurück setzen, dann ist aber der 
Bootloader auch weg und der ist nun überhaupt nicht dabei.

Einige Dinge weisen darauf hin, dass die Firmware per AES verschlüsselt 
ist, aber Atmel wird schlau genug gewesen sein, die Verschlüsselung und 
damit den Key nicht in der Software unter zu bringen.

Um diesen Thread jetzt nicht ganz zu hijacken:
Das verschlüsselte Image ist, wie gesagt, in der AVRISP-mkII.dat 
enthalten und man kann es per USB einfach Blockweise an den AVRISP 
senden. Die Kommandos sind mit jedem USB-Sniffer leicht zu finden. Das 
Protokoll orientiert sich an den anderen Bootloadern, nur die Tokens 
sind etwas verändert.
Beispiel:
61 00 01 46 00 01 ...data... sendet einen Block von verschlüsselten 
Daten an das Device.
Es gibt keine Adressübergabe an dieser Stelle, geht ja auch nicht, da 
diese Information im verschlüsselten File steckt.
Mit einem weiteren 61 00 01 46 00 01 ...next.data... wird einfach der 
nächste Datenblock übergeben.
Der Bootloader quittiert jeden Datenblock mit 14 10.
Der Abbruch mit Schreibfehler wurde durch die Quittung 14 11 
hervorgerufen.

So, mehr schreibe ich jetzt erst mal nicht, will da niemanden verärgern, 
bevor er eine Chance hatte zu reagieren :)

Gruß, Ulrich

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.