microchip studio 7

OP #6544421
Lesenswert?

Servus Zusammen,

beginne gerade mit AVR und habe dazu eine Frage.
Kann im microchip Studio 7  debugWIRE  nicht auswählen, es nur die der 
ISP Funktion möglich.

Folgende Komponenten habe ich in Verwendung:

microchip studio 7

STK500 von ATMEL mit dem ATmega 8515L drauf
Programmer ATMEL-ICE J42700023555

Sind dazu weitere Einstellungen in microchip studio 7 notwendig?
Angehängte Dateien:
Gast #6544464
Lesenswert?

Jetzt weg mit dem Troll schrieb:
> Weil AVR zB den Debugwire gar nicht kann ?

Das ist zumindest etwas falsch formuliert. Denn natürlich gibt es AVR8 
mit DebugWire-Funktionalität.

> Bitte mit dem Datenblatt
> vergleichen.

Jepp. Da steht immer drinne, was ein konkretes Device tatsächlich kann.

> AVR kann nur SPI und JTAG.

Das ist natürlich völliger Unsinn. Die Spanne reicht (selbst, wenn man 
das auf AVR8 einschränkt) immer noch über etliche Schnittstellen mehr. 
Leider, möchte man sagen...

Ein einzige Schnittstelle quer über die gesamte Produktpalette, die aber 
richtig gut, wäre deutlich zielführender gewesen...
Gast #6544557
Lesenswert?

Hi

>Genau, der Atmeha8515 hat gar keinen DebugWire Anschluss.

Und selbst wenn er das hätte könnte der TO das auch nicht Programmieren. 
Das STK500 unterstützt nur ISP und High Voltage Programmierung.

MfG Spess
#6545138
Lesenswert?

Jetzt weg mit dem Troll schrieb:
> Weil AVR zB den Debugwire gar nicht kann ?

So pauschal kann man das nicht sagen.
Bitte im im Datenblatt des speziellen Controllers nachsehen.

ATmega8 und ATmega8515 unterstüten das debuggen NICHT.
Der ATtiny13 z.B. kann das sehr wohl.

> ... AVR kann nur SPI und JTAG.

Auch zu pauschal. Der ATtiny10 kann kein ISP auf SPI basis. Und der 
ATtiny13 oder ATtiny85 kann kein JTAG.

Also auch hier immer das Datenblatt fragen.

Zusammengefasst:
STK500 ( als Programmer ) --> KEIN debug.
ATMEL-ICE --> debug geht.
ATmega8515 --> KEIN debug. Da hilft auch kein ATMEL-ICE.

Zum testen einfach mal ein ATtiny85 oder ATtiny4313 (ATtiny2313A) 
besorgen. Die passen auch gut auf den STK500.

P.S.: Warum der 2313A mit A? Der ohne A ist teuerer und kann weniger. 
Übrigens ist der 4313 auch ein A, Hat aber kein A, weil es ihn ohne A 
nie gegeben hat. Mr. Spoc würde ausplippen, bei der Logik.
OP #6547384
Lesenswert?

Servus Zusammen,

danke für eure zahlreichen Antworten und das ihr mich auf gewisse Dinge 
aufmerksam gemacht habt, wo ich sicher drüber gelesen habe.

Nun ist es so das ich mein erstes Programm nicht auf den 8515L 
Controller übertragen kann.

Aktuell habe ich am STK500 für die High Voltage programmierung 
vorbereitet.

Es wird doch nicht daran liegen das ich den 8515L bei den Device nicht 
auswählen kann, sondern nur den 8515.

Hab leider die Erfharung nocht nicht, jedoch würde es mir sehr helfen 
wenn mir jemand von euch Informationen dazu geben kann.

Freundliche Grüsse
dc-man
Angehängte Dateien:
Beitrag #6549519 wurde von einem Moderator gelöscht.
OP #6549526
Lesenswert?

Servus Zusammen,

vieleicht gibt es einen Spezialisten unter Euch der mich bei diesem Them 
unterstützen möchte.

Liegt es vieleicht an den Einstellungen der Fuse oder Lock bits?

Freundliche Grüsse
Gerhard
Gast #6549625
Lesenswert?

Gerhard H. schrieb:

> Liegt es vieleicht an den Einstellungen der Fuse oder Lock bits?

Nein.

Die Fehlermeldung sagt doch ganz klar, wo's klemmt: Die Verbindung mit 
dem "Tool" (damit gemeint ist der Programmer) kann nicht aufgebaut 
werden. Das eigentliche Ziel der Operation hingegen nennt man "Target".

Sieht also nach einem defekten Programmer aus, vermutlich irgendwas mit 
der Stromversorgung, denn für kurze Operationen funktioniert es ja 
offensichtlich. Es könnte allerdings auch einfach ein Bug sein.

Da Bugs sich üblicherweise bevorzugt in seltener genutzten Teilen eines 
Programmes verstecken, würde ich folgendes Vorschlagen: Du nutzt den 
HVPP-Modus nur dazu, um die ISP-Fuse zu aktivieren. Dann trennst du das 
Target von der Stromversorgung, baust dann auf ISP-Programmierung um und 
versuchst damit nochmal dein Glück.

