Nur mal so in den Raum geworfen: Die LPC17XX Microcontroller von NXP haben vier Timer mit jeweils vier Countern und Toggle Outputs. Das macht 16 Divider Ausgänge, die komplett in Hardware laufen. Clock Input kann entweder intern oder über
Nils P. schrieb im Beitrag #5512608: > Die LPC17XX Microcontroller von NXP haben vier Timer mit jeweils vier > Countern und Toggle Outputs. Das macht 16 Divider Ausgänge, die komplett > in Hardware laufen. ... und die bieten darüber hinaus noch
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
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
************************************************************ * can.c: CAN module API file for NXP LPC17xx Family Microprocessors * * Copyright(C) 2009, NXP Semiconductor * All rights reserved. * * History * 2009.05.27 ver 1.00 Prelimnary version, first Release * 13.10.2010 ver 1.1 Änderung bezüglich CAN2 *****************************************************************************/ #include "lpc17xx.h" #include "type.h" #include "can.h" /* Receive Queue: one queue for each CAN port */ extern CAN_MSG MsgBuf_RX1; extern volatile uint32_t CAN1RxDone; extern volatile uint32_t data[12]; volatile
!? Laut Anleitung gibt es die Funktion void USBD_EndPointN(U32 event), also habe ich in die usbd_LPC17xx.c datei folgende Funktion probiert: [c] void USBD_EndPoint2(U32 event) { switch(event){ case USBD_EVT_IN: usb_rs232_obj.rx_num = USBD_ReadEP ((U32)0x02, usb_rs232_obj.buffer);
in dem über #define die jeweils passenden Header Files aktiviert werden, also z.B. statt #include "lpc17xx_uart.h" dann #include "lpc13xx_uart.h" usw. Da verschiedene Chips die Peripherie auf verschiedenen Pins haben können, sollte man die Pins natürlich auch über #define festgelegt haben.
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
Momentan hab ich den LPC4088 vor den Nase. Der hat zwar den gleichen USB-Core wie der LPC2478 oder LPC17xx, aber ne Kleinigkeit beim Senden von Daten µC-->Host klemmt noch. Anschließend kommt der LPC11C3x dran, denn den brauch ich für ein neues Bastel-Projekt. Nur so am Rande. Die übrigen treiber werkeln
ein Hardwaredefekt vorliegen? Datenblatt: http://www.national.com/pf/DP/DP83848J.html#Overview LPC17xx User Manual: http://www.nxp.com/documents/user_manual/UM10360.pdf
? Würde bedeuten der braucht 4 Takte zum Pin umschalten. [c] #include "mbed.h" #include "LPC17xx.h" int main(void) { SystemInit(); //Clock and PLL configuration LPC_GPIO0 -> FIODIR = 0xFFFFFFFF; //Configure the PORT pins as OUTPUT; while(1)
Ich hab ein STM32F4Discovery, doch ich bin mir noch nicht sicher, ob STM32F2..., STM32F4... oder LPC17..., LPC18... Man, so ne riesen Auswahl is doch kacke ;)
/cprogramminglanguage.net/quicksort-algorithm-c-source-code.aspx */ #include <stdlib.h> #include "LPC17xx.h" void swap(unsigned long *x, unsigned long *y); int choose_pivot(unsigned long i, unsigned long j); void quicksort(unsigned long m, unsigned long n); unsigned long const MAX_ELEMENTS = 100; unsigned
optimieren. Passiert allerdings nie, weil es bislang immer schnell genug war. Ich bin übrigens Fan der LPC17xx MCUs von NXP. Da sind die Peripherie Blöcke gut beschrieben und beherrschbar (wenn man von USB und Ethernet mal absieht).
Code Red Technologies Ltd, 2008-10 * Generated linker script file for LPC1769 * Created from nxp_lpc17_c.ld (vLPCXpresso v3.6 (3 [Build 317] [08/04/2011] )) * By LPCXpresso v3.6.3 [Build 317] [08/04/2011] on Fri May 20 01:19:05 CEST 2011 */ INCLUDE "RTOSDemo_RDB1768_lib.ld" INCLUDE "RTOSDemo_RDB1768
C3%BCr LPC1xxx von Code Red Codebase f%C3%BCr LPC1xxx Suche im Forum nach LPC11xx LPC12xx LPC13xx LPC17xx LPC18xx Bezugsquellen. Controller. elpro Darisus HBE TME Mouser SOS Evaluation Boards. Watterott (24€ inclusive JTAG-Programmiergerät UND JTAG Debugger für kostenlose "LPCWare" Entwicklungsplattform
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.
kleinen LPCs, STMs, AVRs können mit 2Mhz als Input für die PLL nicht umgehen. Bliebe sowas wie der LPC17xx. Am Ende wird das wohl auf einen FPGA hinauslaufen. Die CPLDs haben keine PLL. Ist jedenfalls ein interessantes Thema. Und lustig irgendwie auch wenn man sieht mit welchen Aufwand heute diese alten
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
zu NXP-LPC17... >> Gute Controller gehen bis 100MHz, und selbstverständlich geht das Flash >> auch bis 100MHz >Der Flash-Zugriff geht mit 100MHz ... Da bin ich mir sicher. Es könnte sein, dass das Flash langsamer
Programmschichten auch, selbst das Erscheinungsbild am PC ist gleich - egal ob das nun ein NUC120 oder STM32 oder LPC17xx oder LPC4088 ist. Aber die innere Realisierung ist jeweils derart unterschiedlich, daß man so einen Treiber UNBEDINGT direkt für die jeweilige HW schreiben muß - wer versucht, sowas mit irgendwelchen
Auflösungen weitaus größer - und damit steigt der Aufwand. Ich hab hier noch ein paar Boards mit LPC17nochwas, LPC4088 und so herumfliegen, alle mit eingebautem TFT-Controller, ausreichend SDRAM und für TFT 800x480 geeignet. Solche TFT's gab's vor Jahren beim Chinesen für etwa 18..23€. Das Steccy-Projekt
PIC16 / PIC18 mittel: PIC24 / AVR / 8051 groß: MIPS (PIC32) / ARM (LPC2xxx) / Cortex-Mx (STM32, LPC17xx...) (beliebiger Hersteller) Und wenn man schon einen AVR kennt, dann wird man für die kleinst-Anwendungen keinen PIC nehmen sondern bei dem viel zu großen AVR bleiben. So auch umgekehrt, wenn
reserved. 7 Getting started with CMSIS The next example shows the corresponding definitions for a NXP LPC17xx device. In this Cortex-M3 implementation five priority bits have been implemented and an MPU is available. /* Configuration of the Cortex-M3 Processor and Core Peripherals */ #define __MPU_PRESENT
wichtigen Thema. Ich bin begeisterter Bastler, Frequenzumrichter und Microcontroller (LPC2000 ARM7, LPC17 Cortex-M3) sind genau mein Ding. Den Direktanschluss ans Netz habe ich bisher nur in umgekehrter Richtung gewagt f"ur Frequenzumrichter, dies immerhin schon bis Dauerleistungen von 6kW. Irgendwie
Leopard Gecko sowie EFM32 Giant Gecko von Silicon Labs , siehe EFM32 hier im Wiki LPC13xx/LPC15xx/LPC17xx/LPC18xx von NXP oder die inzwischen schon sehr ausführliche, siehe LPC1xxx hier im Wiki. Für diese Controller gibt es bereits eine Codebase. TIVA von Texas Instruments (vormals Stellaris, vormals
FreeRTOS.h" #include "task.h" #include "semphr.h" /* Hardware specific includes. */ #include "EthDev_LPC17xx.h" /* Time to wait between each inspection of the link status. */ #define emacWAIT_FOR_LINK_TO_ESTABLISH ( 500 / portTICK_RATE_MS ) /* Short delay used in several places during the initialisation
