-
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
Integration der newlib in ein Cortex-M3 Projekt
lassen. Wenn das funktioniert, kann man nachsehen, ob AHB-RAM irgendwie eingerichtet werden muss (mit LPC17xx bisher selbst noch nichts gemacht). Wird sbrk aufgerufen und liefert es vernünftige Rückgabewerte? Werden Fault-Excpetions ausgelöst?
-
Thread
Flashen von STM32F105
Größe des Gehäuses nicht ankommt oder wenn ich die ganze Peripherie brauche, dann nehme ich einen LPC17xx von NXP. Beide haben einen Cortex-M3-Kern. Bei der Peripherie haben beide Vor- und Nachteile. Hier muß man abwägen, welcher besser zum Projekt paßt. Wichtig ist natürlich auch der Kostenfaktor
-
Thread
LPC1768 GPIO Port Speed
Hallo, von NXP gibt es ein Forum, wo sich viele leute mit solchen Fragen zu den LPC17xx etc. beschäftigen . Wenn ich es nicht ganz falsch verstanden habe, gibt es 2 unterschiedliche Methoden den Port zu setzten. Die herkömmliche Methode habt ihr oben beschrieben, damit es schneller
-
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
-
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
AVR 8bit auch für größere Projekte?
falsch > liege) mehr oder weniger von Euch ignoriert worden zu sein. Ob man ATSAM3, STM32 oder LPC17xx nimmt, ist so ziemlich egal, es sind ja alles ARM Cortex-M3.
>> liege) mehr oder weniger von Euch ignoriert worden zu sein. > > Ob man ATSAM3, STM32 oder LPC17xx nimmt, ist so ziemlich egal, es sind > ja alles ARM Cortex-M3. Denke er spielt hier auf die AVR32 an...
-
Thread
Interrupts ein-/ausschalten beim ARM cortex-M3
Codeschnipsel http://openwsn.berkeley.edu/svn/trunk/firmware/openos/kernel/FreeRTOS/CMSISv2p00_LPC17xx/inc/core_cmFunc.h Gruss Didi
-
Thread
ARM / NXP Cortex M0 - das Ende von 8 Bit?
Links auch gelesen haette, sorry. Unter dem NXP Link stehen natuerlich noch keine Produkte, d.h. die LPC17xx werden auf M3 Basis kommen. In einer noch zu definierenden Zukunft werden dann wohl auch M0 Teile folgen. Wie lange das noch dauert, keine Ahnung. Robert
-
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
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
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 die
-
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
ARM7 von Atmel oder NXP?
Anforderungen erfüllt. Der einzige Lumi mit CAN und Ethernet hat kein USB. Und kein STM32 hat Ethernet. Die LPC17xx sind jetzt auch schon seit einem halben Jahr überfällig. Immerhin sollen sie Pinkompatibel zu den 23ern sein. Man kann also - wenn es sie irgendwann nochmal geben sollte - eine bestehende Platine
-
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
LPC17xx + gdb + eclipse -> suspend button inaktiv
Halllo allerseits, habe ein kleines Problem beim Debuggen mit gdb ueber eclipse mittels des olimex-arm-usb-tiny: Ich kann das Debuggen starten, woraufhin sinnigerweise geflasht wird. Anschliessend wir ausgefuehrt bis zu einem Breakpoint in main() - funktioniert soweit alles. Ebenso funktionieren "step into/over" und "run to cursor" wie sie sollen und ausserdem scheinen auch die Variablen korrekt angezeigt zu werden. Was mich allerdings stoert: Sitze ich an einem Breakpoint und druecke "resume", so wird der resume-button ausgegraut und der Controller in den Zustand "running" versetzt.
-
Thread
Welches ARM9 Entwicklungsboard von NXP empfehlenswert?
Wieso gleich auf ARM9? Die neuen Cortex-M3 von NXP LPC17xx kommen so langsam in die Gänge, sprich auf den Markt. Ich habe schon die ersten Samples hier und im Gegensatz zu den STM32F107 funktionieren dort der Bootloader und USB. Mehr habe ich noch nicht
-
Thread
Fragen zu ARM7 / 9 / Cortex-M3
Interface mit jeweils eigenem DMA Channel. Es ist auch sehr einfach dieses zu verwenden. Auch die LPC17xx haben einen "external memory Controller". Dieses ist für RAM, ROM und SD-Karten geeignet und kann auch einem eigenen DMA Channel zugewiesen werden. Bei allen Cortex-M3 stehen mehrere DMA Channels
-
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
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
Fragen zu CAN-Boards/Controller
Wäre hilfreich zu wissen welches Steuergerät es sich handel. Soweit ich noch weiß besitzt einer der LPC17xx auch direkt eine Einheit zum anschließen eines Drehencoders. Ansonsten solltest du nun genug alternativen haben zum Vorstellen. Die Variante mit dem S65 Display ist nicht schlecht, aber man sollte
-
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
-
Thread
Cortex M3 Kit - MCBTMPM330
ULINK-ME bestellt (der Chip selbst ist ja eher nicht so hitverdächtig) und später z.B. irgendein LPC17xx-Board-Nachbau damit nicht bearbeiten kann, ärgert man sich die Krätze.
-
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
ARM Einstieg - LPCXpresso 1768
Hallo zusammen, Ich bin auch grad dabei mich mit dem Thema LPC 17xx auseinanderzusetzen und bin auf diesen Beitrag gestoßen.. Die LPCXpresso Seite hatte ich mir auch vor ein paar Tagen schon angeschaut, allerdings stand da noch was von 32kb Download limit und
-
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
LPC1768 - ARM Cortex M3 - KfZ Spannung auswerten
(bei 3,3V Betriebsspannung) 3,3V * 2,8 = ~9,3V. Wir bauen in unseren OBD2-Diagnoseadaptern mit LPC17xx-Controllern auch solch eine ähnliche Schaltung zur Boardspannungsmessung ein. Hier benutzen wir jedoch eine hochohmigere Variante mit 10:1 Teilung (180k in Reihe, 20k nach Masse). Dies hat den Vorteil
-
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
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
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.
-
Thread
Qual der Wahl zwischen LPC2129 und STM32
). AFAIK hat auch deren CAN einen schweren Bug und ist fast unbrauchbar. Wenn NXP, dann einen LPC17xx. Z.B.: http://elmicro.com/de/chip1768.html
-
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
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
LPCxpresso 1769 I2C Takt einstellen
zuweisen soll. Datenblatt:http://ics.nxp.com/support/documents/microcontrollers/pdf/user.manual.lpc17xx.pdf oder im Anhang Betreffende Seiten 447/448 Vielen Dank für die Hilfe.
-
Thread
LPC1769 GPIO Interrupt mit prellenden Taster
leider nicht. Benutze ein LPC1769 mit folgendem c-code [c] #ifdef __USE_CMSIS #include "LPC17xx.h" #endif void EINT3_IRQHandler(void){ if( LPC_GPIOINT->IO2IntStatF & (1<<3) ){ LPC_GPIOINT->IO2IntClr = (1<<3); } LPC_GPIOINT->IO2IntClr = (1<<3); } int main(void){ volatile
-
Thread
Umfangreiches Projekt bin ich auf dem richtigen Weg?
Mit der CooCox Umgebung könntest Du nicht nur einen [[STM32]] programmieren, sondern auch ein LPC17xx oder einen anderen Atmel mit Cortex-Mx Kern. Für umfangreiche Projekte gibt es nun mal auch entsprechend passende Prozessoren von vielen Herstellern. Siehe hier: http://coocox.org/CooCox_CoIDE.htm
-
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
lpc1768 uart0 rx interupt
der ISR bei einem THRE aber nicht bei einem RBR wenn ich in minicom Bytes sende. [c] #include <lpc17xx.h> #include <stdio.h> void UART0_IRQHandler() { uint8_t irq_mode = LPC_UART0->IIR; irq_mode >>= 1; irq_mode &= 0x07; // Receive Data Avaliable if(irq_mode == 0x02) { printf
-
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
SD-Card schreiben auf Arduino due mit Atmel-Studio
*/ /*-----------------------------------------------------------------------*/ //#include "lpc17xx_ssp.h" //#include "lpc17xx_gpio.h" #include "diskio.h" #include "AW_spi.h" #include "globals.h" /* Definitions for MMC/SDC command */ #define CMD0 (0x40+0) /* GO_IDLE_STATE */ #define
-
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
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
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
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
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
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
[S] Using the FreeRTOS Real Time Kernel - a Practical Guide - NXP LPC17xx Edition
bekommen: http://www.freertos.org/Documentation/FreeRTOS-documentation-and-book.html#FreeRTOS-Book-LPC17xx Die Version die nicht druckbare Version kostet nur ~18€. Wenn du es willst musst du schon soviel Geld auf den Tisch legen. alles andere wäre illegal.
-
Thread
LPC2129 - RTC Verhalten / Stromaufnahme
solchen, CAN und eine sparsame autark versorgte RTC findet man beispielsweise beim den STM32F103 und LPC17xx, wenn's ein Cortex-M3 sein darf, aber auch bei den LPC23xx wenn's ein ARM7 sein muss. Für den Einstieg würde ich heute gleich auf Cortex-M3 gehen.
-
Thread
JTAG debugger für Anfänger (Cortx M3) erforderlich?
relativ billig beherrschbar. Und nun endlich meine beiden Fragen: 1.) Gibt es ein empfehlenswertes LPC17XX-Board für Anfänger (muß wirklich nicht mit Grafikdisplay etc. sein; ist auch zu teuer) und 2.) Überall wird was von JTAG-debugger geschrieben. Was das vom Pronzip ist habe ich schon rausgefunden
-
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.