-
Thread
LPC1788 + SDRAM als "System Memory"
>Control = 1; LPC_EMC->DynamicReadConfig = 1; LPC_EMC->DynamicRasCas0 = 0; LPC_EMC->DynamicRasCas0 |=(3<<8); LPC_EMC->DynamicRasCas0 |= (3<<0); LPC_EMC->DynamicRP = P2C(SDRAM_TRP); LPC_EMC->DynamicRAS
; LPC_EMC->DynamicRFC = P2C(SDRAM_TRFC); LPC_EMC->DynamicXSR = P2C(SDRAM_TXSR); LPC_EMC->DynamicRRD = P2C(SDRAM_TRRD); LPC_EMC->DynamicMRD = SDRAM_TMRD; // 13 row, 9 - col, SDRAM LPC_EMC-
-
Thread
STM32 F2/F4 - was ich vermisse - Wunschliste für ST
eine "pin crossbar" wünschen, d. h. freie Zuordnung. Die PIC32 haben das m. W., und auch die neuen lpc8xx (aber auch nur bei den kleinen). Für welche Zwecke benötigst Du 6 UARTs und CAN und Ethernet, wenn man fragen darf? Meine Punkte wären: - Keine "shared" IRQ-Handler - Registerkompatibilität wie beim lpc. Wenn sie das nicht hinbekommen, dann wenigstens eine kompatible Library. - RAM an einem Stück, alles DMA-fähig - Mir sind das zu viele /verschiedene/ Timer. Ca. fünf Gruppen mit verschiedenen Eigenschaften
-
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
Markus Müller schrieb im Beitrag #3009181: > 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
-
Thread
[Umfrage] Welchen uC habt ihr bis jetzt a meisten benutzt?
AT90S1200: 2 ATxmega128A1 1 ATtiny45: 3 Atmega88 5 ATXmega128A4 1 ATXmega32E5 1 C167 1 LPC810: 1 LPC812: 1 MB91101 (FR3) 1 LPC2101: 1 LPC2138: 2 LPC2148 3 LPC1113: 3 LPC1114: 3 LPC1313: 1 LPC2214: 1 LPC1343 2 LPC1768 4 LPC2294 1 LM3S6965 2 LM3S9B95 1 EFM32TG110 2 EFM32GG990
AT90S1200: 2 ATxmega128A1 1 ATtiny45: 3 Atmega88 5 ATXmega128A4 1 ATXmega32E5 1 C167 1 LPC810: 1 LPC812: 1 MB91101 (FR3) 1 LPC2101: 1 LPC2138: 2 LPC2148 3 LPC1113: 3 LPC1114: 3 LPC1313: 1 LPC2214: 1 LPC1343 2 LPC1768 4 LPC2294 1 LM3S6965 2 LM3S9B95 1 EFM32TG110 2 EFM32GG990
-
Thread
Arm Synthesizer mit LPC1114
Einstellungen in der Konfiguration des Projekts für die CMSIS in Eclipse "config/system_LPC11xx.h". Dort habe ich folgende Veränderung vorgenommen: [c] //#define SYSPLL_SETUP 1 // don't use PLL 17.2.2013 ch #define SYSPLL_SETUP 0 #define SYSPLLCTRL_Val 0x00000023
praktisch: das Pinout des LPC1114FN28 http://www.joaov.com/lpc1114/
-
Thread
Microchip WLAN-Modul
jemand 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.
hier 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
found a solution for my problem, maybe the CoCoox could integrate this method into Coflash/IDE for LPC1768/Olimex: 1. Power on the lpc1768 Board (own design), jtag cable already plugged in (discovered: length doesnt matter!!!) 2. Hold down the Reset button 3. press a action button (erase/verify/
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)?
Programmbeispiele. Am Beispiel NXP kann man sich ein "grosses" Evalboard holen zur SW-Entwicklung, z.B. mit LPC176x, und der fertige Code läuft dann ohne Änderungen, nur mit anderem CMSIS Headerfile, auch auf den anderen Chips LPC8xx, LPC11xx, LPC12xx, LPC13xx, LPC175x, LPC40xx.
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.
-
Thread
LED stromquelle
mal mehr mit Widerständen rumbasteln. Beispiel: https://secure.reichelt.de/LED-Treiber/LED-TR-17/3/index.html?;ACTION=3;LA=446;ARTICLE=67504;GROUPID=4587;artnr=LED+TR+17;SID=10UNhRhn8AAAIAAH0aTbM4007dbb7dbf0de3a701beb2d2e802c48 Art Nr: LED TR 17 230 VAC rein, 350 mA bei max 38 VDC raus (lt miserablen
oder hier: https://secure.reichelt.de/LED-Treiber/MW-LPC-20-350/3/index.html?;ACTION=3;LA=2;ARTICLE=100618;GROUPID=4587;artnr=MW+LPC-20-350;SID=10UNhRhn8AAAIAAH0aTbM4007dbb7dbf0de3a701beb2d2e802c48
-
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
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
Einstieg in Microcontroller
genau aufgeschlüsselt. Nimmt man die IDE von Microchip, benötigt man einen Programmer. Meiner hat ca. 17+6 € bei 2 Wochen Wartezeit (China) gekostet.
Ich habe mir jetzt ein Olimex LPC-E2214 nxp LPC2214 Board zu Weihnachten gegönnt. Ein STM32 Nr.4 kaufe ich mir vielleicht auch noch.
-
Thread
GCC (Codesourcery) Addresse festlegen für CRP
und 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
2. Mikrocontroller.net Artikelwettbewerb - verlängert bis 8.3.! Gesperrt
br /> <p>Der ideale Einstieg in die Linux-Welt auf Mikrocontrollerbasis. Auf einem ARM9 Prozessor LPC3131 von NXP läuft ein vorinstalliertes Linux, welches von einer SD-Karte gebootet wird.</p> <h4>Platz 9-33: Platinengutscheine von LEITON im Wert von 20 €</h4> <div> <a rel="nofollow" href="http
haben? Weder fordert irgendjemand dies, noch ist abzusehen das die Preise ausgehen. Derzeit sind 17 Wettbewerbsartikel angelegt , davon sind ca. 5 im Zustand einer Absichtserklärung ohne wesentlichen Inhalt. Ausgeschrieben sind Preise für 33 Artikel. MfG,
-
Thread
Suche bei Keil uVision 4 die richtige Include Datei um die Funktion _sleep_ einzubinden
Wenn ich das in dem einen Screenshot richtig sehe, dann arbeitest du mit dem LPC935. Da hätte ich für dich einen alternativen Vorschlag für eine delay Funktion. Falls du den internen RTC nicht benötigst kannst du damit einen sehr genauen delay Timer erstellen. Bei internem 7,3728MHz Takt geht der Bereich der Verzögerung von 17,361µS bis 1,137s. Hier der Code den ich verwende: [c] // RTC Timeout Werte definieren #define RTC_RELOAD_2_5MS 144 #define RTC_RELOAD_5MS 288 #define RTC_RELOAD_10MS 576 #define RTC_RELOAD
-
Thread
STM32F4 USB CDC
Ist zwar für LPC1xxx aber gut dokumentiert: VirtualComPort https://www.olimex.com/Products/ARM/NXP/LPC-P1343/resources/LPC-P1343_Examples.zip
error: unknown type name 'USB_OTG_CORE_DEVICE' ..\Libraries\STM32_USB_OTG_Driver\src\usb_otg.c:167:17: error: static declaration of 'USB_OTG_HandleOTG_ISR' follows non-static declaration ..\Libraries\STM32_USB_OTG_Driver\src\usb_otg.c:81:10: note: previous declaration of 'USB_OTG_HandleOTG_ISR' was
-
Thread
Gibt es eine Driverlib von NXP für die LPC
EWARM-EVAL Alternativ gibt es noch Opensource Libraries für GCC: http://www.microbuilder.eu/projects/LPC1114ReferenceDesign/LPC1114CodeBase.aspx http://www.microbuilder.eu/Projects/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
-
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
2.7 in E-paper Display by Embedded Artists
Marwin schrieb im Beitrag #2947351: > ... ein paar Kondensator(en) ... 17 Kondensatoren - nicht schlecht! Wo liegt denn die Stromaufnahme?
der Platine... Andreas Watterott schrieb: > Das Display benötigt noch ein paar Kondensator (17) für die Ladungspumpe > des Displaycontrollers. Was denn nun? Braucht man 17 Kondensatoren oder sind diese auf der Platine? Wie hoch ist eigentlich die Stromaufnahme?
-
Thread
CAN Telemetrie
gibt. Hier ein MC mit USB-Host, CAN, und portiertem Linux: https://www.olimex.com/Products/ARM/NXP/LPC-E2468
22494&creativeASIN=B0028R7RFO Dann irgendeinen MC mit CAN und Ethernet dran und fertig. Für z.B. LPC17xx gibt es fertige Freeware (uIP).
-
Thread
Projekt: Bordcomputer Gesperrt
kein CAN Bus hat spricht trotzdem nichts dagegen einen zu benutzen. Es gibt z.B. von NXP eine 48 Pin LPC11c24 Cortex M0 CPU mit eingebauten CAN Bus Tranciever für unter 2 Euro. Damit kannst du dann super deine Elektronik im Auto verteilen und musst nicht kiloweise Kupfer verlegen. Mit I2C oder SPI
0&ndsp=38&ved=1t:429,r:14,s:20,i:189 Das hier ist deine vom Profi eingebaute Car-Hifi-Anlage für 17.000 €? Endgeil. Da hat dich ja jemand richtig von-bis-unten-und-vorne-bis-hinten-sowie-in-alle-ecken-und-ritzen be...issen! Soll ich Dir den Bordcomputer bauen? Für nochmal 17.000 € mach ich dir
-
Thread
ARM in DIP: CM0 lpc1114fn28 ist da und blinkt!
Reset-Taster, dann wird der "boot loader mode" gestartet. Das Blink-Programm aus lief sofort, mit dem lpc21isp hatte ich ein paar Probleme, irgendwie wollte der keine Dateien einlesen. Folgende Stelle habe ich geändert: [c] @@ -1962,17 +1974,28 @@ static int LoadFiles1(ISP_ENVIRONMENT *IspEnvironment
+217,7 @@ } else if (lpc2000_info->variant == lpc1700) { switch (bank->size) { case 32 * 1024: + lpc2000_info->cmd51_max_buffer = 1024; bank->num_sectors = 8; break; case 64
-
Thread
[Idee] Verbrauch von Räumen/Geräten dauerhaft messen
den Wert in ein Array schreibt. Erst beim anzeigen wird er in A umgerechnet. Ein ARM7 Board mit LPC2368 und 10-Bit ADC ließt die Werte ein und stellt diese auf einem Display dar. Das ganze baue ich in ein Hutschienen-Gehäuse. Alternativ ein Cortex M, AVR Net IO, Arduino o.ä.. Ich habe 4 Devolo
Bohrer eines Elektrikers 13 Garage 14 Werkraum 15 Hobbyraum + Flur UG 16 Flur EG + Gäste WC 17 Küche 18-21 FI Schutzschalter für 13-17 22 Leer 23 Stromstoßrelais Flur EG 24 Zeitschalter Außenlicht 25 Stromstoßrelais Flur UG 26 Wohnen + Essen + Terrasse 27 Bad EG 28 Schlafzimmer 1 29
-
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
Tastenschlagzeug mit NXP LPC 935 selber bauen
Der LPC935 ist ein 8051er mit kürzerem Zyklus als normal. Dazu sollte sich doch was finden lassen.mf PS: Schau mal da:http://www.nxp.com/products/microcontrollers/8_16_bit_legacy/lpc900/P89LPC935FDH.html#documentation
ich entweder den Ausgang vom LPC invertieren muss, weil Pull-UP sagst du sei ja nicht so gut. Durch ein Low Singal am TXD vom LPC werden kann der Optokoppler arbeiten. So müßte es funktionieren, siehst du das auch so? Jetzt sind
-
Thread
LPC1768 System Viewer SFR-Datei einbinden
Hallo Wollte mich in die Programmierung von NXP Cortex M3 ( LPC1768 ) einarbeiten. Da ist mir aber aufgefallen dass System Viewer also die ganzen Peripherie Register nicht angezeigt werden. Beim Versuch unter Target Options die SFR-Datei einzubinden kann ich unter folgendem Pfad C:\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
USB-Host / industrielle SPS / Frequency Counter
Datenblatt nicht heraus, daß er das kann > oder verstehe ich gerade irgendwas verkehrt ? Seite 17: http://www.analog.com/static/imported-files/data_sheets/AD8307.pdf
kostet, nämlich fast 60 Euro. Allerdings werde ich aus dem Datenbaltt gerade nicht schlau. Auf Seite 17 sehe ich auf dem Graph eine sehr starke Abhängigkeit von Input Level und eine sehr geringe von der Frequenz... Zwischen 100 und 10MHz sehe ich da nur einige Mirko V Output Unterschied ??
-
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).
Roland H. schrieb im Beitrag #2879945: > Ich meine allerdings, dass es auf dem LPCXpresso lpc1769 geht, und z. B. > auf dem stm32f4 discovery geht es nicht (der SW-Reset). Süss. Also genau umgekehrt wie dokumentiert. Denn ST sagt ja, dass es damit geht und NXP, dass es damit nicht geht.
-
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
"I2C-Stopp" wird nicht ausgeführt (HW-TWI, AVR)
im Interrupt das STOP zu senden: [avrasm] twi_process_stop: ldi r16, twi_stop_cmd lds r17, (PCMSK2) sbr r17, (1<<TWI_SDA) sts (PCMSK2), r17 ; Pin Change Interrupt enabled TWI_int_end: sts (TWCR), r16 [/avrasm] Da es ja kein Interrupt mehr gibt wenn der Prozessor
funktioniert Ich verwende sie in all meinen Programmen und sie geht immer! Überigens haben die LPC214x das gleiche TWI-Modul. Modul, Register, Bits etc. heissen nur anders und sind auch etwas anders anzusprechen aber funktionieren gleich. Die "State-Machine" ist absolut die gleiche. Blöde Frage
-
Thread
LCD - Spalten verschoben - lpc3250
Male geholfen haben, muss ich nun doch meinen ersten Beitrag hier erstellen. Ich versuche mit einem LPC3250 ein 320x240 Display anzusteuern (https://www.glynshop.com/erp/owweb/Daten/DSS/EDT/Products/Specifications/Active%20Displays/ET0350G0DH6.pdf) Das klappt auch alles soweit, einziges Problem ist
Das LCD ist folgendermaßen initialisiert: [c] LCD_CFG = 0x31; // Enable HCLK. Divider = 17 von 104MHz? = 6,1MHz DotClock LCD_CTRL = 0x26; //TFT 8-Bit Palette LCD_POL = (0x01 << 26)|(319 << 16)|(0x01 << 14)|(0x01 << 13)|(0x01 << 12)|(0x01 << 11); //Bypass pixel clock
-
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
-
Thread
NXP per Jtag flashen, tool für Serie gesucht.
Hallo, Ich suche ein Tool und den passenden Programmieradapter um "nur" zu Flashen. NXP LPC29xx Arm9 Etwas überrascht bin ich das soetwas slten angeboten wird in brauchbarer Form. Ich habe den JLink von Segger mit J-Flash Arm als Software. Geht gut aber ist auch sündhaft teuer. > 250Euro
Software zu finden die Jtag programmiert. OpenOCD müsste gehen. Sowohl Amontec Jtagkey als auch LPC2900 wird unterstützt. Binaries für Windows gibt es unter: http://www.freddiechopin.info/en/download BTW: Die aktuelle 0.6.0 hat einen Bug: Flashen von LPC2xxx devices (und LPC17xx) geht pro Programmstart
-
Thread
NXP Errata Sheets und Revisions
dass Hardware-Bugs auch mit neuen Chip-Revisions einfach nicht mehr gefixt werden? Beispiel: Der LPC176x hat für Ethernet PHY ENET_MDC und ENET_MDIO Pins. Der LPC175x (gleicher Chip, kleineres Gehäuse) hatte diese in Rev. 0 auch, sie funktionierten aber nicht, man sollte das in SW lösen. Anstatt das
Software 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
ARM: kompliziert?
übersehen das das flash damals > meist extern war und nur mit 16 bit angebunden war. Nicht bei bspw. LPC2129 oder LPC2138. Die hatten ausreichend Flash, daß man oft kein externes brauchte.
Jörg B. schrieb im Beitrag #2862322: > Der LPC11c22/24 hat den Transceiver eingebaut. Dann machten sie es also doch. Leider kenne ich nur die LPC2100/2200. Ist schon eine Weile her.
-
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