-
Thread
LPC1769 & I2C0
Hallo Leute, ich hab ein Problem mit dem I²C0 des LPC1769. Sowohl das Beispiel von NXP als auch mein selbst geschriebener Code funktionieren nicht. :( Wobei ich den Beispielcode von NXP mit I²C2 getestet habe, dort sehe ich zumindest ein Takt und die
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
C_CAN Device: LPC11C24/301
zeigt eine Basis für die Auf der Argenda von NXP steht Pin to Pin Kompartibel.?? Aber ARM LPC11xx LPC1100 Mix für die LPC11xx-Derivate.
LPCXpresso com Target Project Manage LPC1769 http://www.youtube.com/watch?v=bcNNzrhN7TY&feature=endscreen&NR=1 ################################################## Link: .Zero Vid-Tut. Switch seq. LPCXpresso to ISP during RESET via P
-
Thread
Einstieg in die ARM-Welt mit LPCXpresso
Stimmt nicht ganz, der LPCxpresso LPC1769 hat auch den PHY und die nötigen Quarze drauf, nur eine Ethernetbuchse mit Übertragern muss man noch anklemmen.
Jojo S. schrieb im Beitrag #3040375: > Stimmt nicht ganz, der LPCxpresso LPC1769 hat auch den PHY und die > nötigen Quarze drauf, nur eine Ethernetbuchse mit Übertragern muss man > noch anklemmen. Hast recht ...
-
Thread
[V]erschenke großes Bauteilepaket an Schüler
folgende Teile an Schüler und Studenten ab. Ausweis erforderlich. 2 x Raspberry Pi 2 x SimpleCortex (LPC1769) 1 x STM32F4 Discovery 2 x ATxMega 128A3 von chip45. Bei einem fehlen die Stiftleisten und der Quarz 1 x DIP Steckmodul mit ENC28J60 2 x Arduino Teesy 3.0 (ARM Cortex-M4) 3 x WIZ812MJ 1 x
-
Thread
Struct Array als Referenz übergeben
ich gestern die Faxen dicke hate, jetzt nochmal ein neuer Versuch. Ich versuche in C auf einem NXP LPC1769 mit RTOS Betiebssytem eine Adresse zu übergeben wie folgt: in mwvb.c static midi_waveboard_cards wtbCard[MIDI_WAVEBOARD_CARD_NUM]; function init() { ... do something ... MIDI_WAVEBOARD_Card_Reset
-
Thread
[Umfrage] Welchen uC habt ihr bis jetzt a meisten benutzt?
ATtiny45: 1 ATtiny85: 2 ATtiny2313 4 MB91101 (FR3) 1 LPC2101: 1 LPC2148 1 LPC1113: 2 LPC1114: 1 LPC2214: 1 LPC1343 2 LPC1768 2 LPC1769: 1 MSP430F1612
1 LPC2478 1 LPC1758 1 LPC1769 1 LPC1343 1 MSP430F1612: 1 MSP430F5438: 1 TMS320F28023: 1 PIC12F509 1
-
Thread
Orientierungshilfe ATXMega oder ARM (ST, NXP)?
Wenn dir NXP bzw LPC1769 besser gefällt ist der SimpleCortex ein gutes Board. Hat auch eine Debugschnittstelle und kann direkt per USB und CooCox programmiert werden. Hardwareerweiterung ist mit Arduino Shields möglich.
Beitrag #2987424: > Etwas off-topic, aber welches CMSIS header file bewirkt, dass Code für > den 1769 auf dem 1343 oder auf dem 1114 läuft? Ich habe ein "includes.h" gemacht, in dem über #define die jeweils passenden Header Files aktiviert werden, also z.B. statt #include "lpc17xx_uart.h" dann #include
-
Thread
Welchen Mikrocontroller CAN-Bus
betagt, steht m. E. eine recht kompakte Einführung. Es gilt in großen Teilen auch noch für das CAN des lpc1769 (auch für den gibt es ein LPCXpresso). Ich würde einen µC mit integriertem Controller und zwei Interfaces nehmen. Da kann man die SW auf einem µC zwischen beiden Interfaces testen. lpc1769
, welches Kit der TO genommen hat. Ich stehe vor > einer ähnlichen Entscheigung. Habe mir mal das LPC1769 LPCXpresso > ausgesucht und dazu bräuchte ich ja dann noch einen CAN Tranceiver. > Günstiger wirds wohl kaum mehr gehen Ein Vergleich bei Watterott (Cortex M3/4 incl. CAN Controller): LPC1769
-
Thread
USB-Host LPC1769
Chip, mit lsusb -v auf Linux überprüft. Hardware kann ich ausschließen, ich benutze ein LPCxpresso1769 und das LPCxpresso BaseBoard. Prinzipiell muss zumindest die USB-Tastatur auch funktionieren, ich hatte mir mal die LPCUSBlib von lpcware.com heruntergeladen und kompiliert. Das Keyboardhost-Besipiel
klappt. Ich habe 2 Archive beigefügt, das eine ist das USB-Host Projekt das andere die CMSIS und die LPC-Treiber Bibliothek. Die Libs benötigt man nur wenn man das Projekt kompilieren möchte, in der CMSIS hatte ich etwas verändert. ;-)
-
Thread
Seriellen/UART Bootloader des ARM LPC1114/LPC11xx nutzen
Ich verwende auch Version 1.83, habe gerade erst gesehen das es eine neuere Version gibt. LPC1117 kann ich nicht sagen ob es klappt, ist der was spezielles? LPC1114 hatte ich Anfang des Jahres einmal mit einer Windows-Version auf der Arbeit erfolgreich getestet. Privat habe ich einen LPC1769
Chip-ID, deshalb Patch Nr. 1 für 1.83 oder so. Ist nun aber auch egal :-) > Privat habe ich einen LPC1769 den ich in den letzten Tagen/Wochen schon > mehrere Dutzend mal damit gebrannt habe. Ja, das funktioniert. Für den habe ich lpc21isp momentan auch im Einsatz. Momentan, weil: Der Knaller
-
Thread
LPCXpresso programmieren mit?
Alles klar, Danke für den Link. Das LPC1769 Xpresso wird einfach mit zwei Steckerleisten versehen und dann auf das Base Board aufgesteckt. Sieht einfach aus. Genau das Richtige für mich.
Pit schrieb im Beitrag #2966959: > Alles klar, Danke für den Link. > > Das LPC1769 Xpresso wird einfach mit zwei Steckerleisten versehen und > dann auf das Base Board aufgesteckt. Sieht einfach aus. Genau das > Richtige für mich. Bei der Kombi LPC1769 und Base Board vorher
-
Thread
LPCXpresso und LPC1768 Board
> Das ganze scheint mir sowieso alles sehr mit der heißen Nadel gestrickt > zu sein, takte einen LPC1769 mal auf 120Mhz dann geht das brennen auch > nicht mehr, dabei ist es egal ob Windows oder Linux. Das ist so aber falsch. Meine LPCXpresso's wurden alle mit 120MHz getaktet und unter Windows
> Das ganze scheint mir sowieso alles sehr mit der heißen Nadel gestrickt >> zu sein, takte einen LPC1769 mal auf 120Mhz dann geht das brennen auch >> nicht mehr, dabei ist es egal ob Windows oder Linux. > > Das ist so aber falsch. Meine LPCXpresso's wurden alle mit 120MHz > getaktet und unter
-
Thread
Welcher 8051er von Atmel für Anwendung in SMPS oder Motorsteuerung
double-edge) PWM. Soweit ich weiss haben die genannten Atmels kein phasenkorrektes PWM. Ich habe LPC9351-9381 genommen für die es auch eine Motor Control Library von NXP gibt. Allerdings bin ich wegen der Leistung inzwischen auf ARM umgestiegen. Die Programmierung ist einfacher als 8051 (linearer Adressraum, keine Spezialregister). Auch für LPC1751-1769 gibt es eine Motor Control Library von NXP.
-
Thread
ARM C-Compiler
nur anders. Programme die mit dem gnu-arm-tool gcc erstellt werden lassen sich problemlos in Keil, LpcXresso, Coocox (etwas umständlich) debuggen. Der verwendete Startupcode ist dafür nicht relevant. Das ist bei Crossworks anders. Wenn man nicht den Crossworks-Startupcode verwendet und deren Libs und Linkerscripts, enden die meisten Versuche in Hardfaults. Jedenfalls beim LPC1769. Ich muss wirklich sagen leider, weil der Debugger sonst wirklich sehr gut ist. Wenn man als Ziel ein Programm hat was nur aus freien Bestandteilen besteht, hat man somit ein Problem. Für mich inakzeptabel
-
Thread
Einstieg TFT
in extra Controllerchips, vorzugsweise von Epson - in einigen Mikrocontrollern, beispielsweise NXP LPC2478 oder Microchip PIC24FJ256DA210 - in Form eines FPGA oder CPLD, ggf mit externem Speicher. Lochrastergeeignet ist nichts von alledem. Auch die Displays mit eingebautem Controller haben als Anschlüsse
Abend, habe den Code von der Seite: http://www.basteln-mit-avr.de/LPCXpresso_1769.html#TFT_3.2 (Display inkl. Controller SSD1289 16 bit Ansteuerung + STM32f4discovery Board)aufgebaut auf Lochraster. http://www.exp-tech.de/Displays/3-2--TFT-LCD-Screen-Module--ITDB02-3-2S.html
-
Thread
Wer kann helfen: DOGS102 Display mit LPCXpresso(Software + µC)
Der LPC1769 hat 2 SSPs, die auch SPI beherrschen - und noch einmal SPI "traditionell". Im Manual (UM10360.pdf) sind die entsprechenden Register alle genau beschrieben.
Tipp oder zumindest ein Literaturtipp. Schau dir mal die Seite an: Projekt: LPCXpresso (NXP LPC1769) mit DOGM128 ist mit DOGS102 nahezu kompatible! Hier findest du zumindest die Hardware-Spi Anwendung. http://www.basteln-mit-avr.de/LPCXpresso_1769.html viel Spaß
-
Thread
Cortex M3/M4 IDE?
davon zu überzeugen extern übersetzten elf-Dateien zu debuggen). Crossworks geht leider nicht. Beim LPC11C24 bzw. LPC1114 funktioniert das, beim LPC1769 nicht. Zum einen muss man die Checksummen in der Vektortabelle der NXP- Cortexe nach dem Linken selbst reinpatchen. Das ist noch machbar, wenn man erst
-
Thread
Libs im ROM CortexM
Das trifft es nicht ganz, da kommt am Ende ja auch nur ein einzelnes elf-File bei raus. Am Beispiel LPC1769. Im Linkerscript stehen da normalerweise z.b.: MEMORY { rom (rx) : ORIGIN = 0x00000000, LENGTH = 0x00080000 ram (rwx) : ORIGIN = 0x10000000, LENGTH = 0x00008000 } Ich möchte nun
linken). Die Bibliothek ist ein eigenständiges Projekt mit einer höheren Startadresse im Flash. Beim LPC1769 z.B. ab 256k = 0x40000. Die Bibliothek hat am Anfang die Liste der Einsprungadressen. Damit die Bibliothek nicht versehentlich überschrieben wird, kann sie per MPU protected werden. Der Aufruf
-
Thread
MAC+PHY beim Arm (Cortex M3 & STM)
Daniel schrieb im Beitrag #2934070: > Nein, der LPC1758 kann nur RMII. Der LPC1768 (100-pin) kann RMII, beim LPC1758 (80-pin) nur per GPIO und Software: http://www.nxp.com/documents/application_note/AN10859.pdf
Oekel, muss es denn der LPC1758 sein ? Ich hab das was du willst als LPC1769 variante in eagle. Wenn du es nicht kommerziell verkäufst (falls ja will ich nen Kasten Bier) kann ich dir meine Schaltung zusenden. Baseboard + LAN
-
Thread
Ansteuerung für TFT
noch die 25 MHz Takt auszugeben. Gibt es ein zu den TFT passendes Demoprogramm? Ein LPCXpresso 1769 hätte ich noch da, habe mich da aber noch nicht sehr eingearbeitet. Könnte man dort SSP0/1 als Schieberegister für die Pixel benutzen? Danke schon mal für jeden Tipp. Holger
erreichbar benötigt. Auf den ersten Blick überschaue ich nicht, welches RAM der DMA-Controller beim LPC1769 adressieren kann; er bietet aber nur 32kB am Stück. Unter Umständen wird also noch zusätzliches RAM gebraucht. Wenn es einfach bleiben soll, wäre ein separater Displaycontroller (z.B. S1D13705
-
Thread
LPCXpresso Base Board und LPC1769
Hallo, ich habe mein, eine Weile verschollenes, LPCXpresso Base Board mit LPC1769 wiedergefunden. Ich habe es bisher nicht benutzt. Da ich komplett auf kleine Linux- Brettchen mit ein wenig Arduino- I/O umgestiegen bin, gebe ich das alles hiermit ab. Das zweite Foto ist ein leeres
-
Thread
ARM in DIP: CM0 lpc1114fn28 ist da und blinkt!
Noch ein paar Daten zur heutigen Portierung einer SW auf den CM0: - Innerhalb der lpc-Reihe (1114, 1343, 1769, 2103) sind die UART-Register für "Standard-UART" async 8N1 gleich. - GPIO, Timer, ADC sind nahezu 1:1 zum lpc1343 (zumindest für meine Belange). Die größten Änderungen
+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
Multiplexen mit 3,3V
mich zufrieden stellt. Ich möchte eine 4x 7-Segmentanzeige Multiplexen. Das ganze soll mit einem LPC1769 ausgeführt werden, der mit einem Pegel von 3,3V arbeitet. Und genau hier setzen meine Probleme an: Aufgrund von Platzmangel und Fertigung hätte ich gerne so wenig Einzelteile wie möglich und
gegen 5V schaltet und die man mit 3,3V schalten kann (würde ungern noch Pegelwandler zwischen den LPC und einen entsprechenden Chip setzen). Könnte man an der Stelle einen UDN2981 einsetzen? Die türkiesen Kreise entsprechen den 3,3V Steuerleitungen vom LPC. Außerdem habe ich eine Frage zum Stromverbrauch
-
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
Open Source IP-Stacks
gelesen...finde es aber nicht. hat jemand damit erfahrung? und hat jemand schon mit lwIP auf einem LPC1768 gearbeitet?
http://www.freertos.org/FreeRTOS-Plus/FreeRTOS_Plus_IO/Demo_Applications/LPCXpresso_LPC1769/NXP_LPC1769_Demo_Description.shtml Hier gibts das ganze auch incl. FreeRTOS für LPC1769 (LPCXpresso). Dürfte also passen.
-
Thread
Forth für LPC1769
Hallo zusammen, kennt jemand ein Forth für nen Arm Cortex M3 ? Ich nutze einen Lpc1769 (Simplecortex Board). Was für mich aber wichtig ist. Ich suche ein Forth, wo man direkt auf dem Board neue Forth Worte compilieren kann, so wie das z.B. bei Fig-Forth war. Das neue Programm soll
MPE Forth 7 VFX Cross Compilers http://www.mpeforth.com/xc7.htm *Standalone Targets* und NXP LPC176x (Board: Olimex LPC-1766STK) werden unterstützt ab der preiswertesten Stamp Version (~100€).
-
Thread
MII/RMII mit STM32F4
1MB Flash ... Meine IMU und Kopterregelung mit freertos frisst ja gerade mal 60kb. Also Hier die LPC-Version: http://www.mikrocontroller.net/topic/269936#2830421 Der erste Prototyp ist unterwegs Hier die STM32F4 Version: http://www.mikrocontroller.net/topic/270522#2829782 Layout in Entwicklung
... Meine IMU und Kopterregelung mit freertos frisst ja > gerade mal 60kb. > > Also Hier die LPC-Version: > Beitrag "Re: Schaltplan Prüfung/Kritik LPC1769 + IMU + Bluetooth" > Der erste Prototyp ist unterwegs > > Hier die STM32F4 Version: > Beitrag "Ideen für STM32F4 Systemboard für Einsteiger
-
Thread
ARM: kompliziert?
alles mit.. also der Einstieg ist da nicht sonderlich schwer... mfg http://www.watterott.com/de/LPC1769-LPCXpresso-Board <- mit dem hab ich begonnen!
Coocox-IDE. Ich habe mit den Sachen keine guten Erfahrungen gemacht. Allerdings in Verbindung mit einem LPC1769. Die beiden Stm32 Boards (Discovery) habe ich mal angetestet. Mit den darauf verbauten st-link Adaptern geht das Debuggen ganz gut. Aber beim LPC1769 (auf einem SIMPLECORTEX Board http://www.brc-electronics.nl
-
Thread
Microchip ENC28J60 vs Wiznet W5100
Hallo, LPC1769 + MagJack + LPCXpresso v4.2.3 [Build 292] [30/05/2012] dazu noch ein Bild: http://www.flickr.com/photos/58892165@N08/5393623032/ Mit der dazu vorgesehenen Software bist du in null Komma nichts
-
Thread
Welcher Cortex M3 Controller für BLDC und Ethernet
Jungfräuliche uC auf eigenen Boards noch einen zusätzlichen Programmer. > Dafür würde sich wieder das LPC1769 LPCXpresso anbieten. Brauchst Du nicht unbedingt, die LPC's haben einen Bootloader fest drin, den man auch nicht (aus Versehen) ueberschreiben kann. Der Bootloader funktioniert mit dem UART
Der LPC1769 hat ebenfalls kein PHY an Board, auf dem LPCXpresso-Board ist ein PHY-Chip(LAN8720) verbaut. Wenn du also eigne Boards baust musst du dir hier auch etwas suchen.
-
Thread
Die Qual der Mikrocontrollerwahl
de.farnell.com/jsp/displayProduct.jsp?sku=1824325&action=view&CMP=GRHS-1000962 http://www.watterott.com/de/LPC1769-LPCXpresso-Board?xda783=498593d093a737651a9bbcbd9f6528b9 Gruß Johannes der dir immer noch nen Atmega empfiehlt :-D (Mit Hirn geht da wesentlich mehr als bei einem Cortex3 ohne Hirn HAHAA)
kannst und knappes Budget, dann lohnt sich auch gleich ein billiges Breakout-Board (STM Discovery, LPC Xpresso, oben erwähnte Chinaware, teilweise einstellige Eurobeträge). Größter Vorteil all dieser Teile ist, dass du keine Last mit Spannungsversorung, Pufferkondensatoren usw. hast, die gröbsten
-
Thread
Schaltplan Prüfung/Kritik LPC1769 + IMU + Bluetooth
ich würde euch mal bitten über mein Schaltplan drüber zu schauen. Es handelt sich hierbei um einen LPC1769 von NXP welcher LPCXPresso/mbed kompatibel sein soll. Mit SWD und JTAG, USB, I2C, UART Versorgt wird das kleine Board entweder per Batterie oder USB_Bus. Des weiteren ist noch eine IMU
Fehler findet, nicht das ich einen Pullup oder down etc. vergessen hab :(. Datenblätter: LPC1769 http://www.nxp.com/documents/data_sheet/LPC1769_68... Bluetooth http://seeedstudio.com/wiki/index.php?title=Serial... Accel+Mag STM LSM303DLHC http://www.st.com/internet/com/TECHNICAL_RESOURCES
-
Thread
FFT mit reelwertigen Einganswerten mit halb so großer FFT
Hallo, folgendes Problem: ich will eine FFT mit 4096 Werten in einem LPC1769 machen. Der hat 2*32K RAM für die FFT braucht man aber bereits 4096*2*sizeof(float) = 32k Speicher. Da in dem Projekt auch noch etwas sonstiger Speicher gebraucht wird, reicht das RAM erwartungsgemäß
Ordnung sehr lange...), man kann die Cosinuswerte selber iterieren. Heute abend werde ich das mal im LPC1769 ausprobieren, sollte dann doch eine ganze Ecke schneller werden. Gruß Andy_W
-
Thread
LPC1769 CDC mit Keil
Hallo, wollte mir eine Virtuelle Com über USB machen ohne einen FTDI einsetzen zu müssen und habe mir die CDC Beispielfunktion von Keil unter Boards\Keil\MCB1700\RL\USB\Device\CDC umgeschrieben. Senden geht ja mit der USBD_WriteEP funktion gans gut: [c] NumByte = sprintf(buffer,"Hallo Welt!!!\r\n"); while (1) { USBD_WriteEP ((U32)0x82,buffer, NumByte); delay_ms(500); }; [/c] Nur verstehe ich nicht wie ich ein Interrupt für das Empfangen bekomme!? Laut Anleitung gibt es die Funktion void USBD_EndPointN(U32 event), also habe ich in die usbd_LPC17xx.c
-
Thread
Segger Jlink + LPC1768 + Ubuntu = Kein Reset möglich
Kollegen, Vielleicht kann mir einer von euch helfen! Ich bin momentan dabei, einen LPCxpresso 1769 mit einem Jlink-EDU in Betrieb zu nehmen. Das Setup ist dabei momentan folgendes: Betriebssystem: UBUNTU JLINK:EDU PC-Programm: JLINKEXE MC: LPC1769 Die Verbindung herzustellen funktioniert
-
Thread
Was ist mit dem LCP1343 xpresso Board
Debuggen geht nicht mit Open-Source. Wenn Du ohne Debugger auskommst (ich arbeite mit dem "lpcxpresso 1769" und habe ebenso das "lpc1343 quick start board"): Der lpc1769 kann via UART boot loader programmiert werden. Der lpc1343 mittels "USB boot loader" und Pseudo-Filesystem. Das macht dann Sinn, wenn die
Sache ja geklärt, Hellmut: http://knowledgebase.nxp.com/showthread.php?t=3484 NXP ersetzt das lpcXpresso1343-Board durch ein Board mit dem moderneren LPC1347. Der ist zwar nicht direkt abwärtskompatibel (es sind andere Pins verfügbar), aber es bleibt in der Familie. ;-)
-
Thread
include pfade für Libraries in Code Red setzen
es irgendwo eine Art Tutorial, das einem gerade so etwas zeigt, wie man ein eigenes Projekt für den LPC1769 anlegt und dann auch dessen Libraries dazu nutzen kann? Gruß
*/ SystemClockUpdate(); ..... Dann stimmt der Takt. Aber nur bei einem Projekt aus einem lpc1769 Projekt! Kein lpc1768, der läuft etwas weniger schnell. Gruß G.G.
-
Thread
CPLD mit LPCXpresso JTAG programmieren?
dem Schlauch stehe. Ich wollte mir sowieso auch ein LPCXpresso-Board (http://www.watterott.com/de/LPC1769-LPCXpresso-Board) mitbestellen, wenn ich es richtig verstanden habe, enthält dieses (mechanisch abtrennbar) einen JTAG-Adapter. Ist das richtig? Und wenn ja, könnte ich mit diesem ohne größere Umstände
http://www.mikrocontroller.net/topic/261645#2720294 Hier wird mit JTag/SWD programmiert. Der LPC-Link funktioniert nur mit NXP->LPC Arm's CPLDs mögen womöglich kein SWD. Gruß G.G.
-
Thread
Programmierstil
momentan programmiere ich an einem für meine Verhältnisse großen C-Projekt. Als IDE nutzte ich LPC Xpresso und als Hardware den LPC1769... Jetzt habe ich mehrere .h- Dateien und .c- Dateien. In einer dieser Headerdateien möchte ich eine Funktion deklarieren die einen Datentyp nutzt der in einer
-
Thread
50k Widerstand SMD 0402 für RTC (Schaltung inside)
Besitz eines Entwicklerboards (Embedded Artists AOAA Kit) und musste feststellen, dass die RTC des LPC1769 Mikrocontrollers nicht mit einem Oszillator verbunden ist. (Siehe Screenshot der Schaltung). Dieser ist leider nicht auf dem Board bestückt. Nun gut dachte ich mir, dann kaufe ich mir einen passenden
-
Thread
ARM Entwicklungskit für Einsteiger
http://www.brc-electronics.nl/ 'SimpleCortex', ist ein Schulprojekt mit LPC1769 und Programmer/Debugger Hardware on Board. Dazu ist das so aufgebaut das die massig verfügbare Arduino Hardware als AddOn verwendet werden kann. Mit der CooCox IDE ist das Ganze wirklich Plug&Play
bringen, aber die kostenlose IDE Version ist auf die Einsteigerhardware limitiert. Wenn man da vom LPC auf STM umschwenken will kostet es gleich 999 US$.
-
Thread
Multiphase Boost Converter
auf 24V umsetzt. Es sollen 2-4 Phasen werden. Die Erzeugung der Ansteuersignale macht erst mal ein LPC1769 (neben anderen Sachen). Die Frage die sich mir stellt: Ist es nötig, die Ströme in den einzelnen Phasen zu messen und auf Gleichheit auszuregeln oder ergibt sich das von selbst. (im Idealzustand
stutzig macht. Das ist beim LPC1769 mit 120Mhz gerade noch drin. Die dsPics mit SMPS PWM habe ich mir auch angesehen. Leider liest man da auch viel schlechtes, insbesondere was errata und Stromverbrauch angeht. Sonst sind die aber
-
Thread
Kleines ARM Board mit Ethernet?
Ethernet klein und einfach will, und keine nackten Chips, der sollte sich unbedingt das LPCXpresso 1769 ansehen. Da kann man den LPC-Link Teil abtrennen und hat was schönes handliches für eigene Basteleien. (http://www.watterott.com/de/LPC1769-LPCXpresso-Board) Als zusätzliche Hardware ist dann nur noch
-
Thread
STM32 Timer waveform generation
externen Logic verknüpfe. Habe ich da etwas übersehen? Interrupts kommen nicht in Frage. Beim LPC1769 geht sowas prima mit der PWM Einheit aber nur für 3 Kanäle. Für die die jetzt fragen wozu, es geht um Multiphasen StepUp StepDown Wandler.