-
Thread
LPC1769 CDC mit Keil
bekomme!? Laut Anleitung gibt es die Funktion void USBD_EndPointN(U32 event), also habe ich in die usbd_LPC17xx.c datei folgende Funktion probiert: [c] void USBD_EndPoint2(U32 event) { switch(event){ case USBD_EVT_IN: usb_rs232_obj.rx_num = USBD_ReadEP ((U32)0x02, usb_rs232_obj.buffer);
-
Thread
V: STM32-Header-Board, SRAM, CPLD,.
. 12,- - 1 Stk. ET-ARM Stamp STM32F103 / 512K, inkl. CD & UART-Adapter, unbenutzt, 15,- - 1 Stk. LPC XPresso 1768, Rev A, unbenutzt, 15,- - 2 Stk. LPC1766, 100LQFP, unbenutzt, 5,- - 1 Stk. MSP430 Launchpad inkl. Capacitive Touch Booster Pack, unbenutzt, 5,- - 4 Stk. RFM12S, 868MHz, Rev 3.0, unbenutzt
unbenutzt - 30 Stk.verschiedene Cache SRAM, DIP28, 25ns oder schneller, aus alten Mainboards - 3 Stk. AT17LV010, PLCC, benutzt - 3 Stk. XCV50 TQ144, benutzt - 2 Stk. XC9572XL TQ100, benutzt Die benutzten Teile wurden aus funktionierenden, aber nicht mehr genutzten Geräten mittels Heißluft ausgelötet.
-
Thread
ADC wie aus 10Bit 12 oder mehr machen?
Welches Gehäuse vom LPC1114 hast Du denn? Das LQFP48 und das HVQFN33 sind pinkompatible zum lpc1315/16/17 und der hat einen 12-Bit-Wandler.
Ein lpc1315/16/17 würde passen aber dann müssen alle Platinen vom lpc1114 erst befreit werden. Klingt für mich nach die preiswerteste und schnellste Methode. Und ein Wechsel vom M0 auf einem M3 ist ja auch
-
Thread
include pfade für Libraries in Code Red setzen
deinem Schema angelegt und getestet. Alles ok. Die Grundfunktionen sind alle da. Auch die CMSISv2p00_LPC17xx. Wenn du zum Beispiel GPIO, SPI,usw. benötigst, dann bist du gezwungen, das händisch einzufügen. z.B. #include "ssp.h" Doku: LPCXpresso Getting started with NXP LPCXpresso Headerdateien, das
*/ SystemClockUpdate(); ..... Dann stimmt der Takt. Aber nur bei einem Projekt aus einem lpc1769 Projekt! Kein lpc1768, der läuft etwas weniger schnell. Gruß G.G.
-
Thread
ADE7758 beschalten
sich mir eine ganz grundsätzliche Frage: Wie stellt man es am besten an, den Controller (wird ein LPC1768) von der Netzspannung zu entkoppeln. -Das komplette Messgerät soll später über 1x 24V DC Versorgung gespeist werden. -Strommessung wird über Stromwandler (Hall) geschehen also schonmal galvanisch
auch Figur 35 auf seite 17.
-
Thread
EleLa - Elektronik Lagerverwaltung ab V2.0
error: Check messages from the SQL Server. Falsche Syntax in der Nähe des 'Current'-Schlüsselwortes. 17:22:30 SqlMon: cat: Execute, proto: mssql, msg: if @@trancount > 0 rollback 17:22:30 SqlMon: cat: Disconnect, proto: mssql, msg: CLOSE CONNECTION TO "ATM38\SQLEXPRESS" DATABASE "EleLa" 17:22:30 Error
Kram kümmert.) Sieht mir aber eher nicht so aus. Also wenn ich meinetwegen (als Root) Paket "trick17B-021.0.6.deb" installiere, muss das so laufen, dass ich anschließend als User "MaxMustermann" im Terminal "trick17B" eingeben kann (oder einfacher: Den neuen Menüpunkt "Wissenschaft" -> "Trick 17B" anklicken
-
Thread
Was kommt nach Atmega?
so tief reingelesen hat) Irreführung der Massen. Genau so ist es. Geht ja schon mit ST32F1xx und LPC17xx los: Beim STM32 sind viele Register trotzdem nur 16 bit breit und haben dann wieder dieses tolle high- und low-register, obwohl man das wohl schön in 32 bit hätte abbilden können. Andererseits haben die STM32 dann wieder ein CRC-Register drin, die LPC aber eine "richtige" RTC und nicht einfach nur einen Counter. Dafür gibt es die STM32 in viel mehr Gehäusen als die LPC. usw., usw., usw. Kurzum: Das wenige, was ARM tatsächlich auf allen vorgibt
-
Thread
"bad gateway" beim Aufruf von uC.net
08.07.2012 15:40 AVR Bootloader FastBoot von Peter Dannegger von 127.0.0.1 (Änderungen) 08.07.2012 14:17 LPC1xxx von 127.0.0.1 (Änderungen) Was ist da los?
Gateway Content-Length: 124 Vary: User-Agent Content-Encoding: gzip Server: nginx/1.2.3 Date: Mon, 17 Sep 2012 20:02:46 GMT Content-Type: text/html Connection: keep-alive
-
Thread
Mit Eclipse und OpenOCD LPC1768 debuggen - Fehlermeldungen statt Breakpoints
> Meine Frage: ist "armv5" als Architektur für den LPC1768 überhaupt richtig? Selbstverständlich nicht. LPC1768 ist ein Cortex-M3 und damit ARMv7-M >Ja, es ist die aktuellste Version. Ich habe inzwischen herausgefunden, >dass das elf-File eine
deutet drauf, hin, dass Du das Paket für ein Linux Target hast. Ich bezweifle, dass auf Deinem LPC Board ein Linux läuft. >OpenOCD ist der aktuellste, der mit Fedora 17 mitkommt. Das heisst nicht viel. Welche Versionsnummer?
-
Thread
ARM Entwicklungskit für Einsteiger
bringen, aber die kostenlose IDE Version ist auf die Einsteigerhardware limitiert. Wenn man da vom LPC auf STM umschwenken will kostet es gleich 999 US$.
unterschiedlich, so dass es wesentlich aufwendiger ist, von einem Atmel SAM3U (Cortex M3) auf einen NXP LPC17xx (auch Cortex M3) zu portieren als vom SAM3U auf einen AVR32. Im ersten Fall wirst Du wohl mindestens eine Woche brauchen, im zweiten Fall vielleicht zwei Tage, weil die Peripherie sehr ähnlich,
-
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
Programmiersprachen im Beruf (Elektrotechnik)
Oder Musikinstrumente als Vergleich: Lieber ein Virtuose auf einem Instrument, als Hänschen klein auf 17 Instrumenten speielen zu können. Ich würde James auch raten, richtig gut in C zu werden und nicht auch noch C# und Java zu machen.
keinen bezahlbaren C-Compiler gab. Später machte es mir Spaß, gelegentlich das Startupfile der LPC2000 (ARM7) für ganz spezielle Dinge etwas zu modifizieren, denn es ist in Assembler geschrieben. Es ist ja nicht nur ein reines Startfile, die Interruptvektoren befinden sich dort auch. Und, Jungs
-
Thread
Sind die µC PIC die einzigsten, die eine Layoutkompatibilität bieten?
und NXP sind auch weitgehend kompatibel, teilweise sogar über mehrere Familien (bei NXP z.B. sind LPC2xxx und LPC17xx kompatibel, diese aber nicht mit LPC18xx; bei STM glaubich geht die Kompatibilität sogar über alle STM32F[01234]-Modelle). Beim PIC32 ist das nur teilweise der Fall. Man kann dort
sich Leiterbahnen kreuzen. Das ist aber nur begrenzt tauglich, da man dann z.B. beim TQFP-208 (LPC1788) ne nutzlose Stichleitung zum TQFP-80 hat (LPC1759), was ungewünschte HF-Effekte haben kann. Arbeitet man mit externem Quarz, ist der bei den kleineren Footprints weiter vom Chip entfernt als bei
-
Thread
Programmer wird von AVR nicht gefunden
Cortex-M3 Controller. Mit dem eingebauten DIP-Schalter stellt man ein, ob ein AVR, STM32 oder NXP/LPC Controller programmiert werden soll.
%5B%5D=10&forums%5B%5D=2&forums%5B%5D=4&forums%5B%5D=3&forums%5B%5D=6&forums%5B%5D=31&forums%5B%5D=17&forums%5B%5D=11&forums%5B%5D=8&forums%5B%5D=14&forums%5B%5D=12&forums%5B%5D=7&forums%5B%5D=5&forums%5B%5D=15&forums%5B%5D=13&forums%5B%5D=18&forums%5B%5D=16&max_age=-&sort_by_date=0
-
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
Floating Pointing Unit STM32F4
Watchpoint and Trace registers" der Firma ARM. Such einfach nach "E0001000". Das geht somit auch beim LPC17xx und anderen Prozis mit einem Cortex-M3/M4 drin. Dieser Befehl ist wichtig, wenn man Zeitkritische Anwendungen hat und man kann somit exakt feststellen wie viele µS eine Routine benötigt. Ich
-
Thread
AVR Synthesizer mit ATxmega128A1
uns am Stand 0503 von Sonic Potions im 2.OG (siehe Bild 3). Bild 3: Unser Stand in der Superbooth 17
von Sonic Potions im 2.OG (siehe 3.Bild gelber Pfeil). Bild 3: Unser Stand in der Superbooth 17
-
Thread
AVR Studio 4, Atmega 644P und selbstgebautes Board
C:\Programme\Atmel\AVR Tools\STK500\stk500.exe und installiertem AVR Studio • erfos-prog-s - für LPC, NXP und STM Controller • Treiber für PROG-S (Atmel AVR, STM32, NXP, LPC Controller) Installation: • Windows eigener Treiber. Einbindung durch einfache *inf Datei Unterstützung folgender Chips: - STM32: STM32F101, STM32F102, STM32F103, STM32F105, STM32F107 - NXP/LPC: LPC17xx, LPC13xx, LPC11xx, LPC21xx, LPC22xx, LPC23xx - Classic: AT90S1200, AT90S2313, AT90S2333, AT90S2343,AT90S4414, AT90S4433, AT90S4434, AT90S8515, AT90S8535 - Tiny: ATtiny12, ATtiny13, ATtiny15
-
Thread
Laserdiode mit LPC1769 schalten
jammer also nicht gleihc vorneweg los ;-) Trotzdem habe ich einige Fragen... Ich verwende den LPC1769 uC von NXP. Gleich vorweg eine allgemeine Frage: Wenn im Datenblatt steht "High-level output current = -4mA", dann heißt das, dass der Strom aus dem uC HERAUS fließt, richtig? Ich hab nämlich in
Aber geht's nicht ganz primitiv? ^^ Ich will einfach, dass an der Diode zwischen 2,5-3V liegen und 17-18mA drüber fließen. That's it, mehr soll die Schaltung einfach nicht können ^^ Möchte mir dazu nämlich keine neuen Bauteile anschaffen...
-
Thread
Wunschliste für einen Xmega Nachfolger
nichts umlernen. Auch der Umstieg auf andere Hersteller ist leicht. Ich entwickle z.Zt. ein Board mit LPC17xx, das bis vor kurzem auf STM32 gemünzt war. Der Wechsel war trivial, und auch softwareseitig gibt es schon fertige Bibliotheken, die herstellerübergreifende Treiberroutinen enthalten. Wirklich
AtTinys aufgestellt. Ein Vergleich XMega vs. LPC17xx mach ich jetzt aber nicht auch noch, das kann jeder der lesen kann selber tun. >> Deep Power Down für ca. 0.2µA. > > Das ist aber eher Augenauswischerei. Was willst du mit dem Schlafen-
-
Thread
Jitter LPC 1769
leistungsfähige Controller, die an solche Tätigkeiten weit besser angepasst sind als ausgerechnet ARMs wie LPC1700.
dort kann man mit einem 32Bit-Wort gleichzeitig 16 Bit GPIOs und eine Bitmaske schreiben. Bei den LPC17xx sind Maske und Daten getrennt, die Zugriffe sind daher nicht atomic. Damit ist es schwer auf den selben Port gleichzeitig sowohl per DMA als auch per regulärem Programm zuzugreifen.
-
Thread
Errechnung der ADC Leistung?
irgendwann" erkennen kann... Ich hatte schon mal den das mbed board ins Auge gefasst. Lt Datenblatt des LPC1768 kann das Teil folgendes "12-bit Analog-to-Digital Converter (ADC) with input multiplexing among eight pins, conversion rates up to 200 kHz, and multiple result registers"
ein ADC zum Einsatz kommen sollte, würde ich statt LPC17xx eher einen STM32 empfehlen. Auch wenn ich die nicht so mag, sind deren ADC's den LPC's doch um Längen überlegen. Die haben neben diversen nützlichen modes (DMA, half finished, echtes zeitgleiches
-
Thread
LPC1768: SSP per DMA auf verschiedene Slaves
P0.16, P0.17 are output LPC_GPIO0->FIOPIN = (1<<LDAC) | (1<<CSAB) | (1<<CSCD) | (1<<CSEF); LPC_GPIO3->FIODIR |= (1<<BENCH) | (1<<DATA); LPC_PINCON->PINSEL0 &= ~(0x3ul << 30); // PIN Select: P0.15: CLK : AF2; P0.18 : MOSI : AF2 LPC_PINCON->PINSEL0 |= (0x2ul << 30); LPC_PINCON->PINSEL1 &= ~(0x3ul << 4); LPC_PINCON->PINSEL1 |= (0x2ul << 4); LPC_SSP0->CR0 = (0xf<<0) | (0<<4) | (0<<6) | (0<<7) | (0x0<<8); LPC_SSP0
-
Thread
[V] MBED Board
also wenn der lpc1768 µc oben ist biete ich 30€. bitte um info ob der lpc1768 oben ist mfg
Lowtzow .... schrieb im Beitrag #2687548: > also wenn der lpc1768 µc oben ist biete ich 30€. > bitte um info ob der lpc1768 oben ist > > mfg Danke fürs Bieten :) War aber knapp :) 3 Minuten später wärs zu spät gewesen Ja es ist ein LPC 1768 auf dem
-
Thread
Controllerwahl
ARM Cortex-M3 kommt nicht in Frage? STM32, LPC13xx/17xx, oder die sparsamen EnergyMicro EM32? Die µCs kannste speichermässig linear wegprogrammieren, hast genug Rechenleistung / RAM / Flash. Ausserdem arbeitest du dich damit in eine Architektur
-
Thread
LPC 17xx Interruptverhalten
Moin, Moin, ich hab eine Frage bzgl. der LPC17xx Reihe zwecks Interrupts. Beispiel: volatile unsigned int counter; void TIMER0_IRQHandler(void) { if (TIM_GetIntStatus(LPC_TIM0,TIM_MR0_INT) == SET) { counter++; } } wie
reinschreibe, dort kein interrupt aktiv ist ? bei den avr's muss man ja cli() und sei() verwenden, beim lpc hab ich auf die schnelle nichts gefunden.
-
Thread
sigrok - Cross-Platform Open-Source Logic Analyzer Software
3) geschrieben. Derzeit unterstützte Decoder: dcf77 DCF77 time protocol lpc Low-Pin-Count mx25lxx05d Macronix MX25Lxx05D jtag_stm32 Joint Test Action Group / ST STM32 i2s Integrated Interchip Sound spi
LWLA1034 with 34 channels: CH1 CH2 CH3 CH4 CH5 CH6 CH7 CH8 CH9 CH10 CH11 CH12 CH13 CH14 CH15 CH16 CH17 CH18 CH19 CH20 CH21 CH22 CH23 CH24 CH25 CH26 CH27 CH28 CH29 CH30 CH31 CH32 CH33 CH34[/code] aber in Pulseview gibt es weiterhin einen Fehler. Wenn ich Pulseview vom Terminal starte gibt es da auch
-
Thread
LPC1769 SSP0 (SPI) läuft nicht
Oszilloskop Software zeigt mir kein Signal an. Hier ist der Code: [c] #ifdef __USE_CMSIS #include "LPC17xx.h" #endif #include <cr_section_macros.h> #include <NXP/crp.h> __CRP const unsigned int CRP_WORD = CRP_NO_CRP ; int main(void) { LPC_SC->PCONP |= (1<<21); //PCSSP0 = 1 Enable AHB
LPC_PINCON->PINSEL0 |= (1 << 31); LPC_PINCON->PINSEL1 &= ~((1<<2) | (1<<4)); // P0.17: MISO0, P0.18: MOSI0 LPC_PINCON->PINSEL1 |= (1<<3) | (1<<5); LPC_SSP0->CR0 &= ~(1<<0); //8 Bit
-
Thread
LPC11Cxx: C_CAN für "normales" CAN nutzbar?
anders gesehen. Man kann das Portregister wie bei den AVRs auch ganz normal beschreiben [c] LPC_GPIO0->DATA|=(1<<bitPos); [/c] Durch folgenden Aufruf kann man den Pin am Port unabhängig vom Zustanbd der anderen Pins setzen und rücksetzen in einem Rutsch. Dafür haben die LPC17xx bzw. STM32
power profiles are available for parts LPC11(D)1x/102/202/302 only (LPC1100L series)." Nun bin ich verwirrt.
-
Thread
LPC1788 USB Device
die Zuweisung der USB Adresse. Das scheint in Deinem Code noch zu fehlen. Außerdem schreibst Du 17 Bytes auf den EP0, der darf aber nur 8 auf einmal bekomme, siehe UM10360.pdf, 11.10.4.4: USB MaxPacketSize register.
als HID, derzeit arbeite ich aber nur an der USB Verbindung. Als Prototyping Board benutze ich das LPC1788-32 Developer's Kit von Embedded Artists, später soll das ganze aber wenn möglich auf einem LPC1343 laufen. Über eventuelle Verbesserungsmöglichkeiten (die mit Sicherheit vorhanden sind) würde
-
Thread
LPC1788 - startup / .ld-script
berechnen gibt es auch ein Excel Sheet: http://ics.nxp.com/support/documents/microcontrollers/xls/lpc17xx.pll.calculator.xls zu dem _sbrk wirst du in der CodeRed Hilfe fündig: http://support.code-red-tech.com/CodeRedWiki/UndefinedReference?highlight=%28sbrk%29 Das 64Bit Problem dürfte auch eher
/main.c Invoking: MCU C Compiler arm-none-eabi-gcc -DDEBUG -DGCC_ARMCM3 -D__USE_CMSIS=CMSISv1p30_LPC17xx -DALIGN_STRUCT_END=__attribute\(\(aligned\(4\)\)\) -DPACK_STRUCT_END=__attribute\(\(packed\)\) -D__REDLIB__ -D__CODE_RED -DARM_MATH_CM3 -I"C:\Users\sn.DCIMS\Documents\lpcxpresso_3.6.3_317\workspace2
-
Thread
RX62 - "gescheite" resourcen
wenden, falls einen der RX62 ärgert ? Ich habe nur EINEN Post zum Thema gefunden vom 14.04.2011 13:17. ich soll das Ding self-flashen (für einen Bootlader) mit IAR und die vorhandenen Samples aus der HEW krieg ich nicht übertragen hat jemand noch eine Idee ausser http://www.renesasrulz.com tia
schon durch, das ist ja das Ärgerliche. (war MSC) einen vergleichbaren Bootlader habe ich für den LPC28xx in (gefühlt) einem Nachmitag gemacht und für den 17xx (M3 Architektur) auch nicht viel langsamer. nur hier ... Ein Kernproblem ist hier tatsächlich einmal die IDE. Schon auf dem M16 hat mich
-
Thread
arm-glue- mit arm-none-eabi-: target CPU does not support ARM mode
Glue:) im uVision-Editor compiliere, dann erhalte ich die Fehlermeldung: [code] compiling system_LPC17xx.c... system_LPC17xx.c(1): error: target CPU does not support ARM mode compiling core_cm3.c... core_cm3.c(1): error: target CPU does not support ARM mode compiling main.c... main.c(1): error: target CPU does not support ARM mode compiling startup_LPC17xx.c... startup_LPC17xx.c(1): error: target CPU does not support ARM mode [/CODE] Ich nehme an, es liegt an den Compiler-Flags Momentan compiliere ich mit: [CODE] -c -mcpu=cortex-m3 -gdwarf
-
Thread
LPC 17xx Entwicklungsumgebung
Hallo Forum, ich hab schon div. Beiträge gegoogelt und auch einiges hier im Forum gelesen, aber finde nicht die Antworten auf meine Fragen: 1) Entwicklungsumgebung soll gnu-arm sein, was soweit kein Problem ist. Gibt es aber eine ISP-Software für die CPU, mit der ich unter Linux flashen kann ? 2) lässt sich über die JTAG-Schnittstelle der Prozessor ebenfalls flashen ?
-
Thread
Problem mit der Beschaltung eines CAN-Knoten
Noch was: 1- LPC11C24FBD48/301, 10 1,7859 € 17,86 € Summe: 17,86 € Fracht: 6,00 € Steuer: 4,53 € Gesamtsumme: 28,39 € Auszug aus der Rechnung meiner Bestellung.
gegangen. Mit dem lpc11c24 geht dann u. U. die CPU kaputt.
-
Thread
Umstieg von STM32Fx zu SAM3
erwarten, die auch z.T. größeren portieraufwand mit sich ziehen. so zumindest meine erfahrung nxp lpc17xx gegenüber stm32
-
Thread
LPC43xx ADC Channel Anzahl
> Sowohl der Main als auch der Co Prozessor haben einen ADC mit einem 8 > Channel Mux. Nein! LPC43xx hat 2 ADC, beide Kerne (M0,M4) können per DMA unabhängig auf diese zugreifen. *Jeder* der ADCs hat 8 Kanäle. Es gibt 8 Pins die beide ADCs zugleich bedienen (je nach Gehäuse auch weniger) *und
aber auch eien gute Idee mit dem Werte mitteln, so kann man den Auflösungsverlust im Vergleich zum LPC17xx ausgleichen ;) MfG kernelpanix
-
Thread
FreeRTOS via LPCxpresso
der mich irritiert. Der Fehler: makefile:35: C:/Users/Dewrek/Documents/lpcxpresso_3.4/workspace/lpc17xx.cmsis.driver.library/makesection/makerule/LPC17xx/make.LPC17xx.gnu: No such file or directory makefile:42: C:/Users/Dewrek/Documents/lpcxpresso_3.4/workspace/lpc17xx.cmsis.driver.library\makesection
Makefile indem Basis Ordnerliegen muss. Also C:/Users/Dewrek/Documents/lpcxpresso_3.4/workspace/lpc17xx.cmsis.driver.library darin müssen die Ordner Drivers/include und die datei Drivers/library/DriversLPC17xxgnu.a muss da sein. Sonst Poste doch mal das Makefile und dein Projekt. MfG
-
Thread
Kommunikation zwischen verschiedenen Bussystemen
Tür öffnen. Ich habe dazu einen CAN-Bus ausgewählt und folgenden µC: http://ics.nxp.com/products/lpc1000/datasheet/lpc11c12.lpc11c14.lpc11c22.lpc11c24.pdf Ich habe mich jetzt daran gemacht die Komponenten (Slaves) herauszusuchen. Allerdings gibt es nicht immer speziell für CAN Bauteile, wodurch
dicht zusammenliegen auch vom gleichen Mikrocontroller bedient werden. Als Knotencontroller ist der LPC11Cxx bereits etwas zu gross, auch wenn der integrierte CAN-Transceiver die Schaltung vereinfacht. Zudem könnte die Software im wesentlichen für alle Knoten und die Zentrale gleichbleiben. RS-485 ist
-
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
SVPWM mit LPC1769
bei der geringsten Berührung "wehrt" sich das Gerät sofort. Wie macht man sowas? könnte man mit dem LPC17xx sowas auch implementieren? Gruss Tobias
Bei einem LPC17 ist es auch möglich, den ADC mit einem Timer zu synchronisieren, aber leider haben die wohl nicht daran gedacht, dass es noch Sinn machen würde die ADCs mit dem Motorcontrol PWM zu synchronisieren
-
Thread
ADC Konfigurationsbeispiel für ARM LPC1768
LED LPC_PINCON->PINSEL3 &= ~(3UL<<30); // Reset P1.31 = GPIO LPC_PINCON->PINSEL3 |= (3UL<<30); // Config P1.31 is AD0.5 LPC_SC->PCONP |= (1UL<<12);
Inhaltlich beschrieben auf Seite 578 des LPC17xx User Manual. LPC_ADC->ADGDR liest den Inhalt des Registers ADGDR. Diese Ergebnis wird logisch UND-verknüpft mit einer eins, die um 31 Stellen nach links geschoben wurde. Denn an dieser Stelle