-
Thread
LPC1768 vom ISP Modus die nue Firmware starten
http://sourceforge.net/projects/lpc21isp/ (Nicht von dem Namen vewirren lassen, ist auch für LPC17xx gut.)
-
Thread
Cortex_Anfänger
im Debuger 0 an und die LED leuchtet immer noch. Hier mein Code: #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) { unsigned int i; LPC_GPIO0->FIODIR |= (1<<17); /
[c] #ifdef __USE_CMSIS #include "LPC17xx.h" #endif [/c] "LPC17xx.h" befindet sich in der Bibliothek CMSIS. Wenn du die LPCxpresso-Beispiele ausprobieren willst, musst du auch CMSIS in das Projekt einbinden.
-
Thread
I2C Kommunitkation funktioniert nicht
ARM-GCC Compiler.. Die Bibliotheken habe ich von keil. Vielen Dank!! main.c: [c]/* #include "lpc17xx_timer.h" #include "lpc17xx_clkpwr.h" #include "lc798x.h" #include "lpc17xx.h" #include "i2c.h" //Definition der DS1621 Befehle bzw. Register #define START_CONVERT_TEMP 0xEE #define
uint32_t I2CWriteLength[I2C_PORT_NUM]; #endif /* end __I2C_H */ [/c] i2c.c [c] #include "lpc17xx.h" #include "lpc_types.h" #include "i2c.h" volatile uint32_t I2CMasterState[I2C_PORT_NUM] = {I2C_IDLE,I2C_IDLE,I2C_IDLE}; volatile uint32_t timeout[I2C_PORT_NUM] = {0, 0, 0}; volatile uint8
-
Thread
LPC800 existiert (fast) nicht in diesem Forum
' Peripherie an, w"ahrend bei dem Stromsparern fast alles aus ist. Das macht ein Blinky auf einem LPC17 einfacher als auch dem 'Einsteiger-' LPC800 / LPC1100. > sicherlich die "Tutorien", die ihr hier verlinkt. Ich kann davon nichts > lernen, ich will den GRUNDAUFBAU kennen lernen, nicht eine LED
eines Bausteins LPC8xx in einem Projektsetting). Tsss. Ziemlich gut finde ich dieses hier (obwohl LPC17). Da ist sehr viel erkl"art: http://pygmy.utoh.org/riscy/cortex/led-lpc17xx.html (Falk): > Du hast noch nie C programmiert. Na logisch kümmert sich der Compiler / > die IDE um den Startup
-
Thread
Midi Platine bauen
vorbei: ucapps.de das brauchst du: http://ucapps.de/mbhp_din.html http://ucapps.de/mbhp_core_lpc17.html Gruß Jonas
-
Thread
Mikrocontroller + PC Kommunikation
zu virtuellen COM-Ports im speziellen durch. Falls du dir dann mal nen NUC120, LPC2478, LPC1343, LPC17xx, STM32F103 ausgesucht hast, poste das mal so, daß ich's finde. Für die genannten µC hab ich nämlich passende Quellen, von denen ich was posten könnte. W.S.
-
Thread
STM32F4 USB High Speed VCP mit USB3320 PHY
hab solche äußerlich vereinheitlichten Treiber für den STM32F103, Nuvoton NUC120, LPC2478, LPC1343, LPC17xx geschrieben und die .h Datei enthält zum Herausschneiden die .inf für den ganzen Kram - egal, welcher µC dahinter steckt. W.S.
solche äußerlich vereinheitlichten Treiber für den STM32F103, > Nuvoton NUC120, LPC2478, LPC1343, LPC17xx geschrieben und die .h Datei > enthält zum Herausschneiden die .inf für den ganzen Kram - egal, welcher > µC dahinter steckt. So ein Herstellerübergreifender Stack ist natürlich auch eine schöne
-
Thread
Wieso vor allem AVR µCs bei Bastlern?
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
-
Thread
ARM cortex m3 BLDC-Motor Hall Sensoren via QEI auswerten
brauche. Nur weiß ich nicht genau, wie ich es schaffe bzw. was ich alles löschen kann um nur die lpc17xx_qei.c im main.c laufen zu lassen. Hat jemand einen Rat oder womöglich einen Lösungsansatz? Ich bedanke mich im voraus!
-
Thread
STM32F4 Taster
Mit SysTick_Config(SystemCoreClock/100); wird diese Funktion alle 100µs aufgerufen. Hab hier ein LPC17xx Projekt, bei dem ist in diesem Handler eine Endlosschleife. Dein Problem ist, das du den Handler nicht implementiert hast, und du dadurch nach 100µs in einer Endlosschleife hängst. Dein Code wird
-
Thread
CANopen und LPC1768
Gebiet täuschen. Für mich wäre es interessant, ob schon einmal jemand einen dieser Stacks auf einen LPC17xx oder vergleichbar portiert hat? Irgend eine Art Tutorial oder Beispielcode wäre hilfreich. Aktuell fällt es mir irgendwie schwer, zu verstehen, was wie konfiguriert werden muss, damit das ganze
-
Thread
analoge Orgel reparieren
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
-
Thread
Mikrocontroller empfehlung
Für 32 Bit: STM32Fxxx (ST bietet über 250 Variationen!) LPC17xx Siehe Artikel [[STM32]]
Er will die eierlegende Wollmilchsau entwickeln. Daher empfehle ich den STM32F4xx oder LPC17xx. Mit einem AVR ist es ziemlich schwer eine Wollmilchsau her zusstellen.
-
Thread
ARM7 Entscheidungshilfe Atmel vs. NXP
. > Beide haben sie Vor- und Nachteile. Jup... seh ich auch so. In der Firma STM32F10x, privat LPC17xx. Grundsätzlich scheinen mir die LPC orthogonaler im Aufbau, bei den STM habe ich den Eindruck, dass die Module so "drangeklatscht" wurde. Beispiel CAN. Die Timer, DC sind beim STM schwieriger zu
so daß man den gleichen Treibercode benützen kann. Ein Gegenbeispiel gibt's auch: der USB-Core vom LPC17xx und der vom LPC13xx unterscheiden sich derart, daß man gelegentlich graue Haare kriegen könnte. Sowas ist letztlich wichtig - und auch, sich die kleinen, aber feinen Unterschiede der verschiedenen
-
Thread
I2C Sensor auslesen mit LPC1769
Pullups habe ich angelötet mit 1,8k. Hier mein Code: Main.c: [c]#ifdef __USE_CMSIS #include "LPC17xx.h" #endif //include files: #include "i2c.h" //definitions and declarations: #define PORT_USED 0 extern volatile uint8_t I2CMasterBuffer[I2C_PORT_NUM][BUFSIZE]; extern volatile uint8_
uint32_t I2CWriteLength[I2C_PORT_NUM]; #endif /* end __I2C_H */ [/c] I2C.c: [c] #include "lpc17xx.h" #include "lpc_types.h" #include "i2c.h" volatile uint32_t I2CMasterState[I2C_PORT_NUM] = {I2C_IDLE,I2C_IDLE,I2C_IDLE}; volatile uint32_t timeout[I2C_PORT_NUM] = {0, 0, 0}; volatile uint8
-
Thread
Logfile extern abspeichern
Als Prozessor verwende ich den LPC1758 und extern hab ich zurzeit nur ein Eeprom angeschlossen. Ein LPC17xx verbraucht ja auch eine entsprechende Menge an Strom, so dass wahrscheinlich das Problem vom Eeprom ist, dass dieses nur eine begrenzte Anzahl an Schreibzyklen zulässt, bis die einzelnen Speicherstellen
-
Thread
Mit LPC Ausgangssignal auf 0 bis 10V
Problemen investieren, die andere gar nie haben... > Preis spielt eigentlich keine Rolle. Genau! LPC17xx sind echt toll, ich arbeite mit LPC17 seit 2011, davor mit dem LPC21. (Und davor 8-Bitter, nur zur Info). Melissa, schau mal hier rein: www.windscooting.com/softy/software.html . mxli ist mein cooler
-
Thread
Aufbau von HAL
wenden. Ich habe in UNI eine Aufgabe bekommen und zwar eine HAL (Hardware Abstraction Layer) für LPC17xx und STM32F1xx zu schreiben. Zur Verfügung stehende Zeit: ca. 4 Wochen. Es muss also eine Schicht geschrieben werden mit einem für Application zur Verfügung stehenden Befehlssatz (API). API ist
: > Ich habe in UNI eine Aufgabe bekommen und zwar eine HAL (Hardware > Abstraction Layer) für LPC17xx und STM32F1xx zu schreiben. > Zur Verfügung stehende Zeit: ca. 4 Wochen. newcomer schrieb im Beitrag #3305511: > API ist nicht fest definiert, > kann also von mir gestaltet werden. Darin
-
Thread
LPC17xx ADC werte mit DMA in ein Feld kopieren
anscheinend nicht richtig gelesen. Wo ist mein Fehler? Gruß Alex [c] #ifdef __USE_CMSIS #include "LPC17xx.h" #endif #include <cr_section_macros.h> #include <NXP/crp.h> volatile int arrADC[40]; // Variable to store CRP value in. Will be placed automatically // by the linker when "Enable Code
-
Thread
NXP LPC und Diamex Prog-s
High schalten. Wisst ihr vielleicht wo mein Fehler ist? Danke =) Code: #include "LPC17xx.h" /*------------------------------------------------------------------------------ configer LED pins *------------------------------------------------------------------------------*/ __
-
Thread
Lastkapazität bei Quarzen die 100derste
Hallo, ich habe eine Schaltung mit µC gebastelt (LPC17XX), welcher einen eigenen Quarz für den internen RCT hat. Das Layout habe ich angehängt. Der Quarz ist ein ABS10-32.768KHZ-9, die Lastkapazität ist mit 9pF angegeben. Ich hatte 2x5pF verbaut, diesen
-
Thread
Suche Font für LED Matrix 3x5
doch eigentlich keine rolle, oder? Ob µC oder Pc spielt auch keine rolle... ist aber irgendso ne lpc17xx gurke. Suche jetzt nur ein Programmchen womit ich mir meine fonts selbst zusammen malen kann... wenns das nicht gibt nehme ich gimp grüsse
-
Thread
als nächstes ARM oder FPGA/CPLD?
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 ;)
-
Thread
Welcher PIC/uC für Masterkeyboard?
AOAA-Kit wohl am passendsten für dieses Projekt Bei der Midibox: http://www.ucapps.de/mbhp_core_lpc17.html ist das Einstecken eines LPCXPRESSO vorgesehen. Du kannst aber stattdessen auch das AOAA direkt damit verbinden. Oder Du kannst das LPCXPRESSO nehmen und dort die AOAA Demo drauf laden, die
-
Thread
Arduino oder doch lieber ein Keil NXP ARM Board?
https://www.olimex.com/Products/ARM/NXP/LPC-P2378/ Aber der LPC2xxx ist ohnehin veraltet besser LPC17xx: https://www.olimex.com/Products/ARM/NXP/LPC1766-STK/
-
Thread
LPC18xx ARM Cortex M3 CMSIS Problem bei Funktionsaufruf von SSP_Init
Tipp: Besorge Dir ein C-Buch und arbeite es erstmal durch. Es gibt übrigens auch Beispielcode für LPC17xx und LPC18xx.
-
Thread
µController gesucht
50€. Für etwas das gleiche Geld bekommst du aber auch schon 32-Bitter wie STM32 oder LPC13xx oder LPC17xx incl. Debugger. Wenn du mit 4 Wochen Lieferzeit leben kannst dann z.B. sowas hier: http://www.ebay.de/itm/Open1343-P-A-LPC1343FBD48-LPC1343-ARM-Cortex-M3-Development-Board-7-Modules-/260998869257
-
Thread
NXP LPC1754 SPI Probleme
also SPDR geschrieben werden, eventuell mit einem Dummy Wert. Übrigens empfehle ich auf einem LPC17xx lieber die SSP Einheiten zu benutzen. Die können auch SPI, haben aber FIFOs und DMA Support zusätzlich und bis zu 16 Bit breite Datenwörter.
-
Thread
lpc1768-board grundgerüst mp3 ds1820
Da muss die Datei CMSISv2p00_LPC17xx eingebunden werden: zuerst über import laden, dann meine mp3-datei die Definitionen für LPC_RTC usw. stehen in der cmsis
war ich nur neugierig, ob jemand die unsägliche Pinselei in den Griff bekommen hat! Die CMSISv2p00_LPC17xx kennt meine alte Version nicht und LPCxpresso war damals schon nicht mein Ding! Hab's dann mit anderen Compilern gemacht. Mitlerweile bin ich aber komplett auf STM umgestiegen. Nichts für ungut
-
Thread
32-Bit Anfänger: LPC2148 oder LPC1769
Die LPC17xx Reihe ist neuer, daher ist auch die Peripherie ausgereifter, bzw. bietet mehr Features. LPC2xxx würde ich nicht nehmen. Schaue noch beim Artikel [[STM32]] vorbei. Vom STM32 gibt es mehr Auswahl
funktionieren (Webserver, LCD, USB-Host, USB-Device, SD-Card, CAN, SPI, I2C, ADC, DAC, PWM). Zudem CMSIS für LPC17xx und USBLib. Programmierung mit FlashMagic über seriell, Ethernet oder CAN. Debuggen (falls nötig) mit J-Link EDU für 50 EUR.
-
Thread
Verkaufe DIAMEX PROG-S - ISP-Programmer für AVR / STM32 / NXP / LPC
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
J-Link, Keil und JTAG Chain
Hallo, ich habe einen J-Link v8.0, Keil 4.70 und zwei LPC17xx, einmal -65 und einmal -56. Laut der Anleitung von Segger soll es möglich sein mit einem J-Link mehrere Controller gleichzeitig zu debuggen. Wäre ja schön. Die Controller sind auf getrennten Platinen
, nicht aber die Position und IR-Len nicht selber eintragen. Beide Controller haben wie die ganze LPC17xx-Serie die gleiche JTAG-ID. Hat jemand so was schon mal probiert oder eine Idee? Muss jetzt nicht mal unbedingt gleichzeitig sein, ich habe nur keine Lust immer den J-Link umzustecken. Mal vergisst
-
Thread
STM32 + ADC + LAN.Aufwand? Erfahrungen?
Im Forum wurden bereits zwei Projekte gepostet, allerdings für LPC17xx. Und die Daten wurden nicht über UDP periodisch gesendet, sondern über TCP und POST asynchron abgerufen.
-
Thread
LPC1769 timertest Fehlermeldung
Als Anfänger wollte ich mich nun an den Timer wagen. Das Beispielprogramm Timer/tmrtest.c (für LPC17xx, also auch 1769) öffnet beim debuggen ein Fenster in der folgendes steht: No source available for "0x1fff0ba4" Darunter ist ein Button "View Dissambly" der beim anklicken keine weiteren Infos
* $Id:: tmrtest.c 6098 2011-01-08 02:26:20Z nxp12832 $ * Project: NXP LPC17xx Timer example * * Description: * This file contains Timer test modules, main entry, to test Timer APIs. * *************************************************************************
-
Thread
LPC1769 & I2C0
Tipp dankbar... Die Beispiele hab ich von hier: http://ics.nxp.com/support/software/code.bundle.lpc17xx.keil/#Software
-
Thread
C_CAN Device: LPC11C24/301
peripherals LPC12xx = Cortex M0 core, extended peripherals LPC13xx = Cortex M3 core, simple peripherals LPC17xx = Cortex M3 core, extended peripherals LPC18xx = Cortex M3 core, even more peripherals... LPC40xx = Cortex M4 core, extended peripherals LPC43xx = Cortex M4 + Cortex M0 (dual core), extended peripherals
-
Thread
LPC1768 und PWM
Salut, Frage zu PWM über das Timermodul bei LPC17xx: ist es möglich eine PWM mit variablem Dutycycle über die MATm.n Pins auszugeben? Wenn ja, wie? 50% Dutycycle kriege ich hin, aber bei variablem Teil käme mir nur ein Neubelegen der MRx Register
-
Thread
Suche nach einfache Aufklärung für PIC kontroller
empfehle, wenn schon umsteigen, dann besser auf einen Prozessor mit einem Cortex-M3/M4 Kern, (STM32, NXP LPC17xx oder so, siehe auch hier im Artikel [[STM32]])
wenn schon umsteigen, dann besser auf einen Prozessor mit > einem Cortex-M3/M4 Kern, (STM32, NXP LPC17xx oder so, siehe auch hier im > Artikel STM32) Der PIC32 ist mit einem CORTEXM3 Core vergleichbar und so mit Mikrocontrollern wie dem STM32F10x oder der Stellaris Familie von Luminary. Alle diese
-
Thread
Automatischer Textumbruch
articles/LPC1xxx Dies hängt mit der Grafik bei http://www.mikrocontroller.net/articles/LPC1xxx#LPC17xx zusammen, da diese nicht umgebrochen werden kann.
-
Thread
Suche Automotiv Mikrocontroller den man mit einem free Compiler kompilieren kann!
LPC2000 = ARM7 Core >> GCC geht. Aber wenn schon einen aus der NXP Reihe, dann lieber den LPC17xx (= Cortex-M3 = Jünger und moderner und somit langlebiger >> auch GCC so wie auch der [[STM32]] weil da auch ein Cortex-M4/M4 drin arbeitet).
> LPC2000 = ARM7 Core >> GCC geht. Aber wenn schon einen aus der NXP > Reihe, dann lieber den LPC17xx (= Cortex-M3 = Jünger und moderner und > somit langlebiger >> auch GCC so wie auch der [[STM32]] weil da auch ein > Cortex-M4/M4 drin arbeitet). Ja, irgend was mit THUMB oder THUMB2 beispielsweise
-
Thread
Microchip WLAN-Modul
weitere Informationen? Hier ist doch der Code für SAM3 dabei (und relativ problemlos auf z.B. LPC17xx) zu portieren: http://redpinesignals.com/Atmel/rs-sam3s.html
-
Thread
ARM Einstieg Hilfe bei Controller und IDE Wahl
hier im Forum: da überwiegt der ST Anteil. In der Firma setzen wir STM32F10x ein, privat nehme ich LPC17xx.
im Forum: da überwiegt der ST Anteil. > In der Firma setzen wir STM32F10x ein, privat nehme ich LPC17xx. Da würden mich allerdings die Gründe mal interessieren! Einfach damit du beide kennst oder weil die STM32 dir so auf die Nerven gehen.
-
Thread
Olimex JTAG + LPC1768 + CooCox IDE -> Can not stop mcu
passieren, dass man die Frequenz deutlich verringern muss. Achtung: Wie viele andere Cortex M3 können LPC17xx nicht im Deep Sleep oder Power down debuggt werden.
-
Thread
Orientierungshilfe ATXMega oder ARM (ST, NXP)?
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.