USB AVR Lab

[christian_u]

Hallo,

Einige von euch werden das Lab sicher schon kennen, es ist eine kleine günstige Hardwareplattform mit USB die als universelles Interface genutzt werden kann. Ursprünglich war Sie nur AVR-ISP Programmer mittlerweile gibt es viele Anwendungsmöglichkeiten (I2C Logger SPI Logger, RS232 Interface, Oszi, JTAG Interface u.s.w.).


Ich werde hier im Thread immer mal einige neuigkeiten / News zu den Firmwares u.s.w. bekanntgeben wenn das erwünscht ist.

http://www.ullihome.de/index.php/Hauptseite#USB_AVR-Lab

Die eigentliche Neuigkeit ist derzeit das das die Jtag Firmware und dazu
passend das Boundary scan Tool fertig gestelt sind. Damit kann man auf
jedem Jtag fähigem IC, Pins auslesen/setzen auch im laufenden Betrieb
oder ohne Firmware. Für die AVR´s sind die nötigen BSDL Files schon
enthalten.

Es gab in der jüngsten vergangenheit wieder etliche updates für das USB
AVR Lab Tool und damit verbesserete Firmwares, aktuell ist die V4.0.

Ich bin gerad dabei das Oszi zu überarbeiten, dieses wird dann
warscheinlich an die 100KS/s und verschiedene Triggermöglichkeiten
beherschen so das es schon recht nützlich sein wird. Es sid auch
Vorsätze mit weitaus höheren Samplerates geplant aber dazu später mehr.
Im selben Zug wird der Logikanalyzer fertig werden.

Auf der Softwareseite wird es bald ein nettes Tool zum
Programmieren/Fuses berechnen/setzen/lesen geben welches auch ein wenig
Hilfestellung bei den Einstellungen gibt und natürlich
Plattformübergreifend verfügbar wird.

Bei Fragen Anregungen oder nötiger Hilfestellung bin ich natürlich
wie immer per Mail/IRC oder Skype zu erreichen.

lg
Christian

[oberallgeier]

Hallo Christian,

... eine kleine günstige Hardwareplattform mit USB die als universelles Interface genutzt werden kann ...

So könnte man es ja ausdrücken. Wenn blos nicht bei "günstig" gleich dieser Sound von "Geiz..." drin wäre und bei "klein" etwas wie "... wird schon gehen ...". Ich bin mit meinem Teil hoch zufrieden und finde es eher
DAS kompakte Flashwerkzeug mit etlichen nützlichen Varianten.

Einige Fragen habe ich zu den Firmwarevarianten.

Wozu ist es gut und sinnvoll, dass sowohl ein STK500 als auch ein AVRISPmkII aufgespielt werden können? Beide Teile verrichten doch im Prinzip die gleiche Arbeit? Gibt es für eine oder andere Variante Vorteile? Natürlich ist die Vorliebe oder Gewöhnung für die eine oder andere Arbeitsweise ein Argument - mich interessiert, ob prinzipiell mehr dahinter steckt oder stecken könnte.

Was macht man mit dem Bitbanging? Früher dachte ich dabei an etwas das ja HV heißt - und wohl mit dem Spannungspegel hier nicht gemacht werden kann. Was mache ich bitte damit?

Ist es schlimm, wenn mein USB-AVR mini als *232-Version einerseits funktioniert, andererseits das in den Dokumentationen genannte "PC-Verbindung-steht"-Signal mit der blauen LED nicht geht? (ich habe das LAB als Version avrlabtool_i386-win32-4.0.exe in Verwendung). Die leuchtet beim Anwählen des Terminals nur kurz auf . . . . (Win XP pro mit SPs).

Ja - und noch eine Frage zum I2C-Logger. Der kann ja den Datenverkehr mitschneiden. Kann man den - vielleicht mal in Zukunft - auch als Sender/Master benutzen? So als Hilfswerkzeug bei der I2C-Programmierung?

Danke für die Antworten.

[christian_u]

Hi,

Da muss ich wohl nochmal über die Formulierung nachdenken, wenn die so negativ klingt

Zu STK500 vs AVRISPmkII:
Prinzipiell machen beide das gleiche da hast du recht. De AVRISPmkII Firmware hat den Vorteil das sie einen tzck schneller sit da nicht so viel overhead wie bei der virtuellen Com Port Variante an Traffic entsteht.
Weiterhin muss man nicht extra einen Treiber installieren.
Nachteil ist das Sie ohne den LIBUsb-Filtertreiber nicht mehr so einfach in den Bootmodus versetzt werden kann und der auf einigen Systemen ein ziemliches Chaos anrichten kann hier also Vorsicht.
Weiterhin ist Sie nicht unter Vista Lauffähig da dort Low Speed Geräte nicht für Bulk Transfers erlaubt sind.
Die STK500 Firmware läuft auf XP und Vista32 und kann zudem noch als Debug-Schnittstelle genutzt werden da Sie wenn nicht gerad geflasht wird direkt als RS232 Wandler genutzt werden kann.
Hat als beides leicht Vor und Nachteile.

