microchip studio 7

[Gerhard H. (dc-man)]

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?

[Jetzt weg mit dem Troll (Gast)]

Weil AVR zB den Debugwire gar nicht kann ? Bitte mit dem Datenblatt 
vergleichen. AVR kann nur SPI und JTAG. Wobei JTAG leider oft auf den 
brauchbaren Ports sitzt. Also eigentlich geht oft nur SPI

[Jetzt weg mit dem Troll (Gast)]

Sorry. Vergass zu erwaehnen, SPI und ISP ist bei den meisten AVR 
identisch.

[Stefan F. (Gast)]

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

Genau, der Atmeha8515 hat gar keinen DebugWire Anschluss.

[c-hater (Gast)]

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...

[Spess53 (Gast)]

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

[Jedzia D. (Firma: Rast und Ruh) (jedzia)]

Spess53:

Er hat einen
> Programmer ATMEL-ICE J42700023555

Der kann JTAG, SWD , PDI , TPI , aWire , SPI und debugwire 
-Schnittstellen, etc. ...

[Uwe K. (ukhl)]

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.

[Gerhard H. (dc-man)]

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

[Frank G. (frank_g53)]

Im Menu "Device programming" kann man die Signatur des Mikrocontrollers 
auslesen. Wenn die mit dem ausgewähltem Controller übereinstimmt kommt 
diese Meldung "Reading device ID...OK".
Ist das so?

[Gerhard (Gast)]

Ja, diese Abfragen funktionieren.

[Gerhard H. (dc-man)]

Gerhard schrieb:
> Ja, diese Abfragen funktionieren.

Jedoch kann ich das Programm nicht übertragen, es kommt immer die 
Meldung das keine Kommunikation mit dem Controller möglich ist.

[Gerhard H. (dc-man)]

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

[c-hater (Gast)]

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.

[dc-man (Gast)]

Servus c-hater,

Wenn ich auf ISP umstelle, herrscht folgender Zustand.

- siehe Bild

[c-hater (Gast)]

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?

[dc-man (Gast)]

Noch Wichtig zu Wissen, auf dem ATmega_8515L ist noch das DEMO-Programm 
drauf.

[dc-man (Gast)]

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.

[Spess53 (Gast)]

Hi

>IM HVPP lassen sich keine Fuse ändern.

Seit wann gilt das?

MfG Spess

[Spess53 (Gast)]

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

[Gerhard (Gast)]

Die Verbindungsleitung sind anstelle von den Jumper'n.

[c-hater (Gast)]

dc-man schrieb:

> IM HVPP lassen sich keine Fuse ändern.

Dann ist das Target kaputt.

[Uwe K. (ukhl)]

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...

[Uwe K. (ukhl)]

dc-man schrieb:
> Servus c-hater,
>
> Wenn ich auf ISP umstelle, herrscht folgender Zustand.
>
> - siehe Bild

Das liegt am FUSE HIGH.SPIEN . Das muss markiert sein. Kann man nur mit 
HVPP machen.
Konnte ich bei mir Nachstellen.

Versuche es im HVPP anzupassen. Dann geht auch SPI.

[c-hater (Gast)]

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.

[Frank G. (frank_g53)]

Probiere mal den anderen roten Steckplatz für den Controller.
Bei mir funktioniert der Zugriff auf den 8515 nur im SCKT3000D3.

Ach ich sehe gerade auf dem Foto, dass es schon so ist.
Vergiss den post.

[Gerhard H. (dc-man)]

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

[Stefan F. (Gast)]

Gerhard H. schrieb:
> In der original Anleitung sind Bilder zur
> Software vorhanden die sicher zu einer älteren Software gehören.

Bestimmt das AVR Studio, aus der Zeit stammt das Board. Installier das 
doch einfach: http://stefanfrings.de/avr_tools/index.html#avrstudio

[Uwe K. (ukhl)]

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.

[Stefan F. (Gast)]

Uwe K. schrieb:
> Versuche mal den STK500 neu ist das Studio einzubinden.

Was meinst du mit "einbinden"?

Ich würde die Verbindung zum PC stecken und dann in der entsprechenden 
Dialog Box das STK500 als Programmieradapter einstellen. Meinst du das?

[Uwe K. (ukhl)]

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.

[Gerhard H. (dc-man)]

Servus Zusammen,

Uwe K. schrieb:

> P.S.: Nicht aufgeben.

So es ist geschafft, mein erstes Programm läuft.

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

Lesen hilft und natürlich auch wenn man das Bord genauer betrachtet, zu 
den benötigten Anschlüssen.

- siehe Anhang Video.

Freundliche Grüsse
dc-man