-
Thread
Zu viele Interrupts bei PIC32
andere Sichtweise (auf CLOCK) aus: ist denn HW und SW überhaupt in der Lage, die gewünschte, mehr als 5fache Menge (22:1 statt 5:1) der CLOCK-impulse ISR seitig zu verarbeiten? Von was für Frequenzen reden wir denn überhaupt? Vg Stephan
ermöglicht. OK...hast du einen Tipp für einen passenden FPGA (mit genügend Logikblöcken für für 2x SPI, 2 Datenleitungen eine Clock- und eine Sync-Leitung, optional 1x UART) und/oder ein einsteigergeeignetes Evaluation-Board? Danke :-)
-
Thread
Neue 8-Bit Tinys vorgestellt: 417/814/816/817 Gesperrt
Zukunft > auch Tinys mit CAN geben. Hmm, wo denn, wie denn? Ich könnte auch noch was unter dem ATMega16M1 einsetzen. Ach ja, ein Traum wären ja 32MHz+ AVR mit 44 oder 64 Pins und 2x CAN-FD. :-) Oh ja, mit 0,5mm Pin-Abständen natürlich. Aber nun ja, wird es nicht geben fürchte ich und so sehe ich
Ach, als 8-Pinner kann ich den *ATtiny 212* empfehlen. 3x16Bit Timer, D/A, A/D, SPI, I2C, USART, UPDI, 20Mhz. Bernd_Stein
-
Thread
Hilfe bei Mikrocontroller/Blockschaltbild
über USB möglich. Was ich mir zusammen gedacht habe: - als LCD kommt das Olimex-eigene MOD-LCD1x9 per UEXT an das Board - die 3x4 Matrixtastatur (7Pins) kommen an den digitalen I/O-Port CON4 - der DCF77-Empfänger an den I/O-Port CON5 - die Messsignale werden durch eine Verstärkerschaltung aufbereitet
Der PIC32 hat schon Analoge Eingänge (wie du selbst festgestellt hast), d.h. du kannst die Sensoren direkt (nach einer Pegelwandlung oder Aufbereitung) an einen Analogen Eingang des uC hängen, da brauchst du
-
Thread
Probleme mit LCD.
das für alle Kombinationen. Die Ansteuerung von gemultiplexten Displays bekommt zwar jeder China-uC hin, aber nur die wenigsten AVR (ATmega169) oder PIC (PIC16F1947). Man kann bei zur Betriebsspannung passenden LCD aber einen uC auch direkt verwenden, siehe http://ww1.microchip.com/downloads/en
https://www.pollin.de/p/leitgummi-10-stueck-452124 https://www.ebay.de/itm/Adapterplatine-Mehrere-0-5-0-7-0-8-1-0-Mm-Pitch-Tft-Lcm-Lcd-Fpc-Modul-S-rm/232777749887 Irgendeinen Controller, der 2..4 backplanes und min. 11 Segmente kann, z.B. STM8L, STM32L, PIC16f1947, PIC16F1938, ... backplanes an backplanes-Anschluss
-
Thread
Zustand am Port-Pin ändert sich beim "einlesen"
ich hab eine Frage bezüglich dem Einlesen eines Pins. Vorab muss ich gestehen, dass ich in Sachen µC noch nicht wirklich fit bin. Ich möchte die DevID des PIC18F4550 auslesen. Die benötigte Clk als auch die Befehle (Data) generiere ich über folgende Anweisung: [c] ... int x; x = (int)data
= 0; Delay10KTCYx(10); LATAbits.LATA4 = x; break; case 5: TRISAbits.TRISA5 = 0; Delay10KTCYx(10); LATAbits.LATA5 = x; break; case 6: TRISAbits.TRISA6 = 0; Delay10KTCYx(10); LATAbits.LATA6 = x; break;
-
Thread
C oder Assembler
0x40 ; 64 17c2: 93 e0 ldi r25, 0x03 ; 3 17c4: 28 9f mul r18, r24 17c6: f0 01 movw r30, r0 17c8: 29 9f mul r18, r25 17ca: f0 0d
17de: 80 e8 ldi r24, 0x80 ; 128 17e0: 90 e0 ldi r25, 0x00 ; 0 17e2: 02 c0 rjmp .+4 ; 0x17e8 17e4: 95 95 asr r25 17e6: 87 95 ror r24 17e8: 6a 95
-
Thread
Probleme mit SPI- PIC18
trotzdem. Aber das sind Ausnahmen. Gewinnen tut man dadurch nichts. Also ja wirr. Da bin ich bei dir xD Aber SS bzw. Chipselect reißt es in dem Fall ja nicht raus. Ich möchte ja lediglich zb. 16bit Farbe am Stück senden. Also mit dem Fifo 2x8bit Unterbrechungsfrei durchjagen. Wie im Datenblatt des
den Buffer laden sondern byteweise > senden... Keine Ahnung. Wenn ich das Datenblatt von deinem PIC18F26K42 lese, kann da bei SPI einiges schief gehen, man kann viel einstellen. Auch das Ansteuern von SS, was scheinbar durch das SPI-Modukl erfolgt bzw. erfolgen kann? Ohne Oszi wird das HART! 32.5.5.2
-
Thread
Streifen im EA DOGM128 und sehr dunkel
0 0xA1, // Display Normal / reverse A0 0xC0, // Display Normal / reverse C8 0xA6, 0xA2, // Set Bias 0x2F, // Power Control set 0xF8, // Booster Ratio set 0x00, // "" 0x27
); DOGM128Send(0x16); DOGM128Send(0xac); DOGM128Send(0x00); DOGM128Send(0xaf); DOGM128DESELECT(); } [/c]
-
Thread
Display am Attiny 841
Schriftarten oder Darstellung von Geraden, Mehrecken oder einer Laufschrift mit dem (mehreren) HT16K33 und 5 (und mehr) x Matrix 8x8. Das sind nach meiner Rechnung über 300 LEDs. Die Beispiel dazu stehn im Netz, musst nur richtig suchen. Ein Beispiel was funktioniert: [c] void Graphik_Gerade(int8_t x1, int8_t y1, int8_t x2, int8_t y2) { uint8_t bcc; bcc = 0x11 + 0x07 + 0x1b + 'G' + 'D' + x1 + y1 + x2 + y2; i2c_start(slave_adresse_1); i2c_write(DC1); // DC1 i2c_write
-
Thread
uC mit guten ADC & USB gesucht
doch auch die zu wandelnden Werte hoeher machen kann... meine Werte werden irgendwo zwischen 0-5V liegen und mit interner Ref gehts beim PIC doch nur bis 2,x oder?
schon zumindest 10bit Aufloesung >vorgestellt >...ich wurde mein Spannungssignal das zwischen 0-5V leigen wird gerne im >mV Bereich aufloesen (0,01% Fehler...) >meine Werte werden irgendwo zwischen 0-5V liegen und mit interner Ref >gehts beim PIC doch nur bis 2,x oder? Die ersten beiden Forderungen
-
Thread
Langsame PICs? Microchip legt nach: 16 MIPS @ 64 MHz: PIC18F13K22
Hi >Die schnellsten AVRs der normalen 5V-Familie schaffen derzeit 20 MIPS, >wobei bei einem AVR nicht alle Befehle "single-cycle" sind, also kommt >das in etwa hin auf die 16 MIPS. In meinem Pic-Buch finde ich Befehle 4/5 Maschinen-Cyclen
spess53 schrieb im Beitrag #1820915: > Hi > >>Die schnellsten AVRs der normalen 5V-Familie schaffen derzeit 20 MIPS, >>wobei bei einem AVR nicht alle Befehle "single-cycle" sind, also kommt >>das in etwa hin auf die 16 MIPS. > > In meinem Pic-Buch finde ich Befehle 4/5 Maschinen-Cyclen
-
Thread
PIC oder AVR für Projekt
die ganz kleinen PIC10F und PIC12F. Und hier gibts kein Banking.Ausserdem gibts dafür euch gratis C-Compiler. Zur Programmiersprache: Im Grunde ists egal mit welcher Sprache du anfängst. Ich hab mit C angefangen und
> .... PIC18xx 2 Interruptprioritäten und nen Softwarestack. Das mit den Prioritäten ist richtig aber der Stack ist immer noch Hardware (allerdings 32 Level). Erst die 16 Bit Controller PIC24 und die dsPIC
-
Thread
seriell auslesbare Taster/Schalter, Idee zur Diskussion
sendet (TX). Wieso SoftSerial? Es gibt genügend Controller mit Hardware UART. Beispielsweise PIC16F15213 für 36 Cent ab 25 Stück bei Digikey. Sollte alles haben, was Du brauchst. https://www.digikey.de/de/products/detail/microchip-technology/PIC16F15213-I-SN/12807336 Wenn es unbedingt AVR
man auch gleich noch einen 3225 Quarz spendieren, gibt es für 5ct. (LCSC C70565) Edit: sehe gerade, der PIC16F15213, der von Frank vorgeschlagen wurde, hat auch nen kalibrierten Taktgeber. Dazu noch classic 5V. Dann wäre das mein Favorit.
-
Thread
Astrofotografie Nachführung parallaktische Montierung Ausrichteeinheit selber bauen Eigenbau ATmega8
Hallo Bernhard, das Projekt finde ich als a) µC-Bastler und b) Stern-(Foto)-Freund hochinteressant und spannend. Das Schaltbild zeigt aber nur, dass der Mega8: 1) Mit Quarzfrequenz getaktet wird, 2) den Stepper ansteuert, 3) ein 2 x 16
Carsten-Peter C. schrieb im Beitrag #6578304: > In der Zeitschrift C’T wurde mal beschrieben, wie man bei einem Plotter > die Schritte der X- und Y- Motore derzeit in Z80 Assembler berechnet. Nennt sich Bresenham-Algorithmus
-
Thread
Welche MCU für Drumcomputer
Ich hatte zum Beispiel an den hier Gedacht: PIC24FJ256GB210-I/PT Ein PIC24 16bit mit 32MHz
? Warum für eine Rechen aufwändige Aufgabe auf einen 16bit 32Mhz Controller mit 16MIPS beschränken wenn es viel schnellere gibt? Der F7 hätte 32bit, 216 MHz, 462 MIPS, eine FPU, 2x I2S, QSPI und SDMMC für das Laden der Samples.
-
Thread
dsPIC30F6014 using 2 CAN-Module
nachzuschauen warum es so ist, darfst du die ID folgendermaßen setzen. unsigned int CAN1_SendeID = 0x123; C1TX0SID =((CAN1_SendeID<<2)&0x00fc)|((CAN1_SendeID<<5)&0xF800); Das setzt die ID auf 0x123. Und dann funktioniert der erste CAN auch schon. Den zweiten hab ich nicht getestet, das müsstest
Sicherheit nachrechnen) > > deine 120MHz hast du wie realisiert? Nen 120er Quarz oder mit PLL? 7,5 MHz Quarz (schwer zu bekommen) + PLL x 16 Wenn man sich genau an die Vorgaben - bezüglich des Taktes - aus dem Datenblatt hält, dann ist es sehr schwer genau auf 120 MHz zu kommen. Wenn mir da jemand
-
Thread
Wie Auslatung von uC messen?
Werte zu erhalten? Ich messe die Zykluszeit der Haupschleife. Und wenn dieser Zyklus länger wird als 5..10ms, dann sehe ich nach, wo denn da Zeit verplempert wird. > Doch wie kann ich jetzt die aktuelle Auslastung in Prozent ermitteln und > genaue Werte zu erhalten? Definiere "Auslastung". Ein µC
eigentlich fast nichts zu tun, kann aber schon "überlastet" sein, wenn er diese Temperatur auf 5µs genau abliefern muss... Tastenklopper schrieb im Beitrag #5694052: > Pin frei? High setzen während der uC arbeitet, low bei sleep/idle. Das ist die einfachste Form, die aber nur funktioniert,
-
Thread
PIC18F25K22 und 3,3Volt
Hallo, Zur Ansteuerung eines TFT Display über SPI nutze ich ein PIC18F25K22. Dieser PIC enthält die Firmware für die Wörter/Zeichen, die ich anzeigen möchte. Der PIC wird über einen "Master" mit Daten versorgt. Bisweilen habe ich den PIC18F25K22 immer mit 5 Volt
device PIC18F25K22 found. Device ID Revision = 5 The following memory area(s) will be programmed: program memory: start address = 0x0, end address = 0x13ff configuration memory Device Erased... Programming
-
Thread
made from scratch Firmware für Wittig/Welec Oszilloskop W20xxA
8.4 LTA08C270F 800x600 170.4x127.8 199.5x149.5x12.0 450 400 CFL CXA-0395 LVDS Wide-Temp 8.4 LTA08C272F 800x600 170.4x127.8 199.5x149.5x12.0 450 320 CFL CXA-0395 LVDS Wide-Temp with Touch 8.4 LTA08C271F 800x600 170.4x127.8 199.5x149.5x12.0 450 400 LED Not Required LVDS Wide Viewing Angle 8.4 LTA084C191F 800x600 172.4x129.8 203.0x143.5x6.5 350 TBC CFL CXA-0395 CMOS Single lamp 8.4 LTA084C190F 800x600 172.4x129.8
-
Thread
LCD Farbdisplay ??
Hi Naja für den AVR gibts ja sicher im Internet genug Code für den T6963C, die größeren Displays sind aber schon richtige Exoten :-(( Und so kompliziert ist der T6963C auch wieder nicht, wenn du willst kannst du meinen PIC Code für ihn haben... MooseC (auch öfters hier
schnell vertun, weil ich immer 100er Preise anfrage) LCD 85,- Admatec Inverter 6,- Admatec (5mA 7.5mA 10mA) SED17305 17,- Glyn M16C80 22,- Glyn 16Bit CPU 256kB || M32C83 28,- Glyn 16Bit CPU 512KB Nebenbei brauchts Du noch ein paar Steckkontakte. Ein Programmiergerät ist nicht
-
Thread
Interrupts SAVING STATUS AND W REGISTERS IN RAM
-------------------------- ;---------- Includedateien ------------------------------ LIST P=16F84A ; Verwendeter PIC= PIC16F84a include <P16f84A.INC> ; Includefile for P16F84A ;********************************************************************** ;---------- Konfiguration -
) bcf LCD_CTRL,LCD_E movlw 0x01 ;Display löschen und Cursor home call LCDBEFEHL ;Befehl an LCD movlw 0x28 ;4 Bit, 2 Zeilen, 5x7 call LCDBEFEHL ;Befehl an LCD movlw 0x08 ;Display aus, Cursor aus, Blinken
-
Thread
BMP mit T6963
Zeile Bilddaten*/ }; [/C] Zum Bild zeichnen aus dem Header die X- u. Y- Auflösung ermitteln. Aufbau Header siehe google (ist einfach der Header) [C] void main(){ /* ...init_something etc... */ draw_pic(my_foo_pic, 17
horizontal aus. Bei Display>256Pixel(X||Y) uint16_t Variablen verwenden.
-
Thread
serielle Datenübertragung - Problem !
ich arbeitet mit einem PIC 16F877 und nutze den Usart im Asynchronen Modus zum Übertragen von Daten vom PIC auf den PC und umgekehrt ! jetzt komme ich zum Problem ! Daten übertragen vom PIC auf den PC kann ich ohne Proleme
Taktfrequenz sollte das so eigentlich OK sein. Stimmen die Datenübertragungsparameter beim PC? Vor allem 1xStart und 1x Stopbit, NoParity und 8 Datenbit? Wenn die Parameter OK sind, dann liegt es wohl doch am Programm im PIC. MfG
-
Thread
Pic Mit LCD Display
mich jetzt schonmal für verständnis probleme :). ich habe mir jetzt ein schaltung aufgebaut mit PIc controller und LCD Display "LGM12641BS1R" Als Pic controller habe ich PIC18F4550 und einen 4x4 Tastaturfeld mit einem MM74C922. Ich habe bis jetzt noch nie einen LCD Display Programiert, ich
>Als Pic controller habe ich PIC18F4550 Die Sache wird sowieso nicht gehen da die Pins RC4 und RC5 fuer USB sind und nicht als normale IOs nutzbar sind. Also Schaltung neu machen.
-
Thread
Alte Eproms sichern, welches Gerät?
Ulrich schrieb im Beitrag #8071920: > 2116 war je nach Hersteller SRAM oder DRAM 4116: DRAM 16kx1 (Toll, auch mit drei Versorgungsspannungen...) 6116: SRAM 2kx8 5V 2716: EPROM 2kx8 5V TMS2716: EPROM 2kx8 3 Versorgungsspannungen TMS2516: EPROM 2kx8 5V Das EPROM 1702A (256x8) hat +5V und
x 8 – PROM, ROM) AT28F010, AT29C010 – W29C011 (128k x 8, EEPROM) AT28F512, AT29C512 (64k x 8 – EEPROM) Atari 2364 Cartridge ROMs (8k x 8, ROM) CDP1831 CDP1833 (64k x 8 – ROM) LH534J
-
Thread
PIC32 externer Interrupt
das ganze jetzt umgebaut und auf "INT1" gestellt. Ich habe die Dokumentation zu den Interrupts beim PIC gelsen, bin jedoch damit nich ganz glücklich. Mein Code ist aktuell so: [c]PORTEbits.RE8 = 1; INTConfigureSystem(INT_SYSTEM_CONFIG_MULT_VECTOR); INTEnableInterrupts(); IEC0CLR = 0x00000080;
folgende Meldung in der "Debugger Console": No source code lines were found at current PC 0x9d04e03c In der Map-File steht, dass 0x9d04e03c der "_DefaultInterrupt" ist. Hat da jemand eine Idee, was falsch sein könnte?
-
Thread
Lookup Tabelle in ASM30 (dsPIC)
z.B. so: TBLRDL [w5],w2 --> hiermit liest du die unteren 16b deiner 24b Romspeicherstelle aus. in W5 steht die Adresse (indirekt) und in W2 der entsprechende Tabelleneintrag. Das alles dauert 2 Zyklen!
#5,W0 mov W0,ALTDTR2 ; Dead Time Rechts ; ############ FQ nach Grad pro Step wandeln (auf anderem PIC berechnen und GRAD_PRO_STEP per SPI schicken.)################ mov #1001
-
Thread
Bits shiften - ich verstehe es nicht.
if (second & 0x08) outl += 8; be: 63 fd sbrc r22, 3 c0: 98 5f subi r25, 0xF8 ; 248 if (second & 0x04) outl += 2; // \_ swapped c2: 62 fd sbrc r22, 2 c4: 9e 5f
r19, r19 c0: 0c f4 brge .+2 ; 0xc4 <bcd3+0x1e> c2: 90 5b subi r25, 0xB0 ; 176 if (in & 0x0100) outl += 1; c4: 30 fd sbrc r19, 0 c6: 9f 5f subi r25, 0xFF
-
Thread
atmega4808 mit microchip ICD3 programmieren/debuggen UPDI interface
Hallo, die Sylaina Lib funktioniert für die aufgeführten Controller die in der i2c.c stehen. Die Lib greift direkt auf die Register zu. Das müßtest du alles abändern. Eine Vorlage kannste dir bei MCUdude auf Github anschauen. https://github.com/MCUdude/MegaCoreX/tree/master/megaavr
Simulation eines Rundinstruments. Dieses ändert seine Nadel in Abhängigkeit des ADC Wertes an Port PA5. Belegung: ADC -> PA5 (über Poti) ext.Reset Taster -> PA4 (nicht zwingend erforderlich) I2C SCL -> PA3 I2C SDA -> PA2 Und hier noch den TWI Code - allerdings in Assembler https://www.mikrocontroller.net
-
Thread
AVR Ethernet Platine
512Kb externer SRAM wird per 32Kb Memory Bänke angesprochen. Dabei können immer eine/zwei der maximal 16 Bänke in den AVR Speicherbereich eingeblendet werden. Es gibt insgesamt 5 Memory Mapped Geräte in den Addressbereichen: 0x0000-0x10FF ATMega128 Register + interner SRAM 0x1100-0x11FF CPLD.Memory
einfach mal ab): DC-101 YCL 5V->9V 9645 16PT-005B YCL 9646 20F001N YCL 9642G MYSON MTD392N 9645 EA ATMEL 632 93C46 PC 20 MHz Quarz plus RJ45 Buchse und Kleinkram Die Karten müssten eigentlich alle OK sein. Biete 6 Karten
-
Thread
Welchen controller
mit 200 I/O-Pins angefangen hast, andere bevorzugen > da eine kleinere Variante, Mein erster µC war ein PIC16C84, wenn man mal die Experimente mit dem 8749 außer Acht läßt. Mein erster Atmel war übrigens ein AT90S1200-4SI, nettes Teil und hatte sogar schon einen internen RC-Oszillator. > Ich
Am besten ist zum Anfang ist ein PIC 16F84. In weniger als 5 Minuten blinkt bereits eine LED, in 20 Minuten zeigt ein LCD bereits "Hello World".
-
Thread
PIC läuft erst nach reset ....
jap, bei RC auch selbes Phänomen. Und hab schon 5 PICs reingelegt, daran kanns auch nicht liegen... apropos, weiß jemand, wie man im CC5X compiler in den configs den internen oszillator wählt ? #pragma config FOSC=INTRC oder so geht leider nicht...
Das schreit aber danach, dass dein Compiler nicht auf den richtigen PIC eingestellt ist. Haben denn die anderen PIC's, - die, bei denen es funktioniert (84, 88, 648) - identische Config-Bits wie der 876? Könnte ja sein, das du bei falscher Controller-Wahl in CC5X z.
-
Thread
Mikrocontroller aussuchen
Wir achten im Betrieb bei der Auswahl eines uC immer auf minimale Komplexität. Deshalb fahren wir eine Doppelstrategie: Wir haben sowohl ARM Cortex als auch PIC (8-Bit) im Einsatz. Bei jedem Projekt klären wir ab, ob ein PIC ausreicht. Die mögliche Auswahl beschränkt sich derzeit auf insgesamt 5 verschiedene Typen in den Serien PIC12 bis PIC18. Können wir uns für einen 8-Bit uC entscheiden, programmieren wir in der Regel ohne viel HAL-Schnickschnack direkt auf Registerebene. Für rechenintensive
-
Thread
Kaufberatung - Fortgeschrittener Einstieg - AVR
alle Chips (8,16,32 Bit) mit einem einzigen Debugger (PicKit3 oder ICD3) sowohl programmieren als auch debuggen, und das mit nur zwei IO-Pins+Reset - egal wie doof man sich anstellt - man kann sich niemals aussperren
in allen Bereichen Bei PIC denken die Leute an die alte 8-Bit Architektur der PIC10/12/16-Serien. Das ist nur ein Teil der Wahrheit. Die PIC24 sind sehr angenehm zu programmieren, und das wäre für den Anfang genau das richtige
-
Thread
Einstieg in die MikroController Welt 8, 16Bit oder 32Bit?
ich ein Artikel bei RS-Online über 32Bit Architekturen gelesen habe, und dort wurde gesagt dass der PIC32Bit wäre eins der schnellste Controller auf dem Markt, gegenüber seine Konkurrenten ;-) wir wissen was sie damit meinen.. Also mit 8 und 16Bit anfangen? oder direkt mit einem 32Bit-ler ? Danke
Ich würde für den Einstieg 8 Bit AVR oder PIC nehmen. Vielleicht eventuell noch MSP430. Aber mehr nicht. Alles Andere ist mit Kanonen auf Spatzen geschossen. Bei einem 32 Bit uC würde ich mir übrigens nicht mehr selbst die Arbeit machen
-
Thread
Pic SPI Read immer 0
state; CE_Flash = 0; SPI_Write(0x05); state = SPI_Read(); CE_Flash = 1; return state; }[/c] Flash Funktion:
//Ausgang RC2 -> CS TRISBbits.TRISB4=0; //Ausgang RB4 -> CLK TRISBbits.TRISB5=0; //Ausgang RB5 -> SDO TRISBbits.TRISB6=1; //Eingang RB6 -> SDI RB4PPS = 0x10; //PORTbelegung CLK RB5PPS = 0x12; //PORTbelegung
-
Thread
PIC24HJ SPI und I2C gleichzeitg
gleichzeitig" war unglücklich ausgedrückt. Es geht mir darum ob ich SPI an den Pins 1...4 und I2C and den Pins 5...6 betreiben kann. Bei den PIC16 und PIC18 gab es früher nur ein serielles Modul, welches SPI oder I2C konnte.
Okay, also laut Datenblatt PIC24HJXXXGPX06/X08/X10 70175.pdf von Microchip. http://ww1.microchip.com/downloads/en/DeviceDoc/70175H.pdf SPI: SCK2 auf Pin4 SDI2 auf Pin5 SDO2 auf Pin6 I2C: SCL1 auf Pin37 SDA1 auf Pin36
-
Thread
Suche µC mit USB und 5V Versorgungsspannung
Renesas hat ein paar aus der M16C Familie mit integriertem USB. Die koennten auch noch mit 5V laufen und haben natuerlich einen Bootloader. Vermutlich sogar mehrere. Olaf
sebi707 schrieb im Beitrag #3661267: > esucht wird ein µC mit mindestens 30 IO Pins, integriertem USB > Controller und am besten 5V Versorgungsspannung http://www.microchip.com/wwwproducts/Devices.aspx?product=PIC18F45K50 - 1.8V - 5.5V - 35 IOs - 32kB
-
Thread
MPLAB: Standardmäßige Language Toolsuite nach Installation gesucht
werden ; - Druecken beider Tasten: Piepston am Summer, LEDs 1,2 aus ; ; Controller: PIC 16F88 ; ; Konfiguration des Controllers: ; PORTA: RA0 Poti (0..5V) ; RA1 LDR (heller - Spannung steigt, ca. 2-4V ) ; PORTB: RB0 Eingang
---------------------------------------------------------------- Make: The target "D:\Dateien\PIC\Progs\lauflicht\demo1.o" is out of date. Executing: "C:\Programme\Microchip\MPASM Suite\MPASMWIN.exe" /q /p16F88 "D:\Dateien\PIC\Progs\demo1\demo1.asm" /l"demo1.lst" /e"demo1.err" /o"demo1.o" /d__DEBUG
-
Thread
Probleme mit MCP25625
getaktet werden. Die Externe Taktung aus dem MCP25625 nutze ich nicht. EDIT2: Der MCP25625 wird mit 16MHz getaktet [c] #define F_CPU 8000000UL //#define UART_BAUD_RATE 9600 #include <avr/io.h> #include "i2cmaster.h" #include "MCP23008.h" #include "I2C_LCD.h" #include <avr/pgmspace.h> #include
.. Was genau ist nicht ok? Ich mache jetzt eh ein neues Layout mit einem SSOP28 anstelle dem 6x6 QFN28 des MCP25626. - Als Quarz werde ich jetzt mal ein 7x5mm nehmen. - An den Reset PIN tue ich noch ein 47nF Kerko gegen Masse, oder wären 100nF besser? Gibt es noch weitere Verbesserugsvorschläge
-
Thread
Mit PIC12F629 WS2812 NeoPixel ansteuern
Beitrag #6567409: > Habe ich bereits gesehen. Nein, wohl doch nicht so ganz. Denn unter "Für PIC12, PIC16, PIC18..." ist dir der Link "Forenthread" entgangen! https://www.mikrocontroller.net/topic/322375#3794406 Da sehe ich reinen C code, allerdings für etwas moderneren Controller.
S. schrieb: >> Habe ich bereits gesehen. > > Nein, wohl doch nicht so ganz. > Denn unter "Für PIC12, PIC16, PIC18..." > ist dir der Link "Forenthread" entgangen! > > Beitrag "Re: [ASM & C] PIC12/PIC18/PIC24 WS2812 SPI Library" > > Da sehe ich reinen C code, > allerdings für etwas moderneren
-
Thread
Display 8 Bit SPI
Control:internal Write_Instruction(0x40);//Set Start Line Write_Instruction(0xA4);//--set normal display // Write_Instruction(0xA5);//--set all pixel on Write_Instruction(0xA6);//--set normal display // Write_Instruction(0xA7
(i); Set_Column_Address(0x00); for(j=0;j<240;j++) { Write_Data(pic[num*240+j]); } num++; } return; } } unsigned char SPI_Write (unsigned char c) { SPI1BUF = c;