bidiboneentwicklungsumgebung
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
bidiboneentwicklungsumgebung [2014/01/16 09:52] – Intro ergänzt Michael | bidiboneentwicklungsumgebung [2016/07/05 10:52] (aktuell) – Externe Bearbeitung 127.0.0.1 | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
====== Entwicklungsumgebung BiDiBone Programmierung ====== | ====== Entwicklungsumgebung BiDiBone Programmierung ====== | ||
- | Als Entwicklungsumgebung für den BiDiBOne mit dem Prozessor ATMXMega128D3 | + | Als Entwicklungsumgebung für den BiDiBOne mit dem Prozessor ATMXMega128D3 |
- | ===== AtmelStudio 6 einrichten ===== | + | Der Umgang mit anderen Entwicklungsumgebungen und der Anschluss eines Programmers an die verschiedenen BiDiB-Baugruppen wird ausführlich im Kapitel [[programmer|Direkte Programmierung mit Programmer]] erklärt. |
- | Eine Beschreibung zum Einrichten des AtmelStudios 6 findet sich z.B. auf: [[http:// | + | |
+ | * [[bidiboneentwicklungsumgebung: | ||
- | Weitere Features für das AtmelStudio können über den [[bidiboneentwicklungsumgebung: | + | Bei allen Entwicklungsumgebungen müssen die Fuses gleich eingestellt |
- | Dieser Artikel enthält Hinweise, die das BiDiBOne-Projekt betreffen. | + | ===== FUSES ===== |
- | + | (Atmel | |
- | ==== Einstellungen | + | |
- | === Tools | Options === | + | |
- | {{: | + | |
- | {{: | + | |
- | + | ||
- | === Tastaturkürzel | + | |
- | (VAssistX.RefactorRename: | + | |
- | + | ||
- | VAssistX.ChangeSignature: | + | |
- | {{: | + | |
- | + | ||
- | VAssistX.RefactorDocumentMethod: | + | |
- | {{: | + | |
- | + | ||
- | === Zeilennummern === | + | |
- | {{: | + | |
- | + | ||
- | === Tabulatoren und Einzüge === | + | |
- | {{: | + | |
- | + | ||
- | === Pfad zu Compiler und Linker === | + | |
- | {{: | + | |
- | (z.B. D:\Program Files (x86)\Atmel\Atmel Toolchain\AVR32 GCC\Native\3.4.2.1002\avr32-gnu-toolchain\bin) | + | |
- | + | ||
- | ==== Toolchain ==== | + | |
- | Projekt anwählen, Kontext-Menü: PROJEKT-Properties – Toolchain | + | |
- | + | ||
- | Abhängig vom Projekt die Eigenschaften einstellen. | + | |
- | + | ||
- | ==== FUSES ==== | + | |
- | Tools | Device Programming – TOOL auswählen => Apply – Fuses: | + | |
Als beste Einstellung für die Fuses hat sich folgende Kombination bewährt: | Als beste Einstellung für die Fuses hat sich folgende Kombination bewährt: | ||
Zeile 61: | Zeile 31: | ||
* FUSEBYTE4 = 0xFF | * FUSEBYTE4 = 0xFF | ||
* FUSEBYTE5 = 0xE5 | * FUSEBYTE5 = 0xE5 | ||
- | |||
- | ==== Modulinformationen ==== | ||
- | VAssistX | Tools | VA Outline | ||
- | |||
- | Zeigt die „Innereien“ eines geladenen Moduls an, wie #defines und Funktionen. | ||
- | |||
- | ==== Extensions ==== | ||
- | Via Tools | Extension Manager … | ||
- | |||
- | Beachte: Atmel-Konto notwendig. | ||
- | |||
- | === Versionskontrolle === | ||
- | Mit der Wahl auf GiT bietet sich das Extension: **Git Source Control Provider** an. | ||
- | |||
- | Installation und Anmeldung bei GiTLab sind in {{ codehilfe: | ||
- | |||
- | |||
- | === Dokumentation === | ||
- | Zur Dokumentation oder zum Lesen dokumentierter Quellen bietet sich Doxygen an. | ||
- | * laden, neu starten | ||
- | * Konfiguration: | ||
- | * Doxygen Executable Path ==> z.B. D: | ||
- | * Dokument erzeugen: Project | Doxygen … | ||
- | * Config File Editor – Edit ==> z.B. OUTPUT_LANGUAGE = German | ||
- | * … | ||
- | * Save Settings | ||
- | * Generate → als HTML- und TeX-Dokument nutzbar | ||
- | |||
- | ==== Tipps ==== | ||
- | === Spickeln === | ||
- | Atmel stellt in seinem Atmel Software Framework (ASF) Module für Teillösungen zur Verfügung, die in die eigene Entwicklung einbezogen werden können. Diese Module sind in der Regel sehr gut dokumentiert und beschreiben die verwendeten Techniken. | ||
- | Lädt man interessante Module z.B. in einem separaten Projekt und lässt die Dokumentation mit Doxygen erstellen, erhält man eine prima API-Beschreibung. | ||
- | |||
- | === Zugriff auf Systemdaten gestatten === | ||
- | Bestimmte Security-Software blockiert standardmäßig den Zugriff auf Systemdateien etc. Dieser Zugriff muss für manche Applikationen aus dem Atmel Studio 6 explizit gewährt werden: | ||
- | * arm-none-eabi-gcc.exe | ||
- | * cc1.exe | ||
- | * as.exe | ||
- | * collect2.exe | ||
- | * id.exe | ||
- | * arm-none-eabi-objcopy.exe | ||
- | * arm-none-eabi-objdump.exe | ||
- | * arm-none-eabi-size.exe | ||
- | Einige Funktionen werden erst im Laufe der Zeit bzw. beim Debugging aufgerufen. | ||
- | |||
- | ==== Unit Tests ==== | ||
- | Atmel bietet mit den ASF ein Testframework (z.B. Unit test framework (driver)) an. | ||
- | |||
- | Für Unit Test ist ein separates Projekt in der Solution anzulegen. | ||
- | |||
- | Die Tests werden über eine Test-Suite aus der main-Funktion dieses Projektes gestartet. Dieser Suite werden die gewünschten Testfälle bekannt gegeben. | ||
- | |||
- | Die Ausgabe der Testergebnisse erfolgt über Wrapper. Denkbar wäre z.B. dbg_info, das die pc_send-Funktionen nutzen könnte. | ||
- | |||
- | (Note: The test suite framework feeds its output to printf. It is left up to the test application to set up the stream.) | ||
===== Item Templates ===== | ===== Item Templates ===== | ||
Zeile 129: | Zeile 44: | ||
{{ codehilfe: | {{ codehilfe: | ||
+ | ==== Atmel Studio (ab Version 6) ==== | ||
Die Templates müssen ins Template-Verzeichnis des Atmel Studios kopiert werden (z.B. C:\Users\My Documents\Atmel Studio\Templates\ItemTemplates) und stehen dann im SolutionExplorer durch Add|Item sofort zur Verfügung (siehe auch [[http:// | Die Templates müssen ins Template-Verzeichnis des Atmel Studios kopiert werden (z.B. C:\Users\My Documents\Atmel Studio\Templates\ItemTemplates) und stehen dann im SolutionExplorer durch Add|Item sofort zur Verfügung (siehe auch [[http:// | ||
+ | ==== Eclipse C/C++ ==== | ||
+ | Hier fehlt noch Text |
bidiboneentwicklungsumgebung.1389862349.txt.gz · Zuletzt geändert: 2016/07/05 10:47 (Externe Bearbeitung)