-
Thread
Suche günstigen Mikrocontroller mit Ethernet
Wir hatten mal den LPC1758 ist aber auch schon QFP-80
Die TI TIVA haben auch die PHY onboard. Und ein ROM-Lib. Ansonsten mit externer PHY: - LPC1768 - STM32F107 - kein ARM: RX62/63 - kein ARM: Microchip PIC32 - wenn der Preis nicht stoert: X-Port Ein paar Exoten koennte ich auch noch aufzaehlen (eCog1X)... > Für Mondpreise (50€) sind sie
-
Thread
Raspberry Pi Programmierung, Peripherie
Ersetze Mega durch STM32 oder LPC1768/9. Letzteren als SKR V1.4 fertig mit SM Treibern für ca. 60 €. Da läuft Smoothieware drauf, ein fertiges binary das zur Laufzeit aus einer Datei konfiguriert wird. Für die STM32 gibt es grbl Adaptierungen
-
Thread
Was benötige ich für das Arbeiten mit Microcontrollern?
Grunde seit den ersten Luminary Cortex-M3 (Mitte 2006) nur noch mit ARM, am liebsten mit STM32F103, LPC1768, SAM3X. Denn: 32Bit und ordentlich Dampf :-)
mbed ist auch ein feines Spielzeug und recht günstig, mit z.B. 100MHz LPC1768. Würde ich dann aber nicht mit der Library, sondern mit MDK-ARM / µVision (32k Code free) und CMSIS-DAP empfehlen, weil man dann vernünftig debuggen kann. Den CMSIS-DAP läd man einfach als Firmware
-
Thread
XMega192A1 kommt nicht -> Umstieg auf ARM, aber welchen?
preislich gibts mit ARMs eine gute alternative für deine 5UARTs hab ich fix geschaut... zB LPC1777 ARM Cortex-M3 microcontroller with 512KB flash, 96KB SRAM, 4KB EEPROM, external memory controller, USB 2.0 Host/Device/OTG, 2 CAN, 12-bit ADC, 10-bit DAC, SD/MMC, I2S bis 100Mhz
-
Thread
Stm32f103 Problem mit Spi2
bischen TFT-Register-Überbau ist noch dabei. Der Stm ist jedenfalls deutlich schneller als ein 100-Mhz LPC1768 mit dem gleichen Code (10sec per SSP). DMA ist der übernächste Schritt, jetzt kommt erstmal sdio.
grundschüler schrieb im Beitrag #4064823: > Der Stm ist jedenfalls deutlich > schneller als ein 100-Mhz LPC1768 mit dem gleichen Code (10sec per SSP). Das passt, der LPC kann max 12,5 MHz, der STM 18 MHz. Ist also 44 % schneller und damit werden aus 7 s dann 10 s. Mehr geht also nicht, beim STM und SPI1
-
Thread
Suche Font für LED Matrix 3x5
doch eigentlich keine rolle, oder? Ob µC oder Pc spielt auch keine rolle... ist aber irgendso ne lpc17xx gurke. Suche jetzt nur ein Programmchen womit ich mir meine fonts selbst zusammen malen kann... wenns das nicht gibt nehme ich gimp grüsse
-
Thread
Multiphase Boost Converter
. Mit dem LPC17xx bin ich auf 3 Phasen für den Boost-Konverter beschränkt. In meiner Simulation bei 100khz musste ich die Tastverhältnisse im 10ns Raster ändern um die 2 Phasen auszugleichen, was mich schon etwas 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
CE/ EMV Entwicklungsboard
Ist also ein LPC1765FBD100 verbaut.
-
Thread
MII/RMII mit STM32F4
> 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 und Fortgeschrittene" > Layout in Entwicklung^^
-
Thread
sprintf mehrfach
werd langsam wahnsinnig hier ist der Beispielcode von der NXP-Homepage (Sample Code Bundle for LPC17xx Peripherals using Keil's MDK-ARM V1.02 ) [c] /***************************************************************************** * cantest.c: CAN test module file for NXP LPC17xx Family Microprocessors
Dateianhang [/pre] > hier ist der Beispielcode von der NXP-Homepage (Sample Code Bundle for > LPC17xx Peripherals using Keil's MDK-ARM V1.02 ) Schöner Code. Und was ist damit?
-
Thread
Programmieren eines SMD Atmel uC
Cortex-M3, and ARM7/9 based applications. Currently supported microcontroller products include LPC1700, LPC1300, LPC1200, and LPC1100 series and specific members of the LPC2000 and LPC3000 families. Für meine Zwecke würde dieser Debugger völlig ausreichen, aber ich schätze mal der aus dem zweiten
-
Thread
Einstieg mit den XMEGAs?
soooo einheitlich und egal, welchen Chip man nimmt (z.B. hat STM32 sehr viel 16 bit Register, NXP LPC17xx konsequent 32 bit). Somit wird man wohl kein absolut einheitliches Plugin finden (befürchte ich). Eventuell wird mit Nutzung von CMSIS ja doch etwas vereinheitlicht, aber so eine rechte Meinung konnte
-
Thread
XMC 2go programmieren.
ich, dass ich das Modul fuer den MLX90620 auf dem XMC mache. Vermutlich verwende ich dazu einen LPC175x, ich hab da grad ein Board in der Mache mit I2C Schnittstelle nach draussen und Motorsteuerungen on-board. Bei mir muss fast alles portabel sein und dann verwende ich den uC, den ich am besten kenne
-
Thread
STM32F4 USB High Speed VCP mit USB3320 PHY
solche äußerlich vereinheitlichten Treiber für den STM32F103, Nuvoton NUC120, LPC2478, LPC1343, LPC17xx geschrieben und die .h Datei enthält zum Herausschneiden die .inf für den ganzen Kram - egal, welcher µC dahinter steckt. W.S.
solche äußerlich vereinheitlichten Treiber für den STM32F103, > Nuvoton NUC120, LPC2478, LPC1343, LPC17xx geschrieben und die .h Datei > enthält zum Herausschneiden die .inf für den ganzen Kram - egal, welcher > µC dahinter steckt. So ein Herstellerübergreifender Stack ist natürlich auch eine schöne
-
Thread
Motor mit i2c ansteuern?
Babbel schrieb im Beitrag #3264279: > Spannung? Er sollte mit der Spannung meines uC auskommen (3V, LPC1769) > Leistung? So hoch es mit 3V möglich wäre > Drehmoment? s.o. > Getriebe? Egal > Stepper? Nein > Gleichstrommotor? Egal, aber schätze auf sowas läuft es hinaus > BLDC? Egal Danke für den
Erkundige mich noch 3) Dachte an L293DD (SMD) 4) Anfangs dachte ich an die Spannung über das LPC1769-Board, nur 3V wären wohl zu wenig für den Motor. Für den Treiber erst Recht, daher eine externe Lösung oder durch einen Verstärker (Step-up Wandler) 5) Du meinst mit welchem Bus? Wollte/Muss es mit
-
Thread
Serielle Verbindung synchronisieren
Jetta schrieb im Beitrag #3617777: > Controller LPC1766 > Baudrate ist 115200 (also viell. ein bisschen flott) LOL. Ich habe hier LPC1768 mit 1,8 MBaud (RS485) zu laufen, und zwar beim minimalen CCLK von 29,49 MHz. Da geht nicht ein Bit verloren.
Jim Meba schrieb im Beitrag #3617943: > Jetta schrieb im Beitrag #3617777: >> Controller LPC1766 >> Baudrate ist 115200 (also viell. ein bisschen flott) > > LOL. Ich habe hier LPC1768 mit 1,8 MBaud (RS485) zu laufen, und zwar > beim minimalen CCLK von 29,49 MHz. Da geht nicht ein Bit verloren
-
Thread
PWM interrupt am LPC2148
also müssten zwischen den > PWM Pulsen 100 MAT1.0-Takte sein. Es sind aber nur 44! Wieso? Beim LPC17xx gab es noch einen weiteren Vorteile für die jeweilige Periphere (PCKLSELx), und dessen Default ist 4 - was zu Deiner Beobachtung ungefähr passen würde.
jetzt weggeschmissen und auf STM32 umgestellt Du kannst den alten LPC2148 ARM7 durch pingleiche LPC17xx M3 oder LPC40xx M4 ersetzen, da ist die IRQ Problematik gelöst und sind zudem einfacher "direkt" programmierbar als die STM32
-
Thread
sehr variable Datenrate auf UART managen
angeschlossener > Dekodierung. > > Wie macht man das am Klügsten? Viele NXP LPCxxx µCs (z.B. LPC1768) haben Autobauding fürs Hayes Protokoll, wie bei alten seriellen Modems. Das basiert auf dem Timing des "A" oder "a", denn die Kommandos fangen alle mit "AT" an. Allerdings braucht man auch
Jim M. schrieb im Beitrag #5577081: > Viele NXP LPCxxx µCs (z.B. LPC1768) haben Autobauding fürs Hayes > Protokoll, wie bei alten seriellen Modems. > > Das basiert auf dem Timing des "A" oder "a", denn die Kommandos fangen > alle mit "AT" an. Damit ist es für den
-
Thread
LPC2468 Timing für STN Display erzeugen
Hallo Kai, ja es muss ohne LCD-Controller gehen. Denn der gleiche Code muss auch auf einem LPC1768 (Cortex-M3) laufen, dieser hat leider kein LCD Controller. Gruß Chris
-
Thread
ARM Board Layout
da eine Frage bezüglich Layout. Ich möchte ein ARM-System bauen. Als Controller habe ich mir den LPC1788 im QFP208 ausgesucht. Das Board soll Ethernet und CAN besitzen, sowie SDRAM und einen kleinen FPGA. Des weiteren führe ich dann die Pins vom FPGA sowie einige bestimmte IOs des LPC auf Stecker, ich
-
Thread
Mikrocontrollerauswahl gut?
würde für 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
Brauche Hilfe Oled Display 2x16 EA W162-X3LG
display function //Added Return home in clear display function //INFO //Made for MBED LPC1768 //Made for EA W082-XLG In SPI mode (8x2 Oled display) //Also works with other Oled displays //Default Ports: (For LPC1768) //p5 = mosi //p6 = miso //p7 = sck //p8 = cs // 8x2 display
-
Thread
µController gesucht
50€. Für etwas das gleiche Geld bekommst du aber auch schon 32-Bitter wie STM32 oder LPC13xx oder LPC17xx incl. Debugger. Wenn du mit 4 Wochen Lieferzeit leben kannst dann z.B. sowas hier: http://www.ebay.de/itm/Open1343-P-A-LPC1343FBD48-LPC1343-ARM-Cortex-M3-Development-Board-7-Modules-/260998869257
-
Thread
Aufbau von HAL
wenden. Ich habe in UNI eine Aufgabe bekommen und zwar eine HAL (Hardware Abstraction Layer) für LPC17xx und STM32F1xx zu schreiben. Zur Verfügung stehende Zeit: ca. 4 Wochen. Es muss also eine Schicht geschrieben werden mit einem für Application zur Verfügung stehenden Befehlssatz (API). API ist
schaffen. Ich habe in der Firma für den STM32F103 mit USB und ohne CAN ca. 4 Monate gebraucht. LPC1768 habe ich daheim immer wieder mal was gemacht. Liegt Fulltime wahrscheinlich in derselben Größenordnung. Ergo: Prof. ist vollkommen weltfremd. Aber deswegen ist er ja auch Prof :-(
-
Thread
Projekt Mikrocontroller mit Touchscreen
Olimex MOD-LCD4.3 - LPC1788 Development Board
-
Thread
Farb-Touchdiplay Mikromedia / Arduino
existieren (sind schlecht formatiert und wenig dokumentiert). Ich selber habe das Display an einem LPC1766 (ARM-Cortex M3) angeschlossen und die Beispiele nur als Vorlage für eigene Routinen benutzt. Leider hat MicroElektronika ein sehr schlechtes Display eingebaut, das wirklich nur senkrecht betrachtet
-
Thread
Analog 0-10V und 4-20mA am selben Eingang
oder einen Chip der mir aus meinem Sensorsignal 4-20mA ein Signal an den 3,3V ADC Eingang (NXP LPC1768) liefert? ein 150Ohm Shunt widerstand würde auch gehen aber vielleicht gibts ja ein IC der da noch die Möglichkeit bietet bspw. auf 0-10V umzuschalten oder das Potential trennt ... gibts
-
Thread
welchen MC für UDP/IP Pakete
nicht gleich Linux, Raspberry Pi ist bestimmt noch einfacher. Ich habe ihm aber das Olimex-Board LPC1766 empfohlen, weil er dort im uIP Programmbeipiel nur minimal ergänzen muss, um beliebig UDP zu senden. Ausserdem ist der Schaltplan dabei, mit dem er sich bei Bedarf eine eigene Platine nur mit MC und
-
Thread
Suche einen µC / Serie
Fließkommaeinheit + Cortex M0 mit maximal 204 MHz). Der hat auch ein externes Speicherinterface, wie auch LPC178x und LPC18xx.
-
Thread
Erweiterbares Development Kit
Board klemmen ( adapterkabel bauen) und den development programmer nutzen also für das steitec LPC1768 board kann man auch den LPCXpresso programmer + LPCXpresso IDE ( CodeRed IDE ) nutzen im falle von STM kann man den develop ST-Link und Atollic studio nehmen
-
Thread
Welcher Cortex M3 Controller für BLDC und Ethernet
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.
fast alles vorgebacken bekommt und es nur aufzuwaermen braucht. Die Register Beschreibung zum LPC1768 ist 840 Seiten Die von einem STM32F1XX 671 Seiten + das UserManual 1093 Seiten. Das sit ne andere Liga als AVR's mit 8Bit
-
Thread
Der Berg kreißte.und gebar den FA-NWT2
Not. Hier liegt noch ein AD9853-Evalkit mit einem AD8320 PGA drauf. Das steuere ich mit einem LPC1768-Board. Ein TDC-10-1 nebst einem TDC-10-2 werkelt hier auch schon geraume Zeit. @W.S.: Wenn Du Dich berufen fühlst, könntest Du ja auf der Grundlage des NWT-2 was neues machen.
-
Thread
Welche Hardware für Webserver
Inhalte nicht von einem x86/rPi-basierten zu unterscheiden. Das gleiche gilt fuer die Kombination LPC1768 und LAN8720-PHY. Oder wenns von TI sein soll: LM3S96 oder TM4C1294 mit integrierter PHY. Das Gefrickel mit einem ENC28J60 wuerde ich mir nicht antun. Und die Leistungsaufnahme duerfte wohl
-
Thread
USB-Speicherstick simulieren
NxP LPC17xx können das glaub ich, die haben soweit ich weiss einen integrierten MSD-Treiber. Bin aber nicht ganz sicher, musst du im DB/UM nachschlagen. Ralf
zum programmieren. Man kann also eine neue Firmware per Drag&Drop auf den Controller spielen. Die LPC17xx können MSD meines wissens nicht direkt.
-
Thread
ARM LPC Dev Kit von Steinert
HSYNC, ENABLE, DB[17:0]). Angesteuert habe ich dieses LCD bereits mit ATmega 644 , ATmega 128, LPC1768,LPC2148 und eben mit dem STM32F407 und 417. Sowohl in SPI-Mode als auch in 8-bit und 16-bit IF mit bit-banding , aber auch mit FSMC. Ich gehe immernoch davon aus, daß Du das MCBSTM32C oder ein ähnliches
-
Thread
Probleme mit I2C beim STM32F103C8T6
Okay, das ist ein super Hinweis - danke. Hab mal vor ein paar Jahren mit dem LPC1768 programmiert und sonst nur Erfahrungen mit den einschlägigen AVRs - da ist man um jede Quelle dankbar :) Das werde ich mir mal hinzufügen und dann Rückmeldung geben :)
mir vor kurzem noch einen zweiten STM32 bestellt, sonst habe ich "nur" AVRs und PICs, sowie den LPC1768 hier. Ich habe gerade einmal die Frequenz auf dem I2C verlangsamt, den Slave entfernt und eine Endlosschleife programmiert, die praktisch immer das Start-Bit setzt und dann den Byte-Inhalt 0x4E
-
Thread
Display an µC
>Ein LPC1768 kann ein ILI9341-Display bei kuerzer Leitungsfuehrung >mit 50 MHz SPI-Clock betreiben Ich habe noch im Kopf dass der ILI9341 max. 10 MHz SPI mitmacht. Bei mir gab es einzelne Pixelfehler ab 12
bunt, dann lieber 480x272 in 4.3", ist verbreiteter. Dafür brauchst du aber nen dickeren µC wie LPC178? oder LPC4088 oder so und du brauchst dafür einiges an externem RAM, weil der interne dafür nicht ausreicht. W.S.
-
Thread
ARM7 Entscheidungshilfe Atmel vs. NXP
> Beide haben sie Vor- und Nachteile. Jup... seh ich auch so. In der Firma STM32F10x, privat LPC17xx. Grundsätzlich scheinen mir die LPC orthogonaler im Aufbau, bei den STM habe ich den Eindruck, dass die Module so "drangeklatscht" wurde. Beispiel CAN. Die Timer, DC sind beim STM schwieriger zu
daß man den gleichen Treibercode benützen kann. Ein Gegenbeispiel gibt's auch: der USB-Core vom LPC17xx und der vom LPC13xx unterscheiden sich derart, daß man gelegentlich graue Haare kriegen könnte. Sowas ist letztlich wichtig - und auch, sich die kleinen, aber feinen Unterschiede der verschiedenen
-
Thread
5V RS-485 an einem 3.3V Mikrocontroller
im Beitrag #2932303: > Keine Ahnung, Du schreibst nicht welchen Cortex M3 Du benutzt. Der > LPC1768 hat z.B. auch 5V tolerante Eingänge, viele andere aber nicht. LPC1758 Und wenn ich es richtig gelesen habe, dann hat er ebenfalls die 5V tolerante Eingänge. (Eine Bestätigung kurz wäre nett
Hi, schau Dir mal z.B. die ADM307xE von Analog Device an. Die GND Pins beim LPC1758 nennen sich VSS. Andreas
-
Thread
malloc verständnisproblem
standardmäßig auf 1k eingestellt ist. habe den stack auf 2048byte gesetzt und den fix für den LPC1768 mit den ersten 32byte die man nicht nutzen sollte in der_sbrk funktion wird auch nochmal geprüft ob der heap nicht dem stackend zu nahe kommt Kaj schrieb im Beitrag #3843002: > Was genau meinst
-
Thread
LPC1756 - Grundschaltung
Hallo, ich versuche gerade von den Atmega´s zu einem LPC1756FBD80 umzusteigen. Im Eagle habe ich die Grundschaltung mal aufgebaut. Bin mir allerdings nicht 100%ig sicher ob alles so passt. Könntet Ihr bitte einmal drüberschauen und etwas dazu sagen? Das
Damit grillst Du eventuell sogar den Hub/PC, denn Die Dateleitungen vertragen keine 5 Volt. Der LPC175x hat IMO einen Pin zum Schalten des USB Widerstands (der nur an D+ geschaltet wird) via Transistor.
-
Thread
welches ARM board mit display
z.B. von Keil (www.keil.com), das MCBSTM32E oder C (mit Touch), oder da wäre noch ein Board mit LPC1700. Alles Cortex-M3. Display ist jeweils QVGA, Examples vorhanden, fürs MCBSTM32E gibts ein einfaches Framebuffer-Example mit Terminal dabei. Kosten fürs Board etwas über 100€ denke ich ...
-
Thread
Auswahl zwischen Cortex M3 von NXP, ST, TI
Auswahl stehen mir dabei folgende 3 Firmen: - ST Miccroelectronics mit dem STM32 - NXP mit dem LPC17xx - TI mit der LM3xxxxxx Reihe Wichtig für mich ist eine gute Verfügbarkeit der Controller (ich möchte die Controller auch privat bestellen können, da die Studentenlaufbahn ja irgendwann vorbei
schon den LPC23xx / LPC24xx hat und SW für deren Pheriperie, dann ist es natürlich Sinnvoll dden LPC17xx zu nehmen, denn die haben exakt die gleiche Pheriperie drin. Das hat NXP gut hin bekommen. Für einen neueunsteiger würde ich eher zum STM32 raten. Ich habe selbst schon LPC2368 programmiert.
-
Thread
STM32 Nucleo welches Board am besten?
nachruesten. Wer das nicht schafft ist unfaehig. Genau so ebenfalls die SD-Karte. So ein LPC1768 (ARM-M3) ist deutlich einfacher zu handhaben als ein ARM-M4 von ST. Und da wuerden dir auch deine "guten" AVR-Kenntnisse kaum bis nichts nuetzen.
S.B.Z.ettler schrieb im Beitrag #6516091: > So ein LPC1768 (ARM-M3) ist deutlich einfacher zu handhaben > als ein ARM-M4 von ST. Der hat aber keine SD-bus ("SDIO"/"SDMMC") und SDRAM-Ansteuerung. Je nachdem was mit der SD-Karte gemacht werden soll reicht
-
Thread
GUI: Grafik-Library/Tool für CortexM3
ich möchte meinen lpc1768-mp3 player mit touchpad-schiebereglern ausstatten. ide ist lpcxpresso. Die Funktion ist wichtig. das Aussehen ist zweitrangig. Es sollte mit möglichst wenig Aufwand in mein projekt eingebunden werden
-
Thread
FT232RL aus Lernpaket will nicht
bit und dann möglichst auch noch an die mit der niedrigsten performance.... ? Ich hab ein LPC1769-Xpresso, hat 24€ kost. Das ist ein ARM der bis 120 MHz hochgetaktet werden kann und mit dem CMSIS von LPC ist der Init getan und man muss nurnoch die Libs einbinden (das Ding hat z.B. onboard LAN) und
-
Thread
Lastkapazität bei Quarzen die 100derste
'Errata', we need to get the > package markings/data code. > Check the following AN: AN10849 LPC1700 RTC hardware auto calibration > __________________ > - NXP European team - ---- > The RTC.1 errata is specified to apply to the '-' revision, so > supposedly if you have 'A' revision then
-
Thread
schrittmotorsteuerung smci33-2 von nanotec mit mikrocontroller steuern
Ich möchte die Schrittmotorsteuerung von nanotec (smci33-2) mithilfe eines mikrocontrollers (nxp lpc1768) steuern. Ich verwende die UART Ausgänge und führe diese zu einem Full - Duplex RS485 Treiber. Full Duplex deswegen, da der Anschluss am Controller über 4 Anschlüsse verfügt. Von diesem Treiber
wie gewuenscht. Mein Problem ist nun, dass die ganze Steuerung ueber einen mikrocontoller (NXP LPC1768) durchgefuert werden soll. Das sollte prinzipiell kein Problem sein, da ich ueber RS485 Transceiver verfuege und es mir dadurch moeglich sein sollte die Schrittmotoren mit ASCII Zeichen ueber die
-
Thread
Flash und "const"
Konstante in den Flash. Ist richtig? Mein Compiler von GNU für Arm-Prozessoren (arbeite mit dem LPC1768) macht es, bei einigen aber nicht bei allen. Warum? Kann ich das irgendwie beeinflussen?
R. B. schrieb im Beitrag #2918990: > Mein Compiler von GNU für Arm-Prozessoren (arbeite mit dem LPC1768) > macht es, bei einigen aber nicht bei allen. Warum? Kann ich das > irgendwie beeinflussen? Kann damit zusammenhängen, daß manche CPUs bei Datenzugriffen schneller im RAM arbeiten als im
-
Thread
Welcher µC ist der richtige ?
Products/Modules/Ethernet/ENC28J60-H/ Einfacher wäre es natürlich mit einem uC mit Ethernet z.B. LPC1700