-
Thread
Suche LPC176X
Hallo, hat jemand zufällig einen LPC1764, LPC1765, LPC1766, LPC1768 übrig und könnte mir den zeitnah zuschicken. Müsste allerdings mindestens Revision 'A' sein, 'B' wäre natürlich noch besser ('-' ist leider nicht brauchbar für mich). Danke. Johannes
-
Thread
LPC176x uart-baudrate
Ich habe festgestellt, dass selbst bei den ganzen uart-Examples zum LPCXpresso die Einstellung der Baudrate nur über die Register DLM/DLL erfolgt und die Möglichkeiten der fractalen Baudratengeneration nicht benutzt werden. Damit wird u.U. ein nicht nötiger Baudratenfehler in Kauf genommen. Im Folgenden stelle ich mal einen kleinen Codeschnipsel vor der diese Werte zur Laufzeit berechnet. Das mache ich mit der Holzhammermethode in dem ich alle 54 Möglichkeiten der Register für die fraktalen Werte mal 4 Möglichkeiten des Taktvorteilers durchrechne und die Parameter mit der kleinsten Abweichung verwende
-
Thread
LPC176x Fehler im Datenblatt?
Beim Testen einer LPC1765 Platine hat sich folgender Fehler gezeigt: Entgegen dem User Manual muss Bit 15 im PCONP Register gesetzt werden - nach Handbuch "reserved" - damit die I/O Leitungen überhaupt funktionieren. Hat das noch jemand so festgestellt ? In der Keil Umgebung ist dieses Bit auch als Power Control für die GPIO angegeben.
-
Thread
LPC Registerzugriff Fehler in LPC176x.h
Auf der CodeRed-Seite wird 5.2.6 angeboten. Woher hast du 6.1.4? Meine LPC176x.h ist vom Februar 2013. Was ich noch störend finde, ist das #define MIN /rtc, das gibt Probleme wenn irgenwo MIN/MAX definiert ist.
0xE000ED14 und Clock Control Register CCR 0x40024008 Wie haben die denn dieses Problem in der neuen LPC176x.h gelößt?
-
Thread
Einfaches Entwicklerboard für NXP LPC176x, bitte mal drüberschauen
Hallo, ich möchte jetzt mal mein aktuelles Projekt vorstellen, ein einfaches Entwicklerboard für einen LPC1766 (eins von den NXP-Samples). Das Board ist von den Boards von Keil und Red Code inspiriert, aber vereinfacht, es ist mein erstes Platinenprojekt. Speziell Ethernet und FTDI für den Debug-Port sind der Vereinfachung zum Opfer gefallen. Das Board (80mm x 100mm) ist mit Kicad gemacht, ich möchte das dann bei PCB-Pool machen lassen. Das Einlesen der Gerber-Dateien in GC-Prevue 9 klappt, soweit ich das beurteilen kann. Löten will ich das dann per Hand. Ein paar Fragen dazu: * Wie
-
Thread
LPC176x & SC16IS752 I2C Register Lesen
Hallo Leute, ich hab ein Problem mit dem I2C Bus. Genauer gesagt ich kann die Register des SC16IS752 nicht auslesen. Das konfigurieren (SC16IS752) und senden von i2c auf rs232 läuft allerdings gut. Mein Aufbau. LPC 1768 ist über I2C mit dem SC16IS752 verbunden. Der SC16IS752 IRQ PIN ist an die GPIO0 der MCU angeschlossen. Jedes Mal wenn der SC16IS752 Daten im RxFifo hat wird ein GPIO Interrupt erzeugt. Mit einer Funktion sollen die Daten ausgelesen werden. Im SC16IS752 Manuel steht dazu folgende Beschreibung Sende Startbedingung, Bausteinadresse(Schreiben)(AcknowledgeBit), Registeradresse
-
Thread
Sind ARM9 wirklich schneller als ARM7
leider, leider im 10x10mm großen TFBGA180 untergebracht. http://www.standardics.philips.com/products/lpc2000/pdf/lpc2880.lpc2888.pdf
Robert, danke für die Antwort. Vielleicht ließe sich ja -analog zur "Abstimmung" beim LPC2103- ein "wir verzichten auf vier Pins"-Happening zur QFP-176-Ermöglichung veranstalten. Bitte auf jeden Fall eine Alternative zum BGA. Was mich etwas erstaunt, ist der eingebaute 16-Bit-Audio-DAC
-
Thread
SAMMELBESTELLUNG: 4" TFT Display mit 24bit digital interface
LPC3250, LPC3130, LPC2478 LPC1766, AT91SAM9263, ... ...oder was meinst Du? Vieleicht sowas: http://www.mikrocontroller.net/topic/146441 Grüße Michelle
>LPC3250, LPC3130, LPC2478 LPC1766, AT91SAM9263, ... >...oder was meinst Du? >Vieleicht sowas: Beitrag "NXP verschenkt ARM-Chips" Naja, auf den uC hätt ich mich schon festgelegt, den würd ich nur
-
Thread
NXP LPC1768 Programmiertutorial
sein soll, geht doch nichts über das Datenblatt selbst ;-) Ich habe mir selbst BSPs für STM32F10x, LPC176x und LPC1788 geschrieben. Und das nur mit den Datenblättern. Ergo verstehe ich Dein konkretes (!) Problem nicht.
In CooCox sind doch auch jede Menge Treiber und Beispielcode drin die für den LPC176x zu gebrauchen sind. Dann gibt es noch von Keil eine Menge Beispiele: http://www.lpcware.com/content/nxpfile/mcb1700-sample-code-bundle-lpc17xx-peripherals-using-keils-mdk-arm Direkt lauffähig allerdings
-
Thread
Boundary Scan Controller selbst bauen
#4085224: > Jetzt habe ich gesehen das es möglich ist, > mit dem verwendeten Mikrocontroller (NXP LPC1769) auch einen > Boundary-Scan-Test durchzuführen. Ich habe mich bereits in das Thema gut > eingelesen und auch ungefähr verstanden wie das ganze ablaufen soll. Der LPC176x hat zwar JTAG, aber
schrieb: >> An den meisten Pins liegt intern eine Boundary Scan Zelle. > > Der OP hat einen NXP LPC176x, und der hat sowas eben nicht. Das war mir schon klar. Mein Post bezog sich allgemein auf Boundary Scan.
-
Thread
Lastkapazität bei Quarzen die 100derste
/ES_LPC176X.pdf). > No fix for this issue, except updating the MCU revision to the latest > revision. >Regards, >-daniel >NXP Application Support Quelle: http://www.lpcware.com/content/forum/lpc1769
Das ist Witzig: Aus: http://www.nxp.com/documents/errata_sheet/ES_LPC176X.pdf Introduction: The RTC is a set of counters for measuring ti me when system power is on, and optionally when it is off. The RTC is clocked by a sepa rate 32 kHz oscillator that produces
-
Thread
NXP LPC2148 - Programmierungsumgebung
Grund, umzusteigen. Allerdings würde ich auch, wie schon erwähnt, auf einen aktuellen uC gehen. Die LPC176* gibt es alle in LQFP100. Der LPC4370 dürfte allerdings etwas Overkill sein, wenn man vom LPC2148 ausgeht.
> umzusteigen. Allerdings würde ich auch, wie schon erwähnt, auf einen > aktuellen uC gehen. Die LPC176* gibt es alle in LQFP100. Der LPC4370 > dürfte allerdings etwas Overkill sein, wenn man vom LPC2148 ausgeht. Danke für den Tip. Ich habe mich für die LPC schon lange nicht mehr interessiert.
-
Thread
NXP verschenkt ARM-Chips
Im Angebot sind: LPC1766 LPC2478 LPC3130 LPC3250 http://response.nxp.com/forms/experience_mcuoptions Anmelden und bestellen!!!
ARM-User schrieb: > Im Angebot sind: > LPC1766 > LPC2478 > LPC3130 > LPC3250 Und: NONE Das hat was ;-)
-
Thread
AD-Wandler Verständisfrage
Wenn das für den LPC176x sin soll, dann ist ein Fehler drin: [c]/* Configure ADC0_2 */ LPC_ADC0->CR = (1 << 2) | /* Select ADC0_2 pin for conversion */ (36363 << 8) | /* 12MHz / (36363+
Jim Meba schrieb im Beitrag #4023039: > Wenn das für den LPC176x sin soll, dann ist ein Fehler drin: Nein, das ist für den MCB4300.
-
Thread
Demultiplexing für 27-Bit-Datenbus (LCD-Displays)
ein Display 3,7Zoll mit 320x240 für industriellen Einsatz entwickelt. Da nehme ich einen Cortex M3 LPC176x oder so (allerdings mi5t 208 Pins, wegen der LCD-steuerleitungen). Bei dem brauche ich einen externen RAM aber bei deinem kleinen Display sollte der interne RAM schon reichen. Als Interface
allerdings nicht als Frame übertragen, sondern mit vordefinierte Grafikelemente dargestellt. Für die LPC gibt es schon fertige Softwarebibliotheken für diverse Grundfunktionen, so dass nur eine darstellung von fertigen Frames wohl sehr schnell programmiert ist. Gruß Öletronika
-
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.
#2986686: > 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. Etwas off-topic
-
Thread
LPC17xx (Cortex M3) mit FreeRTOS
Cortex-M3 Systick-Handler. Ist das im Startupcode richtig gesetzt? Das passiert bei mir im cr_startup_lpc176x.c und sieht so aus: [c] // freertos Vectoren vPortSVCHandler, DebugMon_Handler, 0, xPortPendSVHandler, xPortSysTickHandler, // SVCall_Handler, // DebugMon_Handler
freertos/queue.o ./libs/freertos/tasks.o ./libs/freertos/timers.o ./system/core_cm3.o ./system/cr_startup_lpc176x.o ./system/system_LPC17xx.o ./src/main.o -mcpu=cortex-m3 -mthumb -nostartfiles -T./system/lpc1769_flash.ld -Wl,-Map=freertos.map,--cref,--no-warn-mismatch,--gc-sections -L./system -o freertos.elf
-
Thread
lpc ssp dma-transfer verketten
512Byte per DMA geht nicht. [c] void DMA0_512bytes_transfer_to_SSP0(u32 buf_offset,uint32 count){ LPC_SSP0->DMACR=3;// ->DMACR=2;//tx en//176x LPC_SC->DMAREQSEL = 0;// SC_DMASEL_timer0_MATCH1_notUART0rx;//i.V.m. DMAC_SRC_PERIP(9)LPC_GPDMACH0->DMACCConfig LPC_SC->PCONP |= (1<<29);//Enable clock to
1.gefundener Fehler: void DMA4_transfer_from_SSP0(u8 count){ LPC_SSP0->DMACR=3;// ->DMACR=2;//tx en//176x tx und rx DMA sind gleichzeitig aktiviert lässt sich durch die Verwendung von Definitionen vermeiden: #define SSPxDMAdisable 0 #define SSPxRxDMAenable
-
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
Dein beschriebener Fehler hat auch noch gleich 2 Workarounds: Einmal in Software, einmal Hardware: 176x statt 175x. Den 176x gäbe es auch als BGA, wenn der Platz auf der Platine knapp ist.
-
Thread
ethernet lpcxpresso
\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
documents/application_note/AN10845.pdf Ein anderer möglicher TCP Stack findet sich im Projekt LPCX176x_cmsis2_EasyWeb im ZIP Ordner LPCX176x_cmsis2.zip Den Beispielcode für USB sende ich dir auch mal per Mail zu.
-
Thread
Bedarf an eigenbau STM32F429 Evaluation Board ?
unter einen Hut zu bekommen wird wohl nicht funktionieren. bei Farnell gibts nur das 144er und 176er Package zu kaufen und selbst das 176er kommt mit schon sehr groß vor :-) ich dachte kurz an zwei getrennte Platinen eine "STAMP" und ein "Basisboard" aber da ist man wohl billiger, wenn man
unter einen Hut zu bekommen wird wohl nicht funktionieren. > > bei Farnell gibts nur das 144er und 176er Package zu kaufen > und selbst das 176er kommt mit schon sehr groß vor :-) Das TFBGA216 hat auch nur 0.8mm Pitch. Das sollte noch mit 0.3mm Vias ohne µVias hinzubekommen sein. fchk
-
Thread
sprintf mehrfach
&= ~0x0003C000; /* CAN2 is p2.7 and p2.8 */ LPC_PINCON->PINSEL4 |= 0x00014000; LPC_CAN1->MOD = LPC_CAN2->MOD = 1; /* Reset CAN */ LPC_CAN1->IER = LPC_CAN2->IER = 0; /* Disable Receive Interrupt */ LPC_CAN1->GSR = LPC_CAN2->GSR =
****/ void CAN_SetACCF( uint32_t ACCFMode ) { switch ( ACCFMode ) { case ACCF_OFF: LPC_CANAF->AFMR = ACCFMode; LPC_CAN1->MOD = LPC_CAN2->MOD = 1; // Reset CAN LPC_CAN1->IER = LPC_CAN2->IER = 0; // Disable Receive Interrupt LPC_CAN1->GSR = LPC_CAN2->GSR = 0; // Reset
-
Thread
LPC1768 <> LPC2368 Kompatibel?
, ist es da noch möglich was zu ändern? Siehe Datasheet lpc1764.lpc1765.lpc1766.lpc1768.pdf @NXP: Wäre toll wenn jemand von eurer Firma kurz Stellung nimmt, vielen Dank.
Sieht mir so aus als ob der LPC1768 etwas spaeter kommen wird als die anderen LPC176x und LPC175x. Zuerst war immer nur vom LPC1766 die Rede in den Data Sheets und auch in den Broschueren. Dann beim Press Release gab es ploetzlich
-
Thread
LPC1768 noch aktuell?
runtergegangen wie ST, und damit hat ST sicher auch bei den Privatanwendern gewonnen. Mehr Power als der LPC176x hat der LPC4088 (CM4 mit 120 MHz), gab es z.B. auf einem Quick Start Board von EA: https://www.embeddedartists.com/products/lpc4088-quickstart-board/ Ist auch schon in die Jahre gekommen, zu dem
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
Wie Register setzen lpc1768
LPC_I2C_TypeDef #define LPC_I2C0 ((LPC_I2C_TypeDef *) LPC_I2C0_BASE ) #define LPC_I2C1 ((LPC_I2C_TypeDef *) LPC_I2C1_BASE ) #define LPC_I2C2
in der veralteten lpc176x.h waren Register so definiert: #define FIO1DIR (*(volatile uint32_t*)0x2009C020) Da konnte man das Reguister tatsächlich mit FIO1DIR=0x0001; ändern. Das war m.E. besser und einfacher
-
Thread
Stromversorgung LPC 1769
das LPC1769 Xpresso Board)..TOP ANTWORT!! Danke!! Mit freundlichen Gruß Carsten E.
Du aber mal später den LPC1769-Teil rechts absägst zum Standalone-Betrieb, braucht der 3.3V: http://www.embeddedartists.com/sites/default/files/image/product/xpr_lpc176x.png Eine Möglichkeit dafür wäre ein USB-seriell-Wandler
-
Thread
Horizonterweiterung um die Arm-Architektur
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. c) nehm ich den LPC1768 erstmal zum "warm werden". Projekt zielt auf LPC1778 ab wegen SDRAM Schnittstelle. Aber das ist ein anderes Thema. Gruß, Arne
-
Thread
erste Entwicklungsumgebung gesucht für LPC1768 (Anfänger)
ein 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
mbed + lpc1768 https://os.mbed.com/platforms/mbed-LPC1768/
-
Thread
The Siemens S65 132x176, 65536 color display with AVR
getestet, >> waren o.k. Schlechter Test ;) versuche mal 4 Linien mit den Koordinaten 40,0 -> 60,176 60,0 -> 40,176 60,176 -> 40,0 40,176 -> 60,0 Deren Steigung ist < 1 in Y Richtung Dann noch 0,78->128,98 0,98->128,78 128,98->0,78 128,78->0,98 Deren Steigung ist ebenfalls < 1 in
for LPC21 48. dudu
-
Thread
USB Mass Storage Software für NXP gesucht
Guten Tag allseits. Was ist denn aktuell das Mittel der Wahl, wenn man mit einem LPC177x ein USB Mass Storage Class Device Full Speed möglichst ohne Lizenzkosten implementieren muss? Bei Rumsuchen hab ich nur uralte NXP Beispiele gefunden zB USBHostLite for LPC17xx VBeta 0.01
Der LPC177x ist doch ein LPC176x mit ext. Memory und Graphic Controller? Dann müsste der mbed Code laufen: https://docs.mbed.com/docs/mbed-os-api-reference/en/5.1/APIs/interfaces/USBDevice/USBMSD/ https:/
-
Thread
Kleinster µC
Darfs auch etwas mehr sein? 2.17 mm x 2.32 mm, 16-Pin, http://www.nxp.com/documents/data_sheet/LPC1102.pdf 2 mm x 2 mm, 10-Pin SiLabs C8051T60x
SOT-23-6 grösster in der einheit "beinchen" nicht bga: http://www.olimex.com/dev/sam7-ea2.html TQFP176
-
Thread
µC LPC1769 entlasten mit 1-Wire Master
Hey, ich verwende momentan den LPC1769, der momentan im kHz-Bereich einen ADC ausliest. Jetzt möchte ich alle paar Sekunden zusätzlich einen DS18B20 Temperatursensor auslesen, ohne dabei das Einlesen des ADCs unterbrechen zu müssen.
schrieb im Beitrag #4191414: > der ADC wird über SPI und nicht I²C ausgelesen! Das ändert beim LPC176x aber einiges. Die SSP Einheiten (für SPI) können zum Beispiel auch DMA.
-
Thread
LPC1768 UART Problem beim Senden/Empfangen mehrere Bytes
abwechselnd 0x01, 0x40 > ankommt. Auch da stellt sich sofort die Frage nach der Taktquelle. Denn der LPC176x sendet Daten Back-to-Back, nach dem Stop- kommt sofort das nachste Startbit. Wenn der PC das nicht erkennt ist was in den Einstellungen (Baudrate, Datenbits, Parity) falsch. Der FiFO im LPC17xx erlaubt einem sogar das hier: [c] while (!(LPC_UART0->LSR & UART_LSR_THRE)); LPC_UART0->THR = 'T'; LPC_UART0->THR = 'e'; LPC_UART0->THR = 's'; LPC_UART0->THR = 't'; LPC_UART0->THR = '\n'; [/c] Die interne 4 MHz IRC Taktquelle ist IMO
-
Thread
Microcontroller mit integriertem SDram Controller?
Hi, Blackfin BF531 gibt es fast ueberall zukaufen und das LQFP176 Gehaeuse ist noch loetbar.
auch in kleinen Stueckzahlen relativ billig. Leider gibt es USB / Ethernet nicht für das kleine LQFP176 Package, sondern erst ab BGA Package.
-
Thread
Eagle Bibliotheken für LPC4078/4088 und LPC1778/1788
Hallo zusammen, ich möchte gerne den LPC4078 für ein Projekt verwenden. Da ich das Rad ungerne zweimal erfinden möchte, bin ich auf der Suche nach einer Eagle Bibliothek. Da die LPC40xx weitestgehend pinkompatibel mit den LPC177x / 8x sind
schon gesehen, leider aber ist die 177x / 8x bzw. 407x / 8x Familie nicht mit dabei. Es geht nur bis LPC176x. Die 7x / 8x Familie hat deutlich mehr pins und z.B. ext. memory Bus, etc. Viele Grüße, Ole
-
Thread
32-Bit μC für zwei Layer PCB
Rene H. schrieb im Beitrag #4115884: > Sorry, war abgelenkt :-) Min. 32kb max 256 kb. LPC1114 32K M0 DIP-28 ... sollte man immer vorrätig haben :-) LPC13xx 64K M3 LQFP-48 oder -64 LPC541x1 256K M4F LPQP-64 LPC541x2 256K M4F-DualCore LPQP-64
Aufwand wird wohl proportional zu Anzahl der Pins mal Anzahl der Funktionen sein. Momentan haben LPC81x, LPC82x und LPC15xx die Switch-Matrix, wobei LPC15xx schon relativ groß ist. Der auch neue LPC541xx hat sie nicht.
-
Thread
LPC1700: Code aus externem Memory ausführbar?
Hallo, bisher habe ich immer mit den NXP LPC2000 gearbeitet (vor allem der 2468er ist mein Lieblingsprozessor). Ich will mal was neues ausprobieren, und da Cortex-M3 nun ja in aller Munde ist wären die LPC1700-Teile ganz interessant. Daher habe
[...] > wären die > LPC1700-Teile ganz interessant. [...] > z.B. Programme von > einer SD-Karte ins externe Memory laden und dort ausführen, Pass auf: die LPC175x und LPC176x haben keinen Anschluss für externes RAM.
-
Thread
LPC1769 & I2C0
Tipp dankbar... Die Beispiele hab ich von hier: http://ics.nxp.com/support/software/code.bundle.lpc17xx.keil/#Software
Dir mal http://ics.nxp.com/support/documents/?type=software an, dort scheint eine neuere Version der LPC175x and LPC176x CMSIS-Compliant Standard Peripheral Firmware Driver Library (GNU, Keil, IAR) zu stehen, von Juni 2011. Bei meinem LPC1768 tut die mit I²C.
-
Thread
AVR Mikrocontroller Sicherheit
Wenn Dir das nicht ausreicht müsstest Du über andere µC Architektur nachdenken, z.B. kann man den LPC176x von NXP so komplett verrammeln dass man ihn bei Fehlern auslöten und ersetzen müsste (CRP3).
Wenn Dir das nicht ausreicht müsstest Du über andere µC Architektur > nachdenken, z.B. kann man den LPC176x von NXP so komplett verrammeln > dass man ihn bei Fehlern auslöten und ersetzen müsste (CRP3). Ich denke dass AVRs schon ausreichen. Ich will ja keine Staatsgeheimnisse speichern/übermitteln
-
Thread
Fragen zu CAN-Boards/Controller
@Steffi: Für eine CAN-Bus-Entwicklung arbeitete ich vor 3-4 Jahren mit dem LPC2129 von NXP, mit ARM7-Core. Der hat 2 integrierte CAN-Controller. Keil hatte ein Eval-Board, ich glaube es hieß MCB2100. Da sind auch die Transceiver schon drauf, also vollständige CAN-Schnittstellen
Problem werden. Da wird der AT90CAN ausreichen. Als alternaive einen CortexM3 nehmen mit CAN. LPC175X oder LPC176X sind da nette Kanidaten. http://de.farnell.com/nxp/lpc1764fbd100/mcu-32bit-arm-cortex-m3-100lqfp/dp/1718546?Ntt=LPC1764 Damit hat man defenetiv genug Reserven für alles Mögliche
-
Thread
lpc1768-board grundgerüst mp3 ds1820
meine Macros zum Setzen der Ports. das vereinfacht den Zugriff auf ARM ganz erheblich: //aus LPC176x.h #define pinSET(portn,pinn) (*(volatile uint32_t*)(0x2009C018UL+(portn*0x20UL)))|=(1UL<<pinn) #define pinCLR(portn,pinn) (*(volatile uint32_t*)(0x2009C01CUL+(portn*0x20UL)))|=(1UL<<pinn) #define
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
-
Thread
Problem mit Timer Interrupt LPC1769
für hohe Frequenzen nicht optimal, denn da geht die meist variable Interrupt Lateniz mit ein. Der LPC176x hat eine extra PWM Einheit verbaut, die das möglicherweise ohne Interrupt hinbekommen würde. Außerdem gibt es noch die MCPWM. Siehe UM10360.pdf, Kapitel 24 und 25. Heiko1989 schrieb im Beitrag
liesse sich signifikant kürzen, wenn man die Portzuweisungen zusammenfasst: [c]case 0 : LPC_GPIO2->FIOCLR = (1<<1) |(1<<2) |(1<<4); LPC_GPIO2->FIOSET = (1<<3)| (1<<5)|(1<<6); LPC_GPIO0->FIOCLR = (1<<2)| (1<<21); LPC_GPIO0->FIOSET = (1<<3)|(1<<22); [/c] Die Verwendung
-
Thread
Grundlagen/Tutorial Cortex M3?
Zum Thema Cortex-Referenzunterlagen, es gibt was im neuen LPC1700 Manual http://www.lpc2000.com/m3/LPC1000/ bei "User Manual" runterladen (4,6 MB). Das Kapitel 34 ;-) ist ein Cortex-M3 User Guide ca. 160 Seiten und koennte dem was Du suchst nahe kommen. 80 Seiten
RAM-Mangel für SD, Ethernet statt seriell evtl. auch gleich, viele fertige Libs ...). Aktuell scheinen die LPC176x von NXP ja einen guten Ruf zu haben. Als Entwicklungsboard bzw. Spielzeug habe ich hauptsächlich einen USB-Stick gefunden (ca. 59 €; Preis in meiner Vorstellung) oder ein Super Board mit Grafik
-
Thread
Kleiner Einsteiger Mikrocontroller
folgendes Erfüllen > sollte Muss es DIP sein oder geht auch SO? Dann ginge auch ein kleiner ARM: LPC812 SO-20
/. schrieb im Beitrag #3615556: > Und fuer den Einsteiger im hoechten Maße uebersichtlich. > (DB 176 Seiten statt 422...)
-
Thread
ov7670 cameramodul
das sind die defines: u8 buffer[14000];//=>80x80x2=12800, 176x38x2=13376 #define max_x 176//44 #define max_y 38//144 u16 zl_buf; Der Hinweis auf 176x38 Pixel war gut. das habe ich umgesetzt. Das Problem bleibt aber. Der Wert zl_buf endet beim ersten Durchgang
probiert. Ich hör jetzt erst mal auf. Wenn ich wieder Lust dazu habe, werde ich das Programm au einen LPC1768 laden und dann mit dem Debugger nach dem Fehler suchen.
-
Thread
Cortex M3 mit USB HS Device gesucht
gugst du NXP LPC 176x Datenblatt http://www.nxp.com/documents/data_sheet/LPC1769_68_67_66_65_64.pdf Gruß blub
/OTG controller with dedicated DMA controller and on-chip PHY for device, Host, and OTG functions (LPC1769/68/66/65 only). The LPC1764 includes a device controller only. nicht ganz das was ich suche aber danke