Die Bitnanging Firmware kann benutzt werden um z.b. Relais zu schalten oder mal schnell ein paar Schaltsignale auf dem Steckbrett zu haben oder so etwas...

Das mit der Blauen LED am Terminal ist einfach so, ich konnte bisher noch nicht eindeutig klären warum das mit dem AVR Studio funktioniert aber mit Hyperterm nicht. Seh ich im Moment auch nicht als DEN BUG an

Mit dem I2C Logger kannst du bereits senden, du kannst unten in dem Eingabefeld hexadezimalwerte +

* s kennzeichnet eine Startbedingung
* p kennzeichnet eine Stoppbedingung
* n kennzeichnet ein Nack
* a kennzeichnet ein Ack

Diese Zeichen eingeben um etwas zu senden...

lg
Christian

[christian_u]

Hi,

Es gibt mal wieder ein paar aufregende Neuigkeiten
Und zwar ist der erste Schuss des USB AVR Lab Programmers fertig.

Das ist eine Programmiersoftware die ich hauptsächlich für Einsteiger entwickelt hab, um es ihnen so einfach wie möglich zu machen die AVR´s zu brennen.

Die ISP Geschwindigleit wird dabei automatisch erkannt wenn man ein Target anschließt ebenso wie der Controller autoatisch selektiert wird (über die Device ID).
Man kann die Fuses schön übersichtlich in einem Dialog einstellen ähnlich zum AVR Studio. Auch als Fuse Calculator kann man die Software super benutzen.

Es ist geplant sg. Pachages damit speichern zu können da wird dann alles (Hex File,EEPROM File, Fuses, LockBits) in eine Datei gespeichert die man einfach mitgeben kann und alles wird richtig eingestellt. Spart Dokumentationsarbeit bei den Fuses u.s.w. das wird aber erst in den kommenden Wochen implementiert.

[hütti]

Ein kleiner Erfahrungsbericht meiner seits:

Ich habe mir das USB AVR-LAB bestellt um den
STK500 und den AVRISPmkII - Modus zu nutzen.
Getestet habe ich mit AVR Studio 4.16, Bascom 1.11.9.3
und AvrDude 5.5. Mit keinem der genannten Programme
war ein vollständiges flashen eines Atmels möglich.
Mal ging der eigentliche flash, dann brachten aber
die Fuse-Bits Probleme oder umgekehrt. Mit dem AVR-
Studio ging nix, nur eine Fehlermeldung bei der
Initialisierung.
Um meine Softwareinstallation zu testen habe ich mir
ein original STK500 und den original AVRISPmkII
ausgeliehen. Mit denen liefen alle Programme problemlos!
Der Fehler lag also definitiv an der Hardware.
( Firmware Version 4 )

Also habe ich mir die Hardware mal genauer angeschaut.
Es gibt eine 5V und eine 3V Version, das im Web
erhältliche Schaltbild zeigt aber einen Mix aus beiden
Versionen. Dir korrekten Bauteile muss man sich dann
anhand der Bestückungslisten zurechtfummeln.

Auf meiner Hardware war aber anstatt einer 3V6 Z-Diode
( fertig aufgebaut gekauft ) eine 3V3 aufgelötet.
Das ergibt dann eine Betriebsspannung für den Atmel
von 2V6. Da der Atmel ein L-Typ ist, sind das 0V1 unter
der Mindestanforderung. Bei einer UB von 2V7 ist der
Atmel mit einer max. Taktfrequenz von 8 MHz spezifiziert,
hier wird er aber mit 12 MHz betrieben.

Christian sagte mir dann per Mail das wäre alles schon
richtig so. Da ich aber damit nicht einverstanden war,
haben wir uns auf eine Rücksendung geeinigt ( war alles
noch innerhalb der 2 Wochen Frist ).

Zurückgesendet habe ich das gute Stück auch, nur warte
ich seit Ostern auf mein Geld. Per Mail bekommt man nur
etwas von "vergessen" erzählt.

Ich habe mal versucht es so neutral wie möglich zu
schreiben. Denkt Euch euren Teil selbst.

Gruss

Hütti


PS.
Sollte sich was tun, werde ich berichten !

[oberallgeier]

Hi hütti,

ich kann Deine Pannen nicht ganz bestätigen, obwohl ich zwischendurch mit dem USB-Programmer von Christian auch nicht klar kam.

