-
Thread
Cortex-M Debugger J-Link und U-Link2 von Wayengineering ok?
werden. Auch die anderen Artikel von denen sind grenzwertig. Ladet mal die CDs zu den stm32 bzw. lpc1768 Boards runter. Da ist kommerzielle Software incl. der Cracks dazu drauf. Das sagt in meinen Augen alles.
-
Thread
Mikrocontroller für Festplatten Konverter
dem Fertigen von doppel layer Platinen mit vias Habe hier noch 4 XMC4500, 1 STM32F4 und 2 mbet LPC1768 und 1 Rasperry pi rum liegen. wenn das helfen würde. Wie gesagt, wenn es etwas abgesteckter deutlich leichter wäre, wäre das auch ok.
-
Thread
Kauf eines Oszilloskop (kein NoName)
Einstellung eine Weile (bis unendlich) nachleuchten. So schau ich mir u.a. Spikes auf SPI an, 25MHz mit LPC1700 @100MHz.
-
Thread
Sinuswechselrichter Topologien
Ansteuerung, die Phaseshiftgenerierung wird aber wieder Krampf. LPC11xx kann keine Totzeit. Für den LPC17xx gilt das selbe wie für STM32F103. LPC1500 sieht interessant aus und ist lieferbar, die hatte ich aber noch nicht im Einsatz. Was sehr gut geht ist dsPIC33MC502 (oder so ähnlich). Die können das mit
-
Thread
Einstieg ARM: Tutorials, Toolchain, DevBoard
@Jojo S. Ich bin mit dir einverstanden. Ich hatte das mbed LPC1768 modul frei bekommen. Habe Angefangen mit mbed. Ist einfach zu benutzen, aber für mich ist das Problem C++ kenntniss. Das ist noch ein bisschen schweriger als reines C. Ich fand die Docu von NXP sehr
Andreas S. schrieb im Beitrag #4363137: > Etwa das mbed LPC1768 modul > von Geerd H.? Schlägt immerhin mit 60,- EUR zu Buche ... Das Modul ist nicht schlecht, aber der Preis nicht mehr ganz zeitgemäss... Für ein paar Euro mehr gibt den LPC4088 von EA, der
-
Thread
HDMI an Arduino
Aufbereitung quälen sollte. Sonst gäbe es auch noch uC mit eingebauten Graphikadapter. ZB. den LPC1788. Allerdings ist der für direkte LCD Ansteuerung ausgelegt. P.S.: An Moderation: Die Link wird als SPAM bewertet: "ciali-s". In der obigen Link müssen die Sonderzeichen entfernt werden. Habe
-
Thread
werbserver uip easyweb datenaustausch ethernet arm
Ich möchte mit dem LPC1768-DK2-board Daten per Ethernet austauschen. Ide ist codeRed. Die Beispielcodes easyweb und uip laufen. Erste Frage: Was ist besser geeignet, Easyweb oder uip? Da uip zuerst funktioniert hat, habe ich
UDP != TCP. Mit deinem UDP Terminal kannst du kein TCP Paket senden. Probiere mal 'telnet lpc1768-ipadresse 60', dann sollte deine example_app1() angesprungen werden.
-
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.
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
STM32F4 Taster
SysTick_Config(SystemCoreClock/100); wird diese Funktion alle 100µs aufgerufen. Hab hier ein LPC17xx Projekt, bei dem ist in diesem Handler eine Endlosschleife. Dein Problem ist, das du den Handler nicht implementiert hast, und du dadurch nach 100µs in einer Endlosschleife hängst. Dein Code wird
-
Thread
Leisungsvergleich ARM AVR
Dr. Sommer schrieb im Beitrag #3638717: > Falsch. Der LPC1768 ist ein Cortex-M3 und der kann Byte(=8Bit), Halfword > (=16bit), Word (=32bit) Zugriffe gleich schnell (alles in 2 Takten) > durchführen. Unaligned-Zugriffe (=Halfword-Zugriffe auf ungerade > Adressen
> Falsch. Der LPC1768 ist ein Cortex-M3 und der kann Byte(=8Bit), Halfword > (=16bit), Word (=32bit) Zugriffe gleich schnell (alles in 2 Takten) > durchführen. Unaligned-Zugriffe (=Halfword-Zugriffe auf ungerade > Adressen
-
Thread
[Sammelbestellung] µC-Board + RAM
Knoten" für die Hausautomatisierung zu bauen. Wenn ich das so lese kommt mir eigentlich gleich der LPC1788 in den Sinn.
Vielleicht dies, vielleicht jenes oder wie waers denn hiermit? Also der µC dürfte feststehen: LPC1788 oder (wie operator schrieb^^) LPC1774. Auf jeden Fall ein LQFP208. Den LPC1774, um mit 6,50€ den Preis "schön rechnen" zu können, und den pinkompatiblen LPC1788, weil er alles kann und gut verfügbar
-
Thread
Haskell für Embedded Systeme
mächtiger müsste ein µC sein und wie viel Ressourcen müsste er haben, im Vergleich z. B. zu einem LPC1769. Die Mächtigkeit der µC steigt ja enorm, gerade wenn ich die Beiträge im Internet zur Programmierung von µC mit mehreren Kernen lese, scheint die Art der Nutzbarkeit mehrerer Kerne noch ein aktuelles
-
Thread
Welcher Cortex M3?
Hersteller am Markt etabliert. Zum einen ist das ST mit den STM32F10x und zum zweiten NXP/Philips mit den LPC17xx. Ich habe mit beiden gearbeitet, bevorzuge jedoch derzeit die LPC17xx, da sie gegenüber den neueren STM32F105/107 unschlagbar im Preis- Leistungsverhältnis sind und nahezu dieselbe Peripherie bieten
auf etwas mit 48pins gehofft, weil Platz auch oft viel Geld kostet. Kennt jemand sowas wie den LPC1751 in etwas kleinerer Bauform? Grüße, Gast
-
Thread
[Entrümpelung] Boards, Raspberry, Displays, uvm.
Verkaufe Waveshare Entwicklungsboards Open1788 und Open43xxE2. Bestückt sind die Core Boards LPC1788 und Core43xxE2. Es sind einige Addon-Boards dabei, sowie ein LPC-Link zum programmieren (vielleicht habe ich noch einen zweiten). Addon-Boards: 2x CAN Board 1x AT45DBXX DataFlash Board
-
Thread
Viel RAM am kleinen Controller
www.nxp.com/products/microcontrollers/cortex_m3/lpc1800/#products Die können SDRAM ansteuern. Oder LPC177x/178x. fchk
-
Thread
CMSIS und GNU Support
Anwendung für GPIO, SPI, CAN, die für STM32 enwickelt wurde, ohne grössere Änderungen auf Stellaris oder LPC1700 portierbar sei, dann Hut ab. Aber da weisst du offenbar mehr als ich, denn nichts an dem was ich davon bisher gesehen haben deutet darauf hin.
für GPIO, SPI, CAN, die für STM32 enwickelt wurde, ohne grössere > Änderungen auf Stellaris oder LPC1700 portierbar sei, dann Hut ab. Aber > da weisst du offenbar mehr als ich, denn nichts an dem was ich davon > bisher gesehen haben deutet darauf hin. Vielleicht sollten wir mal den STM8 genauer
-
Thread
32 Bit MCU gesucht
man Marlin noch für jede Einstellung neu kompilieren musste, konnte Smoothieware auf dem 32 Bit LPC1769 schon lange SD Karten einlesen und darüber konfiguriert werden. Und per Ethernet gefüttert werden. Mal so als Beispiel. In jede Controller Architektur muss man sich erstmal einarbeiten und ist wieder
-
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 ein Cortex-M4/M4 drin arbeitet).
> 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 ein > Cortex-M4/M4 drin arbeitet). Ja, irgend was mit THUMB oder THUMB2 beispielsweise
-
Thread
Arduino mit WTV020-M01
Hallo Markus, da ich ebenfalls mit den WTV20 Modulen arbeiten möchte (allerdings an einem LPC1769)und mit der im Internet verfügbaren Dokumentation nicht wirklich zurecht komme, bin ich gerade dabei deinen Code zu portieren. Da ich mit einem Adruino keinerlei Erfahrung habe, wollte ich kurz
-
Thread
STM32F4 "Gameboy"
http://www.mikrocontroller.net/topic/284894#3018796 -ist eine Anwendung; allerdings hat der LPC1788 für Timings von H-/V-Sync und Pickelclock einen speziellen Block , ist aber mit den seperaten IC's deiner Schaltung gleichzusetzen ..
vampire schrieb im Beitrag #3032683: > LPC1788 für Timings von H-/V-Sync und Pickelclock > einen speziellen Block -dieser "Block" ist der LCD-Controler(intern), macht die Clock-Verknüpfungen (WR/ --> Clock[573] --> DCLK) und die Verzögerungen
-
Thread
LPC1768 OpenOCD arm-none-eabi-gcc 5.3.0
Hallo, ich versuche gerade meine eval Board (mini dk2) welches einen lpc1768 verbaut hat zu flashen. Das schein auch zu funktionieren: (openocd) [c] openocd -f lpc1768.cfg Open On-Chip Debugger 0.9.0 (2015-05-19-13:50) Licensed under GNU GPL v2 For bug reports,
reset_config sysresetreq adapter speed: 500 kHz Info : clock speed 500 kHz Info : JTAG tap: lpc17xx.cpu tap/device found: 0x4ba00477 (mfg: 0x23b, part: 0xba00, ver: 0x4) Info : lpc17xx.cpu: hardware has 6 breakpoints, 4 watchpoints [/c] (telnet) [c] Trying 127.0.0.1... Connected to localhost
-
Thread
ISDN am AVR (Mega8)
MHz und exzellenter Hardware wäre der sicher gut als "one chip Lösung" geeignet. Alternativ der LPC1768. Gruß, armnix
-
Thread
Einstieg ARM
Bilder kann man direkt flashen. Allerdings hatte ich kürzlich tatsächlich eine LCD-Touch-Demo für LPC1788, da war alles im main mit so 60k, sowas trenne ich aber schon aus Prinzip in User Code und Library.
-
Thread
strtol Problem (Ergebnis ist immer MAX_LONG)
volatile ist zwar überflüssig, trotzdem weiß keiner wie der Compiler optimiert. Unter Windows bzw. LPC1769 und gcc geht alles riichtig. Kann ja sein, dass die Implementierung von strtol bei dir keine hex-Werte kann.
-
Thread
Audio over Ip
in -> 1 Stereo in/out) zum Beispiel einen Cortex M3 zu verwenden, Ethernet und I2S sind bei NXP LPC1768 schon on Chip. Wenn man die AVB Sourcecodes verwendet müßte doch eine Portierung schneller sein als eine eigene Entwicklung komplett von Null zu beginnen - oder sehe ich das falsch? Thomas
Stereo in/out) zum >> Beispiel einen Cortex M3 zu verwenden, Ethernet und I2S sind bei NXP >> LPC1768 schon on Chip. Wenn man die AVB Sourcecodes verwendet müßte doch >> eine Portierung schneller sein als eine eigene Entwicklung komplett von >> Null zu beginnen - oder sehe ich das falsch? > >
-
Thread
32 Bit Controller für Motion Control
stellt der STM32 ca. doppelte Leistung zur Verfuegung verglichen mit dem schnellsten dsPIC. Der NXP LPC1768 wurde auch schon genannt, laeuft mit 100 MHz und dem Cortex-M3 Core. Also nochmals fast 40% schnellerer Takt wie der STM32. Noch nicht genannt wurden die neuen Typen von Luminary (TI), LM3xxx, die
Tempo vom Bitbanging angeht kann die Anbindung der GPIO-Module eine wichtige Rolle spielen. Beim LPC1700 sitzen die direkt am Primärbus und sind entsprechend schnell. Beim STM32 hingegen sitzen die an einem Sekundärbus, was u.U. ein bischen mehr Zeit kostet.
-
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 ungern wechseln wollen..
-
Thread
Schaltzustände potentialfreier Kontakte per LAN übertragen
Controller zusätzlich braucht. Oder einen STM32F107 mit einer Ethernet-PHY dran. Oder einen LPC1768 ... - " " - ... Such dir was aus. ☺
-
Thread
code umwandeln
Hintergrund des ganzen ist, dass der Code für einen ATMEGA geschrieben ist ich ihm aber für einen LPC1768 benötige es also keine pgmspace.h mehr gibt folglich alle damit verbundenen Variablen ersetzt werden müssen.
-
Thread
lpc1700 - ARM Cortex M3 von NXP: Endlich!
auf russischen Seiten auftauchen, aber anbei eine Präsentation, in der Details zur kommenden LPC1700-Familie von NXP mit Cortex-M3-Kern genannt werden. So wie es aussieht, kann sich ST dann warm anziehen, Luminary in Teilbereichen auch. Einige Features: - Cortex M3 Core Rev 2 (mit stark verbesserten
gleichzeitig benutzt werden ... da sind schon viele Leute auf die Nase gefallen! Der 12-Bit AD den neuen LPC17xx ist auch super.
-
Thread
320x480 Display an Arduino
Solche Displays betreibt man am besten mit Systemen mit Graphics Controller Ressourcen wie der LPC1788 oder STM32F429 und was es in der Klasse sonst noch gibt. Über Textausgabe hinaus ist die Leistung eines AVRs nicht wirklich für solche Anzeigen ausreichend. Auch kann man die Pixel nicht intern
-
Thread
SVPWM mit LPC1769
der geringsten Berührung "wehrt" sich das Gerät sofort. Wie macht man sowas? könnte man mit dem LPC17xx sowas auch implementieren? Gruss Tobias
Bei einem LPC17 ist es auch möglich, den ADC mit einem Timer zu synchronisieren, aber leider haben die wohl nicht daran gedacht, dass es noch Sinn machen würde die ADCs mit dem Motorcontrol PWM zu synchronisieren
-
Thread
stm32f103c8 lässt sic nich flashen
#3525535 genau meine Meinung. Mine #defines beruhen auf dem früheren nxp-Konzept in z.B. der lpc1768x.h Datei. Da sind auch solche #defines enthalten. Kann also nicht so ganz falsch sein. Die Stm-routine zum Setzen von wenigen Registern auf Eingan/Ausgang ist einfach nur grausam: [c]void
genommen und frickelt damit weiter - entsprechend große Differenzen gibt es im Code z.B. zwischen LPC176x und LPC43xx. Abgesehen davon dass auch noch die ein oder andere Register Deklaration komplett fehlt. Hingegen die STM Header und die automatisch generierten Sourcen entsprechen schon sehr stark
-
Thread
Mikrocontroller mit USB-Verbindung für Smartphones gesucht
ein einziges Gegenbeispiel heisst als "nicht selten" und 60 Euro > sind "nicht teuer"? Der uC LPC1754 kostet als 1 Stück aktuell 7 EUR. Das Eval-Board ist aber komplett für Car2X bestückt also CAN-Netzwerk, XBee usw. Auch die Demo-Software ist was wert. Und wenn der Frager ein Smartphone für mehrere
-
Thread
Flashplatzbedarf 32Bit zu 8Bit Microcontroller
Vom LPC11C24 mit nur 32K Flash werden inzwischen scheinbar ähnliche Stückzahlen verkauft wie vom LPC1768
-
Thread
Lohnt sich der Umstieg auf 32-Bit Controller
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 Microcontroller sind kompatibel mit dem Sourcecode was die
sind. Vieles lässt sich auch auf die anderen ARM Cortex-M3 Chiphersteller übertragen, z.B. NXP LPC17xx oder TI.
-
Thread
Umfrage: Mikrocontroller der Zukunft
wiederum uebernimmt zu einem betraechtlichen Teil CMSIS bei ARM. Also von einem STM32 auf einen LPC1700 oder einen Stellaris umzusteigen ist deutlich einfacher als von einem SH2 auf einen V850 obwohl sie beide bald vom "selben Hersteller" sein werden. Renesas ist derzeit der groesste MCU-Hersteller
-
Thread
XMEGA/ AVR-EXPLAIN code examples und Diskussion
speicher sogar noch effizienter läuft und nicht wirklich teurer ist ... siehe preise STM32F103 / LPC17xx usw zudem sind die ARMs einfacher zu programmieren .. bzw gibt es adapter die ex günstiger gibt als den PDI ... damit hat sich Atmel iwie ein EI gelegt ... schade der xmega ist in MEINEN
-
Thread
Ist ein SPI TFT schneller auf einem ARM mit 72MHz als mit AVR 20?
> mit 27MHz SPI-Clock am STM32 lief bei mir so ein ILI9341-Display noch > problemlos, Ein LPC1768 schafft bei Write-Only auch problemlos 50 MHz SPI-Clock gegenueber einem ILI9341-Display. Will man auch lesen, muss man aber einen Gang herunterschalten. :) Allerdings ohne: > über die typischen
> Ein LPC1768 schafft bei Write-Only auch problemlos 50 MHz SPI-Clock > gegenueber einem ILI9341-Display. Ich selbst hab auch schon 40Mhz problemlos laufen gehabt. (EFM32GG230) Das reicht aber auch. Es reicht
-
Thread
STM32 eval board mit MAC aber ohne Eth PHY für SPE
besitzen. Das STM32F407 Discovery waere da nicht unter den Favoriten. Eine kurze Uebersicht: LPC1768 Mini-DK2 mit LAN8720 PHY TI TM4C1294XL (PHY integriert) TI Stellaris LM3S6965 Evaluation Board (PHY integriert) Renesas RX62 RDK (DP83640 PHY) STM32F107VC Comstick (STE100 PHY) Davon sind manche
einen vorgefertigten Stack zurueckgreifen will, sondern selbst programmieren will, fand ich den LPC1768 als den besten Kandidaten.
-
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
mit CAN Bus Fensterkontakte abfragen.
ein µC, welcher neben CAN auch mind. 8 Eingänge hat - als 'Zentrale' hängt im Schaltkasten ein LPC1768; Der gibt die Sensordaten via Ethernet weiter. Auf der Suche nach einem passendem µC (der dann bei jedem Fenster sitzt) ist mir der LPC11C24 aufgefallen. Hauptsächlich scheint mir der sehr gut
µC, welcher neben CAN > auch mind. 8 Eingänge hat > - als 'Zentrale' hängt im Schaltkasten ein LPC1768; Der gibt die > Sensordaten via Ethernet weiter. > > Auf der Suche nach einem passendem µC (der dann bei jedem Fenster sitzt) > ist mir der LPC11C24 aufgefallen. Hauptsächlich scheint mir der
-
Thread
Heizungsregelung selber bauen
ich aber auf eine Highlevel-Lib angewiesen wäre, würde ich mbed nehmen. Und wenn dann gleich den LPC1768/9. Eventuell ist ja so ein Board als Basis denkbar: https://www.hotmcu.com/lpc1768minidk2-development-board-28-tft-lcd-p-12.html Da ist alles drauf was man braucht und vor allem auch Ethernet
-
Thread
µC mit viel RAM für Touch TFT mit "Wischen"
im Beitrag #3596861: > Schöner Griff ins Klo;) Für eine Kleinserie finde ich die Varianten * LPC1774 + SDRAM und * ATXMEGA64A1U + SDRAM attraktiver als die PIC-Lösungen mit (Pseudo-)SRAM. Siehe auch http://www.mikrocontroller.net/topic/329152 Hmmm ... PS: Vielleicht ist das was für'ne
Bildaufbau beim Wischen zufrieden ist, was aber schon 240*16 Bit/Pixel / ms = 480.000 Byte/s sind. - LPC1774 wäre gut, alternativ könnte man sogar bis LPC4088 bestücken, Cortex-M4 mit viel Zubehör. Allerdings ist eine Kombi 'nur µC und RAM' auch nicht gerade bastelfreundlich. Man hat sehr viele Anschlüsse
-
Thread
Einweg-Lizenszierung - mit RFID, EEProm, FRAM?
noch nicht: http://www.nxp.com/documents/marcom_graphics/hitag_selectionguide.jpg Haben einen LPC1768 verbaut, welche der Schnittstellen wird da überlicherweise genutzt für die Leseelektronik? Danke für die Beiträge erstmal, auch den Tipp mit den RFID-Handbuch. Bin für heute raus, morgen gehts
-
Thread
Sniffer für HD44780 Display
auch nach der fallenden > Flanke noch eine zeitlang stabil anliegen. Dann wirft TO mit einem LPC1768 @ 100Mhz (oder was auch immer am Cortex M3 oder M4 ve3rfügbar ist) auf das Problem und 450ns sind eine mittlere Ewigkeit. Oder er latcht das mit einem 574 oder was auch immer dazu verfügbar ist
-
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.
> 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
Fujitsu MCU vs Cortex M3
@Wolf Dir Cotex M3 gibts tatsächlich zum grossen teil ohne Cach. nur (aus dem datenblat zum lpc17xx) Up to 512 kB on-chip flash programming memory. Enhanced flash memory accelerator enables high-speed 120 MHz operation with zero wait states. dei gnu toolchain gibts nicht nur für linux. windows
> Dir Cotex M3 gibts tatsächlich zum grossen teil ohne Cach. > > nur (aus dem datenblat zum lpc17xx) > > Up to 512 kB on-chip flash programming memory. Enhanced flash memory > accelerator enables high-speed 120 MHz operation with zero wait states. Ist so was aehnliches wie ein mini-Cache
-
Thread
Ein paar Fragen zum Umstieg auf die STM32 Reihe
Gilt übrigens auch für die uC's von NXP) Ein guter Kandidat ist dafür das LPCXpresso mit einem lpc1769 für gute 20 EUR. Der hat CAN, Ethernet und USB. Das Ding ist sein Geld wert. > Die ganze Debuggerei inclusive JTAG/SWD hingegen > ist eigentlich zweitrangig, wenn man es erstmal geschafft hat,
NXP sind Takte angegeben. Z. B. für eine 256 Punkt FFT: 20MHz: 21107 120MHz: 23884 (Werte für LPC1769) Ich nehme an das dir das zu schlecht ist, mir genügt das aber. Beim STM32F1xx ist die Abhängigkeit vom Takt etwas größer, habe die Daten gerade aber nicht zur Hand. Beim STM32F2xx sollen die Werte
-
Thread
GUI für Mikrocontroller
Wir verwenden ein noch günstiges Touch-LCD mit LPC1788 mit integriertem LCD-Controller. Demo-Software für Touch, Maus, Bitmap ist dabei und einfach erweiterbar. Zudem zwei Pinleisten auf denen alles rausgeführt ist (UART, SPI, I2C, PWM, CAN etc.):
bedarfsgerecht laden (vielleicht nicht grade die von Win8 da ist Markenschutz). Ausserdem gibt es für den LPC1788 emWin kostenfrei: http://www.segger.com/emwin.html