-
Artikel
ARM Cortex Mikrocontroller
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
-
Thread
3d-Drucker-Mainboard
zwar kein STM32, aber vielleicht genau die richtige Motivation, auch mal einen Blick auf die NXP LPC17xx zu werfen. Vom Preis her ist das ungefähr gleich wie die Creality 4.2.7-Mainboards, wenn man den Preis für die Motortreiber hinzurechnet. Florian S. schrieb im Beitrag #6644937: > MKS Robin
zwar kein STM32, aber vielleicht genau > die richtige Motivation, auch mal einen Blick auf die NXP LPC17xx zu > werfen. ja, auch wenn das mittlerweile ein Oldie ist, die Peripherie ist angenehmer zu programmieren als bei STM. Aber AFAIK wird für Marlin PlatformIO benutzt und das Zeug zu kompilieren
-
Thread
LPC1768 noch aktuell?
in der Liga wie die STM32F7 angesiedelt zu sein. Sind die Unterschiede in der Programmierung zur LPC17er-Reihe groß? Danke!
Ich setze die LPC17 und den großen Bruder LPC18 auf der Arbeit ein. Kann nicht meckern. Es ist ein gutmütiger Cortex-M3 ohne große Überraschungen und einer flexiblen Peripherie.
-
Thread
MIDIbox hardware und LPCXpresso 1769
aufzubauen für das MB9090 projekt. (Roland TR-909 clone) auf der webseite von ucapps.de wird ein LPC17 modul empfohlen und da steckt bereits mein problem. es muss ein bootloader auf das board geflasht werden und das klang für mich einfacher als es ist. ich sollte mir eine software von Red Code Inc
-
Thread
STECCY - ZX-Spectrum-Emulator mit STM32
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
-
Thread
erste Entwicklungsumgebung gesucht für LPC1768 (Anfänger)
Legacy Verzeichnis verschoben worden: c:\nxp\MCUXpressoIDE_10.2.1_795\ide\Examples\Legacy\NXP\LPC1000\LPC17xx\LPCXpresso176x_cmsis2.zip Diese Beispiele beziehen sich auf das LPCXpresso Board, beim MCB1700 ist andere Peripherie drauf. Für das MCB gab es von NXP angepasste Beispiele, die Datei heisst mcb1700
-
Thread
Neue MCU familie gesucht
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).
-
Thread
Gerät(e) für Hardware-Programmierung (ARM)
Ich habe schon bereits Erfahrungen in diesem Bereich, jedoch habe ich damals ein bestehendes Board (LPC17xxx von NXP) bekommen und mehr unter Anleitung gearbeitet. Wir hatten damals ein zusätzliches JTAG-Gerät, um unser Board zu programmieren und debuggen. Das würde ich nun gerne zu Hause alleine machen
Radek M. schrieb im Beitrag #5830056: > jedoch habe ich > damals ein bestehendes Board (LPC17xxx von NXP) bekommen und mehr unter > Anleitung gearbeitet. Dann schau Dir mal einen entsprechendes LPCxpresso Board an (https://www.embeddedartists.com/products/lpcxpresso1769/) . Da sind für'n
-
Thread
Welches 7 Zoll Grafikdisplay ist gut?
sind das etwa 66 MByte/Sekunde, die du da durchsetzen mußt. Für sowas fängt die Welt mit einem LPC17xx oder LPC4088 an, dazu ein externer RAM passender Größe (768k). Darunter wird das nichts. W.S.
-
Thread
MSP430 Aufkündigung?
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
-
Thread
MINOS - Minos Is No Operating System
einfach besser und sauberer. Und zu dem Zweck stelle dir vor, daß andere Forenteilnehmer es auf PIC32, LPC17xx, Fujitsu FR30 und Sharp BlueStreak zu portieren gedenken und dabei auch die jeweiligen ganz anderen Compiler verwenden würden. Ein Chip davon ist übrigens bigendian, also das wäre auch zu beachten
und nicht meins. > Und zu dem Zweck stelle dir vor, daß andere Forenteilnehmer es auf > PIC32, LPC17xx, Fujitsu FR30 und Sharp BlueStreak zu portieren > gedenken und dabei auch die jeweiligen ganz anderen Compiler > verwenden würden. Schau mal in den Artikel [[IRMP]], dann wird klar, dass Du
-
Artikel
LPC-Mikrocontroller
10Bit AD-Wandler und eine Taktfrequenz von max. 72MHz. User Manual der LPC13xx-Familie (PDF) Eckdaten LPC17xx (Cortex-M3). Die LPC17xx-Serie hingegen enthält eine weit größere Peripherie in einem LQFP80/100/144/208 Package. 32..512k Flash, 8..96k SRAM, 6 Timer (mit WD), 6 zusätzliche PWM-Einheiten, teilweise
EEPROM 12 Bit ADC USB Code in ROM USB Bootloader in ROM, programming via copy to mass storage device LPC17xx. Familienübersicht LPC17xx. Bezugsquellen und Preise: LPC1754 mit 128K Flash im LQFP80, der bei Darius für 7€74 (Juli/2011) erhältlich ist,[den LPC1751 (32k/8k) schon für 5€95] und bei Digikey für
-
Thread
LPC1549 von Grund auf verstehen
gehen. Flashen geht aber nicht, anscheinend funktioniert das Anhalten nach IAP nicht (getestet mit lpc17xx.cfg, ein lpc15xx.cfg gibt es nicht). In lpc21isp habe ich Support für LPC15xx eingebaut, das scheint soweit zu gehen. Demnächst auf Github. Ich dachte erst, die ersten beiden Einträge der
-
Thread
Ganz viel DRAM an µC
mal eben davon eine Handvoll anzuschließen, ist auch nicht so einfach. Wenn du sowas wie einen LPC17xx oder LPC4088 nimmst, dann kannst du wenigstens SDRAM _überhaupt_ anschließen und diese Chips haben m.W. bis zu 4 Selects dafür. Da kommt man mit derzeitigen Mitteln auf 64 MB - und das ist für so
-
Thread
CPLD als Top Octave Generator nutzen?
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
-
Thread
Mikrocontrollerauswahl gut?
würde für sowas selbst ein AVR ausreichen und wenn es Grafik und SD haben soll, reicht ein LPC2478, LPC17xx, LPC4088 oder so aus. Selbst ein PIC32 sollte das bringen, obwohl der ja keinen dedizierten TFT-Core beinhaltet. W.S.
-
Thread
MCUXpresso - CMSIS Core wird nicht gefunden
Compiler arm-none-eabi-c++ -D__NEWLIB__ -DNDEBUG -D__CODE_RED -DCORE_M3 -D__USE_CMSIS=CMSIS_CORE_LPC17xx -DCPP_USE_HEAP -D__LPC17XX__ -I"C:\Users\Checker\Documents\MCUXpressoIDE_10.1.1_606\workspace\CMSIS_CORE_LPC17xx\inc" -Os -fno-common -Os -g -Wall -c -fmessage-length=0 -fno-builtin -ffunction-sections
axf" ./src/GPIO_0.o ./src/cr_cpp_config.o ./src/cr_startup_lpc175x_6x.o ./src/crp.o -lCMSIS_CORE_LPC17xx c:/nxp/mcuxpressoide_10.1.1_606/ide/tools/bin/../lib/gcc/arm-none-eabi/6.3.1/../../../../arm-none-eabi/bin/ld.exe: cannot find -lCMSIS_CORE_LPC17xx collect2.exe: error: ld returned 1 exit status
-
Thread
LPC1549 lässt sich nicht programmieren
probier mal als Target lpc13xx.cfg oder lpc17xx.cfg, die unterscheiden sich in der config ja nicht sehr gross.
-
Thread
mbed - oder es muss nicht immer Arduino sein
? 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)
-
Thread
Ersatz für LPC2138
Übereinstimmungen gesehen und ausprobiert: z.B. USB device weitestgehend gleich zwischen LPC2478, LPC17xx, LPC4088. SDIO funktional gleich zwischen LPC24xx und einigen STM32Fxxx (bis auf die Benennung der Register). UART-Bedienung gleich zwischen älteren und neueren LPC - bis auf die Lokation einiger
-
Thread
baudrate berechnen auf LPC2134
mal Example Code von NXP.com runtergeladen wo das Setzen der Baudrate nicht klappt, allerdings für LPC17xx. In der Praxis holt sich die Funktion die (hoffentlich korrekte) PCLK und rechntet sich MUL und DIV per brute-force aus. Dabei gab es ein paar Fallstricke zu beachten.
-
Thread
serial-port: feststellen, ob write fertig ist
die Rx/Tx Umschaltung in Hardware erzeugen und an einem GPIO ausgeben, ich kenne sowas z.B. von NXP LPC17xx oder Silabs EFM32. Beim RPi müsste man mal ins Hardware Handbuch schauen. Eine Hardwarelösung wäre ein retriggerbarer Monoflop, der den Umschalter mit dem Low auf der Tx Leitung verknüpft - und
-
Thread
STM32 M3 C8T6 - DFU über USB
Kunden sehr vereinfacht. Nen passenden USB-VCP-Treiber für den Normalbetrieb für z.B. die LPC13.. und LPC17.. hab ich grad vor kurzem hier irgendwo gepostet. W.S.
-
Thread
USB-Tutorial mit STM32
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
-
Thread
STM32F446 - USART
diesen Code nur mit dezenten Änderungen schon auf NEC 78K3+4, Fujitsu FR, ARM7TDMI, LPC11xx, LPC13xx, LPC17xx, LPC4088, STM32F1xx..3xx benutzt. Und damit du mein generelles I/O-Konzept verstehst, hänge ich dir auch noch gio.zip mit dran, ist ein ganz primitives Interface. Damit kriegt man aber auf den
-
Thread
USB Mass Storage Software für NXP gesucht
implementieren muss? Bei Rumsuchen hab ich nur uralte NXP Beispiele gefunden zB USBHostLite for LPC17xx VBeta 0.01 (Jul 14, 2009) - Attached auf dieser Seite https://community.nxp.com/docs/DOC-330850 aber da klappt der Download nicht (mehr?) Wer hat einen Vorschlag, was zu nehmen ist ?
//github.com/ARMmbed/mbed-os/blob/master/features/unsupported/USBDevice/targets/TARGET_NXP/USBHAL_LPC17.cpp
-
Thread
NXP-LPC MCUXpresso Config Tools
Hallo Gemeinde, bin NXP LPC17xx-Einsteiger und versuche gerade eine brauchbare Toolchain zu bauen. Frage 1: MCUXpresso Config Tools und MCUXpresso Config SDK Builder sind die nur für ARM Cortex M4 Targets? M3 MCU's stehen
-
Thread
ARM-Cortex als Anfänger?
Ich würde zum STM32, SAM3/4 oder LPC17xx greifen. Besonders ST schmeisst mit Demo Boards nur so um sich, und ein ST-Link ist bereits mit auf dem Board. Der läuft dann mit den Demoversionen von Keil µVision bzw. IAR, sowie mit div. freien
Ich arbeite seit einen 3/4 Jahr mit einem LPC17xx und LPC43xx. Aus Erfahrung kann ich daher schrieben, dass die STM32 Reihe von der Peripherie her deutlich besser gelungen ist. Auch das CubeMX von ST nimmt einem deutlich die Arbeit ab und initialisiert
-
Thread
STM32F03xxx I2C mehrere Bytes senden?!
Du solltest Deine Plattform dazu schreiben. Sieht etwas wie NXP LPC17xx aus - aber da konnten die I²C Funktionen schon mehrere Bytes.
-
Thread
PWM interrupt am LPC2148
also müssten zwischen den > PWM Pulsen 100 MAT1.0-Takte sein. Es sind aber nur 44! Wieso? Beim LPC17xx gab es noch einen weiteren Vorteile für die jeweilige Periphere (PCKLSELx), und dessen Default ist 4 - was zu Deiner Beobachtung ungefähr passen würde.
jetzt weggeschmissen und auf STM32 umgestellt Du kannst den alten LPC2148 ARM7 durch pingleiche LPC17xx M3 oder LPC40xx M4 ersetzen, da ist die IRQ Problematik gelöst und sind zudem einfacher "direkt" programmierbar als die STM32
-
Thread
Virtual Com Port mit LPC1769
dem pc kommunizieren. Ich habe dazu die CMSIS libary benutzt: https://github.com/scottellis/lpc17xx.cmsis.driver.library/tree/master/Examples/USBDEV/USBCDC Anschließend habe ich die lpc_chip175x_6x libary eingebunden. Da nach einigen usbd...h gefragt wurde habe ich auch den usbd Ordern eingebunden
Da ist was nicht kompatibel. Von dem LPC17xx Sachen gab es selbst bei NXP zueinander inkompatible Versionen. Nimm mal lieber alles aus Github und lass das lpc_chip175x_6x libary Zeuchs ganz weg. Thore T. schrieb im Beitrag #4866012:
-
Thread
Lauflicht mit LPC1769
============================================================ */ #ifdef __USE_CMSIS #include "LPC17xx.h" #endif #include <cr_section_macros.h> #include <stdio.h> #include "gpio.h" void initial(void); void LEDReset(void); uint32_t taste1 (void); uint32_t taste2 (void); uint32_t taste3
-
Thread
Hilfe LCD Display
geht das ganz einfach: Du nimmst einen passenden µC wie z.B. einen LPC4088 oder den pinkompatiblen LPC17xx und schließt die Signale dort an. DCLK (Pin 2) ist der Pixeltakt von so etwa 30..40 MHz und DTMG (Pin 26) ist das Enablesignal für die Pixel. Das sollte soweit klar sein. Wo die R0..5 (rot), G0.
-
Thread
Generelle Frage zu ARM-Development, Frameworks und WebSockets
nächste mal Ethernet brauche versuche ich das auch mal, hoffe aber jemand macht mal ein Sample für LPC17xx.
-
Thread
Ersatz für LPXpresso1769 als MIDI converter
http://ucapps.de/midio128.html dafür benötige ich dieses Board: http://ucapps.de/mbhp_core_lpc17.html auf das Board wird direkt ein LPC1769 angebracht: http://www.embeddedartists.com/products/lpcxpresso/lpc1769_xpr.php Blöderweise wird das Board nicht mehr hergestellt, aber es gibt ja
-
Thread
brauche eure Hilfe bei diesem Project
installiert, hat man Demos für alles: https://www.iar.com/iar-embedded-workbench/ \arm\examples\NXP\LPC17xx\IAR-LPC-1768-SK oder wahlweise: \arm\examples\NXP\LPC17xx\LPC1700CMSIS
-
Thread
STM32F0 wie sauber Uart senden per DMA mit Timer event
Bus umgeschaltet. Es gibt µC die RS485 Umschaltung in Hardware können, z.B. EFM32 (USART) und LPC17xx (UART1). Dort sind solche Kopfstände nicht nötig.
-
Thread
Debug Ausgaben
Die Abweichungen werden sich prozentual nicht ändern. Er bräuchte sowas wie das Autobauding vom LPC17xx UART. Das synchronisiert sich mit dem "A" (z.B. von "AT") auf die jeweilige Baudrate. Für den PC gibts sowas AFIAK leider nicht fertich. Um den RC OSC zu trimmen bräuchte man eine Referenz Taktquelle
-
Thread
LWIP NetConn mit RTOS bleibt stehen
controller (lpc1768) im setupTask nach waehrend diesem Aufruf stehen [c] /* Add netif interface for lpc17xx_8x */ memset(&lpc_netif, 0, sizeof(lpc_netif)); if (!netif_add(&lpc_netif, &ipaddr, &netmask, &gw, NULL, lpc_enetif_init, tcpip_input)) { DEBUGSTR("Net interface failed to initialize\r
-
Thread
LPC1768 OpenOCD arm-none-eabi-gcc 5.3.0
fno-delete-null-pointer-checks -fomit-frame-pointer -fdata-sections -ffunction-sections -MMD -MP -MF"lpc/GPIO_LPC17xx.d" -MT"lpc/GPIO_LPC17xx.o" -c -o "lpc/GPIO_LPC17xx.o" "../lpc/GPIO_LPC17xx.cpp" Finished building: ../lpc/GPIO_LPC17xx.cpp Building file: ../lpc/PIN_LPC17xx.cpp Invoking: Cross ARM C++ Compiler
-MF"cmsis/startup_LPC17xx.d" -MT"cmsis/startup_LPC17xx.o" -c -o "cmsis/startup_LPC17xx.o" "../cmsis/startup_LPC17xx.S" Finished building: ../cmsis/startup_LPC17xx.S Building file: ../cmsis/system_LPC17xx.c Invoking:
-
Artikel
LPC1xxx Entwicklungskit LPCXpresso
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
-
Thread
LPC 17xx und Winkelgeber AS 5600
Guten Tag, den Winkelgeber AS5600 möchte ich mit einem LPC 1768 über I2C ansteuern. Das I2C Protokoll schein auch zu funktionieren, weil das Ack vom Baustein einwandfrei kommt. Allerdings sind die Daten unplausibel und mir ist nicht klar, wie man den Baustein ordentlich initialisiert. Die Dokumentation gibt das einfach nicht her. Hat Jemand Erfahrung mit diesem Baustein?