Problem mit selbgebauten LPC2103 Board

omega Gast #517189
Lesenswert?
• ▲
▼ 
Hallo,
ich habe mir ein Experimentierboard für den LPC2103 gefertigt. Ich habe 
eine Hauptplatine mit Puffer Akku für die RTC, Max232 den 
Versorgungsspannungen, und mehreren Anschlüssen und ein Modul mit dem 
LPC und den Quarzen drauf. Ich kann dan µC mit dem LPC Flash Utility von 
Philips flashen, aber wenn ich "Upload to Flash" auswähle und dann 
"Compare Flash" bekomme ich die Meldung: Fail. Wenn ich aber über 
"Buffer" -> "Flash Buffer Operations" flashe und dann Compare auswähle 
ist alles ok.

Dennoch funktioniert das Programm auf dem Controller nicht. Das 
verwendete Programm ist ein Beispielprogramm von "ImageCraft" und sollte 
eigentlich funktionieren. Weiter ist auffällig, das der Stromverbrauch 
schwankt.

Im Anhang befindet sich der Schaltplan des Boards. Was habe ich falsch 
gemacht?
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
antworter Gast #517406
Lesenswert?
• ▲
▼ 
Sag mal... hängt der MAX232 tatsächlich mit Kondensatoren in Serie an 
VCC und GND ??? Das sieht echt so aus... Miß mal lieber nach, ob an dem 
MAX tatsächlich seine Betriebsspannung anliegt.



Den Schaltplan bzgl. des LPCs zu lesen ist ohne das Datenblatt des ICs 
nicht möglich, da keine Pinbezeichnungen vorhanden sind...

Schau doch mal nach, ob Du für Deinen Schaltplaneditor nicht ein 
passendes "Macro"/"Model" für den LPC2103 findest (vielleicht auf der 
nxp-Seite ?).

...da ich aber zufällig das ausgedruckte Datenblatt hier liegen habe:

- Dein Reset wird über S1 gesteuert - wenn das ein Schalter ist, mußt Du 
sicherstellen, daß Du diesen beim flashen betätigst und im FlashTool die 
automatische Steuerung deaktiviert ist

- überprüfe vor dem Flashen den DBGSEL-Jumper - der muß offen bleiben
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Omega G. Persönliche Seite #525433
Lesenswert?
• ▲
▼ 
Ich habe jetzt erst Zeit gefunden mich darum zu kümmern.
Den Schaltplan von Embedded-Artists habe ich schon als Grundlage 
verwendet.

Durch weiteres ausprobieren habe ich festgestellt, dass nicht Pin 27 
(DBGSEL) darüber entscheidet ob der Controller in den Debugmodus geht 
oder normal arbeitet, sondern Pin 44 (P0.14). Zudem habe ich ein paar 
verwendete Ausgangspins mit Pull-ups (10 KOhm) belegt. Jetzt 
funktioniert es scheinbar problemlos. freu

P.S.: Hat jemand eine Idee wie ich jetzt die SPI1 Schnittstelle 
verwende? Denn P0.14, der auch SCK1, ist wird ja benötigt um in den 
Normalbetrieb zu kommen.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Martin Thomas Gast #525441
Lesenswert?
• ▲
▼ 
Nicht "Debug-Modues" sondern "Bootloader-Modus". P0.14 wird beim Reset 
getestet ob low, wenn ja -> bootloader an, wenn nein-> "Normalbetrieb". 
Im Betrieb kann man den Pin als Ausgangspin auch für SCK nutzen.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.