STK500Control 2018-04-21

[LotadaC]

LotadaC hat eine neue Ressource erstellt:

STK500Control - Einfache Einstellung von Target-, Referenzspannung und Takt eines STK500

Die Software sucht (beim Start) an allen seriellen Schnittstellen nach einem STK500 (V2), liest diverse Werte aus und erlaubt die Einstellung von Vtg, Aref und dem vom STK erzeugten Takt.
Anhang anzeigen 7748

Rückmeldungen sind gern gesehen, insbesondere falls jemand das ganze mal mit mehreren STK500 und/oder Topcards testen kann.
Außerdem würden mich die Meldungen bei einem AVRisp (ohne mkII) interessieren, ggf auch bei diversen AVRisp-nachbauten, die sich als solcher über eine (ggf...

Weitere Informationen zu dieser Ressource...

 

[Logger]

Hi LotadaC

Habe 2 STK500 und bei beiden Funtioniert es.
Diese Einstellungen kannst du auch im Bascom Compiler vornehmen, habe mal Fotos angehangen.

Gruß Ralf

 

[LotadaC]

bei beiden Funtioniert es.

Teste mal bitte beide gleichzeitig.

kannst du auch im Bascom Compiler vornehmen,

Ja, aber Bascom nutze ich fast nie.
Atmel Studio bietet das natürlich auch, aber ich verwende das STK nicht als Programme - müßte also immer das Tool wechseln.

Du hast in dem einen Bild einen myAVR - ist das ein AVRisp-Klon mit USB-seriell-Wandler (meldet sich über'n COMport an)?
Meldet meine Software da irgendwas? (Einstellen kann ich da natürlich nichts...)

 

[Logger]

Hi LotadaC

Du hast in dem einen Bild einen myAVR - ist das ein AVRisp-Klon mit USB-seriell-Wandler (meldet sich über'n COMport an)?

Das ist ein "mySmartUSB light", läuft bei mir echt gut.
Das mySmartUSB light zeigt er auch als STK500_2, aber ohne Werte auf com7.
Mit dem gleichzeitig Testen mache ich heute Abend, dann melde ich mich.

 

[LotadaC]

Das mySmartUSB light zeigt er auch als STK500_2,

Hmm...
schau ich mir nochmal an, aber reading ID sollte eben genau die ID des Programmers liefern. Warum meldet sich Dein "myProgrammer" als STK500? Hätte da jetzt wenigstens 'n AVRisp (ohne mkII) erwartet. Quasi der Programmer des STK500 ohne den ganzen Kram drumrum (Spannungs-/Frequenzregelung,...).
Kann der "myProgrammer" denn auch HighVoltageProgramming (wenn er sich als STK meldet)?

Bei beiden Bildern ist derselbe Tab (von Com8) aktiviert (ja, das Log hab ich gesehen - Com7 liefert nur nullen für die Werte - aber es antwortet auf die Kommandos, und zwar mit nullen). Was zeigt der Tab von Com7? Alle Regler unten?

mache ich heute Abend, dann melde ich mich.

Danke fürs Debugging...

 

[Logger]

Hi LotadaC

Bei dem mySmartUSB light gibt es keinen Tab, er Tauchte nur unten in der info zeile auf.
Hier ist der Link zum mySmartUSB light : http://shop.myavr.de/?sp=article.sp.php&artID=200006,
Auszug von myAVR :

• Firmware
  • Auslieferung mit STK500 kompatibler Firmware
    Firmware im Auslieferzustand verfügt über einen automatischen Step-Down-Modus;
    geeignet für Controller, die auf langsamere Taktquellen unter 1 MHz umgeschaltet wurden und
    sich bisher nicht mehr mit der Standard ISP-Geschwindigkeit ansprechen ließen
  • alternative Möglichkeit: Firmware AVR911/910/109
  • aktualisierbar für neue Protokolle oder Controllertypen durch vorinstallierten Bootloader
  -----------------------------
  Habe gerade den Test durch geführt und siehe da, 2 STK500 und 2 Tabs, Foto hängt an, alles zum einstellen vorhanden.

 

[LotadaC]

Bei dem mySmartUSB light gibt es keinen Tab, er Tauchte nur unten in der info zeile auf.

Haste mal'n Screenshoot, wenn beim Start nur der mySmart drann ist?

aktualisierbar für neue Protokolle oder Controllertypen durch vorinstallierten Bootloader

wird da auch noch entwickelt?

Ich nutze derzeit den originalen AVRisp mkII. Der kann (low voltage) quasi alle ISP-Controller, außerdem die TPI-ATtinies (JTAG, XMEGAS und debugWire-Kram hat mich bisher nicht interessiert, kann er aber wohl auch). Gegenüber dem STK500 kann er Protokolle, die auf bidirektional auf einer Leitung kommunizieren, zB TPI und PDI).
Weder STK500 noch AVRisp mkII können das Protokoll der neuen X-Core-Tinies - UPDI. Der neuer Programmer wäre der ATMEL ICE.

Das STK kann außerdem HVSP und HVPP.
Beim AVRisp mkII kann man mit einem Trick TPI-Tinies mit HV-TPI programmieren. Dasselbe sollte sich beim ICE auch machen lassen. Beim ICE gibt's meiner Meinung nach einen ähnlichen Weg für's HV-UPDI.
(AVRisp mkII Und ATMEL ICE können selbst keinerlei High Voltage Programming)

 

[Logger]

Haste mal'n Screenshoot, wenn beim Start nur der mySmart drann ist?

Hier kommt der Screenshoot.

Ich habe schon ein paar ATinis mit dem STK500 in HV seriell programmiert, da es mit der ISP schnittstelle nicht Funktionierte.
Da wäre ich fast Verzweifelt.

 

[LotadaC]

Kannst Du dem mySmart mal mit 'nem Terminalprogramm "1B 01 00 01 0E 01 14" (hexadezimal) senden, und posten was er antwortet (hex und ASCII)?
So wie hier?

 

[Logger]

Das Ist die Antwort

 

[LotadaC]

Das war nicht HEX gesendet, sondern ASCII. (Cyan statt violett).
Du hast wahrscheinlich den String erst kopiert, und dann links auf HEX geändert.
Schalte mal erst auf HEX, und kopiere danach den String. dann sollte es so aussehen:

 

[Logger]

Oh Entschuldigung, nicht aufgepasst.
Jetzt aber richtig, erste Bild ist mySmartUSBlight an COM7, zweite Bild ist STK500 an COM8.

 

[LotadaC]

Ah ok, daß paßt so zu:

Firmware

• Auslieferung mit STK500 kompatibler Firmware
  Firmware im Auslieferzustand verfügt über einen automatischen Step-Down-Modus;
  geeignet für Controller, die auf langsamere Taktquellen unter 1 MHz umgeschaltet wurden und
  sich bisher nicht mehr mit der Standard ISP-Geschwindigkeit ansprechen ließen
• alternative Möglichkeit: Firmware AVR911/910/109
• aktualisierbar für neue Protokolle oder Controllertypen durch vorinstallierten Bootloader

Wenn der Programmer sich als STK500_2 ausgibt, behandelt mein Programm ihn auch so. In Bascom scheint er aber als myAVR angezeigt zu werden...??
AVR911 = AN2568 (liegt derzeit als B-Revision von 2012 vor) - darin wird der Open Source Programmer abgehandelt. Also eher die Kommunikation vom PC her gesehen. Also auf was der Programmer wie reagieren muß, um mit dem Atmel/AVR-Studio arbeiten zu können.
AVR910 = ATMEL-0943 (derzeit F-Revision von11/2016) - beinhaltet eherden Hardware-Aufbau des Programmers bzw der Leitungen (-SPI) und das Protokoll zum Target hin
AVR109 = 1644 (G-Revision von 06/2004) - darin geht's um Bootloader

Die STK500 kompatible Firmware müßte hingegen auf AVR061 = 2525 (B-Revision von 04/2003) verweisen (neben 910/911) - das wäre das Kommunikationsprotokoll des STK500 (also der alten Firmware)
Mit dem AVR-Studio 4.11 (build 401) gabs für das STK500 (und wohl auch den alten AVRisp) 'n Firmware-Update auf "v2".
Das entsprechende Kommunikationsprotokoll steht in AVR068 = AN_2591.
Das habe ich in meinem Programm umgesetzt, und zu diesem scheint Dein myAVR kompatibel zu sein.
Es beinhaltet aber neben dem STK500_2 auch den AVRisp_2 - und der wäre für den myAVR als Emulation besser gewesen - der myAVR besitzt nunmal keine Möglichkeit Vtg, Aref und Clock einzustellen/auszugeben...

Achtung!
AVRisp und AVRisp_2 sind nicht mit dem AVRisp mkII zu verwechseln.
Erstere sind via seriellem Port angebunden, letzterer besitzt einen eigenen USB-Treiber (und wohl auch ein eigenes Kommunikationsprotokoll)

 

[Logger]

So sieht es aus wenn ich mySmart über Bascom zum Programmieren aufrufe.
Er hat 5V oder 3V zum Programmieren, die Spannung kommt vom USB oder Board, einstellbar.

 

[LotadaC]

Er hat 5V oder 3V zum Programmieren

Eigentlich ist Vtg dazu da, dem Programmer die tatsächliche Versorgungsspannung des Targetsystems mitziteilen, damit dieser seine Pegel auf MISO, SCK und /Reset anpassen kann, und MOSI korrekt auswertet.
Einige AVR können ab 1,8V..5,5V betrieben und programmiert werden.
AVRisp mkII und Atmel ICE generieren als reine Programmer entsprechend grundsätzlich kein Vtg.
Das STK500 ist nebenbei ein Starterkit, eine Entwicklungsplattform. Der Controller darauf kann (über den LM317 direkt neben dem Power-Schalter) eine variable generieren. Wenn der Vtg-Jumper aber offen ist, kann ein extern versorgtes Target programmiert werden (bzw die Target-Seite des STK500 kann extern versorgt werden).

die Spannung kommt vom USB oder Board, einstellbar.

D.h. Du kannst wählen, ob er 5V oder 3V auf Vtg legt, oder gar nichts. Extern anliegend versteht er dann aber auch nur 5V oder 3V (mit entsprechenden Toleranzen)?

Das Protokoll des mySmart hab ich jetzt so auf die schnelle nicht gefunden. Könnte man sicher am USB-TTL-Konverter lauschen, aber viel Sinn macht das für mein Programm auch nicht...

 

[Logger]

Eigentlich ist Vtg dazu da, dem Programmer die tatsächliche Versorgungsspannung des Targetsystems mitziteilen, damit dieser seine Pegel auf MISO, SCK und /Reset anpassen kann, und MOSI korrekt auswertet.

Da hast du natürlich Recht , ich habe mich da falsch ausgedrückt. Es ist die Versorgungs Spannung für die Prozessoren.
Diese kommt entweder über den USB port oder von der Schaltung in der derProzessor sitzt.
Die Versorgung über den USB Port lässt sich dann auch zur Versorgung des MC Software mässig einstellen.
Beim aufstecken in eine ISP Schnittstelle zeigen je 1 Led an ob 5V oder 3V in dem System anliegen.

 

[LotadaC]

Soweit war das klar. Die Frage war eher, ob der Programmer ein Target versteht, welches mit eigenen 1,8V versorgt ist.

Aber das nur interessehalber - mein Programm werde ich diesbezüglich nicht ausweiten.