Druckbare Version
Die AVR sind alle gleich aufgebaut. Du kannst die gleichen Bezeichnungen verwenden. Bei den SPI Anschlüssen habe ich schon einige kleine Differenzen festgestellt aber das wirst du schon herausfinden. Die Resetschaltung (Widerstand auf VCC und Kondensator auf GND) ist immer gleich. Versorgung bleibt auch immer gleich (100nF Kondensator nicht vergessen).
MfG Hannes
Der Kern der AVRs ist bei allen identisch (sprich vom kleinen Tiny bis hin zum großen Mega).Zitat:
Zitat von 021aet04
Das einzigste worin die sich unterscheiden ist die Peripherie und (natürlich) die Pinbelegung.
Natürlich musst du auch gucken, dass du einen Chip nimmst mit ISP sonst kannste den nicht programmieren. Aber ein Tiny2313 hat eins von daher passt es :)
Super, danke für die Info. So langsam kribbelts mir in den Fingern und ich will endlich loslegen :D
So, ich hab mir eben mal meinen RS232-Dongle angeschaut. Der stelle 3,3V und 5V zur Verfügung. Also müsste ich doch damit zum Rumspielen meinen ATTiny2313 betreiben können.
Wenn ich mich nun an die Beispielschaltung mit der LED vom Tutorial halten möchte:
http://www.rn-wissen.de/images/f/f8/...ung_mitled.gif
Ignorier ich die Pins 30 & 32 einfach?
Die LED ist beim Mega32 an PC0(SLC) angeschlossen.
Muss ich am ATTiny2313 dann ebenfalls an SCL (was hier dann Pin 19 wäre)? Oder darf ich mir einen der Pins aussuchen?
Laut Datenblatt steht SCL für:
"SCL: Two-wire mode Serial Clock for USI Two-wire mode."
Was auch immer das bedeutet :D
Weiterhin wüsste ich, wie sich der 1K Vorwiderstand für die LED ergibt. Hab ich hier, hab ich schon am Steckbrett drauf...aber ich wüsste gerne , woher der Wert kommt, bevor ich da was befeuere ;)
Dieser Pin hat eine Doppelfunktion:
Normalerweise ist es PortC, Bit 0 (PC0)
Der AVR hat aber auch ein Serielles Transceivermodul integriert (SPI, I2C..). Wenn du dieses Modul aktivierst, dann ist dieser Pin nicht mehr PortC, Bit 0, sondern er übernimmt die SCL Funktion (Serial Clock).
Wenn du im Datenblatt das entsprechende Kapitel liest, wirst du das sicher verstehen.
Wichtig: Wenn du diesen Pin als PortC, Bit 0 verwenden willst, dann darf das serielle Transceivermodul nicht aktiviert sein (standard). Details dazu findest du ebenfalls im Datenblatt.
Edit:
Den Vorwiderstand für die LED berechnest du folgendermassen:
U = R * I (Ohmsches Gesetz)
U RV = R V * I F (in unserem Fall)
U RV= Spannungsabfall am Widerstand
R V => so nennen wir den Widerstand in diesem Fall, weil es ein Vorwiderstand für die LED ist
I F = "forward current" -> Strom, der durch die LED fliesst
Das Ziel des Vorwiderstandes ist ja, die LED auf ihrem Betriebswert zu halten, deshalb muss am Widerstand die Differenzspannung aus deiner Versorgungsspannung und der LED Spannung abfallen.
-> U RV = U - U LED
Da du den Widerstand R V suchst, ergibt sich nun die Formel:
R V = (U - U LED) / I F
Zuerst einmal kannst du dir eigentlich jeden freien IO-Pin aussuchen, d.h. du musst ihn nicht an SCL anschließen, das ist hier wohl eher Zufall (viele Pins haben alternative Funktionen, die aber konfiguriert werden müssen damit sie diese auch annehmen, ansonsten sind sie freie IOs).
SCL ist die Taktleitung für den I2C-Bus (Inter IC Bus; IIC, I quadrat C) / TWI (Two-wire interface), wenn das TWI-Modul im ATtiny nicht verwendet wird ist dieser auch ein freier IO-Pin, d.h. du kannst deine LED da anschließen musst es aber nicht unbedingt.
Du musst nur schauen, dass du das richtige DDR (Richtungs Register) konfigurierst, also DDRA, DDRB etc.
@Jonny: Danke für die Auffrischung. Aber meine Frage war eher darauf bezogen, wie ich rausfinde, was aus dem Port des µCs raus/rein kommt.
Das Datenblatt hat 226 Seiten...und da würde mir n Suchbegriff auf die Schnelle sicherlich weiterhelfen. Wenn ich mir das alles so oft durchlese, dass ich es komplett verstehe...steh ich nächstes Jahr noch an dieser Stelle ;)
Die LED die ich benutze, hat mir unbekannte Daten (aus nem alten Bastelprojekt). Ich geh einfach mal von 3V und 20mA aus. Aber ich muss ja wissen, was mir der µC liefert.
Okay, nun weiß ich schonmal, dass SCL I²C ist ;)
Du kannst im Datenblatt unter "Electrical characteristics" schauen. Da ist ein DC current per I/O pin von 40 mA angegeben, man sollte diese aber eigentlich nicht ausreizen. Mit deiner 20mA LED wirst du da schon hinkommen, allerdings könntest du sie bestimmt auch mit weniger Strom z.B. 5mA betreiben.
Alles klar, ich les gleich mal nach. Geht mir ja erstmal nur ums testen. Wenn ich da was zum blinken bekomme, ist mir der Stromverbrauch erstmal egal :D
Leds leuchten auch bei einigen mA schon relativ hell. Ich kenne die Datenblätter auch noch nicht auswendig. Du musst nur die Grundbegriffe kennen. Willst du z.B. Interrupts verwenden (unterbrechen das Hauptprogramm bei einem Ereigniss), suchst du das Kapitel Interrupt und schaust es durch was du brauchst. Willst du ein PWM Signal verwenden schaust du nach dem Kapitel PWM,....
MfG Hannes
PWM ist sicherlich eins der interessanten Themen am Anfang. Damit müsste ich doch auch ein Dimmen einer LED emulieren können, oder?
Erstmal mach ich mich nacher an die Pinbelegung des AVRIPS MKII. Ich bin noch nicht so ganz schlüssig, wie die 6 Pins belegt sind.
Man kann mittels PWM die Led dimmen, der Strom ist aber immer so groß wie mit dem Widerstand berechnet. Mit der PWM veränderst du nur den Mittelwert.
MfG Hannes
So, ich hab eben mal ein bisschen Zeit in meine Vorbereitungen investiert.
Hab mir n paar Stecker gebaut, damit ich alles aufm Breadboart zusammenschubsen kann und dann hab ich meinen RS232-Dongle als Stromquelle missbraucht und den AVRISP mkII angeschlossen.
Eine LED zeigt mir an, dass überhaupt Strom beim µC ankommt. Soweit so gut.
AVR-Studio hat auch gleich meinen AVRISP mkII in der Firmware geupdatet.
Schöne Sache.
Scheinbar wird auch der ATTiny2313 erkannt.Im Connect-Dialog kann ich zumindest die Fuse-Bits sehn.
Wenn ich im Tab "main" jedoch die Signatur des ATTiny auslesen möchte, sagt mit AVR Studio, dass die Signatur nicht mit dem ausgewählten Gerät übereinstimmt.
Ich bekomme0x00 0x00 0x00 zurück.
Da ich unter http://www.mikrocontroller.net/topic/161971 folgendes gelesen habe:
hab ich unter Main - Settings die ISp-Frequent auf 1Mhz gestellt.Zitat:
Hab den Fehler gefunden. Hatte ein Beitrag gelesen wo der Auslieferzustand erwähnt wird. 8 Mhz und CKDIV8. Also Takt geteilt durch 8 sind 1 Mhz. Bei meiner Unkenntnis habe ich die ISP Frequenz auf 1 MHZ gestellt, also weniger als ein 1/4 Takt des Prozessor. Richtig ist 250 MHz bei 1 Mhz dann hat's funktioniert. Wenn der CKDIV8 deaktiviert wird kann die ISP Frequenz wieder höher sein.
Allerdings ist mir jetzt noch nicht so ganz klar, wie ich ein Programm schreiben kann und wie ich es übertrage, um zu testen, ob es funktioniert.Anhang 22672 (die grünen LEDs sind vom AAVRISP mkII, die blaue zeigt mir lediglich, dass der ATTiny2313 ne Versorgungsspannung hat und die rote LED ist der RS232-Dongle, den ich lediglich als Stromversorgung nutze...am µC selber hängt noch ne weisse LED, die aber ohne Programm nicht leuchten kenn xD )
Statt des I²C-Pins hab ich nun für meine LED den PB4 (OC1B/PCINT5) gewählt, damit ich nicht gleich für mein erstes Beispiel-Programm an den Fuses rumschrauben muss.
Außerdem hab ich bei den Fuses eh nicht die richtige für das Deaktivieren des I²C gefunden...
Ist es egal, welche Debuggingumgebung ich nutze?
Die I2C Schnittstelle wirst du in den Fuses nicht finden. Die musst du mit deinem geschriebenen Programm konfigurieren. Was du wo hinschreiben musst steht im Datenblatt unter "Universal Serial In terface - USI" da du hier nicht nur den I2C sondern auch den SPI (wird u.A. auch zum Programmieren per ISP verwendet) einstellen kannst. In den Fuses kannst du nur für die JTAG Schnittstelle (wird zum Debuggen verwendet) etwas einstellen. Alle anderen Sonderfunktionen der I/Os musst du in deinem Programm konfigurieren.
Es ist eigentlich egal welches Programm du verwendest solange es die Atmels unterstützt. Ich verwende das normale AVR Studio (noch in der Version 4). Ich programmiere mit dem USB AVR Lab von www.ullihome.de, mit dem Debuggen habe ich noch nichts gemacht. Zum Debuggen des Programmes verwende ich Leds zur Statusanzeige,...
Ich würde am Anfang einfach eine Led blinken lassen.
Das geht relativ einfach mit
Das ist nur die Main (Hauptprogramm). Die Led wäre hier an PD0 (Pin 2) angeschlossen. Die Led ist 1sec ein und 1sec aus. Es fehlen noch die Includes. Kennst du das AVR GCC Tutorial von www.mikrocontroller.net?Code:int main (void)
{
DDRD = (1<<PD0);
while (1)
{
PORTB |= (1<<PD0);
_delay_ms(1000);
PORTB &= ~(1<<PD0);
_delay_ms(1000);
}
}
MfG Hannes
Ne, kenn ich noch nicht.
Ich dachte aber, dass ich mit Hilfe des AVR-Einstieg-Wikiartikels hier evtl. schon die LED zum Blinken bekomme.
Also scheinbat gibts Probleme beim Kompilieren.
C:\Users\Cysign\Documents\waschi2.asm(1): error: Cannot find include file: avr/io.h
C:\Users\Cysign\Documents\waschi2.asm(2): error: Cannot find include file: util/delay.h
C:\Users\Cysign\Documents\waschi2.asm(4): error: syntax error, unexpected FUNCTION
Hab die Includes des AVR-Artikels genommen, da die mir einleuchtend erschienen.
Muss man die header-files unter Windows manuell nachrüsten??
Du hast einen kleinen Fehler gemacht. Du verwendest ".asm". Das wäre Assembler. Gleichzeitig verwendest du aber ".h" als Headerdateien. Das ist wiederum C. Das sind 2 verschiedene Programmiersprachen. Wenn du Assembler verwendest nennt sich die Endung für die "Headerdateien" glaube ich ".a". Bei den C-Dateien hast du als Endung ".c", dann kannst du ".h" als Headerdateien verwenden.
Welches Programm verwendest du? Wenn du AVR Studio verwendest musst du ein C-Projekt anlegen und als Datei hast du dann "*.c"
Hier siehst du es beim AVR Studio 5. http://www.youtube.com/watch?v=kHnxozE4X2I
Die Standart Bibliotheken werden bei der Installation mit installiert, wenn man auch den AVR GCC Compiler wählt. Wenn dieser Installiert wurde solltest du unter C: einen Ordner WINAvr-"Datum" besitzen. In dieser sind dann die Headerdateien zu finden.
MfG Hannes
Dir "Toolchain" ist wohl erst ab AVR Studio 5 mit an Bord. Ich lade grade Atmel Studio6 runter. Ich hoffe, dass es jetzt geht ;)
WinAVR ist bereits bei AVR Studio 4 dabei. Hier muss man es aber auswählen.
MfG Hannes
So, also das Atmel Studio 6 wirkt auch mich schon wesentlich benutzerfreundlicher. Hier konnte ich direkt und ohne Probleme n C-Projekt starten.
Ich denke mal, das dürften die richtigen Includes sein, da ich keinen Fehler beim Compilieren bekomme.Zitat:
#include <avr/io.h>
#include <avr/delay.h>
int main (void)
{
DDRD = (1<<PD0);
while (1)
{
PORTB |= (1<<PD0);
_delay_ms(1000);
PORTB &= ~(1<<PD0);
_delay_ms(1000);
}
}
Aber ich bekomm immer wieder die Meldung "Unable to enter programming mode".
Und die Device infos kann ich auch nicht auslesen, die anliegenden 4,9-5.0V Spannung jedoch werden scheinbar richtig angezeigt.
Wenn ich die ISP-Geschwindigkeit einstelle bekomme ich allerdings die Meldung, dass alles OK ist.
Kanns sein, dass ich einen der Pins falsch angekabelt hab?
"22:05:57: [WARNING] The device [attiny2313] is not supported in ASF Version [3.1.3] that is used in the project Waschbaer1
22:06:22: [ERROR] Unexpected signature 0x00000000 (expected 0x001e910a)., ModuleName: TCF (TCF command: Device:startSession failed.)"
Was ist denn jetzt ASF schon wieder?
Wenn er nicht in den Programming Mode kommt kann es sein das die Leitungen falsch sind. Kontrolliere noch einmal alle Leitungen. Hast du zwischen Reset und VCC (+ Versorgung) einen Widerstand?
Ess müssen VCC, GND, Reset, Clock, MISO und MOSI angeschlossen sein. Die Leitungen müssen 1:1 durchverbunden sein (VCC mit VCC, Reset mit Reset, Miso mit Miso,...).
Was ASF ist weiß ich leider nicht.
MfG Hannes
Atmel Software Framework^^
Ich prüf jetzt nochmal die Leitungen. Aber eigentlich hab ich das schon mehrfach geprüft, bevor ich Strom drauf gegeben hab...
Hmmmm....ich bin mir da schon ziemlich sicherm, dass die richtig sind.
Widertand ist auch zwischen VCC und RST. 100nF-Kondensator zwischen VCC und GND, nah am µC.
Ich zieh jetzt mal meine Power-LED raus. Eigentlich kann die ja nicht so viel verbraten... aber ich weiß ja nicht, wie viel Saft mein RS232-Dongle liefert...
Hast du ein Messgerät? Wenn ja dann miss einmal die einzelnen Spannungen.
MfG Hannes
Welche Spannungen? VCC gegen GND? 5,07V.
VCC, Reset, Miso, Mosi, Clock gegen GND.
MfG Hannes
VCC 5,06 V
Reset 5,04 V
Miso 0,00 V
Mosi 0,00 V
SCK 0,00 V
R zwischen Vcc und Rst 9,25 KOhm
C zwischen Vcc und Gnd 99,3 nF
Ich hab jetzt auch nochmal das AVRStudio 4 installiert. Aber ich bekomm immer wieder die Meldung, dass ich kein GCC installiert hätte:
Loaded plugin STK500
gcc plug-in: No AVR Toolchain installation found. The AVR GCC plug-in can still be used if you set up your own build tools.
Loaded plugin AVR GCC
Loaded partfile: D:\Programme\AVR Studio 4\PartDescriptionFiles\ATtiny2313.xml
gcc plug-in: No AVR Toolchain installation found. The AVR GCC plug-in can still be used if you set up your own build tools.
gcc plug-in: No AVR Toolchain installation found. The AVR GCC plug-in can still be used if you set up your own build tools.
Hast du Win AVR installiert (eventuell mit AVR Studio 5 oder 6)? Wenn ja solltest du es relativ einfach einbinden können. Öffne ein Projekt (wenn du es noch nicht hast). Anschließend wählst du "Project" (neben File) und "Project Options". Es sollte sich jetzt ein Fenster öffnen. In diesem Fenster ist auf der linken Seite normalerweise ganz oben "General", darunter "Include Directories",...
Gehe ganz nach unten bis "Custom Options" steht, wähle dieses. Auf der rechten Seite sollte jetzt unter "External Tools" die Option "Use WinAVR" angewählt sein. Wenn nicht mach einen Haken. Im Pfad darunter sollte jetzt einmal "C:\WinAVR-"Datum"\bin\avr-gcc.exe" bzw "C:\WinAVR-"Datum"\utils\bin\make.exe" stehen. Anschließend sollte es funktionieren.
Solltest du den WinAVR Ordner nicht besitzen kannst du über Google die Dateien suchen (einfach WinAVR eingeben) und installieren. Das Einbinden sollte gleich funktioniern.
MfG Hannes
Ich hab die Toolchain von der AVR Webseite installiert und der GCC-Fehler ist nun weg.
Allerdings findet Studio 4 den Treiber fürs AVRISP mkII nicht. Scheint wohl n häufigerer Fehler zu sein
http://www.mikrocontroller.net/topic/222060
Aus dem Grund deinstallier ich grade beide Studios nochmal und versuchs von vorne^^
Hmmm....ich vermute grade, dass mien AVRISP mkII ne zu neue firmware fürs 4er Studio hat...
Studio 4 hatte die firmware des Programmers geupdatet. Und Studio 6 hts danach direkt nochmal geupdatet...
Okay, mit Studio 6 auf 150Khz im ISP-Modus hats nun geklappt.
Scheinbar lags nur an der Übertragungsgeschwindigkeit.
Ich hab eben gelesen, dass die SVRs immer auf 1Khz ausgeliefert werden. Und da man im ISP-Modus wesentlich darunter liegen soll...hab ichs einfach mal ausprobiert.
Mit deinem Code leuchtet die LED nun:
Aber sie blinkt nicht.Zitat:
#include <avr/io.h>
#include <avr/delay.h>
int main (void)
{
DDRD = (1<<PD0);
while (1)
{
PORTB |= (1<<PD0);
_delay_ms(1000);
PORTB &= ~(1<<PD0);
_delay_ms(1000);
}
}
Mal schaun, ob ich das hinbekomme ;)
Ha, geil, es blinkt! ;)
Danke für deine Hilfe!
Zitat:
int main (void)
{
DDRD = (1<<PD0);
while (1)
{
_delay_ms(1000);
DDRD = (0<<PD0);
_delay_ms(1000);
DDRD = (1<<PD0);
}
/*
DDRD = (1<<PD0);
while (1)
{
PORTB |= (1<<PD0);
_delay_ms(1000);
PORTB &= ~(1<<PD0);
_delay_ms(1000);
}
*/
}
Hmmm.....jetzt darf ich mich erstmal in die Grundlagen der AVR-Programmierung einleben ;)
Das kann nicht funktionieren. Du schaltest nur den Pin zwischen Ein- und Ausgang um. Beim Ausgeklammerten ist der Fehler das du den PD0 (Port D Pin 0) als Ausgang definierst, aber mit PORTB den Port B (nicht D) ansteuerst. Habe gerade gesehen das ich das falsch geschrieben habe. Ich ändere es gleich. Richtig wäre statt PORTB PORTD zu schreiben.
Entschuldige
MfG Hannes
Das mit den Ports hab ich schon gemerkt. Hab die LED deshalb erstmal testweise an den von dir genannten Port gestöpselt, um diesbezüglich nen Fehler auszuschließen.
Inzwischen hab ich an beiden Ports ne LED zum Spielen ;)
Hast du ne gute Referenz zu den möglichen Befehlen auf Lager?
Also die beste Seite, um mit dem AVR-GCC warm zu werden ist meiner Meinung nach diese: mikrocontroller.netZitat:
Hast du ne gute Referenz zu den möglichen Befehlen auf Lager?
Alles klar, dann mal ab damit als PDF aufs Tablet ;)
Danke!
So, nachdem ich lange keine Zeit mehr gefunden habe, mich weiter mit der Materie zu befassen, hab ich eben endlich mal wieder das Atmel Studio gestartet. Nach anfänglicher Verwunderung, warum der µC meine LED nicht mehr blinken lassen wollte, hab ich dann die Ursache gefunden. Das Studio hat scheinbar (vllt. hats sich geupdatet oder sonst was?!) die Übertragungsrate von 150KHz auf 250KHz gestellt. Und so lief die Übertragung an meinen µC nicht mehr. Komische Sache.
Aber jetzt blinkts endlich wieder und ich kann weiter machen :)
Auf welche Frequenz ist der Atmega eingestellt (Taktfrequenz) bzw wieviel Mhz verwendest du? Wenn die Übertragung schief geht sollte AVR Studio eine Meldung ausgeben (Device not found, Programmer not found,...). Hat das AVR Studio einen Fehler ausgegeben?
MfG Hannes