-
Thread
LPC1769 als USB Device
vorhanden, einmal auf dem LPCXpresso und einmal auf dem Baseboard, das hat mich verwirrt. Mit dem LPC1769 ist aber der P2.9 für die Steuerung verantwortlich, das habe ich also auch. Wofür das VBUS nötig ist weiss ich noch nicht. An einem Windows7 Rechner wird jedenfalls ein 'NXP LPC17xx Memory' Device
leider sind da in mehreren Beispielen so Ostereier versteckt. Das USBMem war wohl ein Sample für den LPC1343.
-
Thread
Kosten für Tools für STM32F103xx-Entwicklung
Ich habe in letzter Zeit auch den Einstieg in STM32 und LPC17xx gemacht. Am Anfang ist Atholic bzw. CodeRed ganz gut. Eins bleibt aber bei allen. Es basiert alles auf gcc und zum debuggen gdb. Für fertige Projekte würde ich immer mit makefile's arbeiten und
sge3ko5spvvk5n83gq5gsisks4 http://www.mikrocontroller.net/topic/202785 http://www.versaloon.com/bbs/viewtopic.php?f=2&t=17 Und dann Codesourcery Arm Eabi compiler Und CodeBlocks oder Eclipse mfg Bingo Dänemark
-
Thread
Befehle hinter vorgefertigten Funktionen STM32
einfacher: Den Namen der ISR mußt du exakt nutzen (wird z.B. im Startupcode definiert). Für Timer0 beim LPC17xx heißt die ISR einfach TIMER0_IRQHandler Du schreibst einfach void TIMER0_IRQHandler(void) { // code } Natürlich mußt du noch den ganzen Rest beachten; also den Interrupt aktivieren
-
Thread
Freebus = Closedbus
C6 schrieb im Beitrag #2384308: > - wegen krampfhaften Festhalten am längst überholten LPC Hab mir mal das Datenblatt angeschaut. So schlecht find ich den LPC nicht. 8051 ist doch was nettes. Oder ist bei dir alt automatisch schlecht?
finde KNX inzwischen übrigens relativ günstig (nicht zu verwechseln mit billig) kanalpreise von 17€, 8fach taster ab ca. 70€ usw. (klassische) dimmer braucht man sowieso kaum mehr..
-
Thread
Gemeinsamer Hausbus
/2556109?k=LPC11C Man könnte dann vielleicht Olimex fragen, ob sie diesen statt LPC11C14 verbauen: http://www.olimex.com/dev/lpc-h11xx.html ~ 40x40 mm 0
LPC Lösung und seitdem läuft es. Ich hab mich aber nicht weit genug dafür interssiert, als daß ich wüsste, ob es an Hardware oder Software lag.
-
Thread
Horizonterweiterung um die Arm-Architektur
Forum hier weiter verbreitet als andere Cortex µC. In der Firma nehmen wir STM32, privat nehme ich LPC17xx. bye, Arne
machen ;) b) Timer/ADC sind auf STM32 deutlich komplexer (meine Meinung) dafür sind UARTs auf LPC (wenn man den 16Byte TxFIFO wirklich nutzen will) komplexer. GPIO-Portzugriffe erscheinen mir auf LPC auch komplizierter. Zumal sich LPC175x/176x und LPC177x/178x hier wieder voneinander unterscheiden
-
Thread
DS18x20 unter FreeRTOS und LPCXpresso 1769
Ausgaben gibt es keine, die gemessenen Werte kann man sich nur im Debugger ansehen. In der system_LPC17xx.c sind noch ein paar Änderungen drin die das LPCXpresso 1769 mit den maximalen 120MHz laufen lassen. Anmerkungen und Verbesserungen nehme ich gern entgegen. Jürgen Liegner
DS2482-100 kann ich bei Bedarf per email senden. Ich werde die avrlibc zumindest teilweise auf den LPC1114 und den LPC1769 mit FreeRTOS portieren, komme aber erst im November dazu (LCD Controller/I2C/SPI/SD-Card/PWM/RTC und weitere Komponenten). Grüße
-
Thread
Das erste LED Programm mit µVision
"LPC17xx.h" int main(void) { LPC_PINCON->PINSEL4 &= ~(0xFFFF); LPC_GPIO2->FIODIR |= 0xFF; LPC_GPIO2->FIOCLR = 0xFF; LPC_GPIO2->FIOSET = (1<<0); LPC_GPIO2->FIOCLR = (1<<0);
Binde mal die Datei "system_LPC17xx.c" in dein Projekt mit ein. Dort ist die SystemInit definiert (ist glaub ich in den Beispielen)
-
Thread
LPC2378, VBAT, RTC, battery powered SRAM
Hallo. Ich habe hier ein Board mit einem LPC2378. Die 3,3V VBAT Versorgung für die RTC und das SRAM sind wie im Anhang aufgebaut. R30 ist momentan nicht bestückt. Ich messe mit einem Multimeter in der Plusleitung des Batteriehalters den Strom
Ausschalten messe ich 15,5uA. Aber der Wert steigt langsam. Nach ein paar Minuten messe ich schon wieder 17uA.
-
Thread
ethernet lpcxpresso
Wenn das natürlich für deine Anwendung nicht wichtig ist kannst du auch UDP verwenden. Mit der lpcXpresso IDE ist auch eine Portierung von uIP als TCP/IP Stack für die LPC17xx mitgeliefert worden. Im Zip Ordner RDB1768Cmsis2.zip im Ordner Installationsordner_von_LPCXpresso\lpcxpresso\Examples\NXP\LPC1000\LPC17xx findest du im Projekt RDBCMSIS2_uIP den fertigen uIP Stack und auch seine grundlegende Verwendung. Siehe zu besserem Verstädnis folgende Application note AN10845 Porting uIP1.0 to LPC1700
-
Thread
LPC1768 Ethernet mit DP83848J
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
; LPC_EMAC->MAC2 = MAC2_CRC_EN | MAC2_PAD_EN; LPC_EMAC->MAXF = ETH_MAX_FLEN; LPC_EMAC->CLRT = CLRT_DEF; LPC_EMAC->IPGR = IPGR_DEF; /* Enable Reduced MII interface. */ LPC_EMAC->MCFG = MCFG_CLK_DIV64
-
Thread
Wie finde ich den Einstieg in den ARM Cortex?
/articles/LPC1xxx
Ich kann auch nur den Cortex-M3 empfehlen, besonders die LPC17xx dinger! Ich hab damit ein eigenes Board entworfen was auch auf anhieb funktioniert hat. Mit der CodeRed IDE (auf Eclipse basis, was ich als deutlichen Vorteil sehe) hast du eine voll funktionsfähige
-
Thread
Ein kleiner Oberoncompiler für die C16x-Familie
Interesse hat, habe noch sehr viele, teilweise original verpackte, Typen: - 144 x SAF-C167CR-LM - 17 x ST10F167-Q6 - 26 x ST10R167-Q6 - 24 x ST10F168-Q6 - 25 x ST10F269-Q3 - 154 x ST10F275-CAA - 20 x SAK-C164CI-LM - 20 x SAK-C161CS-32FF - 20 x SAF-XC164CS Bei Interesse kurze Nachricht
Yo, ich nochmal... da bin ich gerade beim guhgelln drüber gestolpert: Oberoncompiler für NXP LPC2000 und Cortex-M3 Arm's. http://www.astrobe.com/default.htm Eine sicherere Programmiersprache als "C", auch für die aufkommende uC-Generation - keine schlechte Idee aus meiner Sicht. Gruss,
-
Thread
Unterschied STM103 und ATSAM3U4 programmiertechnisch
Nimm LPC17xx von NXP die sind die Allerbestern CortexM3 und auch mit die schnellsten überhaupt! Kann ich nur empfehlen! Besonders das MBED ist der Knüller! Da ist schon die Ethernet-PHY mit drauf und es gibt
>Nimm LPC17xx von NXP die sind die Allerbestern CortexM3 und auch mit die >schnellsten überhaupt! Dann nenn mal die Unterschiede zu den STM32 CortexM3 und was daran schlechter ist.
-
Thread
LPC17xx/STM32F103xx: AHB/APB Takt
ich lese mich gerade etwas in die Datenblätter ein. Habe ich es richtig verstanden, daß - beim LPC17xx APB 0 und 1 den gleichen Takt haben und der Resetwert CCLK/4 ist (also bei "vollgas" mit 100 MHz beträgt der Takt 25 MHz auf den beiden Peripheriebussen)? - beim STM32F103xx APB1 max. 36 MHz und
>Wenn ja: Warum ist der Defaulttakt beim LPC so "niedrig" eingestellt Keine Ahnung. Beim STM32 ist per default gar kein Clock drauf. Das muss der Startupcode erledigen.
-
Thread
USB-Speicherstick simulieren
NxP LPC17xx können das glaub ich, die haben soweit ich weiss einen integrierten MSD-Treiber. Bin aber nicht ganz sicher, musst du im DB/UM nachschlagen. Ralf
zum programmieren. Man kann also eine neue Firmware per Drag&Drop auf den Controller spielen. Die LPC17xx können MSD meines wissens nicht direkt.
-
Thread
LPC1700: Code aus externem Memory ausführbar?
wenn ich mich hier auch mal einklinken darf. Die LPC17xx sind bei Digikey verfügbar, zwar wohl nicht in rauhen Mengen. Aber ich werde mir demnächst wohl mal ein Testboard mit so einem Teil drauf bauen. Das Erratasheet von NXP hält sich bisher ja noch
Zitat user.manual.lpc17xx.pdf, Seite 739: "The Code, SRAM, and external RAM regions can hold programs. However, the most efficient access to programs is from the Code region. This is because the processor has separate
-
Thread
"ARM eCross EABI Toolchain für Windows und Linux" Gibt es Erfahrungen?
würdest. Mich würden da gerade zwei Dinge interessieren: Hast du schon ein Controller Board (STM32, LPC..., ...)? Willst du debuggen (Stichwort JTAG, SWD)?
jetzt mal Eclipse (Helios) + CDT-Plugin + GNU ARM Plugin installiert. Danach hab ich mir von NXP die lpc17xx.cmsis.driver.library Datei für die LPC17xx geholt. Wie geh ich jetzt weiter vor? Habe jetzt schon einiges über Startup-Files und Linkerscripts gelesen, aber welches ist das richtige???
-
Thread
EEPROM in µC. Warum?
Hallo, ich bin auf der Suche nach einem geeigneten Microcontroller bei NXP auf die LPC17xx Serie gestossen. Die neu angekündigten Controller haben alle nen kleinen EEPROM integriert. Ich kann mir leider keinen Reim darauf machen, wozu der EEPROM gut ist und warum man den nutzen sollte
-
Thread
LPCXpresso IDE erzeugt fehlerhaften Maschinencode?
=============================================================================== */ #include "LPC17xx.h" #include <cr_section_macros.h> #include <NXP/crp.h> // Variable to store CRP value in. Will be placed automatically // by the linker when "Enable Code Read Protect" selected. // See crp.h
/* SystemClockUpdate() updates the SystemFrequency variable */ //SystemClockUpdate(); LPC_GPIO2->FIODIR = 0x000000FF; /* P2.xx defined as Outputs */ LPC_GPIO2->FIOCLR = 0x000000FF; /* turn off all the LEDs */ while(1) { for(i = 0; i < 8; i++) { LPC_GPIO2
-
Thread
ATXmega128A1, SRAM-Anbindung, EBI
Steuerleitungen wodurch dann nur noch 8 Adressleitungen übrig bleiben würden. Für den SRAM brauche ich aber 17 Leitungen (A0-A16). Im Gegensatz dazu befindet sich in der Appnote AVR1312 ist auf Seite 4 ein Beispiel bei dem 2 Latches im 3-Port-Mode genutzt werden. Das widerspricht aber IMHO den Angaben im Manual
interessieren, ob "suchender" den 3-Port-SRAM-Modus planmäßig in Gang bekommen hat und wenn ja, wie? LPC-Mode oder nicht? VG Robert
-
Thread
Starthilfe für Cortex M3
benötigten Dokumente, Treiber, etc.: http://ics.nxp.com/support/documents/microcontrollers/?scope=LPC1768 Direktlink zur aktuellen CMSIS-Bibliothek: http://ics.nxp.com/support/documents/microcontrollers/zip/lpc17xx.cmsis.driver.library.zip In der CMSIS-Lib. findest du die aktuellen Treiber für
mir ersteinmal um die Simulation am PC. Konkret will ich ersmal wissen wie ich ein Hello World für LPC17XX erzeugen und ausgeben kann (ohne Hardware), und was ich für das Projekt brauche. Also zum testen gehe ich wie folgt vor: 1-µVision4 starten; 2-Project->New µProject; 3-den LPC1768 aus der Liste
-
Thread
32 bit Controller. Welcher Typ
LPC13xx oder LPC17xx von NXP
-
Thread
LPC1769 Librarys
gelinkt. Danke Albert für die schnelle Antwort. Ja, da kann ich dann die beiden Libs *CMSISv2p00_LPC17xx* und *CMSISv2p00_DSPLIB_CM3* auswählen. Die kann ich dann auch an der von Dir genannten Stelle einsehen/verändern. Damit werden aber die Header type.h, math.h usw. nicht erkannt. In den Beispielprojekten wird hingegen die Lib *CMSISv2_LPC17xx* eingebunden. Die habe ich zwar in meinem Project Explorer auch drinnen, kann sie aber beim erstellen eines Projektes nicht auswählen!? Was für eine Lib ist denn da bei euch genau angegeben?
-
Thread
LPC1751 USB Device zum Funktionieren bewegen
Beispielcode umzusehen. Ich glaube bei freertos gibt es ein paar Beispiele zu USB. Leider sind die LPC17xx in den anderen freien RTOS noch nicht so verbreitet und haben daher nur Basis-Support ohne die ganzen Hardware-Abstractions für USB, Ethernet etc.
USB-Host aktiviert. Auf dem Demoboard, für welches der Beispielcode geschrieben ist, befindet sich ein LPC1758, der hat auch einen USB-Host deshalb ist es dort scheinbar kein Problem. Da ich allerdings einen LPC1751 einsetze, der keinen USB-Host besitzt, führt die Aktivierung der nicht vorhandenen Hostfunktionalität
-
Thread
Beste Möglichkeit 140 LEDs anzusteuern
Stück)... Ist es nicht sinnvoller auf Schieberegister etc. zu verzichten und z.B. einen Cortex M3 (LPC2468) mit 160 Ausgangspins zu nehmen??? + Transistor und zwei Widerstände.. (Der LPC kostet gerade mal nen 10ner) Ich weiß nicht wie schnell er die Ausgangspins bewegen kann (viertel der Taktfrequ?
... > Ist es nicht sinnvoller auf Schieberegister etc. zu verzichten und z.B. > einen Cortex M3 (LPC2468) mit 160 Ausgangspins zu nehmen??? + > Transistor und zwei Widerstände.. (Der LPC kostet gerade mal nen 10ner) > Ich weiß nicht wie schnell er die Ausgangspins bewegen kann (viertel der > Taktfrequ
-
Thread
LPC 17xx mit
Hallo, ich bin zurzeit mit einem LPCxpresso 1769 und einem Display v0n Watterott (MI0283QT-2) zugange. Da ich die Ansteuerung nicht neu erfinden wollte, habe ich google bemüht. Tante google war auch so nett mit etwas passendes geliefert, siehe Link: http://www.circuitcellar.com/nxpmbeddesignchallenge/winners/DE3803.htm Im beigefügten Quellcode in er Zip Datei wird auf 2 Sourcen verwiesen, die Dateien mit der Endung "*.ar" enden. (http://mbed.org/projects/libraries/svn/mbed/trunk@26) Sind das Dateien, die ich mit Keil einsehen kann? Ursprünglich hatte ich die Hoffung das Projekt zu
-
Thread
TFT Ansteuerung mit Atmega16
(wenn die höherwertigen vorne stehen): Rot: Data00+Data01 Grün: Data08+Data09 Blau: Data16+Data17 butchja schrieb im Beitrag #2268867: > eine serielle (3-wire) Ansteuermöglichkeit gibt. Schau doch mal, ob > der Mikrocontroller dafür schnell genug läuft. 3-wire sagt mir ehrlich gesagt nichts
nicht > genau gleichzeitig schalten, stört das im Betrieb? Nein, vergiss es. Schau Dir den NXP LPC2478 an, das ist genau das Richtige dafür. Oder den PIC24FJ128DA210. Die haben passende TFT-Controller eingebaut und sind eine ganze Ecke schneller als ein AVR. fchk
-
Thread
Projekt Signal-Auswertung mit High-Speed-ADC
Schau Dir mal den LPC1769 von NXP an. Der läuft mit 120 MHz, hat jede Menge Schnittstellen, DMA ... Gruß, Klaus
devices larger than 64K, use additional available I/O pins as the higher order address lines A16, A17, A18, etc., as shown in Figure 13-46.
-
Thread
I2C richtig implementieren
ich möchte mich mit I2C beschäftigen und frage mich, wie man's richtig macht? MCU ist Cortex-MO/LPC11xx und Cortex-M3/LPC13xx bzw. LPC17xx von Nxp. Die Frage kam beim Studium des UserManuals auf. Die I2C-Hardware basiert wohl darauf, dass der jeweilige Zustand (z.B. StartCondition gesendet, Arbitrierung
passenden NXP CMSIS: http://ics.nxp.com/support/documents/?type=software Zumistest in der Version für LPC17[56]x sind passende Interrupt Handler dabei.
-
Thread
J-Link EDU an LPCXpresso (LPC1769)
(Linux) [code] #/usr/bin/bash /usr/local/bin/JLinkExe << EOF exec EnableFlashDL exec Device=LPC1768 speed 400 h loadbin demo.bin 0x0000 r g exit EOF [/code] Flash: [code] :>./JLink.sh SEGGER J-Link Commander V4.22 ('?' for help) Compiled Dec 17 2010 17:41:09 DLL version V4.22, compiled Dec 17 2010 17:41:06 Firmware: J-Link ARM V8 compiled Dec 16 2010 20:21:29 Hardware: V8.00 S/N: 268000082 OEM: SEGGER-EDU Feature(s): FlashBP VTarget = 3.086V Info: TotalIRLen = 4, IRPrint = 0x01
-
Thread
Xpresso und Rowley - user definierte ISR werden nicht gelinked?
also the GPIO IRQ Handler extern void EINT3_IRQHandler(void); /* ExtInt.cpp */ #include "LPC17xx_Settings.h" //besteht nur aus defines mit einstellungen für die pheripherie register und PERIxactive und #include ".../LPC17xx.h" #include "LPC17xx_ExtInt.h" /* EINT0 Includes */ /*
); // enable interrupt #endif // EINT0active #ifdef EINT1active LPC_PINCON->PINSEL4 |= (1 << 22); // select pin mode P2.11 "ExtInt1" #if (EINT1mode == 1) LPC_SC->EXTMODE ^= (1 << 1); // ExtInt1 is level sensitive #else LPC_SC->EXTMODE |= (1 << 1); //
-
Thread
IR Fernbedienung Signale auf µC verarbeiten
Hallo zusammen, ich habe ein KEIL Board MCB2300 mit LPC2378 und würde gern ankommende IR-Signale von einer Fernbedienung mittels TSOP empfangen und auswerten. Leider schaffe ich es nicht den Empfänger(MCB2300) mit den Pulsen von der FB zu synchronisieren
---------------------------------------------------------------------------------- if(c>17){ //mit c werden die Pulse vom ersten bis zum letzten in einem Burst gezählt b++; //Da ein Burst 17 Pulse hat, wird b nach 17 Pulsen um 1 erhöht und gibt somit die gesendete
-
Thread
Lohnt sich der Umstieg auf 32-Bit Controller
einfacher ist und vor allem eigene Bibliotheken austauschbar. Ich verwende *ARM Cortex MO* (NXP LPC11Cxx + LPC11Uxx), *ARM CORTEX M3* (TI LM3S5T36, NXP LPC1751 + LPC1769), *ARM 7* (Atmel SAM7XC + SAM7SE), *ARM 9* (Atmel AT91SAM9263, ...) sowie großkaliber *ARM 11 und A9* (Marvel und TI) Alle
sind. Vieles lässt sich auch auf die anderen ARM Cortex-M3 Chiphersteller übertragen, z.B. NXP LPC17xx oder TI.
-
Thread
LPC17xx & I2S: Verwirrung bzgl. 512fs Masterclock
Hi, ich möchte einen I2S-DAC an einen LPC17xx anschließen und bin bzgl. des I2S-Master-Clocks verwirrt: Im LPC17xx-UserManual http://www.standardics.nxp.com/support/documents/microcontrollers/pdf/user.manual.lpc17xx.pdf steht auf Seite 473
-
Thread
GPIO Problem an LPC17**
Hallo, ich steh grad ziemlich auf dem Schlauch... Ich möchte nämlich die IO-PIN's P1.14/P1.10 des LPC's auf high setzten aber er will nicht. Ich nutzte dafür das nxp xpresso board mit lpc1769 und habe es mit diesen 2 zeilen code probiert: LPC_GPIO1->FIODIR = 0xffffffff; LPC_GPIO1->FIOSET = 0xffffffff
verstanden hab. ich hoffe mir kann jemand weiterhelfen! Danke Schöne Grüße, Thomas hier noch das lpc17xx user manual: http://ics.nxp.com/support/documents/microcontrollers/pdf/user.manual.lpc17xx.pdf
-
Thread
STM32F103 Timeout und interrupt
@Ulrich Du scheinst Dich ja mit den RTOS'en etwas auszukennen ;-) Ich suche ein RTOS für den LPC1769, wie sieht es mit Nut/OS hier aus ? Bei CooCox scheint es ja einen Build zu geben. Im Moment traue ich mir eine Eigenportierung noch nicht zu. Daniel
Zeit :( Wenn man etwas C Erfahrung hat ist es aber sehr einfach einen weiteren CortexM3, wie den LPC17xx zu Nut/OS hinzu zu fügen. Das schwere an der Portierung ist ja, den Chip erst mal zu initialisieren. Und das geht bei allen Cortex gleich, dank CMSIS. D.h. Du musst nur eine Funktion schreiben,