Mikrocontroller.net - Benutzerbeiträge [de]

Drucker und Material für Platinenlayouts

2008-01-09T00:04:59Z

R2D2: /* HP */

== Einleitung ==
Steht man vor der Entscheidung sich einen Drucker anzuschaffen, mit dem man auch Layouts für die eigene Platinenherstellung erstellen möchte, stellt sich die grundlegende Frage, welche Geräte überhaupt geeignet sind. Auch wer schon im Besitz eines Druckers ist, erlebt nicht selten Überraschungen wenn es an das Testen neuer Materialien wie Folie, Papier, Toner oder Tinte geht.

Dieser Artikel soll eine Plattform für diejenigen darstellen, die schon die ein oder anderen positiven wie auch negativen Erfahrungen gesammelt haben und diese weitergeben möchten. Dies können Empfehlungen für Drucker, Kombinationen von Drucker und Material oder auch Erfahrungen bei der Vorgehensweise sein.
Allein die Suche nach der perfekten Treibereinstellung ist oft lästig und kann hier durch niedergeschriebene Erfahrungswerte für andere vereinfacht werden.

Jeder kann/soll seinen Beitrag leisten, d.h. wenn man selbst gute oder schlechte Erfahrungen mit bestimmten Geräten, Einstellungen, Materialien oder deren Kombination gesammelt hat, sollte man keine Scheu zeigen diese hier niederzuschreiben.
Auch Fotos von Ergebnissen sind natürlich erwünscht.

Die optimale Aufteilung und Struktur wird sich sicherlich mit der Zeit noch ergeben.

== Tintenstrahldrucker nach Hersteller ==
=== Canon ===
==== Pixma IP5200 ====
{| border=1
| '''Tinte'''
| '''Druckmedium'''
| '''Treibereinstellung'''
| '''Lichtdichtheit'''
| '''Schärfe'''
| '''Kommentar'''
|-
| Originaltinte
| Zweckform 2503 Inkjet Folie
|
*Folie
*Druckqualität = Hoch
*Farbe = Automatisch
| sehr gut
| sehr gut
| Getestet anhand eines TQFP100 Adapters. Die SMD-Pads sehen beim Schwarzweißdruck etwas unscharf aus. Ich empfehle den Druck mit Farbtinte. Diese lieferte definitiv das bessere Ergebnis.
|}
==== Pixma IP4200 ====
{| border=1
| '''Tinte'''
| '''Druckmedium'''
| '''Treibereinstellung'''
| '''Lichtdichtheit'''
| '''Schärfe'''
| '''Kommentar'''
|-
| Originaltinte
| Canon Inkjet Folie
|
*Folie
*Druckqualität = Hoch
*Farbe = manuell (alles auf Maximum, Foto dunkel), Graustufen
| sehr gut
| sehr gut
| Einfach bedruckt schon fast perfekt blickdicht. Perfekte Ergebnisse mit Bungardmaterial und Lötstop. Für Teinting Resist doppelt bedrucken. Einzug arbeitet perfekt, kein Versatz erkennbar (auch nicht mit Lupe).
|-
| Originaltinte
| Conrad OH1
|
*Professional Fotopapier
*Druckqualität = Hoch
*Farbe = manuell (alles auf Maximum, Foto dunkel)
| sehr gut
| sehr gut
| Einfach bedruckt schon fast perfekt blickdicht.
|}

=== Epson ===
==== Epson Stylus C62 ====
{| border=1
| '''Tinte'''
| '''Druckmedium'''
| '''Treibereinstellung'''
| '''Lichtdichtheit'''
| '''Schärfe'''
| '''Kommentar'''
|-
| MVCD www.mvcd.com
| HP Premium Transparentfolien inkjet 0,13mm
|
*Premium Glossy Photo Paper
*Optimales Foto
*Nur schwarze Tinte
*Gamma 2,2
*Helligkeit -25
*Sättigung +25
| sehr gut
| sehr gut
| Getestet bis 0,2 mm Breite/Abstand. Kleiner sicherlich möglich. Foto liegt leider nicht vor.
|}
==== Epson Stylus C70 ====
{| border=1
| '''Tinte'''
| '''Druckmedium'''
| '''Treibereinstellung'''
| '''Lichtdichtheit'''
| '''Schärfe'''
| '''Kommentar'''
|-
| Original und Billignachbau
| Zweckform Inkjetfolien 2503
|
*Premium Glossy Photo Paper
*Optimales Foto
*Nur schwarze Tinte
*Gamma 2,2
*Helligkeit -25
*Sättigung +25
| befriedigend
| sehr gut
| Für Bungard Platinenmaterial gut allerdings für Lötstop oder Teinting-Resist einfach zu durchlässig.
|}

=== HP ===
==== HP 980Cxi ====
{| border=1
| '''Tinte'''
| '''Druckmedium'''
| '''Treibereinstellung'''
| '''Lichtdichtheit'''
| '''Schärfe'''
| '''Kommentar'''
|-
| Original 45er Tinte schwarz
| Normales Transparent(paus)papier aus dem Schreibwarenhandel
|
* HP Premium Photo Paper (oder so ähnlich)
* Druck: Optimal
* schwarz/weiß Druck (keine Farbe!!!)
| sehr gut (10 mil Bahnen bei 8 mil Abstand ohne Probleme)
| sehr gut
|
* Mit Bungard Grundmaterial probiert
* Sollte mit jedem HP Drucker funktionieren, der die 45er Tinte verwendet
* Evtl. mit der Belichtung etwas übertreiben (bei mir waren es 30 statt 20 Minuten), damit die Zwischenräume sauber belichtet werden
* Unbedingt auf den "seitenverkehrten" Druck achten, so daß die bedruckte Seite direkt auf der Platine sitzt
* Das Papier vorher gut trocknen lassen (mind. 30 Minuten!)
|}

== Laserdrucker nach Hersteller ==

===Kyocera===
==== Kyocera Mita FS1000+ ====
{| border=1
| '''Toner'''
| '''Druckmedium'''
| '''Treibereinstellung'''
| '''Lichtdichtheit'''
| '''Schärfe'''
| '''Kommentar'''
|-
| Originaltoner
| Recheltpapier oder billiges Papier von MM (Gelbe Verpackung "Copy Extra")
| 600dpi, kein Sparmodus
| sehr gut
| sehr gut
| Keine Probleme bis 0,1er Leiterbahnen,Cups Standardtreiber, Keine Erfahrung mit Windows.
|}

===Brother===
====HL-5030====
{| border=1
| '''Toner'''
| '''Druckmedium'''
| '''Treibereinstellung'''
| '''Lichtdichtheit'''
| '''Schärfe'''
| '''Kommentar'''
|-
| Originaltoner
| Overheadfolie Zweckform 3491
| 600dpi, Schwärzungsgrad hoch
| gut
| sehr gut
| Belichten: 4 UV-Röhren 45s, Leiterbahnen mit 0,4mm kein Problem, mit ein wenig Erfahrung sind auch 0,3mm möglich.
|}
====HL-2040====
{| border=1
| '''Toner'''
| '''Druckmedium'''
| '''Treibereinstellung'''
| '''Lichtdichtheit'''
| '''Schärfe'''
| '''Kommentar'''
|-
| Originaltoner
| Transparentpapier 85g/m^2
| 600dpi, Schwärzungsgrad: Maximum, Einstellung: Dickes Papier
| gut
| sehr gut
| Belichten: 4 UV-Röhren 110s, Leiterbahnen mit 8mil kein Problem, mit ein wenig Erfahrung sind auch 6mil möglich. Auch gut für die Tonertransfermetode geeignet (Katalogpapier auf Normalpapier aufgeklebt).
|}

