Tux trifft MSP430-Launchpad - Versionsgeschichte

Bergeruw: /* MSP430G2553 */

2014-01-03T18:51:28Z

‎MSP430G2553

Bergeruw: /* MSP430G2452 */

2014-01-03T18:51:06Z

‎MSP430G2452

Bergeruw: /* Grafisches Debugger-Frontend */

2013-10-18T10:26:04Z

‎Grafisches Debugger-Frontend

Bergeruw: /* Grafisches Debugger-Frontend */

2013-10-18T10:19:02Z

‎Grafisches Debugger-Frontend

Bergeruw: /* Grafisches Debugger-Frontend */

2013-10-18T10:07:49Z

‎Grafisches Debugger-Frontend

Bergeruw: /* Debuggen */

2013-10-18T10:06:13Z

‎Debuggen

Bergeruw: /* Software-Uart */

2013-10-17T10:18:49Z

‎Software-Uart

Bergeruw: /* Zugriff auf /dev/ttyACMx als Nicht-root-Benutzer für MSP430-Launchpad */

2013-10-17T10:17:59Z

‎Zugriff auf /dev/ttyACMx als Nicht-root-Benutzer für MSP430-Launchpad

Bergeruw: /* Energia */

2013-10-17T10:14:02Z

‎Energia

Bergeruw: /* Warum ein MSP430-Launchpad? */

2013-10-17T10:12:14Z

‎Warum ein MSP430-Launchpad?

@@ Zeile 64: / Zeile 64: @@
 * 16-Bit RISC CPU
 * Versorgungsspannung: 1,8V ... 3,6V
-* geringer Stromverbrauch
+* [[Mikrocontroller stromsparend programmieren|Ultra-low Power Design]]
 * CPU-Takt bis 16MHz intern konfigurierbar
 * 16kByte Flash

@@ Zeile 47: / Zeile 47: @@
 * 16-Bit RISC CPU
 * Versorgungsspannung: 1,8V ... 3,6V
-* geringer Stromverbrauch
+* [[Mikrocontroller stromsparend programmieren|Ultra-low Power Design]]
 * CPU-Takt bis 16MHz intern konfigurierbar
 * 8kByte Flash

@@ Zeile 239: / Zeile 239: @@
 ** Menüpunkt "Datei" → "Mit entferneten Ziel verbinden": ausführbare Datei, den Ort der MSP430-Libs sowie localhost als TCP/IP-Adresse und Port 2000 angeben → "OK"
 ** ...Breakpoints setzen und los geht es! (Eventuell am Anfang gemeldete Probleme beim Disassemblieren von crt0.S ignorieren und mit dem Button "Continue or start" bis zum ersten Brekpoint "vorarbeiten".)
 ** die weitere Bedienung von Nemiver ist dem entsprechenden Manual zu entnehmen, ist aber auch einigermaßen intuitiv

