-
Thread
Cortex uC Empfehlung gesucht
#4441988: > Hingegeb haben die NXP LPC-Teile keine 9-Bit UART, gut wer die nicht > braucht! LPC17xx kennt MARK/SPACE Parity. Das *ist* das 9. Bit und wird hier aktiv benutzt (als RS485 Addressierung). Bei kleineren Varianten müsste man kurz im Manual nachschauen, da erwarte ich aber ähnliches.
-
Thread
SDCard antwortet immer mit 0x20 auf CMD24
MMC_disk_initialize(): https://github.com/ajhc/demo-cortex-m3/blob/master/lpcxpresso-lpc1769/lpc1769/fat_sd/spi_sd_lpc17xx.c Dort gibts für SD 2.0 Karten CMDD0->CMD8 -> ACMD41 ->CMD58. Das CMD58 Kommando gibt im OCR ein Bit zurück ob die Karte 512 Byte oder 1 Byte Addressen haben will.
-
Thread
[ARM / Cortex-M0(+)] delay-Funktionen "avr-libc style"
in der Laufzeit bei der kleinsten Codeänderung in anderen Programmteilen gab. Bei den LPC11xx oder LPC17xx liegt das im Flashcaching begründet. Das kann bei anderen Controllern anders aussehen. Mir hat jedenfalls geholfen die innerste Schleife mit align4 immer für den cache gleich auszurichten. Sollte
-
Thread
LPC1768 UART Problem beim Senden/Empfangen mehrere Bytes
> Parität, 1 Stop bit, DLAB = 0 > LPC_UART0->FCR = 0x47; Zu viele magic numbers. Für den LPC17xx gibt es Header mit Bitdefinitionen. Achung: PCLKSEL0 kann nicht geändert werden, sobald die PLL0 an ist. Siehe Errata. hoxplus schrieb im Beitrag #4233646: > Wenn ich in einer while Schleife
nicht erkennt ist was in den Einstellungen (Baudrate, Datenbits, Parity) falsch. Der FiFO im LPC17xx erlaubt einem sogar das hier: [c] while (!(LPC_UART0->LSR & UART_LSR_THRE)); LPC_UART0->THR = 'T'; LPC_UART0->THR = 'e'; LPC_UART0->THR = 's'; LPC_UART0->THR = 't'; LPC_UART0->THR
-
Thread
LPC1769 GPIO Interrupt mit prellenden Taster
leider nicht. Benutze ein LPC1769 mit folgendem c-code [c] #ifdef __USE_CMSIS #include "LPC17xx.h" #endif void EINT3_IRQHandler(void){ if( LPC_GPIOINT->IO2IntStatF & (1<<3) ){ LPC_GPIOINT->IO2IntClr = (1<<3); } LPC_GPIOINT->IO2IntClr = (1<<3); } int main(void){ volatile
-
Thread
SD-Card schreiben auf Arduino due mit Atmel-Studio
*/ /*-----------------------------------------------------------------------*/ //#include "lpc17xx_ssp.h" //#include "lpc17xx_gpio.h" #include "diskio.h" #include "AW_spi.h" #include "globals.h" /* Definitions for MMC/SDC command */ #define CMD0 (0x40+0) /* GO_IDLE_STATE */ #define
-
Thread
CooIDE - Ethernet (Projekt Build - Error)
\..\..\..\..\Library\CMSIS\core_cm3.c [cc] Parsing ..\..\..\..\..\..\Library\CMSIS\system_LPC17xx.c [cc] Parsing ..\..\..\..\..\..\Library\CMSIS\core_cm3.h [cc] Parsing ..\..\..\..\..\..\Library\Drivers\src\lpc17xx_emac.c [cc] Parsing ..\..\..\..\inc\uip-conf.h
\core_cm3.o ..\obj\psock.o ..\obj\hello-world.o ..\obj\tapdev.o ..\obj\clock-arch.o ..\obj\system_LPC17xx.o ..\obj\startup_LPC17xx.o ..\obj\uip_arp.o ..\obj\uip.o ..\obj\main.o ..\obj\lpc17xx_systick.o ..\obj\timer.o ..\obj\lpc17xx_emac.o -lm -lgcc -lc [cc] c:/program files (x86)/gnu tools arm
-
Thread
Artmel Controller für 7" TFT Display
eingebaut haben. Vorreiter war Sharp, damals mit den BlueStreaks, jetzt ist es NXP mit den LPC2478..LPC17xx..LPC40xx bis zu den LPC43xx. Auch ST hat inzwischen nachgezogen und möglicherwese auch noch andere Hersteller. Aber das sind alles eher dickere Chips auf ARM- bzw. Cortex-Basis. Du tust deshalb gut
-
Thread
STM32F4 - Problem mit Array größe, Variable wird überschrieben
ram) - 32 - 16 ; __HeapEnd = __StackStart - 1024; [/c] die -32-16 ist ein errata zum LPC17xx aber so setze ich den stack wirklich ans ende das __HeapEnd markiert ende heap und damit anfang stack in der startup: [c] void (* const g_pfnVectors[])(void) = { /*----------Core
-
Thread
Qual der Wahl zwischen LPC2129 und STM32
). AFAIK hat auch deren CAN einen schweren Bug und ist fast unbrauchbar. Wenn NXP, dann einen LPC17xx. Z.B.: http://elmicro.com/de/chip1768.html
-
Thread
Erkennung von Prellenden Schaltern
RC-Glied erkennen? Und man beachte, im Beispiel sind das 2600µs, also weit weg von 10µs! Z.B. der LPC17xx hat 8 Capture Eingänge mit 32Bit Auflösung. Damit würde ich das lösen. Deutlich schwieriger wird dann schon die Betätigungsmechanik zu realisieren sein. Für aussagekräftige Messungen sollten 1000
-
Thread
AVR 8bit auch für größere Projekte?
falsch > liege) mehr oder weniger von Euch ignoriert worden zu sein. Ob man ATSAM3, STM32 oder LPC17xx nimmt, ist so ziemlich egal, es sind ja alles ARM Cortex-M3.
>> liege) mehr oder weniger von Euch ignoriert worden zu sein. > > Ob man ATSAM3, STM32 oder LPC17xx nimmt, ist so ziemlich egal, es sind > ja alles ARM Cortex-M3. Denke er spielt hier auf die AVR32 an...
-
Thread
Mehrkanalige genaue und schnelle PWM-Messung?
gemacht, der aber > leider nur einen ICP-Pin hat. Der ATmega1284 hat 2, der ATmega2560 hat 4. Die LPC17xx von NXP haben 4 Timer mit je 2 ICP.
-
Thread
USB-Microcontroller für universelle Verwendung, I/O
zwar nicht viel teurer, aber da gibt es keine 5-V-I/O mehr! Falsch. Die gibts auch noch: NXP LPC17xx existiert und hat 5V tolerante I/Os. Nuvoton hat Cortex-M0 mit weitem Bereich (2.5 bis 5.5V) - aber man braucht für die USB Signalpegel ohnehin meistens eine 3,3V Quelle, die bei Nuvoton aber integriert
-
Thread
lpc1768 uart0 rx interupt
der ISR bei einem THRE aber nicht bei einem RBR wenn ich in minicom Bytes sende. [c] #include <lpc17xx.h> #include <stdio.h> void UART0_IRQHandler() { uint8_t irq_mode = LPC_UART0->IIR; irq_mode >>= 1; irq_mode &= 0x07; // Receive Data Avaliable if(irq_mode == 0x02) { printf
-
Thread
lpc1768 arm-non-eabi-gcc printf to uart0
include <errno.h> #include <stdio.h> #include <sys/types.h> #include <sys/stat.h> #include "lpc17xx.h" /* for _get_PSP() from core_cm3.h*/ #undef errno extern int errno; extern char _heap_start; /* Defined by the linker */ extern char _heap_end; /* Defined by the linker
Collition rein und mein eigentlicher Text wird nicht ausgegeben. Hier meine main ... [c] #include <lpc17xx.h> #include <stdio.h> void initUART() { // setup uart0 LPC_PINCON->PINSEL0 |= (1 << 4) | (1 << 6); LPC_UART0->LCR = 0x83; // 8bit, no parity, 1 stop bit, DLAB=1 LPC_UART0
-
Thread
Codeoptimierung LPC1769
jemand auf die Sprünge helfen, wie ich dort optimieren kann? Danke schonmal Holger #include "lpc17xx.h" #include "rittimer.h" #include "font8x12.h" #include "ssp1.h" volatile uint32_t rit_timer_counter = 0; int i; uint8_t out, y, jx; uint16_t NextEnab; int CHZeile = 0; int ASCIIZeile
-
Thread
Hat jemand diesen Code heruntergeladen?
sicher wird der das schaffen, frage ist nur wie schnell das läuft... Der LPC17/4088 hat einen LCD Controller und dadurch ist die Grafik sehr fix, zeichnen geht direkt durch Schreiben in den Bildschirmspeicher.
-
Thread
NXP LPC1768 Programmiertutorial
von Keil eine Menge Beispiele: http://www.lpcware.com/content/nxpfile/mcb1700-sample-code-bundle-lpc17xx-peripherals-using-keils-mdk-arm Direkt lauffähig allerdings nur mit dem passenden Board von Keil, für eigene HW muss das dann angepasst werden. LPCOpen mag ich auch nicht, die Funktionsnamen sind
-
Thread
LPC1769 USB einschalten
Demo direkt mit den Registern bei IAR (sollte aber bei Keil auch dabei sein): \arm\examples\NXP\LPC17xx\IAR-LPC-1768-SK\USBMouse
-
Thread
Sinuswechselrichter Topologien
Ansteuerung, die Phaseshiftgenerierung wird aber wieder Krampf. LPC11xx kann keine Totzeit. Für den LPC17xx gilt das selbe wie für STM32F103. LPC1500 sieht interessant aus und ist lieferbar, die hatte ich aber noch nicht im Einsatz. Was sehr gut geht ist dsPIC33MC502 (oder so ähnlich). Die können das mit
-
Thread
Eclipse lib richtig linken
[c] #ifdef __BUILD_WITH_EXAMPLE__ #include "lpc17xx_libcfg.h" #else #include "lpc17xx_libcfg_default.h" #endif /* __BUILD_WITH_EXAMPLE__ */ #ifdef _SSP ... [\c] Schau in deine lpc17xx_libcfg_default.h und sieh nach ob es dort ein #
Ist Libraries/Driver/src/ das oben abgebildete Verzeichnis das die LPC17xx_ssp.c (Groß/Kleinschreibung) enthält? Wurde eine lpc17xx_ssp.o erstellt?
-
Thread
Wie Register setzen lpc1768
drauf an. Lade dir mal http://www.lpcware.com/content/nxpfile/lpcopen-software-development-platform-lpc17xx-packages herunter. Und schau mal generell nach LPCOpen.
Im Standard-Header lpc17xx.h ist der Zugriff auf die Register über structs realisiert. Wahrscheinlich ist dir das nicht geläufig. Man macht sich dabei die Tatsache zu Nutze, dass die Register für die jeweiligen Hardware-Blöcke
-
Thread
LPC2294 Libraries!
triftigen Grund hast. Ansonsten nimmst Du Cortex M. Die pinkompatiblen Nachfolger findest Du unter LPC17xx/18xx. fchk
vielen Dank. Ich bleibe auch lieber bei Cortex CPUs (STM32 und LPC17xx). Hab mich nur mal damit beschäftigt, weil ein Kollege von mir ein Board hat/benutzt, auf dem sowas drauf ist und er hat mich gefragt, ob ich da was wüsste. Also das ganze hat sich erledigt.
-
Thread
Unerwartetes Rechenergebnis bei uint32_t
NXP/crp.h> #include <math.h> // CodeRed - added NXP LPC register definitions header #include "LPC17xx.h" // Variable to store CRP value in. Will be placed automatically // by the linker when "Enable Code Read Protect" selected. // See crp.h header for more information __CRP const unsigned int
-
Thread
Umfangreiches Projekt bin ich auf dem richtigen Weg?
Mit der CooCox Umgebung könntest Du nicht nur einen [[STM32]] programmieren, sondern auch ein LPC17xx oder einen anderen Atmel mit Cortex-Mx Kern. Für umfangreiche Projekte gibt es nun mal auch entsprechend passende Prozessoren von vielen Herstellern. Siehe hier: http://coocox.org/CooCox_CoIDE.htm
-
Thread
LPC1768 und Keil
LPC1768 ein und betrachte in Keil unter anderem dazu einige Codebeispiele. In der Headerdatei LPC17xx.h erfolgt eine Strukturierung aller Peripherie. Warum sind hier nicht die Registernamen verwendet? Das macht es nur komplizierter, oder? Gibt es hierzu eine Doku? Grüße Asche
Die Registernahmen aus dem manual findest du in lpc176x.h. lpc17xx.h scheint neuer zu sein. die Bezeichnungen und Strukturen der lpc17xx.h findest du nirgends. Das ganze ist ein großes Ärgernis. Wenn du dann noch mdk-Beispieldateien verwendest, hast du das dritte
-
Thread
sd-Karte Elm Chan DMA
Erfahrungsaustausch gibt. Wenn es dir nur auf die sd-Karte und nicht auf sdio ankommt, könntest du den lpc17xx code von chan nehmen, der funktioniert einwandfrei. Bei der Aufdrößelung des SSP-codes habe ich ein Verständnisproblem mit dem Fifo. Elm chan führt nach der Übertragung der 512 Datenbyte diese
-
Thread
Problem mit Timer Interrupt LPC1769
koennte ich Dir vielleicht ueberlassen. Ich hab das schon mehrfach getan, auch noch zufaellig auf 'nem LPC17 .-)
-
Thread
PWM mit LPC1768.
/6473597d706e/TARGET_LPC1768/LPC17xx.h Hier etwas zum experimentieren und lernen: http://openlpc.com/4e26f1/examples/pwm.lpc17xx Viel Erfolg
Ich habe letztens codeREd auf CMSIS_CORE_LPC17xx umgestellt. Das ist die neueste CMSIS-Version. Vorteile gegenüber der Vorgängerversion sind für mich nicht erkennbar. LPCOpen habe ich noch nicht probiert. Ich gehe mal davon aus dass CMSIS_CORE_LPC17xx
-
Thread
LPC17xx I2C und SPI Interrupts
Hi, hab grad ein merkwürdiges Problem bei meinem LPC1758 Prozessor. Ich möchte gerne I2C und SPI mittels Interrupts integrieren. Beide Sachen laufen auch soweit für sich. Wenn ich über SPI mehrere Bytes übertrage (wobei die weiteren Bytes in der Interruptroutine von SPI dem SPDR überbracht werden) und "gleichzeitig" einen I2C Transfer anstoße um etwas aus dem Eeprom zu lesen, bekomme ich beim I2C teilweise 0xFF statt der richtigen DAten angezeigt. Wenn ich den I2C Transfer erst starte, sobald der SPI Transfer abgeschlossen ist, dann erhalte ich das richtige Ergebnis beim I2C. Gruß Lars
-
Thread
[Sammelbestellung] µC-Board + RAM
paar Alternativen zum AS4C16M16S (s.o.), mache also noch so eine Verfügbarkeits-Tabelle wie beim LPC17… und poste dann das Eagle-Sheet und ein Layout dazu. An die Interessenten: Ist das 1,27mm-Pitch Briefmarken-Format (s.o.) nun OK für Euch oder soll's pinkompatibel zum ebay 261119454101 sein?
-
Thread
LPCXPresso 1769 Reset anschließen?
RESET ist aktiv low bei den LPC17xx
-
Thread
UART Timing Analyzer Marke Eigenbau
die zeitliche Abfolge von verschiedenen Tasks darstellt. (Arbeite derzeit mit einem EZB auf meinem LPC17xx) Weil ich aber leider faul bin möchte ich nicht jedes mal irgend welche pins togglen und mit dem oszi aufnehmen, sonder würde gerne ein kleines UART Protokoll entwickeln oder ein vorhandenes nutzen
-
Thread
100x Infineon XMC2Go Board mit ARM Cortex-M0 zu gewinnen
kein Witz!), aber halt schon ein 'wenig' mehr Peripherie: USB, Ethernet, I2S,... ;-) Das Manual des LPC17 ist sinnvoll in Kapitel gegliedert. Das ist wichtig fuer den Einstieg - vorausgesetzt es ist noch ein erklaertes Ziel zu verstehen, was man macht.
-
Thread
LPC17xx Interrupts
Hi, ich hab bei mir I2C am laufen mit Interrupts (µController: LPC1758). Jetzt möchte ich gerne noch eine Polling-Routine einbauen, die den Status vom I2C zurückliefert. Dieser Status wird aber in der Interrupt-Routine ständig angepasst. [code] uchar GetI2CState(void) { NVIC_DisableIRQ(I2C1_IRQn); //get status NVIC_EnableIRQ(I2C1_IRQn); } [/code] Jetzt kann es doch sein, dass gerade während ich den I2C Interrupt ausgeschaltet habe, einer ankommt. Was muss ich machen, damit dieser Interrupt trotzdem von meinem Programm wahrgenommen wird, sobald der Interupt wieder aktiviert
-
Thread
LPC Registerzugriff Fehler in LPC176x.h
Beispiel Keil: Zugriff erfolgt über Strukturen, die in diversen Dateinen abgelegt sind, z.B. lpc17xx_pinsel.h,lpc17xx_gpio [c] PINSEL_CFG_Type PinCfg; PinCfg.Funcnum = 0; PinCfg.OpenDrain = 0; PinCfg.Pinmode = 0; PinCfg.Portnum = 3; PinCfg.Pinnum = 25; PINSEL_ConfigPin(&
Sektion Forum lpc175x_6x bzw. direkter Link http://www.lpcware.com/forums/microprocessor-forums/lpc17xx zu posten? Ich denke, die Frage wäre dort gut aufgehoben, damit NXP sieht, dass es hier Probleme gibt...
-
Thread
µC von 0 auf lernen. ASM oder C?
Das hier ist die sch"onste Anleitung die ich kenne: http://pygmy.utoh.org/riscy/cortex/led-lpc17xx.html