Mikrocontroller.net - Benutzerbeiträge [de]

AVR Eclipse

2007-06-04T14:54:56Z

131.188.149.16: /* Eclipse */

Dieser Artikel beschreibt erste Erfahrungen mit Eclipse und der AVR-Toolchain.

== Was muss installiert sein ? ==

=== Unter Linux: (Gentoo) ===
==== Eclipse-IDE ====
* [http://www.eclipse.org/downloads/index.php Eclipse-IDE] Version 3.1.0
* [http://www.eclipse.org/cdt/ Eclipse-CDT-Plugin] Version 3.0.0
* [http://sf.net/projects/avr-eclipse Eclipse-CDT-Addon for AVR] Version 20070404

==== Compiler ====
* emerge crossdev
* crossdev --target avr
** binutils-2.16.1-r2
** gcc-3.4.6
** avr-libc-[latest]

==== Programmer ====
* emerge uisp

=== Unter Linux: (Debian) ===
==== Eclipse-IDE ====
* [http://www.eclipse.org/downloads/index.php Eclipse-IDE] Version 3.1.0
* [http://www.eclipse.org/cdt/ Eclipse-CDT-Plugin] Version 3.0.0
* [http://sf.net/projects/avr-eclipse Eclipse-CDT-Addon for AVR] Version 20070404

==== Compiler ====
* binutils-avr 2.15-3
* gcc-avr 1:3.4.3-2
* avr-libc 1:1.2.3-3

==== Debugger ====
* simulavr 0.1.2.2-1
* gdb-avr 6.3-2
* ? avra 0.7-1

==== Programmer ====
* uisp 20050207
* ? avrp
* ? avrprog

== Einrichten der IDE ==
=== Eclipse ===
Eclipse ist relativ einfach einzurichten. Die gesamte Entwicklungsumgebung kommt als eine gezipte Datei. Wird diese ausgepackt, so entsteht ein kompletter Verzeichnissbaum, der alle benötigten Dateien enthält.

Das CDT-Plugin ist als getrennte Zip-Datei erhältlich, und muss ebenso entpackt werden. Dabei ist darauf zu achten, die CDT-Datei in den gleichen Verzeichnissbaum zu kopieren, wie vorher Eclipse.

Allerdings ist die Verwendung des update managers wesentlich komfortabler.

'''Alternative 1:'''

Dieses Plugin installieren: [http://areciv.com/~doogie/index.php?aid=4 avr-eclipse]
Dann kann direkt ein AVR-Projekt mit den richtigen Einstellungen erstellt werden.

Hier startet man - wie bei Alternative 2 - mit dem "managed Make C Project", hat aber dann auf der zweiten Wizard-Seite in der Drop-Down-Liste "Project Type" die Möglichkeit, ein "AVR Cross-Target-Project" auszuwählen.

Weiterhin sollte man unter Linux im ausgepackten org.mrm.avr.2007xxxxxx.0.0-Plugin die Datei avr-objsplit.bat in ein ebenso einfaches Shellscript umbauen (#!/bin/bash in erste Zeile, ausführbar machen, @if umschreiben usw.) und nach /usr/bin/avr-objsplit kopieren. Das Skript wird dann immer von Eclipse im (automatischen) Build aufgerufen.

Angepasste Version für Linux:
<pre>
#/bin/sh

avr-objcopy -j .text -j .data -O ihex *.elf flash.hex
avr-objcopy -j .eeprom --change-section-lma .eeprom=0 -O ihex *.elf eeprom.hex
if [ ! -f eeprom.hex ]; then
echo ":00000001FF" > eeprom.hex
fi
</pre>

'''Alternative 2:'''

==== neu anlegen ====
Mein erster erfolgreicher Versuch lief mit einen "managed C Projekt". Ich hoffe in der folgenden Beschreibung fehlt kein Schritt:
* File / New / Managed Make C Project
** Project Name '''"test2" [Next]'''
** Project Type '''"Executable (GNU)" [Next]'''
** C/C++ Indexer '''"full ..." [Finish]''' (hab ich später geändert siehe unten)

==== Projekteinstellungen ====
* File / New / SourceFile
** '''[Browse] "test2" [OK]'''
** Source File: '''"test2.c" [Finish]'''
* Project / Properties
** C/C++ Build / ToolSettings
*** GCC-C-Compiler
**** Command: '''gcc''' ändern auf '''avr-gcc -mmcu=atmega16 -c'''
**** Das '''-c''' ist wichtig, damit nur kompliert aber nicht gelinkt wird.
**** Directorys Eintrag '''/usr/avr/include''' einfügen
**** Debugging gewünschten Wert einstellen (z.B. -g)
*** GCC-C-Linker
**** Command: '''gcc''' auch ändern auf '''avr-gcc -mmcu=atmega16 '''
**** Libraries: Library Search Path= '''/usr/avr'''
**** Miscellaneous: Linker Flags = '''-Wl,-Map,avr.map'''
*** GCC Assembler
**** Command: '''as''' ändern auf ''avr-as''
** C/C++ Build / Build Steps
*** Post-Build-Step
**** Command: '''avr-objcopy -j .text -j .data -O ihex test2 test2.hex'''
** C/C++ Indexer
*** Available Indexers = '''CTags Indexer (declarations only)'''
*** Include Files: Index Include paths ''' einschalten'''

==== später eingefügt: ====
* Project / Properties
** C/C++ Build / Build Steps
*** Pre-Build-Step
**** Command: '''uisp -dprog=dasa2 -dserial=/dev/ttyS0 -dpart=atmega16 --erase'''
* Project / Properties
** C/C++ Build / Build Steps
*** Post-Build-Step
**** Command: '''avr_upload'''
* Project / Properties
** C/C++ Build / Build Settings
*** Build Output
**** Artifact Name: '''avr_main'''

avr_upload ist eine kleine Batchdatei im Verzeichniss '''/usr/bin ''', die ich neu angelegt hab:
<pre>
#!/bin/sh
# .lst-Datei erzeugen (optional)
# avr-objdump -h -S avr_main > avr.lst
# Datei in Intel-hex erzeugen
avr-objcopy -j .text -j .data -O ihex avr_main avr.hex
# Intel-hex-Datei uploaden
#uisp -dprog=dasa2 -dserial=/dev/ttyS0 -dpart=atmega16 --upload if=avr.hex
# Intel-hex Datei uploaden und verifizieren.
uisp -dprog=dasa2 -dserial=/dev/ttyS0 -dpart=atmega16 --upload if=avr.hex --verify
</pre>

=== Eclipse Plugin ===

Im Forum gibt es ein Plugin für Eclipse, das einen Großteil dieser Einstellungen bereits beinhaltet. Der Thread steht unter:

http://www.mikrocontroller.net/forum/read-2-229419.html#new

Das Plugin wird dort zum Download angeboten. Aber es ist sicher hilfreich die dortige Anleitung zu beachten.

http://www.mikrocontroller.net/attachment.php/285349/org.eclipse.cdt.avrgcc_1.0.16.zip

'''HINWEIS:''' Bitte die aktuelle Version benutzen. Folgende Warnung bezieht sich auf die älteren Versionen (vor Version 1.0.14).
'''WARNUNG:''' Bei mir funktionierten Timer-Interrupts mit dem Plugin nicht (die jedoch tadellos mit der WinAVR Makefile fuktionierten). Vielleicht habe ich nur eine Option übersehen, seid aber auf der Hut. Wenn ihr Unregelmäßigkeiten bei IRQs feststellt, versucht's erstmal ohne das Eclipse-Plugin (bevor ihr stundenlang an eurem Code und euch selbst zweifelt :-) ).

== Erster Test ==
Die folgenden Angaben beziehen sich auf ein sehr einfache Entwicklungsboard mit SPI-Anschluss über die serielle Schnittstelle. Bestückt wurde von mir nur die Spannungsversorgung, der SPI auf RS232 Teil zum Programmieren des Prozessors, Prozessor und Quarz, sowie einige Taster und LEDs. Den Schaltplan gibts [http://www.pollin.de/shop/downloads/D810022B.PDF als PDF hier]

=== Ziel: Eine LED soll blinken ===
Mein Test läuft auf einem ATMega16, der einen 8MHz-Quarz hat. Der Quarz wird aber nicht genutzt, weil bisher keine Fuses gesetzt sind. Die einzige verwendete LED ist an Port D ('''PD6''') angeschlossen.
==== Das Kabel ====
Das Board hat eine 9-polige Buchse(Mama), der PC hat einen 9-poligen Stecker(Papa). Das Kabel muss somit direkt durchverbunden werden (!!!). Keines der Kabel wird gekreuzt. Am besten kauft man ein 9-polig beschaltetes "Verlängerungskabel" für die serielle Schnittstelle (meins ist selbergebastelt, und 1m lang)
==== Prozessor erkennen ====
Zuerstmal wollte ich testen, ob mein selbstgelötetes Board auch funktioniert. Ohne Prozessor sind die 5 Volt da, und auch sonst keine "Rauchzeichen". Prozessor eingesetzt, und an den PC angeschlossen.

Unter Linux kann der Befehl '''uisp -dprog=dasa2 -dserial=/dev/ttyS0 -dpart=atmega16 --rd_fuses''' verwendet werden. Entscheidend ist die erste Zeile der Antwort. Da sollte stehen: '''Atmel AVR ATMega16 is found'''. Wenn nicht ??? --- Bei mir war einfach nur der Strom für das Board noch nicht wieder eingesteckt.
* '''uisp''' = Programm zum Programmieren, Lesen und Löschen des AVR
* '''-dprogr=dasa2''' = Angabe der Pinbelegung der seriellen Schnittstelle. Je nach Hersteller des Programmierboards werden unterschiedliche Pinbelegungen verwendet. '''dasa2''' ist die, die bei mir gepasst hat.
* '''-dserial=/dev/ttyS0''' = Ich verwende die Schnittstelle COM1(ttyS0). Wer COM2(ttyS1) verwendet, muss '''/dev/ttyS1''' angeben.
* '''-rd_fuses''' = lesen der FUSE-Bits

==== Prozessor löschen ====
* '''uisp -dprog=dasa2 -dserial=/dev/ttyS0 -dpart=atmega16 --erase'''

==== Programm eintippen ====
(oder einfach von hier kopieren)
<pre>
#include <avr/io.h>

#define running 1

// Unterprogramm mit Zeitschleife fuer ATMega16 ohne Quarz
void delay_ms( unsigned int ms )
{
unsigned int i;
unsigned int j;

for ( i = ms; i; i-- )
{
for ( j = 51; j; j-- )
{
}
}
}

int main( void )
{
// PortD6 als Output konfigurieren
DDRD |= _BV(PD6);

// Hauptschleife des Programms
while ( running )
{
// LED einschalten, und dann warten
PORTD |= _BV(PD6);
delay_ms( 1000 );

// LED ausschalten, und dann warten
PORTD &= ~_BV(PD6);
delay_ms( 29000 );
}
}
</pre>'''Beim Speichern innerhalb Eclipse wird das Programm compiliert, und die Ausgabe sollte etwa wie folgt ausssehen:'''

<pre>
**** Incremental build of configuration Debug for project AVR_Test ****

make -k -q main-build
make -k pre-build main-build
uisp -dprog=dasa2 -dserial=/dev/ttyS0 -dpart=atmega16 --erase
Atmel AVR ATmega16 is found.
Erasing device ...
Reinitializing device
Atmel AVR ATmega16 is found.

Building file: ../tests/test1.c
Invoking: GCC C Compiler
avr-gcc -mmcu=atmega16 -I/usr/avr -O0 -g -Wall -c -fmessage-length=0 -otests/test1.o ../tests/test1.c
Finished building: ../tests/test1.c

Building target: AVR_Test
Invoking: GCC C Linker
avr-gcc -mmcu=atmega16 -L/usr/avr -Wl,-Map,avr.map -oAVR_Test ./tests/test1.o
Finished building target: AVR_Test

make --no-print-directory post-build
avr_upload
Atmel AVR ATmega16 is found.
Uploading: flash

Build complete for project AVR_Test
</pre>
Mit etwas Glück blinkt jetzt die LED

== weiter ==
soweit bin ich gekommen. Ich hab es sofort aufgeschrieben, weil nacher vergisst man irgendwelche Details.
Jeder ist aufgerufen hier weiterzumachen, wenn er mehr weiss, oder es besser gestalten kann.

== Debugging ==
Das Debuggen von AVR-Code mit Eclipse funktioniert prinzipiell. Man muss dazu sowohl das Packet simulavr als auch den avr-gdb haben. Allerdings hat die Release-Version 6.4 des gdb noch einen Bug, der im CVS bereits behoben ist.

Hat man beide Pakete übersetzt und installiert, so startet ein:

''simulavr -g -p 1212 -d atmega16 -P simulavr-disp''

den Simulator.

Unter eclipse erzeugt man ein neues Debug-Target und wählt als Debugger den avr-gdb. Dieser benötigt noch ein Startskript mit folgendem Inhalt:

target remote localhost:1212<br>
load<br>
break main<br>
continue

Das sollte reichen.

: Wo muss man das Target hinzufügen, wo kommt das Startskript hin? Ich finde es gerade überhaupt nicht.

[[Kategorie:AVR ]]

ARM Cortex Mikrocontroller

2006-12-19T17:19:31Z

131.188.149.16:

Die Firma ARM stellt selbst keine Prozessoren/Controller her, sondern entwickelt nur sogenannte "IP-Cores", die von Herstellern wie Atmel, Philips, TI lizensiert werden. Diese Hersteller ergänzen den Core um Speicher und Peripherie. Der Vorteil dieses Modells ist, dass dadurch sehr viele Prozessoren mit unterschiedlichster Ausstattung verfügbar sind, die alle mit dem selben Befehlssatz (und damit dem selben Compiler) programmierbar sind.

Allen ARM-Cores gemeinsam ist die 32 Bit RISC-Architektur. Manche ARM-Cores besitzen neben dem 32 Bit ARM-Befehlssatz noch einen zusätzlichen, kleineren 16 Bit-Befehlssatz ('''Thumb'''-Modus, erkennbar am '''T''' in der Beizeichnung, z.B. ARM7'''T'''DMI). Der Vorteil des Thumb-Befehlssatzes ist der geringere Platzbedarf des Codes; der Nachteil ist die etwas niedrigere Geschwindigkeit. Die ARMv7-Architektur (man beachtet das 'v') also z.B. Controller mit Cortex-M3-Kern untersützten ausschliesslich den Thumb2-Befehlssatz. Für etwas Verwirrung sorgt die Namenskonvention. So handelt es sich beim ARM7TDMI Core um die Hardwareversion 7, realisiert wird damit jedoch ARMv4, die Architekturversion 4.

Seit wenigen Jahren erst sind ARM-basierte Mikrocontroller erhältlich, die durch ihre einfache Beschaltung Alternativen zu 8-Bit-Controllern wie dem [[AVR]] oder dem 8051 sind. Der dafür meist verwendete Core ist der '''ARM7'''TDMI. Controllerfamilien dieser Klasse sind:

* NXP (ehemals Philips) [[LPC2000]]
* Atmel [[AT91SAM]]7
* Analog Devices [[ADuC7xxx]]
* [http://focus.ti.com/mcu/docs/mcuprodoverview.tsp?sectionId=95&tabId=203&familyId=454 Texas Instruments] [[TMS470]]
* und viele weitere

Eine weitere aktuelle Variante des ARM ist der [http://www.arm.com/products/CPUs/ARM_Cortex-M3.html ARM Cortex-M3], der für Low-End-Anwendungen und als Konkurrenz zu 8- und 16-Bit Mikrocontrollern wie dem [[AVR]] oder [[MSP430]] gedacht ist. Die bisher einzige Controllerfamilie mit diesem Kern ist die Stellaris-Serie von [http://www.luminarymicro.com/ Luminary Micro (LMI)].

Mehr Informationen zur ARM-Architektur finden sich in der [http://de.wikipedia.org/wiki/ARM-Architektur Wikipedia], weiterführende Links in der [[Linksammlung#ARM|Linksammlung]].

== Compiler ==

Einer der beliebtesten Compiler für ARM-Prozessoren ist der GCC. Er kann sowohl ARM- als auch Thumb-Code erzeugen. Ein komplettes Paket mit allen benötigten Tools für Windows ist [http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/#winarm WinARM], für Linux und Mac OS X gibt es fertige Komplettpakete [http://www.mikrocontroller.net/en/arm-gcc hier]. Alternative Pakete sind [http://gnuarm.com/ GNUARM] (Linux, Windows) und [http://www.yagarto.de/ Yagarto] (Windows, mit Eclipse-Integration).

Kommerzielle Entwicklungsumgebungen für ARM-basierte Mikrocontroller sind z.B. [http://rowley.co.uk/arm/ Crossworks ARM] (GCC-basiert, Windows und Linux), [http://www.iar.com/ewarm/ IAR Embedded Workbench for ARM] (Windows) und [http://www.keil.com/arm/ Keil/ARM] (Windows).

== [[JTAG]] ==

Alle ARM-basierten Prozessoren verwenden ein einheitliches JTAG-Interface, über das Debugging und Speicherzugriff erfolgen kann. Nicht standardisiert sind allerdings die Verfahren zum Beschreiben des Flash-ROMs, deshalb muss man beachten ob die verwendete JTAG-Software Programmierroutinen für den jeweiligen Controller besitzt.

Ein einfacher JTAG-Adapter für den Parallelport ist der "Wiggler"-kompatible, den man selbst bauen kann ([http://www.hygrand.com/Service/BBSUpImage/C1_254045WigglerJTAG.JPG Schaltplan]) oder z.B. hier im [http://shop.mikrocontroller.net/ Shop] für € 20,90 bestellen kann. Als Software lässt sich unter Windows und Linux [http://openocd.berlios.de/ OpenOCD] (zusammen mit [[GDB]]) oder [http://rowley.co.uk Crossworks ARM] verwenden.

Für USB gibt es [http://shop.mikrocontroller.net/ hier] einen ebenfalls OpenOCD-kompatiblen JTAG-Adapter zum Preis von € 69,90.

Als Alternative zum Beschreiben des Flash über JTAG ist ein oft serieller [[Bootloader]] im Controller enthalten.

== siehe auch ==
* [[Linksammlung#ARM|Linksammlung (Abschnitt ARM)]]

[[Category:ARM]]
__NOTOC__

Impact mask

2006-07-27T08:48:23Z

131.188.149.16: /* Fehlermeldung mit angewählten verify */

== Probleme und Lösungen für Xilinx Download tool (impact)==
=== Fehlermeldung mit angewählten verify ===
'''Problem:'''
Beim FPGA Programmieren mit aktivierten Verify bricht die FPGA Programmierung mit folgender Meldung ab:

Bitstream:2 - The input file
"C:\Xilinx_Projekte\Starterkit\tutorial\counter.msk" does not
exist. Please check that the specified location is correct and that
the bitstream was succesfully created.

'''Lösung:'''
*Verify deaktivieren, oder
*Bitgen erzeugt das für den Vergleich (Verify) nötige Maskfile (*.msk):

Im Projektmanager ISE6.3 ist
*beim Punkt Generate Programming file
*properties anzuwählen
*dort rechts oben "Readback Options" auswählen
*hier Readback anschalten (oberen beide Zeilen) dann kann man ein
Haken bei "´Create mask file" setzen

[[Category:FPGA und Co]]

Xilinx ISE: Hinweise zu Versionen

2006-07-27T08:47:19Z

131.188.149.16: /* XILINX ISE 8.1 */

Xilinx ISE: Hinweise zu Versionen

2006-07-27T08:46:13Z

131.188.149.16: /* Zerstörunge von VHDL-Files in Projekten von Vorgängerversionen */

Xilinx ISE: Hinweise zu Versionen

2006-07-27T08:46:01Z

131.188.149.16: /* =Änderungen */

Kategorie:FPGA und Co

2006-07-27T08:45:36Z

131.188.149.16: