-
Thread
AT91SAM7 - Erste Erfahrungen.
------ #define r0PIOA_BASE r0 ldr r0PIOA_BASE, =PIOA_BASE //PIO control for pin 17------------------------------------------------ ldr r1, =PIOA_PER_P17 @; mask Pin 17-20,24 str r1, [r0PIOA_BASE,#PIOA_PER_OFFSET] @; pin 17 PIO controlled //------------------------------------------------------------------------ //output for pin 17------------------------------------------------------ ldr r1, =PIOA_PER_P17 @; mask Pin 17 str r1, [r0PIOA_BASE,#PIOA_OER_OFFSET] @; pin 17 output
-
Thread
Freebus = Closedbus
C6 schrieb im Beitrag #2384308: > - wegen krampfhaften Festhalten am längst überholten LPC Hab mir mal das Datenblatt angeschaut. So schlecht find ich den LPC nicht. 8051 ist doch was nettes. Oder ist bei dir alt automatisch schlecht?
finde KNX inzwischen übrigens relativ günstig (nicht zu verwechseln mit billig) kanalpreise von 17€, 8fach taster ab ca. 70€ usw. (klassische) dimmer braucht man sowieso kaum mehr..
-
Thread
ARM oder AVR?
hallo Peter Mahler wo gibts den LPC2106 Eval-Board für 52€ und da ist das "jtag kabel" auch dabei?? gruß jochen
wieviele externe ports kann man eigentlich mit dem ARM board von Olimex ansteuern? oder ist das bei dem LPC2100 standartisiert worden?
-
Thread
ARM-uC mit möglichst schnellen GPIOs
Der LPC1768 trudelt dieser Tage gerade so bei den Distributoren ein. Bei Digikey ist allerdings noch ein Bestand von "0" gelistet. Soll es ein kleiner uC sein, schau Dir doch mal den LPC2103 an, der hat bereits fast I/Os kostet wenig und kann bis 17.5 MHz toggeln. Vielleicht hilfts ja :-) Robert
-
Thread
SVN-Server für eure Projekte
Subversion gab. Ich benutze als single user die Versionskontrolle um mehrere Architekturen (i386,SAM7s,LPC21,LPC23 und LPC17) zu unterst"utzen und maximal viel Code gemeinsam nutzen zu k"onnen. Dazu muss ich den Code in viele Klassen einteilen wie: C freestanding/C linux/C++/C-LPC21/C-LPC23/... Da finde
Genau das tut man ja mit git lokal. Man hat gern auch mehrere Branches, entwickelt gleichzeitig an 17 Varianten herum, committed "early and often" (so wie man das ja auch tun soll) und schiebt aller Naselang nur die Ergebnisse seiner Arbeit ins zentrale svn. Nach einer Weile wird das zentrale svn dann
-
Thread
Stm32f103 Problem mit Spi2
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
andere Rechnerei müsste eigentglich so sein, es gibt ja auch mehrere AHB-Busse. > 12,5 MHz beim LPC nur für die SPI Schnittstelle Kann ich nicht bestätigen. LPC-Spi ist gefühlt deutlich langsamer. SSP war bei 10sec. Wenn ich mein Projekt fertig habe, werde ich mal die verschiedenen Geschwindigkeiten
-
Thread
Mein erstes ARM7-Board (Kritik erwünscht)
gerne wissen ob ihr irgendwelche Fehler findet. Speziell würde ich gerne wissen wie ich Pins 19 und 17 des JTAG-Connectors anschließen soll. Danke im Voraus.
her, oder lässt du die professionel fertigen? Ich überlege nämlich auch mit den ARM7 von Philips (LPC21xx) anzufangen. Allerdings ist das Gehäuseformat echt heftig und ich bin mir nicht sicher, ob ich dafür eine Platiner herstellen und den LPC sicher auflöten kann. Es wäre nett von dir, wenn du kurz
-
Thread
Fragen zum Philips ARM LPC2106
Befehle) und mit komplett aktiver Perepherie ? Wie hoch ist eigentlich der maximale Eigenverbrauch vom LPC2106 auf Vdd3 ? Im "User Manual" (das vom 17-Sep-2003) auf Seite 112 (im Kapitel über I2C) ist ein Bild mit "Slave-Mode Configuration" beschriftet, sollte das nicht "Master-Mode Configuration" heißen
Im Family-Datasheet auf Seite 2 in Kapitel "3.2 Ordering options" ist der Temperaturbereich für den LPC2106 in LQFP (LPC2106FBD48) mit dem vom HVQFN-Package identisch. Ist das ein Fehler oder hat der LPC2106 immer (in allen Gehäuseformen) einen größeren Temperaturbereich als die restlichen LPC210x ?
-
Thread
ARM7, GCC und Interrupts
Wieso übrigens lpc210x.h mit LPC2478? Zwischen LPC210x und LPC2478 liegen ein paar Jahre und insbesondere der VIC unterscheidet sich erheblich.
Es gibt bei den LPC2000 eigentlich nur einen Grund, den Thumb-Mode zu verwenden: wenn der Platz im ROM sonst nicht reicht. Anders als bei manchen anderen ARM7 µCs ist die Flash-Bandbreite der LPC2000 gross genug für den
-
Thread
Korrelation ist besser statt hohe Sendeleitsung!!! Gesperrt
Noch nie was vom AT91SAM7 oder LPC2000 gehört?
ATmega8: 1.85 LPC2103: 2.50 ATmega32: 3.50 LPC2103: 3.75 Der Preisunterschied zum AVR ist im Hobby- und Kleinserienbereich also völlig zu vernachlässigen. Und die nächste, noch-lower-cost-Generation ist schon
-
Thread
STM32 - Erster Artikel
Ich habe einen Eintrag unter "Nachteile gegenüber LPC1700" rein geschrieben. Damit sollte die Sache gerecht sein.
praktisch keines (8 Bytes alle 3 Takte ist für Thumb-2 noch ungefähr ausreichend, beim LPC1700 sind es 16 Bytes alle 5 Takte). Der LPC1700 /kann/ pro Takt schneller sein, weil er einen kleinen Cache dort sitzen hat, der STM32 hat den nicht.
-
Thread
8051 und externer Datenspeicher
Bank-Switching. Für Einstieg sind aus meiner Sicht besonders geeignet: AT89C51ED2, AT89S8253 Atmel LPC900 Serie, z.B P89LPC922 NXP Für größere, professionelle Projekt auch schon mal die uPSD3xxx Serie von STM.
Codebereich. > > Für Einstieg sind aus meiner Sicht besonders geeignet: > AT89C51ED2, AT89S8253 Atmel > LPC900 Serie, z.B P89LPC922 NXP Ich mag die LPC900 serien von NXP aber die genannten Typen habe keinen externen Bus. Da sollte es schon eher der LPC954 sein, der hat einen ext. Bus. Robert Teufel
-
Thread
Was wäre wenn es keine Atmegas mehr gäbe.
Programmierung geht ebenfalls mit Eclipse und dem gleichen Olimex JTAG. Vorteil: Von NXP gibt es die LPC17xx reihe, die ist Pin-Kompatiebel mit dem LPC23xx, jedoch mit Cortex-M3 Kern. (Allerdings ohne MMC-Schnittstelle, leider) Nachteil: CPU hat gleich mal 100 Pins. Meine Meinung: Als Hoppy-Bastler
Wenns die nicht mehr gäbe, würde ich wieder die 8051-nehmen. Z.B. NXP hat einige mit wenig Pins (P89LPC901). Peter
-
Thread
Literatur für ARM-CORTEX-M3
ohne irgendwelche Fortschritte zu beobachten. Derzeit habe ich noch ein paar LowCost boards mit LPC11xx,13xx,17xx georderdert und werde mein glück damit versuchen. Aber ich würde gerne bis die da sind mein glück weiter mit den STM32 versuchen. Es kann doch nicht sein, dass damit alle ganz tolle sachen
Lad dir bspw. das LPC17XX Usermanual runter. Da steht zu jedem Modul ganz genau drin, wie was programmiert werden muss. Dazu noch die Registerbeschreibungen etc.. Und dann musst du halt die Register beschreiben, wie bei
-
Thread
SAMMELBESTELLUNG: 12V LED Streifen 5m lang
es sieht einfach nur *geil* aus und benötigt seher wenig Strom. Außerdem bin ich dabei mit einem LPC2478 und einem 4" Touchscreen einen Controllerzu bauen, mit dem man die Raumbbeleuchtung vollständig (16 Kanäle) regeln kann Sprich, ich nehme billige Cortex M0 (NXP LPC1100) und einen Maxim HBLED
>Sprich, ich nehme billige Cortex M0 (NXP LPC1100) und einen Maxim HBLED >controller und regele die Geschichte über CAN vom LPC2478 aus. Da ein >M12 Stecker pro kontakt 4A aushällt, kann man also ohne schwierigkeiten >ein 5m LED-Strip bei 12V
-
Thread
Mal wieder Wanderkiste?
40/4f/83/CD00282475.pdf/files/CD00282475.pdf/jcr:content/translations/en.CD00282475.pdf - *mbed_LPC1768* Eval board 96MHz, 32KB RAM, 512KB FLASH, Ethernet, USB Host/Device, 2xSPI, 2xI2C, 3xUART, CAN, 6xPWM, 6xADC, GPIO https://os.mbed.com/platforms/mbed-LPC1768/ https://os.mbed.com/media/uploads
Rein sind gekommen: 3x AT90USB162 1x LPC11C22 5x LPC1756 1x TAS5424 1x AMK MCP2515 CAN Controller Interface Board (Eigenbau) 4x Display 2x TDA7391 24x TJA1055 1x AMK Stepper DRV8821 Schrittmotor Treiber (Eigenbau) + 2x Leerplatinen
-
Thread
LPC2478 Interrupt
Intialisierung: Für diesen Pin ist wohl der EINT3 zuständig. Ich initialisiere VICIntSelect, VICVectAddr17, VICVectPriority17, VICIntEnable. Und lösche das I-Bit im CPSR mit ctl_global_interrupts_enable(); (ging für mich jetzt am Schnellsten). Was funktioniert bisher: Das beschreiben der Reister.
#define GPIOM 0 // Diese Bit schaltet im Register SCS die FIOPORTs frei #define EINT3 (1<<17) int main (void) { SCS = (1<<GPIOM); FIO1DIR= LED; IO2IntEnF = Taste; VICIntSelect = EINT3; VICVectAddr17 = (unsigned long) fiq_handler; VICVectPriority17 = 0; VICIntEnable
-
Thread
Ist ATXMEGA etwa out?
zwar keine 1:1 Replacement von verschiedenen Herstellern, aber wenn man von z.B. stattt STM32 nun auf LPC17xx umsteigt, dann kommt einem alles schon sehr bekannt vor...
... da die lieferbaren Xmega und selbst > mega64 teurer sind wie vergleichbare STM32 oder LPC13xx oder LPC17xx ist für mich das nicht eine frage des aufwandes .... TQFP löten und bis runter zu 0603 ist alles kein thema auch nicht für einen hobbybastler und gerade für STM32 gibt richtig
-
Thread
2x dreiphasige Leistungsmessung mit LPC802
LV-seite des transceivers wird extern versorgt. 1. Wenn ich das richtig verstanden habe, sind alle für LPC uCs notwendigen Bibliotheken open source. Das wäre mir wichtig. Ich möchte nicht an irgendwelche herstellerspezifischen IDEs gebunden sein. 2. Sind die internen ADCs brauchbar? Dedizierte ADCs sind
Malte E. schrieb im Beitrag #6921243: > 1. Wenn ich das richtig verstanden habe, sind alle für LPC uCs > notwendigen Bibliotheken open source. Den LPC802 hatte ich noch nicht in den Fingern, aber 812/824 sowie die anderen Serien 11/13/15/17/40. Die Peripherie ist in vielen Fällen einfacher zu
-
Thread
Pseudzufallszahlen LPC 1768
funktionieren? uint8_t GetRandomNumberBetween30And120() { return (uint8_t)((uint16_t)xorshift8()*6/17)+30; } gruß Seb
funktionierten, aber nur wegen der Integerdivision. Und man sollte sicherheitshalber folgendes schreiben (6/17==0): return (uint8_t)( ((uint16_t)xorshift8()*6) /17) +30; Was für Anforderungen hast du denn an die Zufallszahlen? Diese Rechnung wird dir durch die Quantisierung (nur ganze Zahlen) nämlich die
-
Thread
LPC1769 & I2C0
Tipp dankbar... Die Beispiele hab ich von hier: http://ics.nxp.com/support/software/code.bundle.lpc17xx.keil/#Software
Dir mal http://ics.nxp.com/support/documents/?type=software an, dort scheint eine neuere Version der LPC175x and LPC176x CMSIS-Compliant Standard Peripheral Firmware Driver Library (GNU, Keil, IAR) zu stehen, von Juni 2011. Bei meinem LPC1768 tut die mit I²C.
-
Thread
LPC2468 + uIP
Hallo, Brüder im Geiste. Wir machen zur Zeit ein Programmierpraktikum mit einem NXP LPC-Stick (LPC2468 mit Erweiterungsboard), allerdings betreten wir auf diesem Gebiet völliges Neuland; Deswegen bitte ich schonmal um Entschuldigung, falls meine Frage zu blöd ist oder ich die Lösung unseres
Das schon gelesen? http://www.mikrocontroller.net/search?query=LPC2368+uIP&forums[]=1&forums[]=19&forums[]=9&forums[]=10&forums[]=2&forums[]=4&forums[]=3&forums[]=6&forums[]=17&forums[]=11&forums[]=8&forums[]=14&forums[]=12&forums[]=7&forums[]=5&forums[]=18&forums[
-
Thread
ARM7 Automotive ?
können... Übrigends, bei NXP waren sogar die Chip-Desinger persönlich da, ich war beeindruckt. Der LPC17xx (Cortex M3) soll demnach als Sample ab April erhältlich sein. (Die kümmern sich nun drum, bezüglich meiner Frage, ob der LPC1768 auch HW-Kompatibel zum LPC2368 sein wird, Stichwort MMC/SD-Interface
Tür. Im Automotive Bereich wird übrigens einiges an ARM7 µC eingesetzt: TMS470, ST30, AT91, MAC7x, LPC und weitere. Gruß Patrick
-
Thread
Conways Game of Live zu langsam auf Z80
[10] 725 ld hl,#0x180A 2275 E5 [11] 726 push hl 2276 CD 5F 14 [17] 727 call _move [/code]
4B5C CB 7A [ 8] 254 bit 7, d 4B5E 28 04 [12] 255 jr Z,00109$ 4B60 16 17 [ 7] 257 ld d,#0x17 4B62 18 0D [12] 258 jr 00110$ 4B64 259 00109$: 4B64 3E 17 [ 7] 261 ld a,#0x17 4B66 92 [ 4] 262
-
Thread
LPC2138 führt Programm nicht aus - ratlos.
Das (Hardware-) Design ist sehr an ein Olimex-board (Schaltplan: http://www.olimex.com/dev/pdf/ARM/LPC/LPC-MT-2138%20-%20schematic.pdf ) angelehnt, ich verwende allerdings einen 20MHz Quarz; der auch mit 20MHz schwingt, wie ich gemessen habe. RTCK ist mit 4,7k auf GND gezogen, um den Chip in den Debug-Mode
Hi, Habe das Problem gerade mit Hilfe der LPC2000-Mailinglist gelöst: http://www.embeddedrelated.com/groups/lpc2000/show/52173.php und http://tech.groups.yahoo.com/group/lpc2000/message/53467?var=1&l=1 Letztenendes lag es an einer kalten
-
Thread
Anfänger-Set (ARM)
nicht mit einem solchen Monster an Komplexität arbeiten. http://www.standardics.nxp.com/products/lpc2000/all/~LPC2104/#LPC2104 Die Liste (6.5.1) ist schon weitaus übersichtlicher. Ein Watchdog, Software-IRQ, 2 Timer, 2 UARTs, PWM, I2C, SPI, PLL, RTC, und die drei externen Interrupts, das macht
feedback und die freundlichen Ratschläge. :) ... ...und ich hätt trotzdem soooo gerne mit nem LPC angefangen... ;)
-
Thread
Welcher Bus kann das?
Beitrag #3562654: >> Ursprünglich hatte ich gehofft mit max 2€ hinzukommen > > Also der kleinste LPC11C12 mit CAN-Controller+Transceiver kostet 2,50 > > 16KB Flash sollte ja reichen ... 1,71 Euro. LPC11C22 Series 32 Bit ARM 32 Kb Flash Cortex-M0 Microcontroller - LQFP-48 -http://de.futureelectronics.com/de/technologies/semiconductors/microcontrollers/32-bit/Seiten/5006541-LPC11C24FBD48-301,.aspx?IM=0#sthash.yieImdI3.dpuf
-
Thread
Billiger JTAG-Adapter für STM32
Na, das dürfte dann ja dem Hobbyanwender die Qual der Wahl zwischen LPC1700 und STM32 abnehmen ...
Leistungsverhältnis. Kurzum: >Na, das dürfte dann ja dem Hobbyanwender die Qual der Wahl >zwischen LPC1700 und STM32 abnehmen ... => dem stimme ich (fast) voll zu! Klar muß auch der Hobbyanwender sehen, was er damit machen will. Und gleich sind z.B. STM32 und LPC17xx nun mal definitiv nicht (geht ja
-
Thread
Welchen Cortex M3?
definitiv STM32, oder auch LPC.
Ich empfehle auch STM32F10x oder LPC17xx. Ich habe beide Serien hier im Einsatz und kann sagen, alle haben ihre Vor- und Nachteile bei der Peripherie. Hier muß jeder abwägen, was er braucht. Die LPC sind vom Preis her attraktiver aber
-
Thread
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
fast so aus als wären wir schon in der "Mitstreiter sammeln" Phase... :) STM32 ist schön und gut, LPC ist aber billiger und leichter beschaffbar. Eigentlich ist der LPC2478 ja schon reichlich groß für so ein Projekt. Der billige LPC2378 würde mir eigentlich viel eher zusagen - der braucht aber SRAM,
Statt dem LPC2348 würde ich zu einem LPC2478 greifen, der hätte intern noch einen Displaycontroller und man könnte sogar normale Notebook TFTs verwenden. Oder mit etwas Zusatzaufwand sogar DVI oder VGA realisieren
-
Thread
Was wird denn nun aus AVR?
EUR 0,00 USD 0,00% 22.05.2014 5,69 EUR 0,00 USD 0,00% 09.05.2013 4,99 EUR 0,00 USD 0,00% 17.05.2012 5,77 EUR 0,00 USD 0,00% 18.05.2011 10,13 EUR 0,00 USD 0,00% 19.05.2010 4,17 EUR 0,00 USD 0,00% 20.05.2009 2,72 EUR 0,00 USD 0,00% 14.05.2008 2,61 EUR 0,00 USD 0,00% 18.05.2007
Suchspiel: Wo in diesem Foto vom STM32F100C4T6B (16KB/4KB/LPC48) steckt der Cortex M3 Core (0.09 mm² in 90nm und Minimalkonfiguration): https://upload.wikimedia.org/wikipedia/commons/thumb/6/67/STM32F100C4T6B-HD.jpg/936px-STM32F100C4T6B-HD.jpg
-
Thread
ARM Cortex M3 (LPC1768) und UART Setup
// Defaultclock 4 MHz, fixed CCLK/8 ~ 0.5 MHz LPC_SC->PCLSEL1 |= ( 1 << 17) (1 << 16) // Clock nun bei 2 MHz? LPC_SC->PCLK_peripheral |= (1 << 2) [/c] 3. Baud rate: In register U0/2/3LCR (Table 279), set bit DLAB =1. This enables access to registers
divider register */ LPC_UART->FDR = (10 /* mulval */ << 4) | 1 /* divaddval */; LPC_UART->IER = 0; /* no interrupts */ LPC_UART->FCR = 1; /* FIFO enable */ LPC_UART->MCR = 0; LPC_UART->TER = 1<<7;
-
Thread
ARM LPC Dev Kit von Steinert
meinem gestrigen Hinweis wegen der gespiegelten Ausgabe. Die ursprüngliche Frage war ja auf einen LPC bezogen. Das ganze sollte sich von einem STM ja nicht großartig unterscheiden. Allerdings funktioniert das nur beim Beispiel "Easy Touch". Bei mindestens einem weiteren Beispiel ändert sich dadurch
interface (8-/9-/16-/18-bit bus width), VSYNC interface (system interface + VSYNC, internal clock, DB[17:0]), serial data transfer interface (SPI) and RGB 6-/16-/18-bit interface (DOTCLK, VSYNC, HSYNC, ENABLE, DB[17:0]). Angesteuert habe ich dieses LCD bereits mit ATmega 644 , ATmega 128, LPC1768,LPC2148
-
Thread
Billiges Cortex-M4-Board STM32F4DISCOVERY jetzt erhältlich
diesem Board? Wollte mir das zu Weihnachten schenken :-) Kostet ca. 60 Teuronen und hat ein 3.2" TFT, LPC1768. http://www.ebay.de/itm/NXP-LPC1768-ARM-Development-Board-3-2-TFT-LCD-Module-/270653509451?pt=BI_Electrical_Equipment_Tools&hash=item3f0434cf4b
Board? Wollte mir das zu Weihnachten schenken > :-) > Kostet ca. 60 Teuronen und hat ein 3.2" TFT, LPC1768. > http://www.ebay.de/itm/NXP-LPC1768-ARM-Development-Board-3-2-TFT-LCD-Module-/270653509451?pt=BI_Electrical_Equipment_Tools&hash=item3f0434cf4b Hmm. Ja. Ganz nett. Denke daran, dass das TFT
-
Thread
NXP LPC2468 interrupt handling mit arm-toolchain
VICVectAddr6, VICVectCntrl6 und VICVectPriority6 ist mir noch nicht ganz klar. Besonders weil man in der lpc2468_registers.h folgende Kommentarzeile findet: [c]//The name convention below is from previous LPC2000 family MCUs, in LPC230x, these registers are known as "VICVectPriority(x)". #define VICVectCntl0
Sieht auf den ersten Blick aus, als sei es genau das was ich suchte. Wird das Tool noch gepflegt? LPC17xx vermisse ich...
-
Thread
NXP LPC und Diamex Prog-s
anliegt High schalten. Wisst ihr vielleicht wo mein Fehler ist? Danke =) Code: #include "LPC17xx.h" /*------------------------------------------------------------------------------ configer LED pins *------------------------------------------------------------------------------*/ __INLINE static void LED_Config(void) { LPC_GPIO1->FIODIR = 0xB0000000; /* LEDs PORT1 are Output */ } /*------------------------------------------------------------------------------ Switch on LEDs *--------------------
-
Thread
ARM STM32F103 Cortex M3 Board + Linux
offiziell mit Liefertermin angekündigt sind kann und sollte man sich nicht verlassen. NXP ist mit seinen LPC17xx auch überfällig. @Jupp: Vergiß den OpenOCD erstmal. Es ist die billigste aber auch die unzuverlässigste Methode um den JTAG Port anzusprechen. Ich kann Dirk nur beipflichten und empfehle
Jupp wrote: > NXP ist mit seinen LPC17xx auch überfällig. Genau wie Atmel mit den SAM3 und Luminary mit der neuen Generation ... Bleibt abzuwarten was das Jahr bringt. @Lupin: Die neuen Luminarys sollen 96k SRAM haben, allerdings
-
Thread
Kaufempfehlung: Devboard für STM32 ?
Du nicht nen kleineren und billigeren nehmen kannst. Ich finde eine Nummer drunter eigentlich die LPC17xx von NXP besser. Was ein Develboard angeht: ich würde mir um das Develboard weniger einen Kopf machen als um die Software und Bibliotheken die Du verwenden willst. Grafikansteuerung und TCP/IP
nach Extrem krank geschrieben .. aber das ist nur meine meinung :/ ich bin auch im moment auf die LPC17xx / LPC18xx gekommen. habe das LPC1768 Dev Board von dort Programmer ist der LPCXpresso abgesägt zum thema Dev board .. evtl das hier? http://www.steitec.net/ARM-Boards/ARM-STM32F-Cortex-M3
-
Thread
Lohnt sich der Umstieg auf 32-Bit Controller
einfacher ist und vor allem eigene Bibliotheken 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
sind. Vieles lässt sich auch auf die anderen ARM Cortex-M3 Chiphersteller übertragen, z.B. NXP LPC17xx oder TI.
-
Thread
Problem mit Timer Interrupt LPC1769
liesse sich signifikant kürzen, wenn man die Portzuweisungen zusammenfasst: [c]case 0 : LPC_GPIO2->FIOCLR = (1<<1) |(1<<2) |(1<<4); LPC_GPIO2->FIOSET = (1<<3)| (1<<5)|(1<<6); LPC_GPIO0->FIOCLR = (1<<2)| (1<<21); LPC_GPIO0->FIOSET = (1<<3)|(1<<22); [/c] Die Verwendung
koennte ich Dir vielleicht ueberlassen. Ich hab das schon mehrfach getan, auch noch zufaellig auf 'nem LPC17 .-)
-
Thread
SAM D21 und I2C Bus
Hallo für ein Projekt verwende ich einen SAM D21 J17A. Zur Anzeige mit einem Display möchte ich einen PCF8574 nutzen, später erweitern auf TFT. Habe dazu das Atmel Dokument gelesen. Leider ist mit vollkommen unklar, wie ich es einsetzen soll. Bei den Atm
software-development-tools/software-tools/lpcopen-libraries-and-examples/lpcopen-software-development-platform-lpc8xx:LPCOPEN-SOFTWARE-FOR-LPC8XX
-
Thread
uIP + TCP: Problem mit #define UIP_CONF_BUFFER_SIZE
Hallo, auf meinem LPC1769 läuft FreeRTOS mit dem uIP Stack. Ich mächte gerne viele Daten schnell vom PC zum lpc senden. Mit UDP klappt das auch ganz ausgezeichnet, mit guten 10 MByte/s. Wenn ich das ganze aber mit tcp mache
LPCXpresso angesehen, in RTOSDemo_RDB läuft ein WebServer und da ist UIP_CONF_BUFFER_SIZE = 1480. In EthDev_LPC17xx.h werden mehrere EMAC buffer mit 1536 max. Ethernet Frame size angelegt. Das Beispiel läuft, aber der Webserver wird auch nicht mit grossen Datenmengen bombardiert. Dann folge doch mal der Datenspur
-
Thread
Über 50 neue µC bei Reichelt :)
Neu im Programm: 38 neue µC der 80C../87LPC../89C51 Serie und 17 neue MSP430 Controller der neuen F2xxx Serie. Siehe Neuheiten auf der Reichelt Homepage. Infos zu den MSP430F2xxx http://upload.caxapa.ru/mcu/msp430/MSP430F20xx.pdf
Ich habe gerade mal zum Spaß nach "LPC 21" gesucht. Und siehe da... es gibt jetzt 9 verschiedene Typen im Angebot und noch zwei weitere "LPC 22" Typen. :-)
-
Thread
Timer beim LPC2132
zweier solcherart erfassten Werte ist die Zeit zwischen den Flanken. Exakt, quarzgenau, Auflösung bis 17ns.
Ob es eine kluge Wahl war, den Einstieg in die Programmierung von Microcontrollern ausgerechnet mit LPC2000 zu machen? Für AVRs gibts hier recht gute Einführungstexte, bei LPC2000 wird i.A. eine gewisse Grundkenntnis vorausgesetzt. Jedenfalls ist der sinnvollste Ansatz, das Cature-Event als Interrupt