-
Thread
VU Meter mit LM391x Reihe; Peak und Average kombiniert
5,01V (dbV). Mit einem 5V ADC könnte ich noch beide Standards darstellen, mit dem integrierten eines LPC1769 keine mehr. Obwohl, so wie ich das gerade schreibe würde ein 5V ADC mit entsprechender Auflösung >= 10bit genau ausreichen, da der kleinst gewünschte Messwert 0,043V (dbu) bzw. 0,056V (dbV) entspricht
ich des niederländischen nicht mächtig... Der Fehler ist recht simpel, die Schaltung ist in Heft #176 - der Juni Ausgabe des Jahres 1978 zu finden, nicht wie oben beschrieben! Aber schau mir das Teil von elrad gerne mal an. Danke!
-
Thread
max. Eingangssignal für ISR
keine Rechenzeit mehr übrig bleibt um die Daten > im Hauptprogramm zu verarbeiten? [c] //qcif 176*144*2=50688 v u16 zl_buf; void getPic(void){ if(!vsync)while(!vsync); while(vsync); zl_buf=0; while(!vsync){//start frame while(!href); sei(); while(href){//start row ;
muss die Verarbeitung der Daten mit dem AVR also gehen. Ich habe als Alternative zum AVR noch einen LPC1768 mit SSP. Wenn es mit dem OV7670 funktioniert, soll dieser durch einen MT9D ersetzt werden. Der hat eine Auflößung von 2MP.
-
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
2.7 in E-paper Display by Embedded Artists
(Schweden) gibt es neuerdings montierte 2.7" Graphic E-Paper Displays (Pervasive Displays) mit 264x176 Pixel für einen erschwinglichen Preis (29 Euro). Das Display wird mittels SPI angesteuert und ein-zwei Steuerleitungen zur Abschaltung und Rahmen Steuerung. Ein komplettes Source Code Beispiel für LPC ARM gibt es dort auch. Zur Zeit kann man allerdings die Datenblätter und andere Technische Informationen nur gegen einen unterschriebenen NDA Vertrag beziehen was sich angeblich in der Zukunft ändern
-
Thread
Welchen Mikrocontroller Quadrature Decoder Kanäle ?
kann. Mir wird immer wieder gesagt > es gibt Mikrocontroller mit Quadrature Decoder Kanäle, NXP LPC176x Silabs EFM32 LG/GG/WG (deren Dekoder ist IIRC ein niedrig getektetes Low-Power Peripherial). NordicSemi NRF52xxx Und das sind nur die mit denen ich mal gearbeitet habe.
-
Thread
Atmel oder PIC Gesperrt
spielt, kann man auch günstigere mit NXP oder STM nehmen, z.B. minimal: http://www.watterott.com/de/LPC1343-QuickStart-Board oder http://elmicro.com/de/lpc1300-proto.html maximal: http://elmicro.com/de/lpc1700-proto.html
Darum geht es ja. Wählbare Pins haben viele uCs, aber einer MUX-Matrix (wie bsp PICs, Silabs CM3, LPC800 (nicht AVR oder STM32)) haben extrem wenige. Das braucht nat Silic-Fläche, was aber bei neuen kleinen Strukturen ja nicht mehr so teuer wäre/ist. >> Ein externes Memory Interface fehlt leider
-
Thread
von ELF nach flashbarem Format mit objcopy
Writing symbols Object file statistic --------------------- Code Size: 10136 Publics: 176 Types: 488 Modules: 12 Symbols: 1713 Source files: 12 Source lines: 9528 Object File ".\out.elf" successfully processed Used memory: 2352 kByte, Used disk space:
hardcodiert auf 0, und der Atmel SAMV71 (Cortex M7) addressiert das interne Flash über 0x40_0000. Die NXP LPC18xx (M3) Serie macht es noch Anders, weil es dort gar kein internes Flash gibt, nur einen internen Bootloader, der den Adressbereich 0 nach dem Booten vom Bootloader auf externe Flashes (z.B. SPIFI
-
Thread
Low Level SD Card Access
00index_p.html) Damit habe ich mal einen (FAT32-fähigen) Bootloader gebaut der in eine 4K Page vom LPC176x passt. Allerdings brauchte das ein paar Tricks, sonst ist bei Cortex-M3 schon die C-Lib (newlib bei GCC) zu groß (memcpy und co). Bei AVRs sind 4K natürlich viel, aber das liegt vor allem
-
Thread
ATXMega128 - Erste Erfahrungen
kommen wir hier auf 200kByte pro Sekunde, damit ist bei Verwendung externer Wandler volle CD-Qualität (176kB/s) möglich. Und bei der Größe heutiger Speicherkarten ist eine Komprimierung nicht unbedingt notwendig. Schauen wir mal, wann der erste HiFi-SD-Karten-Rekorder in der Codesammlung auftaucht. Gruß
ALE1 und 64KBytes für ALE2) angesteuert werden. Das funktioniert aber nur im SRAM Modus nicht im LPC Modus. denn im LPC Mode werden Datenbus und Teile des Addersbusses muliplext, das bremst aus. Zudem bedeutet dies das linear sequienteller Zugriff bevorzugt wird zu wahlfreien Zugriff. Nachlesen kann
-
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
ATSAMD51 mit AtmelStudio und USB
man die 48MHz für USB (DFLL48M) auch aus dem HF Quarz generieren? Ich frage das, weil z.B. beim LPC176x die PLL laut Manual nicht für USB freigegeben ist wenn sie aus'm 32kHz Uhrenquarz gespeisst wird. Zuviel Jitter da zu selten nachjustiert werden kann. Das muss für den 10 Jahre jüngeren ATSAMD51
-
Thread
PHILIPS VP5500 VoIP Telefon bei Pollin
Datei im Gimp. Dazu ein neues Bild erzeugen als RGB mit dem Format 240x220 Pixel. Das Display hat nur 176x220 Pixel, es wird von dem Bild also nur die linke, 176 Pixel breite Seite angezeigt. Das Bild dann als "Raw image data" speichern, Standard (R,G,B), und auch bei "Index Palette Type" das normal R,
im .PNG Format dann auf dem Telefon im Verzeichnis: /usr_local/pics/wallpaper ab. Format ist 176x220 Punkte. Anschliessend am Telefon unter den Einstellung "Appearance" das Bild auswählen. Grüße, Chris
-
Thread
Retro Fieber: Z80 oder 68000 ?
... Sei mir nicht böse aber ich finde die SIO komplett unverständlich. Dagegen habe ich die vom LPC21xx noch ruck zuck kapiert und hatte auch schnell lauffähigen Code. Hasst du ne Ahnung wie das ist Routinen blind auszuprobieren wenn man "nichts sieht" weil kein Debugger da ist und eine nette printf
überhaupt keines). Der VIC von ARM ist zumindest in seiner ersten Ausprägung (PL190), zu finden in den LPC2100, keine echte Meisterleistung. Mit dem PL192 in den LPC2300 wurde es besser. Aber erst mit dem NVIC der Cortex M wurde es gut, weil erst da die CPU gut mit Nesting umgehen kann.
-
Thread
PIC - Frequenzzähler weit über 50 MHz auf die minimalistische Art
per monochromem Grafik-LCD (um von den elenden Alpha-LCD's wegzukommen) Eine Probierhardware mit LPC2103 und Xilinx Coolrunner ist schon fertig aufgebaut, aber ich werde wohl frühestens im Winter zum echten Anwerfen kommen, denn ich hab noch einige andere Projekte auf Kiel liegen. W.S.
example, with 1000 points, the resolution is improved by a > factor of (1000)0.5/2.4 = 31.622/2.4 = 13.176. (Fig. 5) and (Fig. 6) > show how the resolution (or uncertainty of the line's inclination) > can be improved through the application of linear regression > compared to startstop measurements (see
-
Thread
LED Tisch mit Berührungs-/Gegenstandserkennung
noch Quarz dazu käme würde ich auf jeden Fall den LPC bevorzugen.
Den LPC81X hatte auch schon im Auge der hat aber leider keinen adc.
-
Thread
IRMP - Infrared Multi Protocol Decoder
ist perfekt. Hier der erste Output, bevor wir ins Detail gehen: [code] ./irmp-15kHz < Denon_RC-176_mit_Widerholungen_-_versuch_2.txt #Cassette Deck A/B 001001100101000 001000011010111 p = 8, a = 0x0004, c = 0x0328, f = 0x00 001001100101000 001000011010111 p = 8, a = 0x0004, c = 0x0328, f =
, wenn wir uns die Details (hier die erste Taste) anschauen: [code] ./irmp-15kHz -v < Denon_RC-176_mit_Widerholungen_-_versuch_2.txt #Cassette Deck A/B 0.133ms [starting pulse] 1.200ms [start-bit: pulse = 6, pause = 10] protocol = DENON, start bit timings: pulse: 3 - 7, pause: 23
-
Thread
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
Der LPC921F ist ja ein 8051 mit 8k Datasheet: http://media.digikey.com/pdf/Data%20Sheets/NXP%20PDFs/P89LPC920,921,922,9221.pdf Pin 6 vom XTal würde auch passen Pin 18-20 als I/O´s auch. Aber was soll
abgegriffen? Ja, also (n)TRST von J1. Die 3.3V greif ich von J4 ab. http://hackdaworld.org/pics/pnx/lpc_8051_power.png Gru3, Frank
-
Thread
MMC SD library FAT16 FAT32 read write
Ich versuche gerade die Software mit Keil µVision4 auf einen LPC2148 zu portieren. Der Compiler spuckt aber Fehler aus. Da soll wohl noch was umgecastet werden? [code] fat.c(120): error: #852: expression must be a pointer to a complete object type fat.c:
beschreiben und beim Zweiten öffnen etwas anhängen. Einmal auf Atxmega Ebene und einmal auf LPCXpresso-LPC1769 Ebene. Code stammt aus LPC1769 Version. Ist aber kompatible mit dem Original (AVR). Gruß G.G.
-
Thread
FT800 / FT810 Library
www.glynshop.com/erp/owweb/Daten/DSS/EDT/Products/Specifications/Active%20Displays/ET035009DM6.pdf FT800 LPC1768 Ich habe Deinen "Spielplatz" als Grundlage genommen weil ich ihn für den Anfang als sehr übersichtlich empfand. Ich brauchte lediglich den SPI Treiber auf den LPC umschreiben und sofort hatte
die Register des LPC abgeändert. Also so gut > wie keine Änderung. Mich interessieren ja gerade die Controller-spezifischen Änderungen um das in meinen Code mit einbauen zu können. Wie schnell hast Du den SPI laufen
-
Thread
Pollin MOTOROLA VIP1710
xilleon.h.diff:+#define X210_MODEM_DEVICE_ID 0x4864 include/asm-mips/ati/xilleon.h.diff:+#define X210_LPC_DEVICE_ID 0xFFFF /* No LPC for x21x */ include/asm-mips/ati/xilleon.h.diff:+#define X210_PCIC_DEVICE_ID 0x486B /* Special: not in config space */ include/asm-mips/ati
PCI_DEVICE_ID_ATI_X210_MODEM 0x4864 include/linux/pci_ids.h.diff:+#define PCI_DEVICE_ID_ATI_X210_LPC 0xffff /* no LPC for x21x */ Jetzt erkläre mir mal warum es Monate dauern soll bis ein 2.6 Kernel auf der VIP läuft ? VG Norbert
-
Thread
Wanderkiste Widlar, Runde II
Batteriehalter 3x Klemmleisten 3x Stiftleisten 1x Display 1x Lochrasterplatine 1x RS485 Konverter 1x LPC uC in: 2x AT90USB162 4x Display 1x Raspi 2 2x AMK Stepper boards (beim letzten mal gingen die weg wie warme Semmel) 1x STM32F103 Board 2x NRF24 2x TDA7391 (Kenner kennen die Vorzüge von diesen
Speicher SDT 7008S55J OUT: 10x7 Segment LED Anzeigen Grün 1x Tüte BC547,BC848,BC560,GEXX,E176, 1x Tüte TO220, TO XXX u. TO3 Mix 1x Tüte ELKO Sortiment xxµF 1x Tüte Kondensatoren 1x Tüte Eckige LED's 1x Umschlag IR LED's 1x Umschlag IR LED's 1x Umschlag IR LED's 1x Schalt-Regler 1x
-
Thread
WordClock mit WS2812
@Phillipp guckst du hier https://www.sevenwatt.com/main/picos-arm/picos-arm-lpc810-swd-jtag-with-nucleo-stm32/
-
Thread
Webpage Webserver
UR gewechselt. Das war dann im Vergleich zu lwip sehr einfach. Ich habe MDK-Beispiele uip für LPC1768. Für den STMF103 kannst du das UR-Programm lauffähig bekommen - aber nur in coide. Was hast du denn mit stack.h/c versucht? Was klappt nicht?
APP\httpd.c(173): warning: #223-D: function "strcasestr" declared implicitly ..\USER\APP\httpd.c(176): warning: #223-D: function "usart_write" declared implicitly ..\USER\APP\httpd.c(177): warning: #223-D: function "usart_write_str" declared implicitly ..\USER\APP\httpd.c(200): warning: #223-D
-
Thread
ATMega Flash wird langsam knapp. Upgrade o. Plattformwechsel?
optimieren darf. Macht er auch nicht: [c] TCCR2A |= 0; d2: e0 eb ldi r30, 0xB0 ; 176 d4: f0 e0 ldi r31, 0x00 ; 0 d6: 80 81 ld r24, Z d8: 80 83 st Z, r24 [/c]
Fälle gibt es in diesem Bereich mehr fertige Boards als für große AVRs. z.B. https://www.hotmcu.com/lpc1768minidk2-development-board-28-tft-lcd-p-12.html?cPath=1_21&zenid=tdo7s5kaoj499q667hl9du1rl7 Auch wenn die ESPxxxx Controller massiv Flash und Ram haben und auch schnell sind, die bescheidenen
-
Thread
AVR-Bootloader mit Verschlüsselung
Beispiel die Com Port Geschichte auch umgehen kann um direkt über USB zu Flaschen (Stichwort: FTDI o. LPC...). Aktuell wollte ich nämlich gerade einen Intel HEX Loader nachbauen hab aber Deinen Thread gesehen und glaube das ich mir das sparen könnte. Und ich hab gesehen wir nutzen beide Pascal könnte
Beispiel die Com Port Geschichte auch umgehen >kann um direkt über USB zu Flaschen (Stichwort: FTDI o. LPC...). Garnicht nötig, wird schon unterstützt ;) Konzeptionell sind in AVRRootloader.DLL drei Interface implementiert. 1.) IAVRRootloader dieses Interface wurde durch mich entwickelt und setzt
-
Thread
Brauche Unterstützung beim OV7670 (bzw. SCCB)
den gesamten Absatz lesen, dort steht: [code] In my previous experiment I used a quite powerful LPC1769 microcontroller (running at 120mhz with 64KB memory), which was necessary to be able to process the signals in time. This time however, thanks to the FIFO memory, the heavy hardware requirements
Verständnis, sollte ich hier was falsch verstanden haben? kurz zu den Auflösungen: VGA: 640*480 QCIF: 176*144 QVGA: 320*240 CIF: 352*288 Das sind die mit denen ich hier ins Rennen gehe. Wo kommen bei euch die Uminösen 311 Pixel bei HREF her? Anbei ein aktuelles Bild von mir -.- Schaue mir dann