ARM-Anfänger

Hm,

prinzipiell mußt Du erstmal gar kein Header File verwenden um einen
Port zu togglen.

Es gibt lt. Usermanual S. 81 für die GPIO 4 Register mit denen Du
Arbeiten kannst. Ablaufen tut das nach folgenden Schema:

- Solls n Ausgang oder n Eingang sein ? Register: IODIR

- Für den Ausgang kannst Du dann mit Register IOCLR und IOSET den Port
Pin setzen oder net.

Das Headerfile dient nur um dir das Leben einfacher zu Machen. Das
Register IODIR liegt an Addresse: 0xE0028008

Du darfst natürlich mit
(*((DWORD *)0xE0028008)) = 0x12345678;
auf das Register zugreifen - Im Allgemeinen schauts mit
IODIR = 0x12345678;
besser aus.

Was das Ding sonst noch kann steht im Datenblatt bzw. Usermanual drin.
Ohne das gibts kein weiterkommen.

cu

@ ... cu:

Selbstverständlich braucht man ein Headerfile für die
Registerdefinitionen, und zwar hier das LPC210x.h.

@Kroko:

Ansonsten sind das User Manual und das Data Sheet stets sehr nützlich:

Philips LPC2106-Seite:

http://www.semiconductors.philips.com/pip/LPC2106.html

User Manual:

http://www.semiconductors.philips.com/acrobat/usermanuals/UM_LPC2106_2105_2104_1.pdf

Data Sheet:

http://www.semiconductors.philips.com/acrobat/datasheet/LPC2104_2105_2106-05.pdf

Und wenn mal was nicht wie erwartet geht:

Errata Sheet:

http://www.semiconductors.philips.com/acrobat/erratasheets/2106.pdf

Bei Keil findet man ein paar schöne Beispielprogramme für die Philips
LPC2000 Serien:

http://www.keil.com/download/list/arm.htm

Da ist auch was mit Pin-Ansteuerung dabei (Blinky, Blinky-IRQ,
Konfiguration der I/O. In denen sieht man auch gut, wo welche
Headerfiles eingebunden sind.

Eventuell muß die Software an den LPC-Typ (Auswahl Headerfile mit
Registerdefinitionen) und die Konfiguration an die andere IDE
(Crossworks anstatt Keil µVision3) angepaßt werden.

Gruß

Dietmar

>Selbstverständlich braucht man ein Headerfile für die
>Registerdefinitionen, und zwar hier das LPC210x.h.

So ein Schmarrn. Niemand zwingt einen, ein Headerfile zu verwenden.

*((unsigned int *) 0x12345678) = 12345;

funktioniert doch genauso. Im Header steht zwar nichts anderes drin,
aber gerade am Anfang kann es schonmal nützlich sein, das alles selbst
zu machen, um es besser zu verstehen.

Dann machen Philips und Keil also umsonst Headerfiles mit
hardwareabhängigen Registerdefinitionen :-(

Gruß

Dietmar

Nicht umsonst, aber kostenlos.

Nur BRAUCHT man eben keinen Header, nicht zwingend. Und da Kroko wohl
grundsätzliche Probleme hat, kann man das zu Lernzwecken auch mal
weglassen.

@Karl:

Man muß sich das Leben aber auch nicht unnötig erschweren:

Bindet man das Definitions-H-File ein, kann man die Peripherals unter
dem Namen exakt wie im Datenblatt ansprechen. Das ist doch besser als:

*((unsigned int *) 0x12345678) = 12345;

Oder???

Sowas macht nur den Code unleserlich.

Wie Kroko, so habe ich vor gut 2 Jahren auch mit C angefangen,
unmittelbar danach kam der ARM-Controller.

Um die Register-Definitionen, habe ich mich nie gekümmert, sondern sie
sofort eingebunden.

Wem das zu schwer ist, für den ist aber auch der ARM-Controller eine
Nummer zu hoch, oder?

Haben wir heute Vollmond, oder was?
Und gegen Polen haben wir doch auch gewonnen.

Gruß

Dietmar

@Rufus T. Firefly:

Schwülstige Wortlaute, ohne Ende:

Mit einem ARM7 aus dem Nichts anzufangen, ist mir ehrlich gesagt sehr
suspekt.

Ein 8080, und mit Assembler anfangen, wäre da eher geeignet.

Gruß

Dietmar

Danke für die vielen Antworten!
Mein Entwicklungs-Board ist schon länger fertig.
Werde das, wasw ihr mir geraten habt, mal ausprobiern.

Mfg Kroko

@Kroko:

Dann kopier dir wenigstens ein paar #defines aus dem
Register-Headerfile in das Main-C-File. Und wenn es nur die sind, die
die I/O-Ports betreffen.

Ein Bit mit: IOSET1 = (0x01 << 7); zu setzen, ist doch eleganter und
übersichtlicher als *((unsigned int *) 0x12345678) = 12345;

Oder?

Gruß :-)

Dietmar

@Kroko:

Um welches Demoboard handelt es sich?

@Sebastian:

Ein ARM7 wie die LPC2000 ist schon ein anderes Kaliber als ein 8051.
Irgendwann muß man sich da auch mal mit solchen Dingen wie der
Startup.s (Stack-Initialisierung für alle Betriebsmodi, usw.)
beschäftigen, den Betriebsmodi, dem Interrupt-Controller, und eventuell
auch mit Pipelining-Effekten und einigen anderen Feinheiten, die ein
8051 so nicht hat.

Natürlich, so ein modernes ARM Demoboard kann man am Schreibtisch
betreiben und braucht (zunächst) keine Laborausstattung, das ist schon
eine feine Sache.

Ich hatte ja ursprünglich auch gemeint, einzig und alleine nur das
Register-H-File einzubinden, und weiter nichts. Das haben sogar die
einfachen Beispiele wie "Hello World".

Gruß

Dietmar