-
Thread
Durchblick bei ARM Development Tools gesucht
integriert haben. Ich selbst mache beruflich (nebenbei) mit WinARM/Eclipse und LPCs rum. Beim LPC2368 kommt derzeit lwIP zum Einsatz. Der Stack ist mir aber zu groß und TCP Performance ist sekundär. Daher werde ich mir in absehbarer Zeit den µIP etwas näher ansehen. Im neuen Jahr wird es nämlich
-
Thread
DMA Flow-Control über die Peripherie (LPC29xx)
Hallo, bin gerade dabei bei einem LPC2929 den GPDMA ins laufen zu bringen. Ich möchte den Empfangs FIFOs der SPI per DMA befeuern. Dazu will ich die Flow Control für die DMA Requests von der jeweiligen Peripherie steuern lassen. In meinem
Hallo Steffen, hast Du schon den Versuch gemacht als Flow-Controller den DMA zu verwenden. Beim LP2368 und SPI Rx hat das super damit funktioniert. Es wäre vielleicht gut wenn Du die Werte, die Du in die Register schreibst auch postest, damit man einen evtl. Fehler besser ausmachen kann. Gruß Microman
-
Thread
Anfänger Keil Linker Script/Einstellungsfrage LPC23xx
gerade daran einen Bootloader zu schreiben. Als IDE verwende ich Keil µVision3, als Debugger ULINK2, µC LPC2368. Der Bootloader soll den Adressbereich 0x0 bis 0xFFF zugeteilt bekommen (also den kompletten ersten Sektor). Für Debugzwecke wollte ich nun im gleichen Projekt eine weitere Funktion ab Adresse
-
Thread
Makefile Rule hinzufügen
einbinden soll. Wäre super wenn mir da einer die nötigen zeilen verraten könnte :) Danke MFG (LPC2368 ist der uC)
-
Thread
SET INVERSE DISPLAY auf DOGXL mit UC1610 funktioniert nicht
Hallo allerseits, ich arbeite gerade an einem LPC2368-Programm, welches ein DOGXL-Display per SSP steuert. Ich hatte vor zu testen, ob sich einzelne Displaybereiche (Window-Mode) invers darstellen lassen, ohne dass ich eine inverse Schriftart benötige
-
Thread
STEVAL-ILL015V3 und IAR
ich eine Applikation mit leerer main Funktion erstellt und diese mittels dem selben Setup auf ein LPC2368 Eval-Board, das ich noch hier hatte, geladen. Das funktioniert problemlos. Wenn ich diese leere Applikation auf den STM32 laden möchte, habe ich jedoch das selbe Verhalten wie oben beschrieben.
-
Thread
DCF77 an der Platine MCB2300
ein Projekt. Ich möchte ein DCF77 mit der Platine MCB2300. Diese Platine enthält den Mikrocontroller LPC2368. Ich wollte die Dauer einer steigenden Flanke mit meinem Capture-Register berechnen. Diese Capture-register ist mit dem Timer 0 verbunden. Um zu prüfen ob meine Konfiguration gut ist. Ich habe so
-
Thread
BLDC Motor Controller (ARM 7) arbeitet nur bei geringer Lastspannung am Motor
Unterschied machen, außer das der 10µ auch während des Oberschalters nachgeladen wird. Mein µC ist ein LPC2368 und die Hallsensoren werden mit 5V Spannung versorgt, da dieses der vorhandene Controller zu dem Motor auch so macht. Ich habe über das Problem gestern mit einem Professor, der sich damit auskennt
-
Thread
Open source Autoradio
darf, dann den LPC2368. Man muss bei dieser Aufstellung aber sagen, dass NXP die max. Storage Temp. mit +125°C angibt, aber keine max. operating Temp. Atmel deklariert seine Chips auch als Automotive, gibt eine Storage-Temp
dieses Hin und Her nun auch nicht mehr :) Welche CPU nehmen wir denn jetzt? AVR32UC3A0512 oder LPC2368? Oder ( und das ist jetzt nicht wirklich ein Scherz) setzen wir die auch auf eine Kachel? Wenn man das Layout passend zu einem gefälligen Linux-Modul macht, dann gibt es eigentlich für keine der
-
Thread
Problem mit der Displayansteuerung eines glcd's über SPI (ARM 7)
http://www.sparkfun.com/commerce/product_info.php?products_id=9560 der über SPI mit einem ARM 7 (LPC2368) Prozessor kommunizieren soll. Da dieses Kent Display ein sog. cholesteric liquid crystal display ist (Bild bleibt bestehen auch wenn kein Strom mehr fließt) hab ich sog. pressure points auf
-
Thread
STM32F4xx - Backup Ram verliert Inhalte
direkter Registerzugriff > und auch nicht portabler). Naja, das erinnert mich an meine schlimmsten LPC2368 Zeiten, wo ich die PLL etc auch so gesetzt habe. Ich könnte keine Zeile intuitiv lesen so wie das da steht. Ich habe grad nochmal rumprobiert, jetzt lässt sich BRE auch so setzen. Vorher aber defintiv
-
Thread
Problem mit SPI / Linux
Abfrageroutine scheinen in Ordnung zu sein. Dies habe ich an Hand eines SPI-Programmes für den NXP LPC2368 überprüft. Hier funktioniert alles mit den gleichen Parametern einwandfrei. Meine Vorgehensweise ist folgende: Ich initialisiere den ADC, starte den Wandler und warte auf das Ready-Bit des Wandlers
-
Thread
STM32F207 + KS8721 (Ethernet Phy)
es nicht mehr, ist schon mindestens 4 Jahre her. Anbei mal ein Stück Quellcode, damals mit dem LPC2368 und µIP. Vielleicht hilft's. Wenn Du das hin bekommen hast, kannst Du mir den Code für den STM32 schicken?
-
Thread
DOGXL-Display rührt sich nicht
, der Mosi und der CD Pin. CS liegt von Anfang an auf Gnd. Ich steuer das Display mit einen ARM lpc2368 Controller an, wenn du also Informationen zur Initialisierung brauchst, gib mir kurz bescheid dann post ich den code. Viele Grüße Marc
-
Thread
Bedarf an eigenbau STM32F429 Evaluation Board ?
PS: schau Dir das Board mit NXP LPC2368 mal an. Habe ich hier zu Hause. Es ist alles auf eigenen Pins herausgeführt: LCD Interface, I2C, SPI, RS485, RS232, Piepser, abgesicherte AD Interfaces usw. http://www.mikrocontroller.net/attachment/171822/LPC2368.jpg Das ist wirklich gut gebrauchbar, einfach nur Bandkabel dran und fertig, aufgebaut auf einer Holzplatte. Uhr alles schon dabei. Eine Pinwüste ist kaum beschaltbar außer mit "Arduino Kabeln
-
Thread
Mitstreiter für RISC-V Mikrocontrollers gesucht
Es gibt schon seit vielen Jahren Microcontroller mit Ethernet: - STM32F217, etliche STM32H7 - LPC175x, LPC176x Schon der deutlich über 10 Jahre alten LPC2368 hatte Ethernet. > Stattdessen kann man getrost SPI basierte Ethernet-Controller > anschließen. Also muss man wieder Statusregister
gibt schon seit vielen Jahren Microcontroller mit Ethernet: > > - STM32F217, etliche STM32H7 > - LPC175x, LPC176x > > Schon der deutlich über 10 Jahre alten LPC2368 hatte Ethernet. Prima, wußte ich nicht, wieder was gelernt. >> Ansonsten kann man sich da natürlich noch austoben und _sinnvolle
-
Thread
[Idee] Verbrauch von Räumen/Geräten dauerhaft messen
den Wert in ein Array schreibt. Erst beim anzeigen wird er in A umgerechnet. Ein ARM7 Board mit LPC2368 und 10-Bit ADC ließt die Werte ein und stellt diese auf einem Display dar. Das ganze baue ich in ein Hutschienen-Gehäuse. Alternativ ein Cortex M, AVR Net IO, Arduino o.ä.. Ich habe 4 Devolo
-
Thread
Was kann man bei Conrad noch bestellen? Gesperrt
Privatkäufer zugänglichen ist, wenn auch oft zu überhöhten Preisen. Z.B. suche ich zur Zeit einen LPC2368. Konnte ihn bisher woanders nicht finden. Gruss MG
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
Seriennummer Generatoren verseucht sind. Muss gleich mal runter in den Keller, das alles von dem LPC2368 Board abschrauben, was ich sowieso nie wieder verwende, weil der LPC2368 schon lange überholt ist, obwohl es ein echt cooler Controller war. Hier gibt es das aber noch, genau das gleiche Board was ich vor 7 Jahren gekauft habe, seltsam... http://www.micro4you.com/store/lpc2368-development-board.html
-
Thread
OLED Sammelbestellung
steuern, indem ich diesen per Hand an Masse bzw. 3.3 V halte. Versuche ich jedoch das ganze mit meinem LPC2368 µC zu steuern, so bleibt das Display dauerhaft weiss, der Treiber schaltet also nicht ab. Die Pins des µC schalten auf fast GND, bleiben jedoch bei ca. 0.3 V stehen. Ist das normal, bzw. kann mir
-
Thread
Reichelt vs. Fachhandel (was: Gefälschte Transistoren)
30mA, kostet dafür auch mehr als das Doppelte. Ansonsten brauche ich eher Spezielle IC's wie der LPC2368 oder andere, die werden garantiert nicht in China kopiert.
-
Thread
ATMEGA mit Eclipse debuggen?
Schnittstelle avr-gdb <> avarice ist das Problem. Ich hatte ähniche Probleme mit OpenOCD <> arm-elf-gdb beim LPC2368 Chip, aber die neue OpenOCD Version funktioniert damit auch. Schlussendlich läßt sich das Problem auf avarice beschränken. Denn der gdb debugger ist ja schon sowas wie ein Standard und der avarice
-
Thread
Retro Fieber: Z80 oder 68000 ?
Der schönste Controller, den ich bisher hatte mit den meisten Features und Ressourcen war der ARM7, LPC2368 mit GCC Compiler. Allein 40kb Ram onchip, 512kb Flash, Batterieram auch noch, USB Ram 16kb usw. Man kann das Programm im RAM entwickeln wenn es nicht größer als 32kb wird und erst dann flashen,
Filesystem wie FAT ist im Grunde völlig > unnötig. Ich habe die Chan Fat erfolgreich auf einem LPC2368 ARM7 zum Laufen gekriegt. Nur die PHY dazu aus dem Netz besorgt und eingebunden. Einen Block Treiber haabe ich 2007 mal für PIC mit CCS geschrieben, einfach nur Blocks ansprechen als Filenummern
-
Thread
IRMP - Infrared Multi Protocol Decoder
Warnung: kein vorheriger Prototyp für »print_spectrum« irmp.c: In Funktion »print_spectrum«: irmp.c:2368: Warnung: format »%0.2f« erwartet Typ »double«, aber Argument 3 hat Typ »float« irmp.c: In Funktion »main«: irmp.c:2565: Warnung: Übergabe des Arguments 1 von »print_spectrum« entfernt Kennzeichner