===Epson===
==== C1100 (Farblaser) ====
{| border=1
| '''Toner'''
| '''Druckmedium'''
| '''Treibereinstellung'''
| '''Lichtdichtheit'''
| '''Schärfe'''
| '''Kommentar'''
|-
| Originaltoner
| Normalpapier, mit Öl transparent gemacht
| Druckqualität = Hoch
| gut
| sehr gut
| Bei 4x15W UV Belichtungszeit über 4 Minuten. Abstände von 0,635mm/25mil sind kein Problem, 16mil geht gerade noch. Daher vor allem für bedrahtete Sachen geeignet, wo sich so sehr niedrige Druckkosten ergeben.
[http://img47.imageshack.us/img47/8416/uwegwminbotplatinefertig0az.jpg Foto meiner ersten Platine]

--[[Benutzer:Uwegw|Uwegw]] 11:35, 19. Mai 2006 (CEST)
|}

===Samsung===
==== ML1610 ====
{| border=1
| '''Toner'''
| '''Druckmedium'''
| '''Treibereinstellung'''
| '''Lichtdichtheit'''
| '''Schärfe'''
| '''Kommentar'''
|-
| Originaltoner
| billiges (=ziemlich dünnes) Fotopapier, mit Öl transparent gemacht
| 600dpi, kein Sparmodus, CUPS mit Treiber "Samsung ML-1510 Foomatic/gdi"
| sehr gut
| sehr gut
| TQFP64 kein Problem, allerdings die Pads etwas schmaler machen als norma (so 10mil Breite), da sonst die Abstände zu klein werden. Linien bis 3 mil gut aufgelöst. Der Linux-Treiber von der CD liefert schlechtere Ergebnisse als der bei CUPS mitgelieferte für den ML1510. Keine Erfahrung mit Windows.

Sehr günstiger Drucker (neu <90EUR), mittlerweile ersetzt durch den Nachfolger ML2010.

--[[Benutzer:R2D2|R2D2]] 17:50, 22. Sep 2007 (CEST)

[[Category:Platinen]]

Drucker und Material für Platinenlayouts

2007-09-22T15:50:11Z

R2D2: /* Laserdrucker nach Hersteller */ Samsung ML1610

MSPGCC

2007-02-17T17:51:44Z

R2D2: Infos zum Script bereinigt

MSPGCC ist ein kostenloser, unbeschränkter [[C]]-[[Compiler]] für die [[MSP430]]-[[Mikrocontroller]] von [[TI]]. Die Portierung auf MSP430 wurde von Chris Liechti und Dmitry Diky durchgeführt.

== Dokumentation ==

* [http://mspgcc.sourceforge.net/manual/ MSPGCC Manual]
* [http://mspgcc.sourceforge.net/faq/ FAQ]

== Beispielprogramme ==

Für MSPGCC sind umfangreiche Beispielprogramme ([[LCD]]-Ansteuerung, TCP/IP, ...) verfügbar, außerdem wurden alle TI-Appnotes (C und Assembler) von Steve Underwood für MSPGCC angepasst.

* [http://mspgcc.cvs.sourceforge.net/mspgcc/examples/ MSPGCC Beispiele & Appnotes]

== Windows-Version ==

* [http://sourceforge.net/project/showfiles.php?group_id=42303&package_id=68584 MSPGCC Komplettpaket inkl. Insight und gdb]
* [http://www.mikrocontroller.net/Eclipse%20und%20MSPGCC/ ausführliche Anleitung zur Verwendung von Eclipse mit MSPGCC unter Windows]

== Installationsanleitung für Unix/Linux/Cygwin ==

<pre>
$ su

$ mkdir /tmp/mspgcc
$ cd /tmp/mspgcc
</pre>

=== binutils ===

<pre>
$ wget ftp://sources.redhat.com/pub/binutils/releases/binutils-2.17.tar.bz2
$ tar xjvf binutils-2.14.tar.bz2

$ cd binutils-2.17
$ ./configure --prefix=/usr/local/msp430 --target=msp430
$ make
$ make install
$ cd ..

$ export PATH=/usr/local/msp430/bin:$PATH
</pre>

Hinweis: Das Kommando wget setzt einen Internetzugang voraus.

=== gcc ===
'''Achtung:''' MSPGCC kompiliert nicht gcc-4.1. Abhilfe schafft es zu Beginn (oder vor configure) den Befehl "export CC=gcc-3.3" bzw. "export CC=gcc-3.4" aufzurufen. Auch ist darauf zu achten die Datei gcc-core-3.2.3 und nicht etwa gcc-3.2.3 runterzuladen.
<pre>
$ wget ftp://gcc.gnu.org/pub/gcc/releases/gcc-3.2.3/gcc-core-3.2.3.tar.bz2
$ tar xjvf gcc-core-3.2.3.tar.bz2

$ cvs -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc login
$ cvs -z3 -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc co gcc/gcc-3.3
$ cp -r gcc/gcc-3.3/* gcc-3.2.3/

$ cd gcc-3.2.3
$ ./configure --prefix=/usr/local/msp430 --target=msp430 --enable-languages=c
$ make
$ make install
$ cd ..
</pre>

=== msp430-libc ===

<pre>
$ cvs -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc login
$ cvs -z3 -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc co msp430-libc

$ cd msp430-libc/src
$ make
$ make install
$ cd ../..
</pre>

=== gdb ===

<pre>
$ wget http://mirrors.redwire.net/pub/sources.redhat.com/gdb/old-releases/gdb-6.0.tar.bz2
$ tar xjvf gdb-6.0.tar.bz2

$ cvs -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc login
$ cvs -z3 -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc co gdb/gdb-current
$ cp -r gdb/gdb-current/* gdb-6.0/

$ cd gdb-6.0
$ ./configure --prefix=/usr/local/msp430 --target=msp430
$ make
$ make install
$ cd ..
</pre>

Achtung: Der GDB kann nicht mit GCC 4.x übersetzt werden. Wenn dieser auf dem System standardmäßig installiert ist, kann man z.B. den GCC 3.4 zusätzlich installieren und dann vor der ./configure- Zeile

<pre>
$ export CC=gcc-3.4
</pre>

einfügen.

=== JTAG ===

<pre>
$ cvs -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc login
$ cvs -z3 -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc co jtag

$ cd jtag/hardware_access
</pre>

Wer ein 64-Bit-Linux verwendet, muss im makefile die CFLAGS und die LNOPTS um ein -m32 ergänzen. Das sollte dann so aussehen:

<pre>
CFLAGS += -fPIC -m32
LNOPTS = -fPIC -shared -m32
</pre>

Weiter geht's:

<pre>
$ make
$ mv libHIL.so /usr/local/lib
$ ldconfig
$ cd ../..
</pre>

=== gdbproxy ===

Den msp430-gdbproxy und libMSP430.so von http://www.soft-switch.org/downloads/mspgcc herunterladen. Danach

<pre>
$ chmod +x msp430-gdbproxy
$ mv msp430-gdbproxy /usr/local/msp430/bin/
$ mv libMSP430.so /usr/local/lib/
</pre>

ausführen.

=== Installations-Skript ===

Für Installation/Update gibt es hier ein bash-Skript, das nach dem Starten (und einmal Return zum Downloaden der Sourcen aus dem CVS) das Installieren automatisch erledigt.

Eingebaut sind auch die Anpassungen von ~/.profile und ~/.gdbinit, so dass man sofort loslegen und auch debuggen kann.

* [http://www.true-random.com/files/mspgcc/build_mspgcc.sh Installations-Skript]

Dieses Script ist jedoch relativ veraltet. Daher ist es schneller obige Anleitung per Copy'n'Paste in eine Shell zu übernehmen, als das Script zu verwenden.

=== Gentoo Ebuilds ===

Für Gentoo-Benutzer gibt es an der [http://www.informatik.uni-mannheim.de/pi4/lectures/ss2004/msp430/ Uni Mannheim] Ebuilds zum Download.

=== .gdbinit ===

Um das JTAG-Interface schneller zu machen kann man in ~/.gdbinit diese Werte eintragen:

set remoteaddresssize 16
set remotetimeout 999999
set download-write-size 512
target remote localhost:2000
set remote memory-write-packet-size 512
set remote memory-write-packet-size fixed
set remote memory-read-packet-size 512
set remote memory-read-packet-size fixed

Und vor dem Debuggen von Programmen auf dem Rechner (nicht MSP430) sollte man ~/.gdbinit umbenennen, beispielsweise in ~/.gdbinit_msp430.

== Einfaches Beispielprogramm ==

=== Sourcecode ===

<c>
#include <io.h>

void wait(void); /* prototype for wait() */

int
main(void)
{ /* main function, called by startup-code */
P1DIR = 0xFF; /* port 1 = output */
P1OUT = 0x01; /* set bit 0 in port 1 */

for(;;)
{ /* infinite loop */
P1OUT = ~P1OUT; /* invert port 1 */
wait(); /* call delay function */
}
}

void
wait(void)
{ /* simple delay function */
volatile int i; /* declare i as volatile int */
for(i = 0; i < 32000; i++)
; /* repeat 32000 times (nop) */
}
</c>

=== Sourcecode für msp430x1121 kompilieren ===

$ msp430-gcc -Os -mmcu=msp430x1121 -o test1.elf test1.c

=== Sourcecode für msp430x1121 kompilieren, wenn math.h includiert wird ===

msp430-gcc -Os -mmcu=msp430x1121 -o test1.elf test1.c -lm

Wichtig ist hierbei -lm als letzte Option.

=== Assemblerlisting erzeugen (optional) ===

$ msp430-objdump -DS test1.elf > test1.lst

=== Hex-Datei erzeugen ===

$ msp430-objcopy -O ihex test1.elf test1.hex

Die Hex-Datei kann man mit C-Spy (im Kickstart-Paket enthalten) über das JTAG-Interface in den Controller programmieren. Nach einem Klick auf "Go" läuft das Programm los. Wenn 2 LEDs an P1.0 und P1.1 angeschlossen sind, sollten sie nun blinken.

== In-System-Debugging mit GDB/Insight und dem Flash Emulation Tool (FET) ==

Wie bei anderen MSP430-Compilern ist es möglich mspgcc-Programme direkt in der Schaltung zu debuggen. Alles was man dazu braucht, ist ein JTAG-Adapter, mdp430-gdbproxy, und gdb (im aktuellen Windows-Paket bereits enthalten).

Um ein Programm mit GDB/Insight debuggen zu können, muss man die Option "-g" an den mspgcc-Aufruf anhängen:

$ msp430-gcc -mmcu=msp430x123 -g -Os -o test.elf test.c

Damit erhält man die Datei "test.elf".

=== gdbproxy starten ===

Der nächste Schritt ist das Programm gdbproxy zu starten, das für die Kommunikation zwischen GDB und dem FET zuständig ist:

$ msp430-gdbproxy --port=2000 msp430

Wenn das FET richtig an den Parallelport angeschlossen ist, sollte ungefähr der folgende Text angezeigt werden:

info: msp430: Target device is a 'MSP430F12x' (type 11)
notice: msp430-gdbproxy: waiting on TCP port 2000

Hinweis: Falls /dev/parport0 nicht existiert, was sich so äußert:
open: No such file or directory
error: msp430: Could not initialize device interface (1)
...als root ...
mknod /dev/parport0 c 99 0
...eingeben.

=== Insight benutzen (Windows) ===

Nachdem Insight gestartet ist (c:\msp430\bin\msp430-gdb.exe), klicke auf "File->Open" und wähle die elf-Datei (z.B. "test.elf") aus, die du debuggen möchtest.

Klicke dann auf "Run->Connect to target" und stelle folgendes ein:

Target: "Remote/TCP"
Hostname: "localhost"
Port: "2000"
Set breakpoint at 'main': yes
Set breakpoint at 'exit': yes
Attach to target: yes
Download Program: yes
Command after attaching: "monitor erase all" (ACHTUNG: Optional, damit wird der gesamte Flash-Inhalt gelöscht!)
Run Method: Continue from last Stop

Wenn man auf "Ok" klickt, sollte Insight berichten, dass die Verbindung erfolgreich aufgenommen wurde, und gdbproxy sollte melden:

"notice: msp430-gdbproxy: connected".

Um den Debugging-Vorgang zu starten, klicke auf "Run" oder drücke einfach die Taste "r". Wenn alles geklappt hat, sollte nun der Sourcecode des Programmes angezeigt werden und die erste Zeile von main() grün markiert sein. Der rote Punkt ist der Breakpoint, der von Insight automatisch gesetzt wurde. Um selber Breakpoints zu setzen oder zu löschen, klicke auf den Strich '-' am Anfang der Zeile.

Jetzt kann man mit 'c' (continue) das Programm am nächsten Breakpoint fortsetzen, die Zeilen mit 's' (step) der Reihe nach ausführen, oder einzelne Assemblerbefehle ausführen... aber Vorsicht mit "finish": Anscheinend hängt sich Insight manchmal bei diesem Befehl auf. Wenn man also eine Funktion beenden will, ist es wohl besser, einen Breakpoint auf das Ende der Funktion zu setzen und "continue" zu verwenden.

=== DDD benutzen (Unix/Linux) ===

Leider läuft Insight nicht besonders stabil und ist auch etwas umständlich zu bedienen. Wer Unix bzw. Linux verwendet, der ist deshalb mit DDD (http://www.gnu.org/software/ddd/) besser bedient. Um DDD zu verwenden braucht man msp430-gdbproxy und die Kommandozeilen-Version von GDB (msp430-gdb).

Zuerst stellt man wie unter Windows über gdbproxy eine Verbindung zum JTAG-Adapter her. Wenn das funktioniert hat, kann man DDD starten. Als Parameter wird der zu verwendende Debugger (msp430-gdb) und die zu ladende ELF-Datei (test.elf) übergeben:

$ ddd --debugger msp430-gdb test.elf

Zunächst sollte man nun unter "Commands / Edit Buttons" ein paar Buttons anlegen, indem man die folgenden Zeilen in das Textfeld bei "Console Buttons" einfügt:

target remote localhost:2000 // Connect
monitor erase all // Erase
load // Load
monitor reset // Reset

Um jetzt die Verbindung zum gdbproxy herzustellen muss man nur auf "Connect" klicken, danach auf "Erase" um den Flash-Speicher des Controllers zu löschen, und schließlich auf "Load", damit das Programm in den Controller geladen wird. Mit "Reset" kann man einen Reset auslösen (wer hätte das gedacht?).

Wichtig: Nachdem einige breakpoints gesetzt sind, das Programm nicht mit "run" ausführen! Dass "run" Kommando wird benutzt um Programme auf dem lokalen Rechner zu starten. Für eingebettete Systeme ist das korrekte Kommando "continue" (siehe http://mspgcc.sourceforge.net/manual/x1602.html).

=== GDB Scripts ===

Hier eine kleine Ansammlung von Scripts, um download und reset via GDB etwas zu vereinfachen:

[[Media:Gdb_scripts_win.zip]]

MSPGCC

2007-02-17T17:36:45Z

R2D2: /* gcc */ Hinweis zu möglichen Fehlerquellen

MSPGCC ist ein kostenloser, unbeschränkter [[C]]-[[Compiler]] für die [[MSP430]]-[[Mikrocontroller]] von [[TI]]. Die Portierung auf MSP430 wurde von Chris Liechti und Dmitry Diky durchgeführt.

== Dokumentation ==

* [http://mspgcc.sourceforge.net/manual/ MSPGCC Manual]
* [http://mspgcc.sourceforge.net/faq/ FAQ]

== Beispielprogramme ==

Für MSPGCC sind umfangreiche Beispielprogramme ([[LCD]]-Ansteuerung, TCP/IP, ...) verfügbar, außerdem wurden alle TI-Appnotes (C und Assembler) von Steve Underwood für MSPGCC angepasst.

* [http://mspgcc.cvs.sourceforge.net/mspgcc/examples/ MSPGCC Beispiele & Appnotes]

== Windows-Version ==

* [http://sourceforge.net/project/showfiles.php?group_id=42303&package_id=68584 MSPGCC Komplettpaket inkl. Insight und gdb]
* [http://www.mikrocontroller.net/Eclipse%20und%20MSPGCC/ ausführliche Anleitung zur Verwendung von Eclipse mit MSPGCC unter Windows]

== Installationsanleitung für Unix/Linux/Cygwin ==

<pre>
$ su

$ mkdir /tmp/mspgcc
$ cd /tmp/mspgcc
</pre>

=== binutils ===

<pre>
$ wget ftp://sources.redhat.com/pub/binutils/releases/binutils-2.17.tar.bz2
$ tar xjvf binutils-2.14.tar.bz2

$ cd binutils-2.17
$ ./configure --prefix=/usr/local/msp430 --target=msp430
$ make
$ make install
$ cd ..

$ export PATH=/usr/local/msp430/bin:$PATH
</pre>

Hinweis: Das Kommando wget setzt einen Internetzugang voraus.

=== gcc ===
'''Achtung:''' MSPGCC kompiliert nicht gcc-4.1. Abhilfe schafft es zu Beginn (oder vor configure) den Befehl "export CC=gcc-3.3" bzw. "export CC=gcc-3.4" aufzurufen. Auch ist darauf zu achten die Datei gcc-core-3.2.3 und nicht etwa gcc-3.2.3 runterzuladen.
<pre>
$ wget ftp://gcc.gnu.org/pub/gcc/releases/gcc-3.2.3/gcc-core-3.2.3.tar.bz2
$ tar xjvf gcc-core-3.2.3.tar.bz2

$ cvs -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc login
$ cvs -z3 -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc co gcc/gcc-3.3
$ cp -r gcc/gcc-3.3/* gcc-3.2.3/

$ cd gcc-3.2.3
$ ./configure --prefix=/usr/local/msp430 --target=msp430 --enable-languages=c
$ make
$ make install
$ cd ..
</pre>

=== msp430-libc ===

<pre>
$ cvs -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc login
$ cvs -z3 -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc co msp430-libc

$ cd msp430-libc/src
$ make
$ make install
$ cd ../..
</pre>

=== gdb ===

<pre>
$ wget http://mirrors.redwire.net/pub/sources.redhat.com/gdb/old-releases/gdb-6.0.tar.bz2
$ tar xjvf gdb-6.0.tar.bz2

$ cvs -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc login
$ cvs -z3 -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc co gdb/gdb-current
$ cp -r gdb/gdb-current/* gdb-6.0/

$ cd gdb-6.0
$ ./configure --prefix=/usr/local/msp430 --target=msp430
$ make
$ make install
$ cd ..
</pre>

Achtung: Der GDB kann nicht mit GCC 4.x übersetzt werden. Wenn dieser auf dem System standardmäßig installiert ist, kann man z.B. den GCC 3.4 zusätzlich installieren und dann vor der ./configure- Zeile

<pre>
$ export CC=gcc-3.4
</pre>

einfügen.

=== JTAG ===

<pre>
$ cvs -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc login
$ cvs -z3 -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc co jtag

$ cd jtag/hardware_access
</pre>

Wer ein 64-Bit-Linux verwendet, muss im makefile die CFLAGS und die LNOPTS um ein -m32 ergänzen. Das sollte dann so aussehen:

<pre>
CFLAGS += -fPIC -m32
LNOPTS = -fPIC -shared -m32
</pre>

Weiter geht's:

<pre>
$ make
$ mv libHIL.so /usr/local/lib
$ ldconfig
$ cd ../..
</pre>

=== gdbproxy ===

Den msp430-gdbproxy und libMSP430.so von http://www.soft-switch.org/downloads/mspgcc herunterladen. Danach

<pre>
$ chmod +x msp430-gdbproxy
$ mv msp430-gdbproxy /usr/local/msp430/bin/
$ mv libMSP430.so /usr/local/lib/
</pre>

ausführen.

=== Installations-Skript ===

Für Installation/Update gibt es hier ein bash-Skript, das nach dem Starten (und einmal Return zum Downloaden der Sourcen aus dem CVS) das Installieren automatisch erledigt.

Eingebaut sind auch die Anpassungen von ~/.profile und ~/.gdbinit, so dass man sofort loslegen und auch debuggen kann.

* [http://www.mikrocontroller.net/attachment.php/81981/build_mspgcc.sh Installations-Skript]

Getestet ist es bisher nur unter SuSE Linux, aber auch wenn man es anpassen muss, ist es besser als manuell zu installieren, denn damit spart man sich Zeit und Fehler z.B. durch Vertippen.

Das Skript ist vom April 2004.

Die aktuellen Pakete/Server müssen manuell eingetragen werden, aber ansonsten sollte nicht mehr anzupassen sein.

Um das JTAG-Interface schneller zu machen kann man in ~/.gdbinit diese Werte eintragen:

set remoteaddresssize 16
set remotetimeout 999999
set download-write-size 512
target remote localhost:2000
set remote memory-write-packet-size 512
set remote memory-write-packet-size fixed
set remote memory-read-packet-size 512
set remote memory-read-packet-size fixed

Und vor dem Debuggen von Programmen auf dem Rechner (nicht MSP430) sollte man ~/.gdbinit umbenennen, beispielsweise in ~/.gdbinit_msp430.

=== Update ===

Anfang Juni 2005 habe ich das Skript upgedatet und komplett so überarbeitet, dass es auch die obige Anpassung der .gdbinit vornimmt und dem gdbproxy die Zugriffsrechte so gibt, dass er auch von usern benutzt werden kann (externer Link, da hier kein Upload mehr möglich ist):

http://www.true-random.com/files/mspgcc/build_mspgcc.sh

Getestet habe ich es bisher nur unter Debian, aber es sollte auch problemlos unter SuSE u.a. laufen.

Am 27.6.2005 habe ich das Skript upgedatet, da msp430-gdbproxy auf dem FTP-Server von /pub nach /pub/ftp/pub/ verschoben wurde und dadurch nicht downgeloadet werden konnte.

=== Gentoo Ebuilds ===

Für Gentoo-Benutzer gibt es an der [http://www.informatik.uni-mannheim.de/pi4/lectures/ss2004/msp430/ Uni Mannheim] Ebuilds zum Download.

== Einfaches Beispielprogramm ==

=== Sourcecode ===

<c>
#include <io.h>

void wait(void); /* prototype for wait() */

int
main(void)
{ /* main function, called by startup-code */
P1DIR = 0xFF; /* port 1 = output */
P1OUT = 0x01; /* set bit 0 in port 1 */

for(;;)
{ /* infinite loop */
P1OUT = ~P1OUT; /* invert port 1 */
wait(); /* call delay function */
}
}

void
wait(void)
{ /* simple delay function */
volatile int i; /* declare i as volatile int */
for(i = 0; i < 32000; i++)
; /* repeat 32000 times (nop) */
}
</c>

=== Sourcecode für msp430x1121 kompilieren ===

$ msp430-gcc -Os -mmcu=msp430x1121 -o test1.elf test1.c

=== Sourcecode für msp430x1121 kompilieren, wenn math.h includiert wird ===

msp430-gcc -Os -mmcu=msp430x1121 -o test1.elf test1.c -lm

Wichtig ist hierbei -lm als letzte Option.

=== Assemblerlisting erzeugen (optional) ===

$ msp430-objdump -DS test1.elf > test1.lst

=== Hex-Datei erzeugen ===

$ msp430-objcopy -O ihex test1.elf test1.hex

Die Hex-Datei kann man mit C-Spy (im Kickstart-Paket enthalten) über das JTAG-Interface in den Controller programmieren. Nach einem Klick auf "Go" läuft das Programm los. Wenn 2 LEDs an P1.0 und P1.1 angeschlossen sind, sollten sie nun blinken.

== In-System-Debugging mit GDB/Insight und dem Flash Emulation Tool (FET) ==

Wie bei anderen MSP430-Compilern ist es möglich mspgcc-Programme direkt in der Schaltung zu debuggen. Alles was man dazu braucht, ist ein JTAG-Adapter, mdp430-gdbproxy, und gdb (im aktuellen Windows-Paket bereits enthalten).

Um ein Programm mit GDB/Insight debuggen zu können, muss man die Option "-g" an den mspgcc-Aufruf anhängen:

$ msp430-gcc -mmcu=msp430x123 -g -Os -o test.elf test.c

Damit erhält man die Datei "test.elf".

=== gdbproxy starten ===

Der nächste Schritt ist das Programm gdbproxy zu starten, das für die Kommunikation zwischen GDB und dem FET zuständig ist:

$ msp430-gdbproxy --port=2000 msp430

Wenn das FET richtig an den Parallelport angeschlossen ist, sollte ungefähr der folgende Text angezeigt werden:

info: msp430: Target device is a 'MSP430F12x' (type 11)
notice: msp430-gdbproxy: waiting on TCP port 2000

Hinweis: Falls /dev/parport0 nicht existiert, was sich so äußert:
open: No such file or directory
error: msp430: Could not initialize device interface (1)
...als root ...
mknod /dev/parport0 c 99 0
...eingeben.

=== Insight benutzen (Windows) ===

Nachdem Insight gestartet ist (c:\msp430\bin\msp430-gdb.exe), klicke auf "File->Open" und wähle die elf-Datei (z.B. "test.elf") aus, die du debuggen möchtest.

Klicke dann auf "Run->Connect to target" und stelle folgendes ein:

Target: "Remote/TCP"
Hostname: "localhost"
Port: "2000"
Set breakpoint at 'main': yes
Set breakpoint at 'exit': yes
Attach to target: yes
Download Program: yes
Command after attaching: "monitor erase all" (ACHTUNG: Optional, damit wird der gesamte Flash-Inhalt gelöscht!)
Run Method: Continue from last Stop

Wenn man auf "Ok" klickt, sollte Insight berichten, dass die Verbindung erfolgreich aufgenommen wurde, und gdbproxy sollte melden:

"notice: msp430-gdbproxy: connected".

Um den Debugging-Vorgang zu starten, klicke auf "Run" oder drücke einfach die Taste "r". Wenn alles geklappt hat, sollte nun der Sourcecode des Programmes angezeigt werden und die erste Zeile von main() grün markiert sein. Der rote Punkt ist der Breakpoint, der von Insight automatisch gesetzt wurde. Um selber Breakpoints zu setzen oder zu löschen, klicke auf den Strich '-' am Anfang der Zeile.

Jetzt kann man mit 'c' (continue) das Programm am nächsten Breakpoint fortsetzen, die Zeilen mit 's' (step) der Reihe nach ausführen, oder einzelne Assemblerbefehle ausführen... aber Vorsicht mit "finish": Anscheinend hängt sich Insight manchmal bei diesem Befehl auf. Wenn man also eine Funktion beenden will, ist es wohl besser, einen Breakpoint auf das Ende der Funktion zu setzen und "continue" zu verwenden.

=== DDD benutzen (Unix/Linux) ===

Leider läuft Insight nicht besonders stabil und ist auch etwas umständlich zu bedienen. Wer Unix bzw. Linux verwendet, der ist deshalb mit DDD (http://www.gnu.org/software/ddd/) besser bedient. Um DDD zu verwenden braucht man msp430-gdbproxy und die Kommandozeilen-Version von GDB (msp430-gdb).

Zuerst stellt man wie unter Windows über gdbproxy eine Verbindung zum JTAG-Adapter her. Wenn das funktioniert hat, kann man DDD starten. Als Parameter wird der zu verwendende Debugger (msp430-gdb) und die zu ladende ELF-Datei (test.elf) übergeben:

$ ddd --debugger msp430-gdb test.elf

Zunächst sollte man nun unter "Commands / Edit Buttons" ein paar Buttons anlegen, indem man die folgenden Zeilen in das Textfeld bei "Console Buttons" einfügt:

target remote localhost:2000 // Connect
monitor erase all // Erase
load // Load
monitor reset // Reset

Um jetzt die Verbindung zum gdbproxy herzustellen muss man nur auf "Connect" klicken, danach auf "Erase" um den Flash-Speicher des Controllers zu löschen, und schließlich auf "Load", damit das Programm in den Controller geladen wird. Mit "Reset" kann man einen Reset auslösen (wer hätte das gedacht?).

Wichtig: Nachdem einige breakpoints gesetzt sind, das Programm nicht mit "run" ausführen! Dass "run" Kommando wird benutzt um Programme auf dem lokalen Rechner zu starten. Für eingebettete Systeme ist das korrekte Kommando "continue" (siehe http://mspgcc.sourceforge.net/manual/x1602.html).

=== GDB Scripts ===

Hier eine kleine Ansammlung von Scripts, um download und reset via GDB etwas zu vereinfachen:

[[Media:Gdb_scripts_win.zip]]

MSPGCC

2007-02-17T17:34:01Z

R2D2: /* binutils */ Neue binutils Version eingetragen.

MSPGCC ist ein kostenloser, unbeschränkter [[C]]-[[Compiler]] für die [[MSP430]]-[[Mikrocontroller]] von [[TI]]. Die Portierung auf MSP430 wurde von Chris Liechti und Dmitry Diky durchgeführt.

== Dokumentation ==

* [http://mspgcc.sourceforge.net/manual/ MSPGCC Manual]
* [http://mspgcc.sourceforge.net/faq/ FAQ]

== Beispielprogramme ==

Für MSPGCC sind umfangreiche Beispielprogramme ([[LCD]]-Ansteuerung, TCP/IP, ...) verfügbar, außerdem wurden alle TI-Appnotes (C und Assembler) von Steve Underwood für MSPGCC angepasst.

* [http://mspgcc.cvs.sourceforge.net/mspgcc/examples/ MSPGCC Beispiele & Appnotes]

== Windows-Version ==

* [http://sourceforge.net/project/showfiles.php?group_id=42303&package_id=68584 MSPGCC Komplettpaket inkl. Insight und gdb]
* [http://www.mikrocontroller.net/Eclipse%20und%20MSPGCC/ ausführliche Anleitung zur Verwendung von Eclipse mit MSPGCC unter Windows]

== Installationsanleitung für Unix/Linux/Cygwin ==

<pre>
$ su

$ mkdir /tmp/mspgcc
$ cd /tmp/mspgcc
</pre>

=== binutils ===

<pre>
$ wget ftp://sources.redhat.com/pub/binutils/releases/binutils-2.17.tar.bz2
$ tar xjvf binutils-2.14.tar.bz2

$ cd binutils-2.17
$ ./configure --prefix=/usr/local/msp430 --target=msp430
$ make
$ make install
$ cd ..

$ export PATH=/usr/local/msp430/bin:$PATH
</pre>

Hinweis: Das Kommando wget setzt einen Internetzugang voraus.

=== gcc ===

<pre>
$ wget ftp://gcc.gnu.org/pub/gcc/releases/gcc-3.2.3/gcc-core-3.2.3.tar.bz2
$ tar xjvf gcc-core-3.2.3.tar.bz2

$ cvs -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc login
$ cvs -z3 -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc co gcc/gcc-3.3
$ cp -r gcc/gcc-3.3/* gcc-3.2.3/

$ cd gcc-3.2.3
$ ./configure --prefix=/usr/local/msp430 --target=msp430 --enable-languages=c
$ make
$ make install
$ cd ..
</pre>

=== msp430-libc ===

<pre>
$ cvs -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc login
$ cvs -z3 -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc co msp430-libc

$ cd msp430-libc/src
$ make
$ make install
$ cd ../..
</pre>

=== gdb ===

<pre>
$ wget http://mirrors.redwire.net/pub/sources.redhat.com/gdb/old-releases/gdb-6.0.tar.bz2
$ tar xjvf gdb-6.0.tar.bz2

$ cvs -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc login
$ cvs -z3 -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc co gdb/gdb-current
$ cp -r gdb/gdb-current/* gdb-6.0/

$ cd gdb-6.0
$ ./configure --prefix=/usr/local/msp430 --target=msp430
$ make
$ make install
$ cd ..
</pre>

Achtung: Der GDB kann nicht mit GCC 4.x übersetzt werden. Wenn dieser auf dem System standardmäßig installiert ist, kann man z.B. den GCC 3.4 zusätzlich installieren und dann vor der ./configure- Zeile

<pre>
$ export CC=gcc-3.4
</pre>

einfügen.

=== JTAG ===

<pre>
$ cvs -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc login
$ cvs -z3 -d:pserver:anonymous@mspgcc.cvs.sourceforge.net:/cvsroot/mspgcc co jtag

$ cd jtag/hardware_access
</pre>

Wer ein 64-Bit-Linux verwendet, muss im makefile die CFLAGS und die LNOPTS um ein -m32 ergänzen. Das sollte dann so aussehen:

<pre>
CFLAGS += -fPIC -m32
LNOPTS = -fPIC -shared -m32
</pre>

Weiter geht's:

<pre>
$ make
$ mv libHIL.so /usr/local/lib
$ ldconfig
$ cd ../..
</pre>

=== gdbproxy ===

Den msp430-gdbproxy und libMSP430.so von http://www.soft-switch.org/downloads/mspgcc herunterladen. Danach

<pre>
$ chmod +x msp430-gdbproxy
$ mv msp430-gdbproxy /usr/local/msp430/bin/
$ mv libMSP430.so /usr/local/lib/
</pre>

ausführen.

=== Installations-Skript ===

Für Installation/Update gibt es hier ein bash-Skript, das nach dem Starten (und einmal Return zum Downloaden der Sourcen aus dem CVS) das Installieren automatisch erledigt.

Eingebaut sind auch die Anpassungen von ~/.profile und ~/.gdbinit, so dass man sofort loslegen und auch debuggen kann.

* [http://www.mikrocontroller.net/attachment.php/81981/build_mspgcc.sh Installations-Skript]

Getestet ist es bisher nur unter SuSE Linux, aber auch wenn man es anpassen muss, ist es besser als manuell zu installieren, denn damit spart man sich Zeit und Fehler z.B. durch Vertippen.

Das Skript ist vom April 2004.

Die aktuellen Pakete/Server müssen manuell eingetragen werden, aber ansonsten sollte nicht mehr anzupassen sein.

Um das JTAG-Interface schneller zu machen kann man in ~/.gdbinit diese Werte eintragen:

set remoteaddresssize 16
set remotetimeout 999999
set download-write-size 512
target remote localhost:2000
set remote memory-write-packet-size 512
set remote memory-write-packet-size fixed
set remote memory-read-packet-size 512
set remote memory-read-packet-size fixed

Und vor dem Debuggen von Programmen auf dem Rechner (nicht MSP430) sollte man ~/.gdbinit umbenennen, beispielsweise in ~/.gdbinit_msp430.

=== Update ===

Anfang Juni 2005 habe ich das Skript upgedatet und komplett so überarbeitet, dass es auch die obige Anpassung der .gdbinit vornimmt und dem gdbproxy die Zugriffsrechte so gibt, dass er auch von usern benutzt werden kann (externer Link, da hier kein Upload mehr möglich ist):

http://www.true-random.com/files/mspgcc/build_mspgcc.sh

Getestet habe ich es bisher nur unter Debian, aber es sollte auch problemlos unter SuSE u.a. laufen.

Am 27.6.2005 habe ich das Skript upgedatet, da msp430-gdbproxy auf dem FTP-Server von /pub nach /pub/ftp/pub/ verschoben wurde und dadurch nicht downgeloadet werden konnte.

=== Gentoo Ebuilds ===

Für Gentoo-Benutzer gibt es an der [http://www.informatik.uni-mannheim.de/pi4/lectures/ss2004/msp430/ Uni Mannheim] Ebuilds zum Download.

== Einfaches Beispielprogramm ==

=== Sourcecode ===

<c>
#include <io.h>

void wait(void); /* prototype for wait() */

int
main(void)
{ /* main function, called by startup-code */
P1DIR = 0xFF; /* port 1 = output */
P1OUT = 0x01; /* set bit 0 in port 1 */

for(;;)
{ /* infinite loop */
P1OUT = ~P1OUT; /* invert port 1 */
wait(); /* call delay function */
}
}

void
wait(void)
{ /* simple delay function */
volatile int i; /* declare i as volatile int */
for(i = 0; i < 32000; i++)
; /* repeat 32000 times (nop) */
}
</c>

=== Sourcecode für msp430x1121 kompilieren ===

$ msp430-gcc -Os -mmcu=msp430x1121 -o test1.elf test1.c

=== Sourcecode für msp430x1121 kompilieren, wenn math.h includiert wird ===

msp430-gcc -Os -mmcu=msp430x1121 -o test1.elf test1.c -lm

Wichtig ist hierbei -lm als letzte Option.

=== Assemblerlisting erzeugen (optional) ===

$ msp430-objdump -DS test1.elf > test1.lst

=== Hex-Datei erzeugen ===

$ msp430-objcopy -O ihex test1.elf test1.hex

Die Hex-Datei kann man mit C-Spy (im Kickstart-Paket enthalten) über das JTAG-Interface in den Controller programmieren. Nach einem Klick auf "Go" läuft das Programm los. Wenn 2 LEDs an P1.0 und P1.1 angeschlossen sind, sollten sie nun blinken.

== In-System-Debugging mit GDB/Insight und dem Flash Emulation Tool (FET) ==

Wie bei anderen MSP430-Compilern ist es möglich mspgcc-Programme direkt in der Schaltung zu debuggen. Alles was man dazu braucht, ist ein JTAG-Adapter, mdp430-gdbproxy, und gdb (im aktuellen Windows-Paket bereits enthalten).

Um ein Programm mit GDB/Insight debuggen zu können, muss man die Option "-g" an den mspgcc-Aufruf anhängen:

$ msp430-gcc -mmcu=msp430x123 -g -Os -o test.elf test.c

Damit erhält man die Datei "test.elf".

=== gdbproxy starten ===

Der nächste Schritt ist das Programm gdbproxy zu starten, das für die Kommunikation zwischen GDB und dem FET zuständig ist:

$ msp430-gdbproxy --port=2000 msp430

Wenn das FET richtig an den Parallelport angeschlossen ist, sollte ungefähr der folgende Text angezeigt werden:

info: msp430: Target device is a 'MSP430F12x' (type 11)
notice: msp430-gdbproxy: waiting on TCP port 2000

Hinweis: Falls /dev/parport0 nicht existiert, was sich so äußert:
open: No such file or directory
error: msp430: Could not initialize device interface (1)
...als root ...
mknod /dev/parport0 c 99 0
...eingeben.

=== Insight benutzen (Windows) ===

Nachdem Insight gestartet ist (c:\msp430\bin\msp430-gdb.exe), klicke auf "File->Open" und wähle die elf-Datei (z.B. "test.elf") aus, die du debuggen möchtest.

Klicke dann auf "Run->Connect to target" und stelle folgendes ein:

Target: "Remote/TCP"
Hostname: "localhost"
Port: "2000"
Set breakpoint at 'main': yes
Set breakpoint at 'exit': yes
Attach to target: yes
Download Program: yes
Command after attaching: "monitor erase all" (ACHTUNG: Optional, damit wird der gesamte Flash-Inhalt gelöscht!)
Run Method: Continue from last Stop

Wenn man auf "Ok" klickt, sollte Insight berichten, dass die Verbindung erfolgreich aufgenommen wurde, und gdbproxy sollte melden:

"notice: msp430-gdbproxy: connected".

Um den Debugging-Vorgang zu starten, klicke auf "Run" oder drücke einfach die Taste "r". Wenn alles geklappt hat, sollte nun der Sourcecode des Programmes angezeigt werden und die erste Zeile von main() grün markiert sein. Der rote Punkt ist der Breakpoint, der von Insight automatisch gesetzt wurde. Um selber Breakpoints zu setzen oder zu löschen, klicke auf den Strich '-' am Anfang der Zeile.

Jetzt kann man mit 'c' (continue) das Programm am nächsten Breakpoint fortsetzen, die Zeilen mit 's' (step) der Reihe nach ausführen, oder einzelne Assemblerbefehle ausführen... aber Vorsicht mit "finish": Anscheinend hängt sich Insight manchmal bei diesem Befehl auf. Wenn man also eine Funktion beenden will, ist es wohl besser, einen Breakpoint auf das Ende der Funktion zu setzen und "continue" zu verwenden.

=== DDD benutzen (Unix/Linux) ===

Leider läuft Insight nicht besonders stabil und ist auch etwas umständlich zu bedienen. Wer Unix bzw. Linux verwendet, der ist deshalb mit DDD (http://www.gnu.org/software/ddd/) besser bedient. Um DDD zu verwenden braucht man msp430-gdbproxy und die Kommandozeilen-Version von GDB (msp430-gdb).

Zuerst stellt man wie unter Windows über gdbproxy eine Verbindung zum JTAG-Adapter her. Wenn das funktioniert hat, kann man DDD starten. Als Parameter wird der zu verwendende Debugger (msp430-gdb) und die zu ladende ELF-Datei (test.elf) übergeben:

$ ddd --debugger msp430-gdb test.elf

Zunächst sollte man nun unter "Commands / Edit Buttons" ein paar Buttons anlegen, indem man die folgenden Zeilen in das Textfeld bei "Console Buttons" einfügt:

target remote localhost:2000 // Connect
monitor erase all // Erase
load // Load
monitor reset // Reset

Um jetzt die Verbindung zum gdbproxy herzustellen muss man nur auf "Connect" klicken, danach auf "Erase" um den Flash-Speicher des Controllers zu löschen, und schließlich auf "Load", damit das Programm in den Controller geladen wird. Mit "Reset" kann man einen Reset auslösen (wer hätte das gedacht?).

Wichtig: Nachdem einige breakpoints gesetzt sind, das Programm nicht mit "run" ausführen! Dass "run" Kommando wird benutzt um Programme auf dem lokalen Rechner zu starten. Für eingebettete Systeme ist das korrekte Kommando "continue" (siehe http://mspgcc.sourceforge.net/manual/x1602.html).

=== GDB Scripts ===

Hier eine kleine Ansammlung von Scripts, um download und reset via GDB etwas zu vereinfachen:

[[Media:Gdb_scripts_win.zip]]

Reichelt-Wishlist

2006-07-29T16:49:18Z

R2D2: /* Zur Webseite */ Hinweis zu %20 eingefügt. Falsch eingeordneten Abschnitt verschoben.

Elektronikversender

2006-07-29T16:43:25Z

R2D2: /* Pollin Electronic */

Elektronikversender

2006-07-29T16:41:44Z

R2D2: /* Mikrocontroller.net */ Format angepasst

Diskussion:Widerstand

2005-04-28T17:49:16Z

R2D2:

Ich weiß nicht ob so ein Artikel hier Sinn macht. Das hier soll kein Lexikon werden, dafür gibt es die Wikipedia.
--[[Benutzer:Andreas|Andreas]] 19:36, 28. Apr 2005 (CEST)

Ich bin schon der Meinung das sowas gebraucht wird. Threads wie http://www.mikrocontroller.net/forum/read-1-176718.html zeigen, dass selbst die grundlagen nicht beherrscht werden. --[[Benutzer:R2D2|R2D2]] 19:49, 28. Apr 2005 (CEST)

Widerstand

2005-04-28T17:45:46Z

R2D2:

Unter einem Widerstand versteht man ein passives Bauteil, an dem sobald es vom Strom durchflossen wird eine Spannung abfällt.
Der Quotient aus Spannung und Strom wird dabei als der (ohmsche) Widerstand bezeichnet.

<math>R=\frac{U}{I}</math>

Die Einheit für den Widerstnd ist Ohm:

<math>[\Omega]=\frac{V}{A}</math>

== Reihenschaltung ==

Für eine Reihenschaltung von n Widerständen gilt:

<math>R_{ges}=R_1+R_2+\dots+R_n</math>

<math>U_{ges}=U_1+U_2+\dots+U_n</math>

<math>I_{ges}=I_1=I_2=\dots=I_n</math>

== Parallelschaltung ==

Für eine Parallelschaltung von n Widerständen gilt:

<math>\frac{1}{R_{ges}}=\frac{1}{R_1}+\frac{1}{R_2}+\dots+\frac{1}{R_n}</math>

<math>U_{ges}=U_1=U_2=\dots=U_n</math>

<math>I_{ges}=I_1+I_2+\dots+I_n</math>

Kondensator

2005-04-28T17:43:22Z

R2D2:

Unter einem Kondensator versteht man ein passives Bauteil, in dem kleine Energiemengen gespeichert werden können. Sie werden daher häufig zum stabilisieren von Spannungen benutzt. Dabei ist es üblich am Spannungsregler [[Elkos]] mit ein paar hundert <math>\mu</math>F und bei jedem IC nocheinmal 100nF zu verwenden.

Die Größe eines Kondensators ist seine Kapazität, die als [[Ladung]] durch [[Spannung]] definiert ist.

<math>C=\frac{Q}{U}</math>

Die Einheit für die Kapazität ist Farad:

<math>[F]=\frac{As}{V}</math>

== Reihenschaltung ==

Für eine Reihenschaltung von n Kondensatoren gilt:

<math>\frac{1}{R_{ges}}=\frac{1}{R_1}+\frac{1}{R_2}+\dots+\frac{1}{R_n}</math>

<math>U_{ges}=U_1+U_2+\dots+U_n</math>

<math>I_{ges}=I_1=I_2=\dots=I_n</math>

== Parallelschaltung ==

Für eine Parallelschaltung von n Kondensatoren gilt:

<math>C_{ges}=C_1+C_2+\dots+C_n</math>

<math>U_{ges}=U_1=U_2=\dots=U_n</math>

<math>I_{ges}=I_1+I_2+\dots+I_n</math>

== Gespeicherte Energie ==

Die in einem Kondensator gespeicherte Energie lässt sich durch

<math> W=0,5\cdot U^2\cdot C</math>

berechnen.

Widerstand

2005-04-28T17:31:53Z

R2D2:

Unter einem Widerstand versteht man ein passives Bauteil, an dem sobald es vom Strom durchflossen wird eine Spannung abfällt.
Der Quotient aus Spannung und Strom wird dabei als der (ohmsche) Widerstand bezeichnet.

<math>R=\frac{U}{I}</math>

Die Einheit für den Widerstnd ist Ohm:

<math>[\Omega]=\frac{V}{A}</math>

== Reihenschaltung ==

Für eine Reihenschaltung von n Widerständen gilt:

<math>R_{ges}=R_1+R_2+\dots+R_n</math>

<math>U_{ges}=U_1+U_2+\dots+U_n</math>

<math>I_{ges}=I_1=I_2=\dots=I_n</math>

== Reihenschaltung ==

Für eine Reihenschaltung von n Widerständen gilt:

<math>\frac{1}{R_{ges}}=\frac{1}{R_1}+\frac{1}{R_2}+\dots+\frac{1}{R_n}</math>

<math>U_{ges}=U_1=U_2=\dots=U_n</math>

<math>I_{ges}=I_1+I_2+\dots+I_n</math>

Reichelt-Wishlist

2005-04-28T17:15:55Z

R2D2: Neue Stiche

== Reichelt Wunschliste ==

Viele kaufen ihre Elektronik bei Reichelt. Ärgerlich, dass so manche wichtigen Dinge fehlen. Aus dieser Idee entstand der Thread:

http://www.mikrocontroller.net/forum/read-1-107307.html

Einiges davon hat Reichelt bereits ins Angebot aufgenommen. Damit dies weitergehen kann, kann man hier seine Wünsche veröffentlichen. Reichelt sollte sicherheitshalber regelmäßig angeschrieben werden, damit diese Liste nicht in Vergessenheit gerät.

Damit sich die beliebtesten Artikel herauskristalisieren, macht jeder einfach '''einen''' virtuellen Strich dahinter: | (ALT-GR Taste und < Taste drücken). Alle fünf Striche (|||||) bitte immer ein Leerzeichen einfügen.

Neue Artikel einfügen darf und soll natürlich auch jeder - aber bitte die Liste vorher durchgehen (Tipp: Browser-Suchfunktion nutzen)! Einfach ganz viele Striche auf einmal, hinter einem Artikel, einzufügen ist zwecklos. Das erkennt man in der History und es gibt viele Leute, die diese Seite überwachen...

'''Nicht sinnvoll ist etwas sehr exotisches''', wie z.B. einen ganz bestimmten, super schnellen, AD-Wandler hier aufzulisten! Neue Artikel müssen sich für Reichelt ja auch rentieren und wirtschaftlich "an den Mann bringbar" sein.

Schoen, dass sich einige fuer was Besseres halten und gleich mehrere Striche bei einem Teil machen. Dann weiss man auch, dass die Besten auch besonders dringliche Wuensche haben, die schneller erfuellt werden muessen als die von anderen. Die Elfen, die diese Liste erfuellen sollen, sehen das sicher auch so. (mth)

= Wunschliste =
== Halbleiter ==
=== Controller/FPGA/CPLD ===
* Microcontroller mit USB-Anschluß (z.B. AT89C5131 oder AT43USB355) ||||| ||||| ||| => Bereits im Sortiment: Cypress EZ-USB, Best. Nr AN2131 SC
* Konkret: Neuer PIC mit USB PIC18F4550 ||||| |||
* Mehr FPGAs (v.a aktuellere) von Xilinx, z.B. Spartan II und Spartan III ||||| ||||| ||||| ||||| ||||| ||
* grosse MSP430, z.B.: MSP430F1611 (10k RAM, 48k Flash) MSP430F135 ||||| ||||| |||| (MSP430F135 im Programm Bestellnr.: MSP430F135 IPM)
* LPC2104, LPC2105, LPC2106 ||||| ||||| ||||| (auch LPC213X und LPC22xx)
* Microchip dsPIC ||||
* Atmel ATmega48, ATmega88, ATmega168, ATtiny13(V) |||||| |||||| ||||| | (ATmega48, ATmega168 (DIP/20MHz), ATtiny13(DIP u. SO/ohne "V") sind bereits verfügbar)
* Atmel ATtiny25/45/85 ||||| ||
* Atmel AT91SAM7S32, AT91SAM7S64 |||||
* SSV DIL/NetPCs [http://www.dilnetpc.com]http://www.dilnetpc.com |||
* Microchip PIC 16F88 |||| ||
* Atmel AVR Controller mit Funkanbindung z.B. AT86RF211, AT86RF401 dazu passende Quarze (evtl. SMD) 18,080 MHz (Crystek P/N 016758), Spulen 39nH. |

=== Speicher ===
* Atmel DataFlash, z.B. AT45DB081B (8 MBit Flash-Speicher an seriellen Bus im 8poligen Gehäuse) ||||| ||||| ||||
* 24LC256 oder 24AA256 oder 24LC512 oder 24AA512 |||
* NextFlash spiFlash NX25P16 (16MBit serial Flash im SO8-Gehäuse) |||||

=== ICs ===
* Aufwärtsregler (Step-Up-Konverter): Maxim MAX629 ||
* uC supervisor chips + watchdog z.B.: MAX6864 ist z.Z. der beste (0.2uA!) |||
* ISD 5116 (Sprachaufnahme bis 16min & I2C-Interface) ||||| ||
* DTMF-Dekoder-Enkoder (8870, 8880) |||||
* Philips PCA82C252 oder Nachfolger oder vergleichbar ("Fault-Tolerant" CAN Transceiver, 11898-3) ||||
* MCP25050 CAN-Bus Input/Output Expander ||
* Maxim Switched Capacitor Tiefpass-Filter (z.B. MAX297) ||
* ZHB6718 (H-Bridge für 1,5V - 20V Motoren) ||||
* Motortreiber TLE 4205 |
* Ethernet-Controller RTL8019AS und Übertrager FB2022 ||||| ||||| ||||| ||||| ||||| ||
* AD7524 in SMD ||||| ||
* ADS8320 ADC 16 Bit seriell ||||| ||||| |
* DAC7612 DAC 12 Bit seriell ||||| ||||
* Generell mehr 1-Wire IC |||
* Generell mehr I²C IC ||||| ||
* I²C-Bus to 1-Wire DALLAS DS2482-100 bzw. DS2482-800 |
* I²C-Bus Temperatursensor DS1631Z ||
* UDN 2987 LW (Source Driver UDN2987 in SMD-Bauform) |
* MAX6958 / MAX6959 (I²C 4-Digit, 9-Segment LED Display Drivers with Keyscan) |||
* MCP23016 16Bit I²C I/O Expander ||||
* vielseitige PLL Schaltkreise für Frequenzerzeugung. z.B. MC145170D2 (SOIC16) ||||| ||
* Digital Potentiometer (z.B. 2-Wire MAX546x) |

=== Discrete ===
* 3,3V Längsregler SMD zu vernünfitgen Preisen (Bsp: LF33)(der LT1086 kostet 4 Euro) |||||| ||||| |||
* 5,2V Lowdrop Längsregler LF52 im TO252AA von STM ||
* Größere Auswahl an Step-up Reglern ||||| |||||
* Spannungsregler in SMD-Version (7805 etc., nicht nur der 78L05) ||||| ||||| |||
* BUF420AW Schaltnetzteil Transistor von STM ||
* SMD Doppeldiode Schottky 12A 60V im TO252AA z.B. 12CWQ06FN von IOR ||||| ||||
* IRF7503/IRF7506 Dual Mosfet SMD

== Sensoren/Aktoren ==
* Sensirion SHT11 ||||| ||||| ||||| |||
* kleine Feuchtigkeitssensoren zur 'on-board-Montage' |||||
* Sharp Entfernungssensoren (zb den GP2D120 oder den GP2D12) ||||| ||||| ||
* FSRs (Force Sensing Resistor) von Interlink Electronics ||||| ||
* NanoMuscle Aktuatoren |
* Summer mit 20mA@5V ähnlich Conrad Nr.751553 (TDB05 kann mit 30mA@5V nicht von allen Controllern direkt getrieben werden) |||
* IS471 Selbstmodulierende IR-Lichtschranke |||

== Baugruppen ==
* Mini-Bluetooth Module (RS232-Bluetooth-"Wandler"-Platinchen) ||||| ||||| ||||| ||||| ||

== "Passive" Bauteile ==
* Shunt-Widerstände ||||| ||||| ||||| ||| (neu im Sortiment: Widerstandsdraht, Best.-Nr. "RD100/x,xx")
* Low-ESR Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (Rubycon?)) ||||| ||||| |
* 14,7456 MHz Quarze ||||| |
* zu Schaltreglern LM257x u.a. passende fertige Spulen (Induktivitaet, max.Strom, keine "Entstörspulen") ||||| ||||| ||||| |||||
* Ordentliche Trafospulen + Kerne, z.b. ETD-Serie, oder RM10 ||||| |
* Passende Ferrite dazu: N27,N41,N67 ||||

== Optoelektronik und Leuchtmittel ==
* low current SMD LEDs (zB Osram LG T679) ||||
* weisse SMD LED Bauform 0603 |
* SMD LED Bauform 0402 rot/gelb/grün/blau/weiss |
* Vakuum-Fluoreszenz-Displays (Dot Matrix mit Standardcontroller, z.B. Futaba "LCD Emulators") ||||| |
* Diese 4-Stelligen Dot-Matrix LED Anzeigen Siemens SLG 2016 oder von HP oder ähnliches |
* OSRAM Halogen Decostar 51 12V 20W GU5,3 statt des billigen NoName Zeugs ||

== Mechanisches ==
=== Schalter/Potis etc. ===
* Drehimpulsgeber (konkreter Vorschlag von O.R.: PEC16-4220F-S0024 von Bourns) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* Drehimpulsgeber- weiterer Vorschlag: ALPS Encoder ST EC 11B ||||| ||||| ||||| ||||| |||
* Drehschalter Serie DS in allen Versionen nur vom Hersteller C&K; auch brückende Versionen anbieten ||||||
* T215 ersetzen gegen etwas Qualitativeres ||||
* Folientastaturen ||||| ||||| |||
* statt radiohm potis bitte prehostat oder Alphastat 16 63256-026xx |||||
* passende Touchpanels für die coolen Blue-Line-Grafikdisplays ||
* mehrpolige Fußschalter, FS 35 bitte bei Druckschalter einordnen ||

=== (Steck-) Verbindungen ===
* Chipkartenkontaktiereinrichtung, die die Kontakte anhebt (keine Schleifkontakte) |||
* Stift-/Buchsenleisten 2.54mm zum Auseinanderbrechen ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||| => Bereits im Sortiment: SPL XX, AW 122/XX (XX = 20,32,64); leider nicht als brechbaren Buchsenleisten zu SL xXxxG
* Buchsenleisten zum Crimpen (allseitig anreihbar!, 1x1, 1x2) ||||| ||||| |
* Print-Steckverbinder (die einreihigen Stecker auf dem PC-Mainboard) ||||| ||
* Für die LC-Displays: Adapterplatine mit anschlüssen im Raster 2,54mm (EA 9907-DIP) ||||| ||||| |
* Hochwertigere 1/4" Klinkenbuchsen, z.B. von Rean oder Cliff |

=== Kabel etc. ===
* Flachbandkabel im 2,54mm Raster und dazu passende Auspressstecker und -buchsen ||||| ||||| |||||
* Flexible Einzellitze, 0,5² in verschiedenen Farben ||||| |||
* das qualitativ mangelhafte 4mm Laborsteckerprogramm rausnehmen und nur noch Hirschmann anbieten |||
* dünner Schaltdraht (< 1mm Durchmesser, isoliert mit Tefzel oder Kynar) ||||| ||||| ||||| ||||| ||||| |||
* dünner isolierter Draht, wie Klingeldraht nur dünner, vielleicht 0.2-0.3mm zum Fädeln von Platinen ||| => Fädeldraht nun im Sortiment
* dünner Silberdraht zur Verdrahtung auf Lochrasterplatinen ||||| (mögl. bereits im Sortiment "SILBER 0,6MM" ???)
* Zylinderkopfschrauben M3 x 25mm |||

== Platinen/Prototypen ==
* Eisen(III)-Chlorid ||||| ||||| ||||| ||||| ||||| ||||| |
* Breadboards/"Steckbretter" ||||| ||||| ||||| ||||| ||||| |||||
* SOIC auf PDIP Gehäuse-Adapter zwecks Prototypen-Bau |||||

== Werkzeug und Zubehör ==
* einzelne Hartmetallbohrer in diversen Grössen ||||| ||||| |||||
* Hartmetallbohrer in mehr verschiedenen Größen (z.B. 1,1mm 1,2mm etc.) ||||| |

== Unsortiert/Unspezifisch ==
* mehr SMD Bauteile ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* mehr Familien von Logik-ICs, z.B. AC, ACT (in SMD) ||||| ||||| ||
* HCT-Logik in SMD ||||| ||||| ||||| ||||| ||
* mehr und v.a. kleine (Hand-) Gehäuse ||||| ||||| ||||| ||||| ||||| ||||| ||||
* Preiswertere Alu Druckgussgehäuse, wie z.B. von Hammond Manufacturing
* LiPoly-Zellen (aufladbare Lithiumakkus "Suppentüten") ||||| ||||| |
* gleicher Mindestbestellwert in Österreich wie in Deutschland |||||| ||||
* schnelle Lieferzeit (wie früher 1-2 Tage) ||||| ||||| ||
* nicht wie die Konkurrenz jetzt schon im April den Juli Katalog rausbringen ||
* Filialen in Österreich und der Schweiz :-) ||||| |||

= Bereits im Sortiment =

* 3,3V Laengsregler (LT1086-Serie z.B.) ||||| => vgl z.B. [http://reichelt.de/?ARTIKEL=LT%201086%20CM3%2C3 LT 1086 CM3,3] (SMD) oder [http://reichelt.de/?ARTIKEL=LT%201086%20CT3%2C3 LT 1086 CT3,3] (TO-220) bei Reichelt
* Flexible Messleitungen: Wie gesagt Reichelt bietet ja die ganze Palette an Bananen/Laborsteckern, Krokodilklemmen usw. an, nur die Leitungen dazu fehlen im Programm. (Sind schon im Sortiment. Fertig konfektionierte z.B.: ML 100 SW, Meterware z.B.: MESSLEITUNG 10SW)
* FTDI USB Chips ||||| ||||| ||||| ||||| ||||| || => Best-Nr. FT232BM oder FT245BM
* CAN-Bus Controller MCP2515 |||||
* VLSI MP3 Decoder ||||| ||||| ||||| z.Zt. unter CAN-Bus(!) einsortiert
* Atmel AT90CAN128 ||||| |
* MMC / SDC slot ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ==> Bestell-Nr.: CONNECTOR MMC 11, CONNECTOR MMC 12, CONNECTOR SD 21 und CONNECTOR SD 22
* lineare Potentiometer als Schiebepoti ||||| | - Bestell-Nr. PSS-LIN* ("mono") PSM-LIN* ("stereo")
* Echtzeituhr DALAS DS1307 (auch SMD) ||||||| - Bestell-Nr. DS1307/DS1307Z
* Konkret: Neuer PIC ... und PIC18F2550 ||||| |||
* MSP430F1232 |
* Fädelstift, Draht und Kämme ||||| || - Bestell-Nr. Fädelstift/Fädeldraht/Fädelkamm (Warum sind diese Stifte ùnd der Draht nur so "erschreckend" teuer? => immerhin billiger als bei C...)
* Mini-GPS-Module ||||| ||||| ||||| ||||| ||| - Bestell-Nr. GPS ET 102/GPS ET 202/GPS EM 401
* Atmel ATmega48, ATmega168, ATtiny13 ||||| ||||| ||||| | (im neuen katalog und online verfügbar!)
* CompactFlash Stecker ||||| ||||| ||||| || - Bestell-Nr. connector CF 01/ Connector CF 02
* DCF77 Empfangsmodule ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||| (DCF77 Modul)
* Microchip PIC 12F683 (8pin PIC mit PWM !) => Bereits im Sortiment: Best. Nr PIC 12F683-I/P bzw. PIC 12F683-I/SN

==== Logbuch ====

08.02.2005: Positives Feedback von Reichelt. Freuen sich über diese Form der Anregung. In der 2. Märzhälfte sollen weitere Produkte in den neuen Katalog einfließen. -- [http://www.reintechnisch.de Winfried Mueller]

07.02.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- [http://www.reintechnisch.de Winfried Mueller]

GCC

2005-01-23T15:27:50Z

R2D2:

'''G'''NU '''C'''ompiler '''C'''ollection

Eine Sammlung von Compilern für verschiedene [[Programmiersprache | Programmiersprachen]]. Meist wird jedoch der [[C]]-[[Compiler]] gemeint. Daher auch die alternative Bezeichnung '''G'''NU '''C''' '''C'''ompiler.

== Siehe auch ==
* [[AVR-GCC]] und [[AVR-GCC-Tutorial]]
* [[MSPGCC]]
* [[LPC-P2106]] (Anleitung zu GNUARM)
* [http://gcc.gnu.org Offizielle GCC Seite]

Operationsverstärker-Grundschaltungen

2005-01-23T14:10:48Z

R2D2:

== Der Komparator ==

[[Bild:Op-komp-a.png]] [[Bild:Op-komp-b.png]]

In der einfachsten Beschaltung des Operationsverstärkers erhält man einen Komparator. Es fällt auf, dass kein Gegenkopplungsnetzwerk vorhanden ist. Der OP arbeitet daher mit seiner vollen Leerlaufverstärkung Vo. Dies bedeutet, dass bereits eine kleine Eingangsspannung genügt, um den OP in die Begrenzung zu treiben. Das heißt, die Ausgangsspannung Ua wird annähernd die Betriebsspannung erreichen.

Beim Komparator gibt es zwei Möglichkeiten der Beschaltung: die invertierende nach a) und die nichtinvertierende Beschaltung nach b).

=== Berechnungsbeispiel für Schaltung b) ===

Angenommen die Leerlaufverstärkung Vo von 40000 und eine Eingangsspannung von 0,1 Volt. Die Betriebsspannungen Vcc und Vee legen wir auf +/- 24 V fest. Damit ergibt sich theoretisch für Ua:

:<math>U_a = V_0 \cdot U_e = 40000 \cdot 0,1\,\mathrm{V} = 4000\,\mathrm{V}</math>

Das ist natürlich ein unrealistischer Wert, da Ua nicht höher sein kann als die Betriebsspannung. Also anders ausgedrückt: Bei welcher Spannung Ue erreicht der OP seine Aussteuerungsgrenze?

:<math>U_e = V_{cc} / V_0 = 24\,\mathrm{V} / 40000 = 0,6\,\mathrm{mV}</math>

Das bedeutet, dass eine Spannung von 0,6 mV ausreicht um den Komparator in die Begrenzung zu treiben.

Das gleiche gilt auch für den invertierenden Komparator, allerdings wird hier der OP in die negative Begrenzung gebracht.

:<math>-U_a = V_0 \cdot U_e</math>

== Verstärkergrundschaltungen ==

[[Bild:Op-verstaerker-a.png]] [[Bild:Op-verstaerker-b.png]]

In a) und b) verwenden wir den OP als Verstärker und nutzen hier die Möglichkeit der Gegenkopplung um definierte Verstärkungen zu erhalten. Wir gehen wieder davon aus, dass der OP ein ideales Bauteil ist und daher seine Leerlaufverstärkung unendlich ist. Ebenso betrachten wir den Eingangswiderstand als unendlich.

In a) ist ein invertierender Verstärker mit einem OP dargestellt. Durch die Widerstände R3 und R4 wird die Verstärkung bestimmt:

:<math>V = \frac{R_4}{R_3}</math>

Das Verhältnis der beiden Widerstände bestimmt also die Verstärkung und somit die Ausgangsspannung:

:<math>-U_a = U_e \cdot \frac{R_4}{R_3}</math>

oder auch

:<math>-U_a = U_e \cdot V</math>

Das negative Vorzeichen drückt wieder aus, dass es sich um einen invertierenden Verstärker handelt.

Beim nichtinvertierenden Verstärker b) finden wir auch eine Rückkopplung über R6 zum invertierenden Eingan des OP. Die Verstärkung wird durch das Gegenkopplungsnetzwerk R6 und R7 exakt definiert. Hier ist nun

:<math>V = 1 + \frac{R6}{R7}</math>

Eine Verstärkung von 1 ist aber nicht sinnvoll. Dafür benutzt man einen sog. Spannungsfolger.

Kleinere Werte als 1 lassen sich nicht realisieren. Die Ausgangsspannung errechnet sich also so:

:<math>U_a = U_e \cdot (1 + \frac{R_6}{R_7}))</math>

Beispiel: Eine Eingangsspannung von 0,5 V soll auf den Wert 5 V verstärkt werden, es ist also eine Verstärkung V von 10 benötigt. R7 ist mit 10 kΩ vorgegeben. Also ist das Verhältnis

:<math>\frac{R_6}{R_7} = V - 1</math>

Bei einem Wert von 10 kΩ für R7 errechnet sich R6 zu

:<math>
R6 = (V - 1) \cdot R7
= (10 - 1) \cdot 10\,\mathrm{k\Omega}
= 90\,\mathrm{k\Omega}
</math>

Die Ausgangsspannung Ua wird also:

:<math>
U_a = U_e \cdot (1 + \frac{R_6}{R_7})
= 0,5\,\mathrm{V} \cdot (1 + \frac{90\,\mathrm{k\Omega}}{10\,\mathrm{k\Omega}})
= 5\,\mathrm{V}
</math>

== Spannungsfolger (Impedanzwandler) ==

[[Bild:Op-spannungsfolger1.png]]

Eine Abart des nichtinvertierenden Verstärkers stellt der Spannungsfolger dar. Beim nichtinvertierenden Verstärker errechnet sich die Ausgangsspannung aus:

:<math>U_a = U_e \cdot (1 + \frac{R_2}{R_1})</math>

Wenn wir R2 auf 0 Ohm und R1 auf unendlich ändern, erhalten wir daher:

:<math>V = 1 + \frac{R_2}{R_1} = 1</math>

Ein Spannungsfolger hat also eine Verstärkung V von 1.

Umgezeichnet sieht die Schaltung so aus:

[[Bild:Op-spannungsfolger2.png]]

Was soll das nun? Wir nutzen die Eigenschaft, dass ein idealer OP einen unendlichen Eingangswiderstand und einen Ausgangswiderstand von 0 Ohm hat. Real sieht das natürlich anders aus: so liegt der Eingangswiderstand Re bei normalen OPs in der Größenordnung von 1MOhm bis <math>10^{15} \Omega</math>, der Ausgangswiderstand Ra im Bereich 20 Ohm bis 1kOhm. Deshalb spricht man bei dieser Schaltung von einem Impedanzwandler. Eine solche Schaltung kann also aus einer relativ hochohmigen Spannungsquelle eine niederohmige, durch Folgeschaltungen belastbare Spannungsquelle machen.

[[Bild:Op-spannungsfolger3.png|left]]

In dem nebenstehenden Beispiel ist eine einfache Möglichkeit zur Erzeugung einer Referenzspannung gezeigt. Es kommt eine normale Stabilisierungsschaltung mit einer Zenerdiode zur Anwendung, die aber nicht mehr die schlechten Eigenschaften der Standardbeschaltung hat.

<br clear="all" />

[[Bild:Op-spannungsfolger4.png|right]]

Eine weitere Anwendungsmöglichkeit wäre das hochohmige Auskoppeln einer Brückenspannung. Die Brückenschaltung selbst wird durch Folgeschaltungen nicht mehr belastet, alle anderen Eigenschaften bleiben erhalten.

<br clear="all" />

== Der Addierer (Summierverstärker) ==

[[Bild:Op-addierer.png]]

Ein als invertierender Verstärker beschalteter OP lässt sich so beschalten, dass ein Summensignal aus den Eingangsspannungen gebildet wird. Um die Funktion deutlich zu machen, ist eine betrachtung der einzelnen Ströme nötig.

In einem invertierenden Verstärker wird sich die Ausgangsspannung immer so einstellen, dass der invertierende Eingang im Prinzip Massepotential hat. Man bezeichnet dies als einen virtuellen Nullpunkt (VN). Hier gilt die Regel, dass die Summer der zufileßenden Ströme gleich der Summe der abfließenden Ströme ist.

:<math>I_1 + I_2 = -I_3</math>

Wenn wir die Stromgleichung ausführlicher betrachten, können wir auch sagen:

:<math>\frac{U_{e1}}{R_1} + \frac{U_{e2}}{R_2} = \frac{U_a}{R_3}</math>

Nach Ua aufgelöst erhalten wir:

:<math>-U_a = (U_{e1} \cdot \frac{R_3}{R_1}) + (U_{e2} \cdot \frac{R_3}{R_2}) + ... + (U_{en} \cdot \frac{R_3}{R_n})</math>

Das war's eigentlich schon. Einen Sonderfall gibt es, wenn die Widerstände R1 und R2 gleich sind. Dann gilt

:<math>R_1 = R_2 = R_x</math>

und damit

:<math>U_a = \frac{R_3}{R_x} \cdot (U_{e1} + U_{e2})</math>.

== Der Subtrahierer ==

[[Bild:Op-subtrahierer.png]]

Ein Subtrahierer ist nichts weiter als die Zusammenschaltung eines invertierenden und eines nichtinvertierenden Verstärkers. Schliessen wir Punkt Ue1 nach Masse kurz und steuern Ue2 an, arbeitet die Schaltung als nichtinvertierender Verstärker. Wird Ue2 nach Masse verbunden und Ue1 angesteuert, verhält sich die Schaltung als invertierender Verstärker (R7 vorerst nicht beachten).

Für den 1. Fall gilt:

:<math>U_a = U_{e2} \cdot (1 + \frac{R_6}{R_4})</math>

Für den 2. Fall:

:<math>U_a = U_{e1} \cdot \frac{R_6}{R_4}</math>

Der dritte Fall ist die Ansteuerung beider Eingänge:

:<math>U_a = U_{e1} \cdot \frac{R_6}{R_4} - U_{e_2} \cdot (1 + \frac{R_6}{R_4})</math>

Diese Schaltung ist gut für eine Erklärung, praktisch aber taugt sie nichts. Denn liegen an den Eingängen gleiche Spannungen an, ist die Ausgangsspannung nicht 0, wie eigentlich zu vermuten wäre. Deshalb ändern wir die Schaltung und fügen R7 ein. Jetzt stellt sich am Punkt + des OPs die Spannung

:<math>U_{e2+} = U_{e2} \cdot \frac{R_7}{R_5 + R_7}</math>

ein. Wenn wir das berücksichtigen, erhalten wir endlich einen richtigen Subtrahierer:

:<math>U_a = U_{e2} \cdot (1 + \frac{R_6}{R_4}) \cdot \frac{R_7}{R_5 + R_7} - \frac{R_6}{R_4} \cdot U_{e1}</math>

Dies gilt für alle Subtrahierer, obwohl es natürlich auch hier wieder zwei Sonderfälle gibt; nämlich a) wenn alle Gegenkopplungswiderstände gleich sind:

:<math>R_6 = R_7 = R_4 = R_5</math>

dann ist

:<math>U_a = U_{e2} - U_{e1}</math>

oder b) wenn die Widerstandsverhältnisse gleich sind:

:<math>\frac{R_6}{R_7} = \frac{R_4}{R_5}</math>

Dann ergibt sich für Ua:

:<math>U_a = (U_{e1} \cdot \frac{R_6}{R_4}) - (U_{e2} \cdot \frac{R_6}{R_4})</math>

oder noch einfacher:

:<math>U_a = (U_{e2} - U_{e1}) \cdot \frac{R_6}{R_4}</math>

AVR-Tutorial Bestellliste

2004-05-13T17:48:47Z

R2D2: Beschreibungen ergänzt

'''Bestellliste für [http://www.mikrocontroller.net/tutorial/ AVR-Tutorial] bei Reichelt'''

Die Liste ist allerdings nicht vollständig, da ich noch einige Teile hatte. Sie bezieht sich auf das AVR-Tutorial und den AtMega8 und isp-Programmer. Es fehlen ein paar Widerstände und Kondensatoren sowie das LCD Display. Aus meiner Erfahrung heraus ist Reichelt (www.reichelt.de) der günstigste Versender mit fairen Versandkosten (3,60 ¤) und nur 10 ¤ Mindestbestellsumme (dies soll keine Werbung etc. für Reichelt sein).

''Bestellnummer Beschreibung Preis''

µA 7805 Spannungsregler 1A positiv, TO-220 1 0.23Euro
MAX 232CPE RS232-Treiber 0.75Euro
GS 28 IC-Sockel, 28-polig, doppelter Federkontakt 2 0.16Euro
H25PR150 Lochrasterplatine, Hartpapier, 150x100mm 2 3.20Euro
SPL 20 IC-Fassung, 20-polig, einreihig, RM 2,54, gerade 3 0.78Euro
ATMEGA 8-16 DIP ATMega AVR-RISC-Controller, DIL-28 1 4.25Euro
STIFTL. 2X10W Stiftleiste, 2x10-polig, vergoldet, zweireihig, gew. 2 0.26Euro
74HCT 244 Bustreiber 0.25Euro
RAD 10/35 Elektrolytkondensator, 5x11mm, RM 2,0mm 5 0.20Euro
RAD 22/35 Elektrolytkondensator, 5x11mm, RM 2,0mm 5 0.20Euro
D-SUB ST 25US D-SUB-Stecker, 25-polig, gewinkelt, RM 7,2 1 0.40Euro
OSZI 8,000000 Quarzoszillator, 8,00 MHz 1 1.90Euro
D-SUB BU 09US D-SUB-Buchse, 9-polig, gewinkelt, RM 7,2 1 0.21Euro
GS 40 IC-Sockel, 40-polig, doppelter Federkontakt 2 0.22Euro
BAT 43 DIODE 1 0.11Euro
HEBO 13 Hohlstecker-Printeinbaubuchse, gewinkelt 1 0.21Euro
BUCHSENL 2X10G Buchsenleiste, 2x10-polig, zweireihig, H: 8,3mm 2 0.30Euro

Versandkosten: 3.60 Euro

Gesamtpreis: 17.98 Euro

Alles ohne Gewähr für die Richtigkeit. Teilweise weichen die bestellten Artikel ab, da Reichelt nicht alles führt. Die Steckbretter bekommt man neuerdings günstig bei ebay (Suche: Steckbrett).

---

Anm. mthomas 11.5.2004

was noch fehlen muesste:
100 nF Kondensator (Folie) 7805 sekundaer
100 nF Kondensator zw. VCC-GND am ATmega8
100 nF Kondensator zw. AVCC-GND am ATmega8
100 nF Kondensator zw. AREF-GND am ATmega8
100 nF Kondensator zw. VCC-GND am MAX232
100 nF Kondensator im Programmieradapter
(ja...es sind ein paar, aber schaden tut's nichts)

fuer "Standardbeschaltung" Reset-Pin:
100 nF Kondensator zw. Reset und GND
10 kOhm Widerstand zw. Reset und VCC
1N4148 o.ae. Diode zw. Reset und VCC

LEDs z.b. 3mm low-current (3mA)
1,5k Ohm Vorwiderstaende fuer LEDs

Aenderungen:
* GS28 ist "normal-breit" richtig: die schmale Ausfuehrung GS-28-S
* fuer den MAX232 reichen 1uF Kondensatoren an den Ladepumpen
* Quarz besser mit einer "UART-Frequenz" also 3,6... oder 7,2... MHz
* DSUB-Buchse besser ohne Gehaeuse, verloetet sich einfacher auf Lochraster

Mikrocontroller.net:Kurze Artikel

2004-04-24T14:15:25Z

R2D2:

<ol start=1><li><a href="/X86.htm" class='internal' title ="X86">X86</a> (26 Byte)</li>
<li><a href="/Taktfrequenz.htm" class='internal' title ="Taktfrequenz">Taktfrequenz</a> (50 Byte)</li>
<li><a href="/Atmel.htm" class='internal' title ="Atmel">Atmel</a> (55 Byte)</li>
<li><a href="/STK500.htm" class='internal' title ="STK500">STK500</a> (56 Byte)</li>
<li><a href="/Schwingung.htm" class='internal' title ="Schwingung">Schwingung</a> (62 Byte)</li>
<li><a href="/L293D.htm" class='internal' title ="L293D">L293D</a> (75 Byte)</li>
<li><a href="/PowerPC.htm" class='internal' title ="PowerPC">PowerPC</a> (76 Byte)</li>
<li><a href="/8048.htm" class='internal' title ="8048">8048</a> (80 Byte)</li>
<li><a href="/RS232.htm" class='internal' title ="RS232">RS232</a> (82 Byte)</li>
<li><a href="/Bit.htm" class='internal' title ="Bit">Bit</a> (83 Byte)</li>
<li><a href="/Spannung.htm" class='internal' title ="Spannung">Spannung</a> (83 Byte)</li>
<li><a href="/Verilog.htm" class='internal' title ="Verilog">Verilog</a> (88 Byte)</li>
<li><a href="/TWI.htm" class='internal' title ="TWI">TWI</a> (97 Byte)</li>
<li><a href="/DDS.htm" class='internal' title ="DDS">DDS</a> (101 Byte)</li>
<li><a href="/Windows.htm" class='internal' title ="Windows">Windows</a> (110 Byte)</li>
<li><a href="/LTC1257.htm" class='internal' title ="LTC1257">LTC1257</a> (111 Byte)</li>
<li><a href="/C166.htm" class='internal' title ="C166">C166</a> (111 Byte)</li>
<li><a href="/Compiler_f%FCr_MSP430.htm" class='internal' title ="Compiler für MSP430">Compiler für MSP430</a> (115 Byte)</li>
<li><a href="/Oszilloskop.htm" class='internal' title ="Oszilloskop">Oszilloskop</a> (116 Byte)</li>
<li><a href="/VHDL.htm" class='internal' title ="VHDL">VHDL</a> (118 Byte)</li>
<li><a href="/Schaltplaneditoren.htm" class='internal' title ="Schaltplaneditoren">Schaltplaneditoren</a> (121 Byte)</li>
<li><a href="/Compiler_f%FCr_AVR.htm" class='internal' title ="Compiler für AVR">Compiler für AVR</a> (130 Byte)</li>
<li><a href="/Amplitude.htm" class='internal' title ="Amplitude">Amplitude</a> (133 Byte)</li>
<li><a href="/Abel.htm" class='internal' title ="Abel">Abel</a> (134 Byte)</li>
<li><a href="/Forth.htm" class='internal' title ="Forth">Forth</a> (148 Byte)</li>
<li><a href="/VS1001.htm" class='internal' title ="VS1001">VS1001</a> (160 Byte)</li>
<li><a href="/BAE.htm" class='internal' title ="BAE">BAE</a> (162 Byte)</li>
<li><a href="/FastAVR.htm" class='internal' title ="FastAVR">FastAVR</a> (168 Byte)</li>
<li><a href="/SHT11.htm" class='internal' title ="SHT11">SHT11</a> (173 Byte)</li>
<li><a href="/C.htm" class='internal' title ="C">C</a> (186 Byte)</li>
<li><a href="/Sensor.htm" class='internal' title ="Sensor">Sensor</a> (189 Byte)</li>
<li><a href="/TTL.htm" class='internal' title ="TTL">TTL</a> (191 Byte)</li>
<li><a href="/DSP.htm" class='internal' title ="DSP">DSP</a> (199 Byte)</li>
<li><a href="/USART.htm" class='internal' title ="USART">USART</a> (209 Byte)</li>
<li><a href="/ARM.htm" class='internal' title ="ARM">ARM</a> (214 Byte)</li>
<li><a href="/CMOS.htm" class='internal' title ="CMOS">CMOS</a> (215 Byte)</li>
<li><a href="/Testseite.htm" class='internal' title ="Testseite">Testseite</a> (215 Byte)</li>
<li><a href="/AT91.htm" class='internal' title ="AT91">AT91</a> (217 Byte)</li>
<li><a href="/PCB.htm" class='internal' title ="PCB">PCB</a> (218 Byte)</li>
<li><a href="/74HC595.htm" class='internal' title ="74HC595">74HC595</a> (226 Byte)</li>
<li><a href="/NRZ.htm" class='internal' title ="NRZ">NRZ</a> (226 Byte)</li>
<li><a href="/Bascom_AVR.htm" class='internal' title ="Bascom AVR">Bascom AVR</a> (236 Byte)</li>
<li><a href="/Madistor.htm" class='internal' title ="Madistor">Madistor</a> (237 Byte)</li>
<li><a href="/JTAG.htm" class='internal' title ="JTAG">JTAG</a> (237 Byte)</li>
<li><a href="/GPS.htm" class='internal' title ="GPS">GPS</a> (238 Byte)</li>
<li><a href="/Breadboard.htm" class='internal' title ="Breadboard">Breadboard</a> (245 Byte)</li>
<li><a href="/Bus.htm" class='internal' title ="Bus">Bus</a> (251 Byte)</li>
<li><a href="/ISP.htm" class='internal' title ="ISP">ISP</a> (255 Byte)</li>
<li><a href="/Nibble.htm" class='internal' title ="Nibble">Nibble</a> (266 Byte)</li>
<li><a href="/IC.htm" class='internal' title ="IC">IC</a> (274 Byte)</li>
</ol>

Diskussion:Oszillator

2004-04-24T14:12:49Z

R2D2:

Hier wäre ne Beschreibung der einzelnen Schaltungen mit Vor- und Nachteilen gut.
Für Einsteiger könnte man auch noch erklären, warum diese Schaltungen schwingen und was beim Aufbau zu beachten ist.

Pulsweitenmodulation

2004-04-19T16:49:35Z

R2D2:

'''P'''uls '''W'''idth '''M'''odulation

Ein Rechtecksignal, dessen <math>t_{ein}</math> und <math>t_{aus}</math>Zeit bei fester Grundfrequenz variiert wird. Der eingeschaltete Puls wird also in der Weite moduliert.

Das mit einem analogen [[Filter]] kombinierte PWM Signal kann dazu verwendet werden, Analogsignale zu erzeugen (Digital-Analogumsetzer [[DAC]]). Eine digitale Impulsfolge mit einer konstanten [[Frequenz]] (festgelegte Grundfrequenz) wird als Grundlage benutzt. Um unterschiedliche analoge Niveaus zu erzeugen, wird das Tastverhältnis und dadurch die Impulsbreite des digitalen Signals geändert. Wenn eine hohe analoge Spannung erforderlich ist, wird die Impulsbreite erhöht und umgekehrt.

Die Mittelwertbildung des digitalen Signals über einen Zeitraum (unter Verwendung eines analogen Tiefpaßfilter) erzeugt das Analogsignal. Ein Taktverhältnis von 50% ergibt ein Analogsignal mit der Hälfte der Versorgungsspannung, während 75% Taktverhältnis ein Analogsignal mit 75% Versorgungsspannung ergibt.

Der analoge Tiefpaßfilter könnte zum Beispiel ein einfacher passiver RC-Filter sein. Der Filter entfernt die hohe PWM Grundfrequenz und läßt das Analogsignal übrig. Die Filterübergangsfrequenz muß so gewählt werden, daß das gewünschte Analogsignal nicht verändert wird. Gleichzeitig muß sie so niedrig wie möglich sein, um die Oberwellen der PWM Grundfrequenz herabzusetzen.

Zur Ansteuerung eines Gleichstrommotors ist eine Filterung nicht nötig, das Signal kann direkt an den Motortreiber (z.B. [[L293D]], [[FET]]) gegeben werden. Die Trägheit des Magnetfelds im Motor glättet das Signal ausreichend.

Pulsweitenmodulation wird auch zur Erzeugung verschiedener Ausgangsspannungen bei [[Schaltreglern]] benutzt. Dabei wird ein [[Transistor]] mit einem variablen [[Duty-Cycle]] angesteuert und damit die Ausgangsspannung reguliert.

Potentiometer

2004-04-19T16:44:21Z

R2D2:

Ein Potentiometer ist ein [[Widerstand]] der sich vom Benutzer einstellen lässt. Dazu ist ein Stab am Gehäuse angebracht, auf den normalerweise ein Knopf aufgesetzt wird.
Kurzform: Poti
Es gibt auch Trimpotis, bei denen auf den Stab verzichtet wurde. Die Einstellung erfolgt mit einem Schraubenzieher. Diese Potis werden normalerweise nur für den Abgleich des Geräts verwendet und sind dem Benutzer nicht zugänglich.