-
Thread
ARM7.LPC2368.Wie kann man den Double-Buffer im USB-Modul löschen?
Hi! Weis einer von euch, wie man den Buffer im USB-Modul löschen kann? Hintergrund: Ich sende Daten via USB an den PC. Dann mache ich eine Pause und lese neue Werte ein, die das zu sendende Signal neu berechenen sollen. Aber was passiert? Die letzten Werte die noch im Puffer stehen werden gesendet. Da ist natürlich Mist & so nicht gewollt. Wer eine Ahnung wie ich das USB-Modul wieder löschen kann??? p.s.: bin mir ziemlich sicher, das es das USB-Modul ist, da ich alle anderen werte, die irgendwie irgendwas beeinflussen können wieder neu initilisiere bevor erneut gesendet wird. gruuß
-
Thread
[Umfrage] Welchen uC habt ihr bis jetzt a meisten benutzt?
ATtiny2313 5 MB91101 (FR3) 1 LPC2101: 1 LPC2148 2 LPC2368 1 LPC1113: 2 LPC1114: 1 LPC2214: 1 LPC1343 2 LPC1768 3 LPC2468 1 LPC2478 1 MSP430F1612
ATtiny2313 6 MB91101 (FR3) 1 LPC2101: 1 LPC2148 2 LPC2368 1 LPC1113: 2 LPC1114: 1 LPC2214: 1 LPC1343 2 LPC1768 3 LPC2468 1 LPC2478 1 LPC1758
-
Thread
OpenOCD mit AT91SAM7X-EK und Wiggler aus einem Batch oder aus Eclipse
arm-elf-gdb.exe (03.04.08 16:45) Und die Konsole gibt unten stehendes aus, wobei ich natürlich nicht die LPC2368-Kommandos nehme, sondern nach James Lynch: target remote localhost:3333 monitor soft_reset_halt monitor arm7_9 force_hw_bkts enable sysmbol-file main.elf thbreak main continue und erhalte
-
Thread
lpc1700 - ARM Cortex M3 von NXP: Endlich!
der LPC1768 mal kommen sollte, dann doch bitte mit MMC-Interface. Bitte, bitte, bitte... (wie beim LPC2368, das brauche ich nämlich) Vorteile der 8-Bitter: - Keine, ausser DIL-Gehäuse. Wenn jemand eine kleine Quellcode-Lib aufbaut, dann ist es immer mit Aufwand verbunden den an eine andere CPU anzupassen
-
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
Mitstreiter für RISC-V Mikrocontrollers gesucht
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 pollen, selbst wenn es eine dedizierte Interruptstrippe gibt
- 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_ >> Peripherie hinzufügen. Aber das kommt später... > > Ohne
-
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 ?
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, da
abgearbeitet wurde kann verhindert werden, dass die sich gegenseitig kloppen. Ich habe mit dem LPC2368 mit dem VIC einiges gemacht, fand den sehr durchschaubar und gut zu handeln. Nicht ganz trivial aber noch machbar. [code] /* Initialize the interrupt controller */ /************************
-
Thread
Open source Autoradio
ethernet, USB/OTG und 125°C Wenn ich mir einen Kandidaten aus der Liste wünschen 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 Fraktionen