@@ Zeile 234: / Zeile 234: @@
 * zu analysierendes [[Tux_trifft_MSP430-Launchpad#Programm_.C3.BCbersetzen_und_auf_MCU_.C3.BCbertragen|Programm (mit Debug-Informationen) übersetzen]]
 * Nemiver starten
 ** Menüpunkt "Bearbeitung" → "Einstellungen" → Lasche "Debugger": die ausführbare Datei des msp430gdb als "GDB Binary" angeben
-** Menüpunkt "Datei" → "Mit entferneten Ziel verbinden": ausführbare Datei, den Ort der MSP430-Libs sowie localhost als TCP/IP-Adresse und Port 2000 angeben
+** Menüpunkt "Datei" → "Mit entferneten Ziel verbinden": ausführbare Datei, den Ort der MSP430-Libs sowie localhost als TCP/IP-Adresse und Port 2000 angeben → "OK"
-** ...Breakpoints setzen und los geht es!
+** ...Breakpoints setzen und los geht es! (Eventuell am Anfang gemeldete Probleme beim Disassemblieren von crt0.S ignorieren und mit dem Button "Continue or start" bis zum ersten Brekpoint "vorarbeiten".)

@@ Zeile 231: / Zeile 231: @@
 ===Grafisches Debugger-Frontend===
-Ich habe neulich [https://projects.gnome.org/nemiver/ Nemiver] als einfaches und schlankes grafisches Debugger-Frontend gefunden. Um damit ein MSP430-Programm über den [[Debugproxy]] schrittweise abareiten zu können muß folgendes getan werden:
+Ich habe neulich [https://projects.gnome.org/nemiver/ Nemiver] als einfaches und schlankes grafisches Debugger-Frontend gefunden. Um damit ein MSP430-Programm über den Debugproxy schrittweise abarbeiten zu können muß folgendes getan werden:
 * zu analysierendes [[Tux_trifft_MSP430-Launchpad#Programm_.C3.BCbersetzen_und_auf_MCU_.C3.BCbertragen|Programm (mit Debug-Informationen) übersetzen]]

@@ Zeile 209: / Zeile 209: @@
 ==Debuggen==
+===Debugproxy starten===
-Debugproxy auf Port 2000 starten:
+Debugproxy, über man sich in der Folge mit dem Target verbindet, auf Port 2000 starten:
 <pre>
 > mspdebug rf2500
@@ Zeile 219: / Zeile 219: @@
 </pre>
-Kommadozeilen-Debugger starten und mit Debugproxy verbinden:
+===Kommandozeilen-Debugger msp430-gdb===
 <pre>
 > msp430-gdb blink.elf
@@ Zeile 229: / Zeile 230: @@
 ''(Anmerkung: Inhalt von z.B. P1OUT ausgeben → print/x __P1OUT)''
-...oder etwas komfortabler, z.B. mit KDbg:
+* zu analysierendes [[Tux_trifft_MSP430-Launchpad#Programm_.C3.BCbersetzen_und_auf_MCU_.C3.BCbertragen|Programm (mit Debug-Informationen) übersetzen]]
-<pre>
+* Nemiver starten
-> kdbg -r localhost:2000 blink.elf
+** Menüpunkt "Bearbeitung" → "Einstellungen" → Lasche "Debugger": die ausführbare Datei des msp430gdb als "GDB Binary" angeben
-</pre>
+** Menüpunkt "Datei" → "Mit entferneten Ziel verbinden": ausführbare Datei, den Ort der MSP430-Libs sowie localhost als TCP/IP-Adresse und Port 2000 angeben
 =MSP430-Hardware mit Software erforschen=

@@ Zeile 553: / Zeile 553: @@
 ===Software-Uart===
-Wenn die MCU keine serielle Schnittstelle mit ihrer Hardware unterstützt, brauch man etwas, was das Ganze in Software emuliert. Eine Bibliothek mit Beispiel ist ebenfalls in diesem [http://bralug.de/wiki-common/images/f/f4/Msp430_uart.tar.gz Software-Archiv] zu finden.
+Wenn die MCU keine serielle Schnittstelle mit ihrer Hardware unterstützt, braucht man etwas, was das Ganze in Software emuliert. Eine Bibliothek mit Beispiel ist ebenfalls in diesem [http://bralug.de/wiki-common/images/f/f4/Msp430_uart.tar.gz Software-Archiv] zu finden.
 RXD-/TXD-Jumper auf Launchpad entsprechend setzen (siehe Dokumentation...)!
 ==ADC==

@@ Zeile 661: / Zeile 661: @@
 =Tipps und Tricks=
-==Zugriff auf /dev/ttyACMx als Nicht-root-Benutzer für MSP430-Launchpad==
+==Zugriff auf /dev/ttyACMx als Nicht-root-Benutzer==
 Über /dev/ttyACMx (siehe dsmeg-Meldungen nach Einstöpseln des Launchpads) erfolgt die Kommunikation zwischen Linux-PC und Launchpad. Gibt es keine entsprechende udev-Regel, kann nur root auf diese Schnittstelle zugreifen. Also macht sich eine entsprechende Konfiguration für Nicht-Root-User ganz sinnvoll:

@@ Zeile 100: / Zeile 100: @@
 * [http://energia.nu/Guide_StellarisLaunchPad.html Stellaris LaunchPad]
-''(Anmerkung zum Stellaris LaunchPad: für einen erfolgreichen Upload der Programme in die MCU via Energia muss das Tool lm4flash im entsprechenden Energia-Verzeichnis mit einem, aus den [https://github.com/utzig/lm4tools Originalquellen] erzeugtes, Binary ausgetauscht werden)''
+''(Anmerkung zum Stellaris LaunchPad: für einen erfolgreichen Upload der Programme in die MCU via Energia muss (zumindestens bis Version 0101E0009) das Tool lm4flash im entsprechenden Energia-Verzeichnis mit einem, aus den [https://github.com/utzig/lm4tools Originalquellen] erzeugtes, Binary ausgetauscht werden)''
 Ein [[Tux_trifft_MSP430-Launchpad#.22Hello_World.22|blinkendes "Hello World"]] würde mit Energia ungefähr so aussehen:

@@ Zeile 7: / Zeile 7: @@
 =Warum ein MSP430-Launchpad?=
-[[Benutzer:bergeruw|Uwe]] meinte irgendwann: "Bisher waren die [http://www.atmel.com/products/microcontrollers/avr/default.aspx AVRs] von [http://www.atmel.com/ Atmel] die  Favoriten für meine Mikrocontroller-Projekte. Für das Projekt [[Scopeclock|"Scopeclock"]] scheint allerdings die Performance dieser MCUs nicht mehr auszureichen...! ...Ok, wie sieht es eigentlich bei den MCUs von [http://www.ti.com/lsds/ti/dsp/embedded_processor.page Texas Instruments] aus, gibt es da etwas performanteres, was mit vertretbaren Mitteln programmiert werden kann? ...jupp, sieht gut aus! Aber wenn wir schon bei [http://www.ti.com/ TI] sind, können wir uns zuerst auch mal mit dem [http://www.ti.com/ww/en/launchpad/msp430_head.html?247SEM MSP430-Launchpad] beschäftigen, oder...?"
+Bisher waren die [http://www.atmel.com/products/microcontrollers/avr/default.aspx AVRs] von [http://www.atmel.com/ Atmel] die  Favoriten für meine Mikrocontroller-Projekte. Für das Projekt [[Scopeclock|"Scopeclock"]] scheint allerdings die Performance dieser MCUs nicht mehr auszureichen. Bei der Suche nach Alternativen ist mir das [[Tux fliegt zu den Sternen|Stellaris-Launchpad]] in die Finger geraten. Wenn wir dann aber schon bei Mikrocontrollern der Firma [http://www.ti.com/ TI] sind, können wir uns zuerst auch mal mit dem [http://www.ti.com/ww/en/launchpad/msp430_head.html?247SEM MSP430-Launchpad] beschäftigen.
 ...have fun!