Der Hintergrund ist: ISP wird schlicht sehr viel häufiger verwendet als 
HVPP. Deswegen haben Bugs in den entsprechenden Routinen viel geringere 
Chancen, unentdeckt zu überleben.
Gast #6549668
Lesenswert?

dc-man schrieb:

> Wenn ich auf ISP umstelle, herrscht folgender Zustand.
>
> - siehe Bild

1) Wurden nach dem Setzen der SPI-Fuse im HVPP-Modus die Fuses 
erfolgreich zurückgelesen und die SPI-Fuse als gesetzt angezeigt?

2) Hast du danach das Target von der Versorgung getrennt, bevor du 
versucht hast, per ISP zu programmieren?
Gast #6549681
Lesenswert?

c-hater schrieb:
> 1) Wurden nach dem Setzen der SPI-Fuse im HVPP-Modus die Fuses
> erfolgreich zurückgelesen und die SPI-Fuse als gesetzt angezeigt?
>
> 2) Hast du danach das Target von der Versorgung getrennt, bevor du
> versucht hast, per ISP zu programmieren?

IM HVPP lassen sich keine Fuse ändern.

Die Versorgung habe ich getrennt, ISP funktioniert gar nicht, findet 
device nicht.
Gast #6549767
Lesenswert?

Hi

Was sollen eigentlich die ganzen 2-pol Kabel auf dem STK500? Da ist nur 
ein Jumper nötig:

>The BSEL2 jumper should be mounted when high-voltage programming:

>ATmega8515
>ATmega8535
...

MfG Spess
#6550962
Lesenswert?

Nicht aufgeben. Glaube nicht das da was defekt ist.

Prüfe mal akribisch alle Jumper und Verbindungen auf dem STK500. Das ist 
manchmal sehr tricky. Und für ISP must Du alles ganz anders Jumpern.

Eine andere Fehlerquelle kann auch das RS232 Kabel sein. Da gibt es 
abenteuerliche Versionen, die nicht wirklich funktionieren.

Habe leider kein ATmega8515 sondern ein ATmega32. Mal gucken ob die 
Pinkomatibel sind...
Gast #6551023
Lesenswert?

Uwe K. schrieb:

> Prüfe mal akribisch alle Jumper und Verbindungen auf dem STK500.

Die müssen passen, schließlich funktioniert ja sowohl das Auslesen der 
Chip-ID als auch das Auslesen der Fuses und beides liefert plausible 
Daten.

Es scheitert aber jeder Schreibvorgang incl. ChipErase.

Die logischste Erklärung für das Verhalten ist: Die Erzeugung der 
Programmierspannung im AVR ist ausgefallen. Sprich: das Teil ist 
unrettbar kaputt. Es kann nur noch das tun, was es zuletzt tat, aber in 
keiner Weise mehr umprogrammiert werden.
OP #6554291
Lesenswert?

Servus Zusammen,

danke für die vielen Hinweise und Ratschläge.

Leider funktioniert es nicht, habe es auch mit einem ATmega16 probiert.

Meiner Meinung nach, stimmt da mit der Betriebsanleitung vom STK500 bei 
den Beschereibungen was nicht. In der original Anleitung sind Bilder zur 
Software vorhanden die sicher zu einer älteren Software gehören.

Schade, gibts da keine bessere Erklärung bzw. Anleitung dafür?

Oder müssen noch weitere Einstellungen getroffen werden, die ich nicht 
berücksichtigt habe, weil ich diese nicht kenne.

Freundliche Grüsse
Gerhard
#6554530
Lesenswert?

Versuche mal den STK500 neu ist das Studio einzubinden.

Ich habe es geschafft den STK500 komplett aus dem Tritt zu bekommen, so 
dass ich immer die falsche Device-ID bekommen habe. Diese war noch nicht 
mal zufällig, sondern immer gleich falsch. Ich dachte schon, dass ich 
den Controller zerstört habe. Auch ISP hat nicht mehr funktioniert (wie 
bei dir).

Gehe auch mal in die Spannung / Takt Einstellung der STK500 und 
speichere die Werte neu.

Unter "Hilfe" kannst Du dir das Handbuch für den STK500 in Studio 
einbinden. Schalte zuerst von der HTML auf die Windows-Hilfe um.

Für später: Holde dir ein Breadboard und arbeite mit dem ATMEL-ICE im 
ISP.

P.S.: Nicht aufgeben.
#6555867
Lesenswert?

Der STK500 wird nicht automatisch erkannt, wie z.B. der ATMEL-ICE.
Man muss ihn manuell hinzufügen und den COM Port bekannt geben.

Klar, das hast Du schon gemacht. Mache es einfach nochmal, auch wenn er 
schon da ist. Kannst ihn auch vorher entfernen.

Ist ein Versuch wert.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren