-
Thread
LPC17xx : USB Übertragungsrate
Hallo, Hat jemand einen LPC17xx mit USB in Betrieb und benutzt als Basis die Beispielsources von KEIL , BRC oder anderen? Mich würde interessieren welche TATSÄCHLICHE Übertrgaungsraten man da hinbekommt, wenn der Core mit 100
andere nutzt den USB nicht zu 100% aus. > theoretisch erreichbare Übertragungsrate von USB2 Der LPC17xx kann nur USB Full Spped mit 12 MBit Datenrate. Mit Bulk Transfers habe ich schon (via USB Mass storage) ca. 1 MByte/sec von SD Karte über USB gelesen, viel mehr geht nicht.
-
Thread
GCC (Codesourcery) Addresse festlegen für CRP
wo legt man denn bitte die Adresse für .crp fest ? Sie soll ja auf 0x2FC liegen. (im startup_LPC17xx.S steht:) .... .section ".crp" .globl CRP_Value CRP_Value: .long 0xFFFFFFFF .... Wenn ich ein bestimmen Teil eines Programms auf eine bestimme Adresse legen
-
Thread
Gibt es eine Driverlib von NXP für die LPC
LPC1343ReferenceDesign/LPC1343CodeBase.aspx http://www.microbuilder.eu/components/arm/NXPCortexM3/LPC17xx.aspx
blöd zu suchen ;-) Ich setze die Keil Umgebung schon seit längerem ein, würde nur gerne auf die LPC17xx umsteigen da diese sehr billig und auch von der Ausstattung her immer besser werden. Die Geschwindigkeit ist natürlich auch nicht zu verachten. Die CMSIS sind wirklich nur die Sachen die der Core
-
Thread
AtxMega oder doch lieber Atmel ARM
Ich finde die Lpc17xx Serie sehr gut und einfach.. vorallem wegen Preis und verfügbarkwit wars das mit mir und den avrs..
-
Thread
CAN Telemetrie
22494&creativeASIN=B0028R7RFO Dann irgendeinen MC mit CAN und Ethernet dran und fertig. Für z.B. LPC17xx gibt es fertige Freeware (uIP).
-
Thread
CAN_C und CANopen
Netzwerk verwende ich die LCP11Cxx, weil die einen CANopen Stack im ROM haben. Nun würde ich gerne einen LPC17xx anschliessen, der hat das aber nicht. Zwar gibt es CANopen Stacks kommerziell und als Open Source, aber warum stellt NXP nicht einfach denselben Stack als Software zur Verfügung wie mit dem LCP11Cxx
-
Thread
LPC1768 System Viewer SFR-Datei einbinden
:\Keil\ARM\SFD\NXP\ SFR-Dateien für die LPC13xx und LPC18xx Familien finden aber nicht für die LPC17xx den ich verwende. Kann mir vielleicht jemand weiterhelfen wie ich den System Viewer einblenden kann??
-
Thread
STM32 Software Reset nach Befehl per CAN
components except for debug. Note: support for SYSRESETREQ is not included in LPC17xx devices. [/code] Ich meine allerdings, dass es auf dem LPCXpresso lpc1769 geht, und z. B. auf dem stm32f4 discovery geht es nicht (der SW-Reset).
-
Thread
CAN: Receive Buffer vs Message Object
scheint es 2 "Arten" zu geben, CAN-Messages zu verarbeiten: Normale Receive Buffer (meist 2 Stück, z.B. LPC17xx; CM3) oder Message Objects (z.B. LPC11Cxx; CM0, werden wohl oft auch bei CANopen verwendet). Gibt es irgendwo eine Übersicht, wo die Vor- und Nachteile gegenübergestellt werden?
-
Thread
Datenlogger mit SD Karte, hoher Samplerate und 12-Bit ADC
Hallo, 12-Bit ADCs gibts z.B. in aktuellen ARM-Controllern (LPC17xx, STM32). Zudem gibts die auch auf fertigen Platinen mit Programmer/Debugger. Wenns Hardwaremaessig ganz einfach sein soll einfach so ein Starterkit besorgen. Mit ein bisschen suchen findest du
-
Thread
NXP per Jtag flashen, tool für Serie gesucht.
www.freddiechopin.info/en/download BTW: Die aktuelle 0.6.0 hat einen Bug: Flashen von LPC2xxx devices (und LPC17xx) geht pro Programmstart nur _einmal_. Wenn man aber sowieso per Skript o.ä. programmiert, sollte das nicht wirklich stören.
-
Thread
NXP Errata Sheets und Revisions
Workaroud existiert, dann wird man den Chip nicht ändern. Ein Satz neue Masken für die 130nm des LPC17xx dürfte mindestens 100 k€ kosten. Da wird man Fehler nur dann beseitigen, wenn es ausdrückliche Kundenwünsche in relevanter Größe gibt. Wenn Du NXP also glaubhaft versichern klannst, dass Du dann
-
Thread
Welcher Cortex M3 Controller für BLDC und Ethernet
auch relativ weit verbreitet sind. Nun stellt sich für mich die Frage ob ich mich eher für die NXP LPC17xx oder für die STM3 Controller entscheiden sollte. Da ich im Bereich der 32bit uC bisher keinerlei Erfahrung habe, wäre für mich interessant welchen Hersteller ich bevorzugen sollte, bzw. wo der Einstieg
anscheinend zum STM32 mehr fertige Librarys als zum NXP. Jedoch scheint mir die Verfügbarkeit von LPC17xx in Deutschland besser zu sein. Über die uC von TI habe ich mich bisher kaum informiert, werde das aber jetzt noch tun, vor allem weil kein zusätzlicher chip für Ethernet gebraucht wird. Wie
-
Thread
LPC1769 CDC mit Keil
!? 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);
-
Thread
include pfade für Libraries in Code Red setzen
deinem Schema angelegt und getestet. Alles ok. Die Grundfunktionen sind alle da. Auch die CMSISv2p00_LPC17xx. Wenn du zum Beispiel GPIO, SPI,usw. benötigst, dann bist du gezwungen, das händisch einzufügen. z.B. #include "ssp.h" Doku: LPCXpresso Getting started with NXP LPCXpresso Headerdateien, das
-
Thread
Was kommt nach Atmega?
tief reingelesen hat) Irreführung der Massen. Genau so ist es. Geht ja schon mit ST32F1xx und LPC17xx los: Beim STM32 sind viele Register trotzdem nur 16 bit breit und haben dann wieder dieses tolle high- und low-register, obwohl man das wohl schön in 32 bit hätte abbilden können. Andererseits
-
Thread
ARM Entwicklungskit für Einsteiger
unterschiedlich, so dass es wesentlich aufwendiger ist, von einem Atmel SAM3U (Cortex M3) auf einen NXP LPC17xx (auch Cortex M3) zu portieren als vom SAM3U auf einen AVR32. Im ersten Fall wirst Du wohl mindestens eine Woche brauchen, im zweiten Fall vielleicht zwei Tage, weil die Peripherie sehr ähnlich, wenn
-
Thread
Multiphase Boost Converter
werden. Ein effektives aktives Balancing der 2 Zellen ist auch ziemlich einfach möglich. Mit dem LPC17xx bin ich auf 3 Phasen für den Boost-Konverter beschränkt. In meiner Simulation bei 100khz musste ich die Tastverhältnisse im 10ns Raster ändern um die 2 Phasen auszugleichen, was mich schon etwas
-
Thread
Sind die µC PIC die einzigsten, die eine Layoutkompatibilität bieten?
auch weitgehend kompatibel, teilweise sogar über mehrere Familien (bei NXP z.B. sind LPC2xxx und LPC17xx kompatibel, diese aber nicht mit LPC18xx; bei STM glaubich geht die Kompatibilität sogar über alle STM32F[01234]-Modelle). Beim PIC32 ist das nur teilweise der Fall. Man kann dort im Prinzip eine
-
Thread
Floating Pointing Unit STM32F4
Watchpoint and Trace registers" der Firma ARM. Such einfach nach "E0001000". Das geht somit auch beim LPC17xx und anderen Prozis mit einem Cortex-M3/M4 drin. Dieser Befehl ist wichtig, wenn man Zeitkritische Anwendungen hat und man kann somit exakt feststellen wie viele µS eine Routine benötigt. Ich musste
-
Thread
AVR Studio 4, Atmega 644P und selbstgebautes Board
Unterstützung folgender Chips: - STM32: STM32F101, STM32F102, STM32F103, STM32F105, STM32F107 - NXP/LPC: LPC17xx, LPC13xx, LPC11xx, LPC21xx, LPC22xx, LPC23xx - Classic: AT90S1200, AT90S2313, AT90S2333, AT90S2343,AT90S4414, AT90S4433, AT90S4434, AT90S8515, AT90S8535 - Tiny: ATtiny12, ATtiny13, ATtiny15, ATtiny2313
-
Thread
Wunschliste für einen Xmega Nachfolger
nichts umlernen. Auch der Umstieg auf andere Hersteller ist leicht. Ich entwickle z.Zt. ein Board mit LPC17xx, das bis vor kurzem auf STM32 gemünzt war. Der Wechsel war trivial, und auch softwareseitig gibt es schon fertige Bibliotheken, die herstellerübergreifende Treiberroutinen enthalten. Wirklich,
eher High-Performance-Typen, die sind nicht gegen die AtTinys aufgestellt. Ein Vergleich XMega vs. LPC17xx mach ich jetzt aber nicht auch noch, das kann jeder der lesen kann selber tun. >> Deep Power Down für ca. 0.2µA. > > Das ist aber eher Augenauswischerei. Was willst du mit dem Schlafen-
-
Thread
Jitter LPC 1769
dort kann man mit einem 32Bit-Wort gleichzeitig 16 Bit GPIOs und eine Bitmaske schreiben. Bei den LPC17xx sind Maske und Daten getrennt, die Zugriffe sind daher nicht atomic. Damit ist es schwer auf den selben Port gleichzeitig sowohl per DMA als auch per regulärem Programm zuzugreifen.
-
Thread
Errechnung der ADC Leistung?
multiple result > registers" So dann doch ein ADC zum Einsatz kommen sollte, würde ich statt LPC17xx eher einen STM32 empfehlen. Auch wenn ich die nicht so mag, sind deren ADC's den LPC's doch um Längen überlegen. Die haben neben diversen nützlichen modes (DMA, half finished, echtes zeitgleiches
-
Thread
LPC 17xx Interruptverhalten
Moin, Moin, ich hab eine Frage bzgl. der LPC17xx Reihe zwecks Interrupts. Beispiel: volatile unsigned int counter; void TIMER0_IRQHandler(void) { if (TIM_GetIntStatus(LPC_TIM0,TIM_MR0_INT) == SET) { counter++; } } wie
-
Thread
LPC1769 SSP0 (SPI) läuft nicht
Oszilloskop Software zeigt mir kein Signal an. Hier ist der Code: [c] #ifdef __USE_CMSIS #include "LPC17xx.h" #endif #include <cr_section_macros.h> #include <NXP/crp.h> __CRP const unsigned int CRP_WORD = CRP_NO_CRP ; int main(void) { LPC_SC->PCONP |= (1<<21); //PCSSP0 = 1 Enable AHB
-
Thread
LPC11Cxx: C_CAN für "normales" CAN nutzbar?
Port unabhängig vom Zustanbd der anderen Pins setzen und rücksetzen in einem Rutsch. Dafür haben die LPC17xx bzw. STM32 SET und CLR Register. [c] // Set LPC_GPIO0->MASKED_ACCESS[(1<<bitPosi)] = (1<<bitPosi); // Clr LPC_GPIO0->MASKED_ACCESS[(1<<bitPosi)] = (0<<bitPosi); [/c]
-
Thread
LPC1788 - startup / .ld-script
berechnen gibt es auch ein Excel Sheet: http://ics.nxp.com/support/documents/microcontrollers/xls/lpc17xx.pll.calculator.xls zu dem _sbrk wirst du in der CodeRed Hilfe fündig: http://support.code-red-tech.com/CodeRedWiki/UndefinedReference?highlight=%28sbrk%29 Das 64Bit Problem dürfte auch eher
\sn.DCIMS\Documents\lpcxpresso_3.6.3_317\workspace2\Lib_CMSIS20_DRIVER\Core\CM3\DeviceSupport\NXP\LPC17xx" -I"C:\Users\sn.DCIMS\Documents\lpcxpresso_3.6.3_317\workspace2\Lib_CMSIS20_DRIVER\Drivers\include" -I"C:\Users\sn.DCIMS\Documents\lpcxpresso_3.6.3_317\workspace2\Lib_CMSIS20_DRIVER\Core\DSP_Lib\
-
Thread
arm-glue- mit arm-none-eabi-: target CPU does not support ARM mode
Glue:) im uVision-Editor compiliere, dann erhalte ich die Fehlermeldung: [code] compiling system_LPC17xx.c... system_LPC17xx.c(1): error: target CPU does not support ARM mode compiling core_cm3.c... core_cm3.c(1): error: target CPU does not support ARM mode compiling main.c... main.c(1): error: target CPU does not support ARM mode compiling startup_LPC17xx.c... startup_LPC17xx.c(1): error: target CPU does not support ARM mode [/CODE] Ich nehme an, es liegt an den Compiler-Flags Momentan compiliere ich mit: [CODE] -c -mcpu=cortex-m3 -gdwarf
-
Thread
LPC 17xx Entwicklungsumgebung
Hallo Forum, ich hab schon div. Beiträge gegoogelt und auch einiges hier im Forum gelesen, aber finde nicht die Antworten auf meine Fragen: 1) Entwicklungsumgebung soll gnu-arm sein, was soweit kein Problem ist. Gibt es aber eine ISP-Software für die CPU, mit der ich unter Linux flashen kann ? 2) lässt sich über die JTAG-Schnittstelle der Prozessor ebenfalls flashen ?
-
Thread
Umstieg von STM32Fx zu SAM3
erwarten, die auch z.T. größeren portieraufwand mit sich ziehen. so zumindest meine erfahrung nxp lpc17xx gegenüber stm32
-
Thread
LPC43xx ADC Channel Anzahl
aber auch eien gute Idee mit dem Werte mitteln, so kann man den Auflösungsverlust im Vergleich zum LPC17xx ausgleichen ;) MfG kernelpanix
-
Thread
FreeRTOS via LPCxpresso
der mich irritiert. Der Fehler: makefile:35: C:/Users/Dewrek/Documents/lpcxpresso_3.4/workspace/lpc17xx.cmsis.driver.library/makesection/makerule/LPC17xx/make.LPC17xx.gnu: No such file or directory makefile:42: C:/Users/Dewrek/Documents/lpcxpresso_3.4/workspace/lpc17xx.cmsis.driver.library\makesection
Makefile indem Basis Ordnerliegen muss. Also C:/Users/Dewrek/Documents/lpcxpresso_3.4/workspace/lpc17xx.cmsis.driver.library darin müssen die Ordner Drivers/include und die datei Drivers/library/DriversLPC17xxgnu.a muss da sein. Sonst Poste doch mal das Makefile und dein Projekt. MfG
-
Thread
uIP + TCP: Problem mit #define UIP_CONF_BUFFER_SIZE
angesehen, in RTOSDemo_RDB läuft ein WebServer und da ist UIP_CONF_BUFFER_SIZE = 1480. In EthDev_LPC17xx.h werden mehrere EMAC buffer mit 1536 max. Ethernet Frame size angelegt. Das Beispiel läuft, aber der Webserver wird auch nicht mit grossen Datenmengen bombardiert. Dann folge doch mal der Datenspur
-
Thread
SVPWM mit LPC1769
bei der geringsten Berührung "wehrt" sich das Gerät sofort. Wie macht man sowas? könnte man mit dem LPC17xx sowas auch implementieren? Gruss Tobias
Bei einem LPC17 ist es auch möglich, den ADC mit einem Timer zu synchronisieren, aber leider haben die wohl nicht daran gedacht, dass es noch Sinn machen würde die ADCs mit dem Motorcontrol PWM zu synchronisieren
-
Thread
ADC Konfigurationsbeispiel für ARM LPC1768
Inhaltlich beschrieben auf Seite 578 des LPC17xx User Manual. LPC_ADC->ADGDR liest den Inhalt des Registers ADGDR. Diese Ergebnis wird logisch UND-verknüpft mit einer eins, die um 31 Stellen nach links geschoben wurde. Denn an dieser Stelle
-
Thread
XBEE Wi-Fi Anbindung
über TCP/IP mit einem Router kommunizieren (TCP Stack ist funktionstüchtig und läuft auf dem µC (LPC17xx) ) ? Danke für euer Interesse Bastian
-
Thread
SPI Schiebereg 3v3 auf 5V
> Sicher? Steht im User-Manual auf der Seite 404 (http://www.keil.com/dd/docs/datashts/philips/lpc17xx_um.pdf) A. K. schrieb im Beitrag #2554059: > Ein 74sonstwas mit 5V und Open Drain wär doppelt gemoppelt. Da täte es > auch jedes 74HCT Gatter, beispielsweise 74HCT125, mit VCC=5V. ok, d.h
-
Thread
LAN-Übertrager
Hallo, ich möchte gern mit einem LPC17xx von NXP einen kleinen Webserver bauen. Am LPC muss ich natürlich dann PHY und Übertrager anschliessen... Jetzt meine Frage. Ich habe hier ein paar LAN-Buchsen mit integrierteM Übertrager. Die
-
Thread
Code Red IDE - lpcxpresso
an. > > Wie genau sieht denn die Beschaltung aus? Chop-chop: http://www.ucapps.de/mbhp_core_lpc17.html Beschaltung: Sieht man schön bei den Keil-Eval-Boards, z. B. http://www.keil.com/mcb1700/mcb1700-schematics.pdf lpc21isp steuert dann mittels DTR + RTS Reset und "boot loader select".
-
Thread
Cortex-M3 Toolchain - Linker: undefined Symbol __cs3_interrupt_vector_cortex_m
jedoch im Startup-Code definiert. Linker-Optionen sind: [code] -T "${ProjDirPath}/startup_src/LPC17xx.ld" -mthumb -mcpu=cortex-m3 -mfix-cortex-m3-ldrd -Wl,-Map=linker.map -Wl,-cref -Wl,--gc-sections [/code] Kann mir da jemand weiterhelfen?
-
Thread
freeRTOS auf STM32F103 mit coIDE läuft nicht!
PendSV handler xPortSysTickHandler, // The SysTick handler // Chip Level - LPC17 WDT_IRQHandler, // 16, 0x40 - WDT TIMER0_IRQHandler, // 17, 0x44 - TIMER0 TIMER1_IRQHandler, // 18, 0x48 - TIMER1 TIMER2_IRQHandler, // 19,
-
Thread
RTC puffern Goldcap oder Batterie?
required for battery operation. Uses power from the CPU power supply when it is present. (Datasheet LPC17XX) Ich nehme jetzt meine erste Schaltung, damit der SuperCap geladen wird und hoffe das er eine geringe Selbstentladung hat. Vielen Dank noch mal!
-
Thread
LPC17xx CMSIS => AN10862_4 Toolchain Eclipse
Hallo, hat schon jemand die in der AN10862 genannte Toolchain mit Eclipse unter Linux mit der aktuellen Driver Library zum Laufen gekriegt? Die scheint für Windows "gemünzt" zu sein, was ich aber leider nicht habe. Ich bekomme bei den genannten Targets "ram" und "rom" immer die Meldung "no rule to make target 'ram'", während "clean" geht. Es scheint ein makefileproblem zu sein. Das "clean" scheint wahrscheinlich irgendwo anders herzukommen und zu funktionieren. Eine gaaaanz schnelle Installation auf einem Win XP 32-Rechner zeigt das gleiche Problem, weshalb es wahrscheinlich nicht unbedingt