Den Programmer für die Druckerschnittstelle von Robotikhardware - also dieses Teil - hatte ich ewig nicht geliefert bekommen und daher den "früheren" AVR USB Programmer - vor eineinhalb Jahren - bei Christian bestellt. Darauf kam (natürlich) der Programmer von robotikhardware. Da ich den AVR USB-Mini nicht sofort ingang bekam, hatte ich ihn zur Seite gelegt. Nach ein paar Wochen "wollte ich es wissen" - und bekam in wieder nicht an (ich war damals rechter Anfänger in µController-Technik - bin ich meist immer noch). Also Diskussionen mit Christian, ich schicke im das Teil zu und bekomme es nach einiger Zeit wieder. Wirklich ingang gesetzt hatte ich das USB-Teilchen, als ich meinen pololu-orangutan mit Mega168 nicht mit dem robotikhardware-Teil und PonyProg flashen konnte - der Controller war einfach nicht existent. Nach einigem Rumprobieren bekam ich das mit Christians USB-Teil hin. Dann kam die derzeit aktuelle Software - möglicherweise läuft das Miniteil seither absolut störungsfrei: selbstgestrickte Platinen, RNControl 1.4, der pololu-orangutan ein tiny13 auf einer selbstgebauten tiny2313-Platine (mit ein paar Drähten hingefrickelt) und mit internem Langsamtakt . . . mögicherweise war ich davor einfach zu dämlich. Die gleiche Hardware wie letztes Jahr wurde mit der aktuellen "LAB"-Firmware bestückt und läuft und läuft. Ich will das Teil heute nicht mehr missen und nutze den Programmer für die Druckerschnittstelle und PonyProg praktisch nicht mehr. Ich muss dazusagen, dass ich mit AVRStudio arbeite - da ist der USB-Programmer direkt als STK500-Clon schon sehr praktisch.

Ein Problem habe ich: auf meinem (nicht gerade Billigcomputer) ist das USB AVR Lab an der originalen Front-USB-Schnittstelle nicht immer fehlerfrei zu betreiben. Auf meiner "hinten"liegenden Zusatz-USB-Karte läuft es wirklich störungsfrei und wie geschmiert.

[christian_u]

Ich kopier mal meine Antwort aus dem Mikrokontroller Forum hier rein in der er diese Propaganda 4x gepostet hat. Das ist eben der dak dafür das man täglich 3 Stunden opfert und alles als OpenSource und zum Selbstkostenpreis anbietet damit die Einsteiger es möglichst einfach haben.

Das Geld hab ich dir doch, wie schon geschrieben am 5.5. überwiesen ?

Und bei jetzt knapp 300 Leuten läuft das ganze anstandslos, ich bin gern
bereit mit jedem wie dir auch etliche leute sicher bestätigen können
Fehler zu suchen und in 90% der Fälle finden sich dann Schaltungsfehler.
ich hab auch trots der etlichen Mails nicht in Erfahrung bringen können
wie diene Schaltung denn nun auschaut. Statt dessegn hast du immer
wieder angefangen die Schaltung in Frage zu stellen und mit dem
Datenblatt des Controller angefangen. Der AVR macht die 2,7V bei 12 Mhz
schon problemlos mit ich hatte jedenfalls bisher bei allen die ich
gebaut hab und was sind wie gesagt hunderte KEINE AUSFÄLLE. Da ich die
auch teste ist das Risiko das mal ein Controller nicht geht bei mir.

Also habe ich mir die Hardware mal genauer angeschaut.
Es gibt eine 5V und eine 3V Version, das im Web
erhältliche Schaltbild zeigt aber einen Mix aus beiden
Versionen. Dir korrekten Bauteile muss man sich dann
anhand der Besückungslisten zurechtfummeln.

Genau dazu sind Bestückungspläne da, zum bestücken.
Deshalb ist auch dort gekennzeichnet welche Bautele in welcher version
bestückt sind...

Auf meiner Hardware war aber anstatt einer 3V6 Z-Diode
( fertig aufgebaut gekauft ) eine 3V3 aufgelötet.
Das ergibt dann eine Betriebsspannung für den Atmel
von 2V6. Da der Atmel ein L-Typ ist, sind das 0V1 unter
der Mindestanforderung. Bei einer UB von 2V7 ist der
Atmel mit einer max. Taktfrequenz von 8 MHz spezifiziert,
hier wird er aber mit 12 MHz betrieben.

Und er wurde von mir daraufhin getestet das er genau damit läuft.
Da USB läuft was ja bei dir auch funktioniert hat ann ees also daran
schlecht liegen.

[hütti]

Also, heute am 12.5.09 ist immer noch kein Geld da.

Ich habe den AVR-LAB fertig aufgebaut gekauft, nicht
selber was gestrickt.

Und es ist keine Propaganda, sondern ein Erfahrungsbericht.

[christian_u]

http://www.mikrocontroller.net/topic/65610#new

hab keine Lust immer in 2 Foren zu schreiben, für Hütti scheint das ja normal zu sein.

[thewulf00]

OMG. Der Hütti hats echt drauf ... Arbeitet in einem Ingenieurbüro und kriegt nichtmal seinen Programmer zum Laufen.
Bestimmt einer der Top10-Poster bei Heise.de ...