-
Thread
TFT Display mit LVDS Eingang: wie ansteuern?
mit einem µC die Videodaten als parallele Daten als Input für besagte Umsetzer-ICs erzeugen? Ein LPC4088 reicht nur bis etwa 800x480 und er braucht dafür einiges an externem RAM. W.S.
-
Thread
ext. SRAM für TFT an STM32F407ZGT6 Board
mir die Aufrüstung wert. Ext. RAM + TFT hat m.n. doch auch in seiner Demo drin? Und ich habe ein LPC4088 Board, da ist auch TFT mit ext. Ram betrieben. Mit EmWin hat das so die Performance (und den Charme) vom alten 386er mit Win3.0 :-) Aber die STM32F407 China Boards sind einfach so verlockend günstig
-
Thread
Schneller Mikrocontroller
FlashMagic über USB-seriell. Oder per JTAG mit LPC-Link2: http://www.conrad.de/ce/de/product/1027647/LPC4088-Quickstart-Board-Embedded-Artists-EA-QSB-016 http://www.flashmagictool.com/ http://www.conrad.de/ce/de/product/1027653/LPC-LINK-2-Embedded-Artists-EA-XPR-200?queryFromSuggest=true
emwin-graphics-library Und es gibt aufwendige Demos für fast alles: http://www.lpcware.com/content/project/lpc4088-pos-demo
-
Thread
suche µC-Board mit 2 Ethernet
/tmdsice3359#buy, da bekommt man kleine embedded PC evtl. schon billiger. Oder ein Cortex-M wie LPC4088 oder STM32F7 und ein Wiznet Modul für den 2. Port dran.
-
Thread
SDRAM Burst lesen ohne Unterbrechung über Column, Row und Banks hinaus
Ich hatte mal einen Speichertest geschrieben, um festzustellen, ob ein 8 MB oder 16 MB SDRAM am LPC4088 hängt - und das ging voll in die Hose, weil genau dabei der LPC einfach steckenblieb, nur per Reset wieder erweckbar. W.S.
-
Thread
Welches 640x480 Display für uC?
Schmeiß deine Vorgaben in den Rundordner, leg dir nen passenden µC mit integriertem TFT-Controller zu (LPC4088 oder so) und plaziere ihn nebst 4..16 MB 32 bittges SDRAM auf deine Leiterplatte. Solange du nicht extensiv Programme vom externen SDRAM abarbeiten läßt, stören sich TFT-Controller und CPU bei so
-
Thread
TFT-Displays
auch (und gerade!) für die Vorschläge vom Microchip für die PIC32. Man sollte bedenken, daß ein LPC4088 (der alles hat) deutlich billiger ist als ein STM32F4xx, der nix davon hat. W.S.
-
Thread
Verständnisfrage TFT-Display
was die Displaydaten betrifft, kannst du dann mit einem geeeigneten µC erledigen. Also sowas wie LPC4088 und Konsorten. Dazu natürlich ein externes RAM ausreichender Größe und Geschwindigkeit. Ein 32 bittiges SDRAM zum Beispiel. Wenn du dir das zutraust, dann nur zu! - alternativ: vergiß den ganzen
-
Thread
"Unwichtige" Fragen für die Schaltplan-Optik
daß derartige pseudo-realo-Darstellungen heututage Bockmist sind. Deutliches Beispiel dafür: ein LPC4088 mit 208 Pins. Wenn man da einen quadratischen Igel als Symbol hat, füllt der eine ganze Seite mit viel sinnlos leerem Platz mittendrin - und was da logisch zusammengehört, wird bei solcher Darstellung
derartige > pseudo-realo-Darstellungen heututage Bockmist sind. Deutliches Beispiel > dafür: ein LPC4088 mit 208 Pins. Dir ist selber hoffentlich aufgefallen, dass Du einmal von einem Gehäuse mit 14 Pinen und einmal von einem mit 208 Pinnen sprichst? ;O) > Wenn man da einen quadratischen Igel
-
Thread
STECCY - ZX-Spectrum-Emulator mit STM32
noch keinen diesbezüglichen Versuch gemacht. Das wird hier auch kaum jemanden interessieren. Ein LPC4088 kostet netto schon mehr als das das komplette Board (incl. Versand) das Frank verwendet. Die LPC sind den Chinesen scheinbar komplett unbekannt. Bis auf ein paar Boards von Waveshare, aber die sind
SSD1963 noch einmal rund 35€ oder mehr ausgeben zu sollen, wo in der Bastelkiste bereits mehrere LPC4088 mit 8 MB RAM, SD-Karte, sonstiger Peripherie und 7" Display herumliegen. An dieser Stelle hätte ich mir eine bessere Portierbarkeit von Steccy gewünscht, aber genau _das_ Thema hatten wir schon mal
-
Thread
umstieg von Symbol zu Grafikdisplay
du kriegen kannst. Wenn du nicht gleich einen eher dickeren Brocken wälzen willst (sowas wie LPC4088 + externes SDRAM), dann halte dich erstmal fern von allen bunten Displays, die mit 480x272 und mehr daherkommen. Für kleinere Mikrocontroller sind monochrome Displays im 128x64 Format viel besser
-
Thread
STM32F042C6T6 - USB - Virtual ComPort
11 Mikrosekunden einen Interrupt zu kriegen. Blöd nur, daß dieses Verfahren ausgerechnet beim LPC4088 NICHT funktioniert, obwohl der bis auf genau DIESES Detail den gleichen USB-Core hat wie der LPC2478. Bestenfalls kann das Device mit NAK sagen, daß es das (jetzt grad) nicht tun kann. Und die
-
Thread
STM32 umsteigen oder weiter AVR
die NXP Bibliotheken besser sind als bei STM: http://www.embeddedartists.com/products/boards/lpc4088_qsb.php Und es gibt eine kostenfreie Eclipse-Umgebung (auch für Linux) mit CMSIS und Demos für alles (LCD, USB, Ethernet, CAN): http://www.lpcware.com/lpcxpresso/download
-
Thread
MINOS - Minos Is No Operating System
läuft auf diversen ATtinys, ATmegas, ATXmegas, PICs, STM8, STM32F1xx, STM32F4xx, ESP8266, LPC1347, LPC4088 und diversen anderen ARM Cortexes. Nach Deiner Philosophie hätte ich irmp.c X-fach neu implementieren müssen - für jeden Prozessor extra. Nee, nicht mein Ding. Und da Du desöfteren hier solche
auf > diversen ATtinys, ATmegas, ATXmegas, PICs, STM8, STM32F1xx, STM32F4xx, > ESP8266, LPC1347, LPC4088 und diversen anderen ARM Cortexes. Nach Deiner > Philosophie hätte ich irmp.c X-fach neu implementieren müssen - für > jeden Prozessor extra. Nee, nicht mein Ding. Eben nicht komplett neu implementieren
-
Thread
Richtiges Vorgehen bei komplexen Platinen
der BE und kluges Plazieren der Masseflächen angesagt. Ich selber habe schon einige Boards mit nem LPC4088 und 32 bittiges SDRAM und TFT gemacht, die auch mit nur 2 Lagen ordentlich funktionieren. Geht also. Aber auf die Idee, sowas in separate LP aufzusplitten wäre ich nie gekommen, schließlich sind
-
Thread
STM32F446 - USART
nur mit dezenten Änderungen schon auf NEC 78K3+4, Fujitsu FR, ARM7TDMI, LPC11xx, LPC13xx, LPC17xx, LPC4088, STM32F1xx..3xx benutzt. Und damit du mein generelles I/O-Konzept verstehst, hänge ich dir auch noch gio.zip mit dran, ist ein ganz primitives Interface. Damit kriegt man aber auf den unterschiedlichsten
-
Thread
Display mit Grafikchip gesucht
kapazitivem Touch bei GLYN auch nicht wirklich teuer - für's Berufliche. Dazu ein µC so aus der LPC4088 Riege und 8 MB SDRAM und fertig ist die Leier. Und nochwas: Ganze Bilder als Displayinhalt halte ich für danebengegriffen. Arbeite lieber mit Hintergrund und darauf befindlichen Dingen wie Icons
-
Thread
Ganz viel DRAM an µC
eine Handvoll anzuschließen, ist auch nicht so einfach. Wenn du sowas wie einen LPC17xx oder LPC4088 nimmst, dann kannst du wenigstens SDRAM _überhaupt_ anschließen und diese Chips haben m.W. bis zu 4 Selects dafür. Da kommt man mit derzeitigen Mitteln auf 64 MB - und das ist für so einen Controller
-
Thread
Welches 7 Zoll Grafikdisplay ist gut?
66 MByte/Sekunde, die du da durchsetzen mußt. Für sowas fängt die Welt mit einem LPC17xx oder LPC4088 an, dazu ein externer RAM passender Größe (768k). Darunter wird das nichts. W.S.
-
Thread
7,0" inch MIT Touchscreen SSD1963 MCU 800*480TFT LCD Display
Initialisierungsroutine in C für das Disp. Für das Display hab ich sowas, zu benutzen auf einem LPC4088 mit dessen Display-Peripherie-Core. Dazu ein niedlicher externer SDRAM von 32 Bit Datenbreite und das Ganze ist fertig. Ich hab sowas mEn vor ein paar Jahren hier schon mal gepostet. Aber was den
-
Thread
Pollin LCD Modul 7" Touch-monitor FT700TVGA
.-11, +14..15V und noch eine, ich glaub etwa +3.5V Auf diese LP-Größe kriegt man noch gut nen LPC4088 + ext. SDRAM drauf und dort, wo der Centronics-Steck war, kriegt man diverse I/O für Eigenbau hin. Das Ding riecht nach einer netten Basis für diverse Bastelvorhaben - allerdings eben erst, wenn
-
Thread
Overflow, Carry?
durchaus so codieren, dass es sowohl auf STM32, ATmega, ATtiny, PIC, ESP8266, MK20DX256VLH7, LPC1347, LPC4088 und anderen µC-Familien läuft. Als Assembler-Programmierer müsstest Du das Programm X-mal neu schreiben - wenn die Lebenszeit dazu überhaupt reicht. Fazit: In Assembler programmieren ist Lebenszeitverschwendung
-
Thread
Kostenlose IDEs für STM32
nicht blöd anstellt, kommt man mit 32 K schon ganz schön weit. Gilt nicht für einen Brocken a la LPC4088, aber wenn ich mir die kleinen billigeren Dinger von NXP, ST, Freescale und Infineon anschaue, dann ist bei recht vielen nicht mehr als 32 K Flash verbaut und der reicht dann auch zumeist für das,
-
Thread
Präziser, einfacher 850kHz Oszilator
: > Ach ..... mit einem STM32Fxxx geht das nicht? Oh mann, natürlich könntest du auch einen LPC4088 oder einen PIC32 oder ein Raspberry Pi-3 oder einen ganzen PC dafür benutzen. Nach oben geht's mit dem Aufwand immer. Aber ich hätte da noch einen Vorschlag: ein CDCE913 und irgend ein relativ
-
Thread
Mikrocontrollerauswahl gut?
sowas selbst ein AVR ausreichen und wenn es Grafik und SD haben soll, reicht ein LPC2478, LPC17xx, LPC4088 oder so aus. Selbst ein PIC32 sollte das bringen, obwohl der ja keinen dedizierten TFT-Core beinhaltet. W.S.
-
Thread
Die "BluePill" spielt Reversi / Ohtello, Code für STM32F103
+RTouch, braucht aber Ansteuerung 121498 = 480x272xFarbe+RTouch, braucht auch Ansteuerung (z.B. LPC4088) Du siehst, wie es da bei Pollin eben immer rauf und runter geht. Entweder man kauft sich sowas auf "Verdacht" oder es ist eben _aus_. W.S.
-
Thread
XMC4700 vs STM32
konkurenzfähig, aber hier hat der kaum Beachtung gefunden. Dann empfiehlt hier jemand häufig den LPC4088, der ist aber auch schon in die Jahre gekommen (Autor oder Chip? vermutlich beide :) ) Aber gerade bei dem Einsatz für Grafik oder Ethernet sehe ich bei STM deutlich mehr Power. Und die kaufen die
-
Thread
PIC 32 schneller Basic Interpreter
von TI, dazu nen CPLD für Unvorhergesehenes usw. Der Witz daran ist, daß die neueren Cortex M4 (LPC4088) quasi als Drop-In benutzbar sind. Die bisherige Firmware (meinerseits) sieht in weiten Teilen so ähnlich aus wie das, was ich damals für die Lernbetty geschrieben habe, bloß eben mit buntem GDI,
Ich würde das Teil (genauer: die Eagle-Dateien dazu) in's Rennen werfen und die bisherige FW auf LPC4088 und diesen Interpreter umschreiben - wenn wir damit zu Potte kommen. W.S.
-
Thread
STM32 DMA auf GPIO und das schnell
ein STM32 sein? Guck dir lieber einen µC aus, der eine dedizierte TFT-Ansteuerung drin hat, z.B. LPC4088 oder so. So eine TFT-Ansteuerung geht auch per DMA, aber deren DMA ist in den Peripherie-Core eingebaut und (ganz wichtig) der Core puffert die Daten, so daß der DMA die Anzeigedaten paketweise und
-
Thread
Controller gesucht, interner ADC und DAC?
ein wenig besser im Griff, aber deren Chips mit höheren Taktfrequenzen sind zumeist Boliden wie LPC4088 und Konsorten. W.S.
-
Thread
4 Layer-Platinen mit Eagle, komfortabel ist anders.
Ein PDF-Datasheet über einen 470 Ohm/0603 muß ich mir nicht angucken. Ein PDF-Datasheet über nen LPC4088 finde ich bei NXP eher und ggf. aktueller - aber ich habe das beim Entwickeln ohnehin schon offen oder ich brauche nicht das DS, sondern das RefManual (was ich beim Quellen schreiben auch schon offen
PDF-Datasheet über einen 470 Ohm/0603 muß ich mir nicht angucken. > Ein PDF-Datasheet über nen LPC4088 finde ich bei NXP eher und ggf. > aktueller - aber ich habe das beim Entwickeln ohnehin schon offen oder > ich brauche nicht das DS, sondern das RefManual (was ich beim Quellen > schreiben auch
-
Thread
32-Bit μC für zwei Layer PCB
nen Anschluß für ein buntes TFT hat und über reichlich RAM verfügt. Für sowas würde ich dir zum LPC4088 im 208 poligen Gehäuse nebst 8 oder 16 MB SDRAM raten. Jaja, es gibt inzwischen auch Musetr von ähnlichen STM32 Derivaten, aber deren Chip ist momentan noch buggy. Und teurer als die NXP's sind sie
-
Thread
ARM-GCC: EEPROM abbilden?
www.embeddedartists.com/products/oem/lpc1788_oem.php http://www.embeddedartists.com/products/oem/lpc4088_oem.php > Übrigens, das von dir oben erwähnte Mappen in den Adressraum wird im > 8-Bit-Controller-Bereich von ein, zwei Compilerherstellern unterstützt, > ein sehr nettes Feature, wie ich finde
-
Thread
ESP32 - Kein WLan ohne Serial monitor
wohl!!! Glückwunsch, aber solche Fehler müssen ja eine Ursache haben. Erinnert mich an ein LPC4088 Board von EA, das lief auf einmal auch nichts mehr, nichtmal debuggen ging. Bis mir einfiel das ich vorher noch ein Arduino Shield aufgesteckt hatte, aber das war nur eine leere Lochrasterplatine.
-
Thread
USB-Tutorial mit STM32
anderen stummen Mitleser geben mag, dem mein Zeug zu was nütze gewesen ist. Momentan hab ich den LPC4088 vor den Nase. Der hat zwar den gleichen USB-Core wie der LPC2478 oder LPC17xx, aber ne Kleinigkeit beim Senden von Daten µC-->Host klemmt noch. Anschließend kommt der LPC11C3x dran, denn den brauch
-
Thread
Präziser HF- Generator mit ADF4351 und Arduino Mega 2560
auf solch festem Plattform-Lock-in aufgebaut war. Wenn man wie ich funktionable Module mit einem LPC4088 sowie 7" Displays mit Touch da hat, und den Versuch des Portierens erstmal auf Eis hat legen müssen, kommt Verärgerung über solche Firmware auf. Ähem.. jetzt, wo ich's geschrieben habe, kommt
-
Thread
Wie werden Touchdisplays/TFTs in Endbenutzerprodukten gesteuert??
www.ebay.de/itm/114126561386 Und wie man so ein Display ansteuert, solltest du bereits wissen. Ein LPC4088 kann das zum Beispiel, man braucht dafür lediglich noch einiges an RAM. Und wie man einen kapazitiven Touch abfragt, hatte ich auch schon mal hier gepostet. Die haben zumeist I2C und ein Interruptsignal
-
Thread
Unterschiede zwischen ARM und ATmega in der Programmierung
ich eine grössere Spanne zwischen klein (M0, z.B. LPC8xx oder STM32L0xx) und ganz gross (LPC54xxx, LPC4088, STMF4xx, STMF7xx). Dazu viel umfangfreiche Peripherie, LPC sind zB angenehm weil viel 32 Bit Zähler, bei STM finde ich mehr in Richtung Display oder Speicheransteuerung (ja, haben andere auch).
-
Thread
Verständnis AVR Interrupts Gesperrt
ATTinys, ATMegas, PICs, STM32, STM8, TI Stellaris, ESP8266, TEENSY MK20DX256VLH7, MBED LPC1347, MBED LPC4088 und anderen µCs. Programmiere den mal in ASM nach. Dafür müsstest Du für jeden µC ein eigenes Assembler-Programm schreiben, eine absolut sinnlose Arbeit.
-
Thread
MSP430 Aufkündigung?
das Erscheinungsbild am PC ist gleich - egal ob das nun ein NUC120 oder STM32 oder LPC17xx oder LPC4088 ist. Aber die innere Realisierung ist jeweils derart unterschiedlich, daß man so einen Treiber UNBEDINGT direkt für die jeweilige HW schreiben muß - wer versucht, sowas mit irgendwelchen zwischengeschalteten
-
Thread
Gibt es mit DipTrace eigentlich keine Probleme?
ausreichend. Ich möchte so einen mal sehen, wenn er mit Diptrace ein Controllerboard mit nem LPC4088 und nem 32 bittigen SDRAM und nem TFT dazu designen soll. Inclusive Schematic, versteht sich. W.S.
-
Thread
Zeichnen von Platinen
Ich stell mir grad vor, du würdes einmal eine echten integrierten Schaltkreis verwenden, einen LPC4088 zum Beispiel. Wäre es dir da genehm, im Schaltplan lediglich ein 208 poliges Gehäuse zu haben? Wohl eher nicht - oder? > Die nötige Datenorganisation haben weder Eagle noch KiCad verstanden. >
-
Thread
IRMP - Infrared Multi Protocol Decoder
*Aktualisierung* Die IRMP-Software kann unter [[IRMP]] --> Download heruntergeladen werden. Hallo zusammen, Anmerkung: Dieser Source entstand im Rahmen des Projektes "WordClock", siehe Artikel http://www.mikrocontroller.net/articles/Word_Clock bzw. Thread, der alles zum Auslösen gebracht hat: http://www.mikrocontroller.net/topic/156661 Da RC5 nicht nur veraltet, sondern mittlerweile obsolet ist und immer mehr die elektronischen Geräte der fernöstlichen Unterhaltungsindustrie in unseren Haushalten Einzug finden, ist es an der Zeit, einen IR-Decoder vorzustellen, der
-
Thread
Layout Programme
man bei manchen Projekten zum Abdämpfen in die Adressleitungen zum SDRAM setzt. Wer schonmal nen LPC4088 geroutet hat weiß, daß da im BRD recht oft ein Gateswap Sinn macht - und das soll natürlich die Konsistenz zum SCH nicht demolieren. Ein anderes Beispiel sind CPLD- oder FPGA-Anwendungen, wo man erst
-
Thread
Wozu übertrieben schnelle Microcontroller?
kommt bei sowas immer eine herzlich übertriebene Lösungsvariante heraus. Ich kenne da einen, dem ein LPC4088 zu klein war - von den von mir jahrelang verwendeten Fujitsu FR ganz zu schweigen - und der dann sein Zeug mit einem Colibri von Toradex gemacht hatte. Und weil ihm das noch immer nicht ausreichte
-
Thread
STM32 USB Übertragungsproblem mit Code von S.F.
Vielleicht sollte man sich mal auf irgend eine Förmlichkeit einigen, z.B.: usb_stf103.c usb_lpc4088.c usb_nuc120.c und so ähnlich. W.S.
-
Thread
STM32F103C8T6 - Fälschung von ST bestätigt
welcher IP welchen anderen Hersteller > kompatibel. Zum Beipiel der SDIO Core vom LPC2478 und LPC4088 --> STM32F103 Man braucht nur ein paar Umbenennungen: [c] /* Umdefinitionen NXP-->ST */ #define MCI_POWER SDIO_POWER #define MCI_STATUS SDIO_STA #define MCI_COMMAND SDIO_CMD #define
-
Thread
Warum immer Eagle?
einen "preferred footprint" > angeben. Natürlich muß das sein - denk doch nur mal daran, einen LPC4088 zu plazieren. An welcher Stelle willst du denn die 208 Pins zwischen Symbol und Footprint miteinander verbinden? Mir fällt da NUR die Bauteil-Lib ein. Wenn man sowas nachträglich im Projekt machen