-
Thread
USB -> seriell
oder hat nen Link? Microchip verkauft sowas in Massen. Der MCP2200 ist ein vorprogrammierter PIC18F14K50. Der MCP2221 ist ein vorprogrammierter PIC16F1455. Du kannst Dir den XC8, MPLABX und die Application Library ziehen und die Demo-Applikation entsprechend Deinen Wünschen anpassen. fchk
blink(1) haben auch mit einer AVR-VUSB-Lösung angefangen, sind aber für die zweite Version auf einen PIC16F1454 umgestiegen, weil der Full-Speed USB in Hardware hat und 100% USB-zertifiziert ist. Siehe http://blink1.thingm.com/ fchk
-
Thread
mit µC Sinus erzeugen + Amplitudenmodulation
{ // Träger N if (N_trag>99) { N_trag=0; } // Trägerfrequenz sinus_trager = sinus_array_8bit[N_trag]; // alle 17 Zyklen Nutzfrequenz (1900Hz / 19 Hz = 100 Hz) if (N_tick>18) { // Nutz N if (N_nutz>99) { N_nutz=0; } sinus_nutz = sinus_array_8bit[N_nutz]; N_nutz
Assembler schlecht ist oder so ... Ich hab selber zwei Jahrzehnte mit Assembler von 8032, 8080, Z80, PIC8, AVR, ARM7, x86 von 8086 bis SSE4, DSP usw gearbeitet. Es gibt Einsatzbereiche, wo Assembler sinnvoll und oft notwendig ist. Aber bei dieser Popelaufgabe seh ich das jetzt ehrlich gesagt nicht und
-
Thread
Zugriff auf Ports über einen Pointer od Ähnlichem für PIC18F (nicht Bit Addressierbar)
Objective[Target]), jedoch direkt auf den Wert zugreifen über einen Pointer auf den Port. Ich nutze den PIC18F65K80, leider sind die Ports nicht Bit-addressierbar und es funktioniert evtl. nur über ein Makro, doch ich finde nicht wirklich hilfreiche Schnipsel. Also wenn sich da jemand auskennt wäre eine
> { > ReceiveBuffer[i] = Receiver(i); > } Warum speicherst du nicht einfach die PortsC..F in ReceiveC..F ? Die Dekodierung kannst du dann doch genauso machen ...
-
Thread
32-Bit μC für zwei Layer PCB
Willst Du wirklich für 4$ noch selbst ätzen? http://www.aliexpress.com/item/STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module/32327927921.html
haben nur SAM3). Aber wie auch bei den AVRs, ein SAMD21E18 mit 256+32 KiB kostet auch bloß doppelt so viel. Die Dinger gibt's auch mit größeren Pinanzahlen, aber bei den kleinen hat man halt bequeme 0,8 mm Pinabstand.
-
Thread
Cursor setzen LCD Display
Hallo Forumsteilnehmer, ich habe an meinem PIC18F4580 ein 4x40 Display, welches mehrseitig beschrieben ist und alles funzt wunderbar. Da ich auch Zahlen darstelle, welche ich verändern möchte, möchte ich den Cursor blinkend zum Anzeigen der
////////////// // Setzt den Cursor in Zeile y (0..3) Spalte x (0..15) void lcd_setcursor( uint8_t x, uint8_t y ) { uint8_t data; switch (y) { case 0: // 1. Zeile data = LCD_SET_DDADR + LCD_DDADR_LINE1 + x; break; case 1: // 2. Zeile
-
Thread
RaspberryPiB+ mit CAN (MCP2515)
Die haben mittlerweile selber besseres, und die verbesserten ECAN-Module sind in den PICs drin. Ein PIC18F25K80 ist billiger, kleiner und CAN-Bus-technisch besser als ein AVR+MCP2515, weil (a) der SPI-Flaschenhals wegfällt, (b) der ECAN des PIC mehr Buffer und weniger Fehler als der MCP2515 hat, (c) der
haben > mittlerweile selber besseres, und die verbesserten ECAN-Module sind in > den PICs drin. Ein PIC18F25K80 ist billiger, kleiner und > CAN-Bus-technisch besser als ein AVR+MCP2515, weil (a) der > SPI-Flaschenhals wegfällt, (b) der ECAN des PIC mehr Buffer und weniger > Fehler als der MCP2515 hat
-
Thread
ENC28J60 oder ENCJ600
würde ich gerne diese Sachen auch von unterwegs schalten via Webserver wie dieser http://www.dl8ma.de/Arduino/DINoInternetEthernetIOBoard/ oder dieser http://www.3bm.de/2012/09/19/arduino-steuern-per-internet/ und mir die aktuellen Schaltzustände per E-Mail schicken lassen. Kann ich
einem Ethernet Controller wie dem ENC28J60 oder > ENC424J600 realisieren? Ich nehme immer den PIC18F67J60. Das ist eine verbesserte Version des ENC28J60, der Prozessor, RAM, Flash, Timer, etc mit integriert hat - eine echte Single-Chip Lösung. Dies ist die einfachste, kleinste und billigste Möglichkeit
-
Thread
UV-Laserdrucker II
herauskramen ...: http://www.google.de/imgres?imgurl=http://farm4.static.flickr.com/3383/3576583291_8f46f098a7_m.jpg&imgrefurl=http://dorkbotpdx.org/blog/laen/adventures_in_etching_the_test_pattern&h=240&w=240&tbnid=IFZZODe6PyZw8M:&zoom=1&tbnh=90&tbnw=90&usg=__YTH1tlYPnfKd7vZU5h5oj1wDsy4=&docid=lhZfzMuvi0yIOM
" Vorlage, Das sagte er ja bereits->er will die "mathematische" Vorlage. Außerdem: Dieter F. schrieb im Beitrag #4984479: > Da rechne ich mit ca. 5000*4000/8 = 2,5 MByte
-
Thread
uart interface pic18
Hallo, ich würde gerne via PIC18LF25K50 mit eoinem UART Modul kommunizieren, aber es will irgendwie nicht richrig funzen. Die UART Einstellungen sollen sein: BAUDRATE: 115200 Data Bits: 8 Parity: None Stop Bits: 1 Flow
Das ist eigentlich klar, aber der On Board Pic hat nun mal eine UART Schnittstelle und die ICSP Schnittstelle ist nun mal auch rausgeführt. Was kann bzw. sollte mich davon abhalten das Modul über die reine UART Schnittstelle des ON Board Pic18 zu
-
Thread
ADC/Sensorwert - Mittelwert
trotzdem nicht auf mein geplantes Ergebnis. vlt kann mir hier ja wer weiterhelfen. Rand-Infos: PIC18F2550; einlesen von Sensor-Daten mittels ADC und Umrechnung dann in Pascal-Werte; diese Sensor-Daten werden kontinuierlich eingelesen - über 10 Messungen soll dann ein Mittelwert berechnet werden u
265104 BTW: 10 ist eine blöde Größe für einen uC. Denn der arbeitet viel lieber mit binären Zahlen. 8 wäre eine schöne Zahl, oder 16...
-
Thread
Gesucht: µC mit 4x PWM + Ethernet Schnittstelle
Die gesamte PIC18F97J60-Familie MAC und PHY integriert. Wenn es am schnellsten gehen soll: schau dir mal den Lantronix xPort an!
Björn G. schrieb im Beitrag #4099602: > Die gesamte PIC18F97J60-Familie > MAC und PHY integriert. Hat allerdings nur drei 16-bit Timer :-/ Ansonsten wirklich eine der wenigen Controller-Familien, die integriertes PHY haben (habe ansonsten nur Freescale
-
Thread
PIC Batteriespannung messen
Hallo Wie kann man mit einem PIC 18F2420, die Batteriespannung messen, wenn gleichzeitig die Versorgungsspannung auch aus der Batterie für den µC kommt ? Zu messende Spannung liegt zwischen 1,8V und 4,5V. Habe im moment als Referenzspannung
Der Pic 18F24K20 wäre auch eine möglichkeit. Werde ich mir mal genauer ansehen.
-
Thread
Evaluierung Controller über Ethernet steuern
aus nostalgischen oder sonstigen Gründen am RFC 1597 festhalten will kann auch einfach auf 10.0.0.0/8 ausweichen. 16,7 Millionen Addressen sollten für jeden halbwegs normalen Anwendungsfall reichen. Und ... ganz ehrlich, wenn man das Teil nicht ans Internet hängt ist es ohnehin Banane. Zu einem Adresskonflikt
MAC+PHY (Nachteil: 48 Pin TQFPP im 0.5mm Raster, d.h. nicht so einfach zu verarbeiten) oder einen PIC18F25K80 plus MCP2551 (die gibts auch in DIL-Gehäusen) Das sind die billigsten und kleinsten und einfachsten Lösungen, alles andere wird teurer, größer, aufwändiger. fchk
-
Thread
Dumme Frage zum "C" mit AVR's
00 90 68 00 lds r0, 0x0068 60: 02 c0 rjmp .+4 ; 0x66 <main+0x1c> 62: 88 0f add r24, r24 64: 99 1f adc r25, r25 66: 0a 94 dec r0 68: e2 f7 brpl .-8 ; 0x62 <main+0x18> 6a: 58 2f mov r21, r24 6c: 50 95
25 23 and r18, r21 7a: 02 c0 rjmp .+4 ; 0x80 <main+0x36> 7c: 20 81 ld r18, Z 7e: 28 2b or r18, r24 80: 20 83 st Z, r18 82: f5 cf rjmp .-22
-
Thread
Startup: Schaltung für einfaches USB-Gerät mit für Serienproduktion geeigneten Chips
unübersichtlich macht. Ich habe ds deshalb für unsere Studenten vereinfacht, sind aber bisher nur PIC18 drin. (-> Simplified Microchip PIC USB demos (C18/XC8 MLA) http://picforum.ric323.com/viewtopic.php?f=46&t=103) Einen 16F145x will ich aber irgendwann auch noch dazu nehmen. Ist schon auf einer
AVR+VUSB, aber weil das mangels USB-Konformität Probleme machte, sind sie bei der mkii-Version auf PIC14F1454 umgestiegen. An der Firmware könnt Ihr Euch entlang hangeln. Nehmt auch ein gutes Buch über USB in die Hand, weil Ihr die Deskriptoren neu machen müsst. fchk
-
Thread
PIC18 array ändert Werte selbstständig
da ein Problem das ich mir nicht erklären kann. Hoffe mir kann geholfen werden. Ich verwende den PIC18F13K22 und alles läuft perfekt für etwa 30 min. Hab folgendes array dessen Werte nie verändert werden sondern nur mit epfangenen Daten veglichen werden: unsigned char SerialNumber[8] = {0xCC,0xB7,0xD0,0x72,0x28,0x8E
überschreibt den Bereich von <SerialNumber> (wie und warum auch immer!?). const unsigned char SerialNumber[8] =........ dürfte das Problem beseitigen. (hängt natürlich vom verwendeten Compiler und dessen Einstellungen ab - bin vom XC8 ausgegangen). (XC8 User Guide Page 163, 179).
-
Thread
tagesschau.de: Mythos Fachkäftemangel?
Bewerbung abzulehnen. So kann ein Bewerbungsfoto dann aussehen http://www.ruhrnachrichten.de/storage/pic/mdhl/automatischer-bildimport/dpa/starline/leben/2708636_1_jpeg-147E5C00F6852E69-20110914-img_32466792.original.large-4-3-800-0-271-2250-1955.jpg Der nette Mann von der Telekom mit ein paar Piercings
vor. Nehmen wir an, die 68er waren anno 68 in ihren Zwanzigern und die meisten haben im Alter von 18 bis 30 Kinder bekommen. Dann kommen wir für die Kinder der 68er auf den Jahrgang 56 (mit 18 Kind bekommen und '68 30 Jahre alt) und 78 (68' 20 Jahre alt und mit 30 Kind bekommen). Dann kommen wir auf
-
Thread
AVR 8bit auch für größere Projekte?
und ARM wobei in zukunft eher ARM M0 einzug halten wird einzig aus einem Grund ... der STM32F030(32k) ist halb so teuer wie der ATmega88(8k)
Geld und Leistung eine Rolle. Und wenn beides gleich oder eher in Richtung 32bit geht, wieso dann 8bit _neu_ entwickeln? Auch bei Microchip sind die neuen Features wie NCO, CLC, ZeroCross Detection erst bei den PIC16, dann irgendwann vielleicht bei PIC18 und dann nochmal später, wenn überhaupt bei
-
Thread
PIC18F Kapazitäten für Uhrenquarz
Hallo Gemeinde, ich benutze Timer 1 vom PIC18F4580 für eine RTC mit 32,678 khz Resonator (das Ding :-) wie ein Elko mit zwei Beinen). Leider läuft die Uhr nicht sehr zu genau. ich hab 2x 100 pf gegen Erde geschalten. Ich finde zu verschiedene
Ein 32768-Hz Quarz sieht wie ein Elko aus? Ein Röhrchen von max 2mm Durchmesser und 6..8 mm Länge? 100 pF sind für die üblichen Uhrenquarze viel zu groß. 10pF oder 6,8 pF sind eher richtig.(schon oben gesagt) Feinkorrektur macht man nicht über Trimmer sondern per Software. Siehe thread
-
Thread
mit was starten? Atmega8 - Einsteiger will keinen Mist kaufen
Es muss nicht unbedingt ein Atmega sein. Ich habe mit Microchip erste erfahrungen gesammelt. Der PIC18 ist schon sehr leistungsfähig und dennoch übersichtlich. Als Debugger empfehle ich dann ein PicKit3, den gibts zusammen mit einem demoboard für wenig geld. Mit diesem kannst du auch die ganz großen
F. Fo schrieb im Beitrag #4087500: > uC..net habe ich auch erst viel später entdeckt. ich auch, aber der TO hat schon hergefunden :-) Ich fing mit ATmega8 an und pony2000 F. Fo schrieb im Beitrag
-
Thread
100mhz 32bit - counter ohne vorteiler?
mit dem Referenztakt hat es bei einer solchen Minimal-Variante ne Grenze nach oben. Ich hatte den PIC16F716 benutzt, der hat vor Timer0 und vor Timer1 jeweils einen asynchronen Prescaler, beim Timer1 bis zu 1:8, womit man dann mit der Referenz bis knapp unter 40 MHz kommt - falls man dafür nen passenden
AVR) einen Vorteiler. Mit 2 Eingängen für das Capture braucht man auch wirklich nur den Teiler (z.B. 8 Bit) extern, mehr nicht. Bei den PIC16 / PIC18 hat man zwar interne Vorteiler, kommt aber trotzdem nicht so wirklich ohne externe Logic aus. Man braucht halt die externen Tore um 2 Timer zu nutzen
-
Thread
LI IO Akku 3,7V für 3,3V System
von 4,2V und eine Discharge Cut off Voltage von 3V. Ich würde damit gerne einen Extreme Low Power PIC18 (1,8V to 3,6V, Sleep mode: 20nA, Watchdog Timer: 300nA, Timer1 Oscillator 800nA). Leider finde ich im Datenblatt nichts zu der maximalen Stromaufnahme des PICs??? Ich gehe einfach mal davon aus,
Nimm doch einen PIC18F... der bis 5.5 Volt geht, den kannst Du dann direkt am Akku betreiben. Einer meiner Lieblingstypen ist z.B. der 18F14K22, den gibt es mit USB auch als 18F14K50, schau dir mal das Datenblatt an.
-
Thread
MICROCHIP APGDT002 CAN-BUS-ANALYZER verliert um ein Viertel der Datenpakete
verwendet wird, stößt nur aller 1ms einen Bulktransfer an. Solange muß man die Daten puffern. Beim Pic18 würd ich ich nicht wundern, wenn nur 1 Frame gepuffert wird, also so 64 Byte/ms.
Steffen Rose schrieb im Beitrag #4095388: > Beim Pic18 würd ich ich nicht wundern, wenn nur 1 Frame gepuffert wird, > also so 64 Byte/ms. Nach der original Beschreibung gehen doch schon Pakete verloren bevor 64 Bytes ausgeschöpft wären. Ich glaube
-
Thread
Bad BIOS Virus, aber was für einer ! Gesperrt
Elektronikgram aus früheren Zeiten, als ich noch laufen konnte.... Am meisten aber waren es die PIC Microcontroler, die ich zu unterschiedlichen Projeken auszutesten waren.(PIC14xxxx, PIC16fxxxx, PIC18fxxxx) Zu guter Letzt sind da noch die "kleinen" Computer, wie Ardunio, Raspberry Pi 1 und 2,
die Frage auf: Wie hat er's denn probiert? Varianten je nach Hersteller (beim Booten): "Entf", "F1", "F2", "F8", "F10", ("F12"), Tabulator-Taste, gleichzeitig "Strg" + "Alt" + "Esc" oder "Strg" + "Alt" + "S". [Chip.de: http://praxistipps.chip.de/bios-aufrufen-so-gehts_9966]
-
Thread
Blutiger Neuling pic-programm
Ich möchte ein Matrixlauflicht mit einem pic16f627/28 bauen . Technisch gar kein Problem ,den pic zu flashen auch nicht ABER : das Programm zu erstellen ist für mich so blutiges Neuland das ich da noch null plan von hab. es gibt im www. z.B.
Und c18 kann nur pic18 programmieren, Sdcc, lass die Finger davon für pic16, sehr viele bugs. Hitech c ist ok, xc8 auch.
-
Thread
PIC18F2550 und MLX90614 IR Sensor assembler
Guten Tag Habe ein kleines Problem mit meinem PIC18f2550. Weis einfach nicht wie ich die Temperatur berechnet bekomme die der MLX90614 Infrarotsensor in die 2 Register DataH:DataL schreibt. Ich weiß, dass ich das Ergebnis entweder mit 0,02 Multiplizieren
Timothy B. schrieb im Beitrag #4077376: > Leider steht dem PIC nur 8 bit Speicherplatz zur Verfügung Eine Speicherzelle hat 8 bit, da es mehr als eine davon gibt sind es viel mehr als 8 bit, bei deinem PIC 2048 mal 8 bit. > und nun weiß ich nicht wie ich es
-
Thread
Erfahrungen zum Hausbus
verwenden, weil ich die kannte. Aber mit CAN gabs da wenige und auch recht teuer. Ich verwende jetzt die PIC18F66K80-Serie. Die gibts in sechs Varianten mit unterschiedlicher Pinanzahl und Speichergröße. Und der kleine kostet auch nur ~2€.
Spezifikation kann man ja schlecht kalkulieren, aber mal ein Auszug für ein EFH ohne Spielerei 2 8-fach Jalousie 300 600 4 20-fach Schaltaktor 600 2400 2 8-fach Heizungsaktor 230 460 2 16-fach Binäreingang 350 700 1 Spannungsversorgung 250 250 20 6-fach Taster 120 2400
-
Thread
AD Wandler liest falsch PIC
PIC ist PIC18F6722 Hier der Code: [c] //Includes #include <xc.h> #include <stdlib.h> #include <delays.h> #include <string.h> // set Config bits #pragma config OSC = INTIO67 // Oscillator
TRISC = 0x0F; TRISD = 0x00; TRISE = 0xF8; TRISF = 0x01; TRISG = 0x00; LATA = 0x00; LATB = 0x00; LATC = 0x00; LATD = 0x00; LATE = 0x00; LATF = 0x00; LATG =
-
Thread
RS232 mit DSPIC33
uwe schrieb im Beitrag #4075268: > Kümmerst du dich um RTS/CTS im dsPIC? Das ist nicht nötig. Der Beamer braucht das nicht... [pre] Optoma RS232 Command Table. --------------------------- Baud Rate : 9600 Data Bits: 8 Parity: None Stop Bits: 1 Flow Control : None
Terminal-Programm den Beamer direkt angesteuert? Bei mir wird ein EPSON TW3200 über RS232 von einem PIC18F44k22 gesteuert und da hatte ich vorher auch am PC die Befehle verifiziert, bevor ich das µC-Programm geschrieben habe. Kannst du den Teil des Codes zeigen, in dem du die Befehle raus schickst?
-
Thread
Manchester Code über GPIO einlesen, synchronisieren und in buffer schreiben
fest. Über eure Hilfe würde ich mich sehr freuen. Ich arbeite an einem Projekt mit dem Microchip PIC18F65K80. Dieser soll bis zu 16 Manchester signale einlesen über GPIO, diese signale kommen von ATtinys und sind fertig codiert. Nun wollte ich nach Tipps zur vorgehensweise fragen und wie ich die
kommen - Wie kann ich die ID Filtern, soll ich alle Daten in einen Buffer schreiben und die ersten 8 vergleichen lassen oder ? Über Tipps und Hilfen bin ich sehr dankbar! MFG Flo
-
Thread
PIC18F2550 mit internem Oszillator: immer nur 1MHz?
Hallo, ich habe hier einen PIC18F2550, den ich mit dem internen Oszillator betreibe. Laut Datenblatt ist das ein 8 MHz Oszillator der per INTOSC Postscaler auf bis zu 31kHz runterskaliert werden kann. Ich mache gerade meine ersten
Stefan, danke,jetzt kann man alle pragmas sehen. soweit ich sehe ok. hier ein auzug von einem PIC18F45k20, sollte ähnlich sein. // play on speed // 8mhz OSCCON = 0x60; //IRCFx = 110 OSCTUNEbits.PLLEN = 0; // PLL nicht in allen 18Fxxxx vorhanden bei FRC! habe leider keine
-
Thread
SPI MCP23S09
Ich benutze den PIC16F886 und meine LED soll mit dem MCP auf Masse gezogen werden.
Sry, ich war grad mit den Gedanken in einem anderen Thread^^ Da ging es um einen PIC18F2550^^ Für den PIC16 ist das Beschreiben von PORTA ok. Dann schau dir bitte die Kommunikation mit dem MCP23S09 an. Du musst ihn via SPI korrekt adressieren! D.h. fallende Falnke CS + Opcode
-
Thread
Was muss ich lernen?
Sehenswert, wie Dave Jones das Thema PIC vs. AVR auf den Punkt bringt: https://youtu.be/DBftApUQ8QI
für Windows Falls man mit PIC18F-Typen arbeiten will: C18-Compiler-Student-Edition Falls man mit dsPIC30/dsPIC33/PIC24-Typen arbeiten will: C30-Compiler-Student-Edition Was er zum Thema Linux schreibt will ich hier garnicht
-
Thread
PIC18F46K80 XC8 und FreeRtos8.2 (Inline Assembler unter einem C Preprocessor Macro)
Hallo Leute, ich versuche auf einem PIC18F46K80 ein FreeRtos8.2 zum Laufen zu bekommen. Das Problem, der Beispielcode ist für den C18 Compiler ich benutzte aber den XC8. Beim Inline Assembler unter einem C Preprocessor Macro komme ich nicht
-
Thread
Frage zum PIC C-Tutorial - Pullupwiderstände
unbedingt das Datenblatt und die Errata laden und angucken. Eine Suche im Datenblatt (PDF -> STRG+F) hätte es dir verraten.
Klaus schrieb im Beitrag #4074677: > #define nirgends "MPLAB® XC8 C Compiler User’s Guide" Tatsächlich, ich war nur zu blöd es zu finden ;-) Sogar bei meinem geliebten C18 unter "Processor-Specific Header Files"
-
Thread
PIC18F44k22 (Xtreme low power) stürtzt ab.
Hallo zusammen, die bisherige Schaltung mit dem PIC18F4620 im DIP40 Gehäuse an 5 V Versorgung lief problemlos. Habe die Schaltung auf SMD umgestellt: PIC18F44K22 im TQFP 44 Gehäuse an 5 V. 1x 100 nF Abblockkondensator. MCLRE Disabled. Der Prozessor
Näher gekommen. Fasse kurz zusammen. Leiterplatte1 : - Altes DIP Layout gem. Anlage - MCU PIC18F4620 Leiterplatte2 : - Altes DIP Layout gem. Anlage - MCU PIC18F46K22 Leiterplatte3 : - Neues SMD Layout wie im ersten Beitrag - MCU PIC18F46K22 Bei allen 3 Leiterplatten tritt der
-
Thread
µC nicht mehr ansprechbar
jetzt den Quarz an den µC angeschlossen so wie im Datenblatt beschrieben. Allerdings verwende ich 33 pF Kermaikkondensatoren da ich keine 22pF Kondensatoren habe. Im Atmel Studio habe ich bei SUT_CKSEL die Option EXTHIFXTALRES_16KCK_64MS ausgewählt um danach den Atmega8 damit zu programmieren. Jetzt läuft
wie folgt: C = 2·CL – (CP+CI) Laut http://www.ecsxtal.com/store/pdf/hc_49us.pdf ist CL = 10 pF und laut http://datasheet.octopart.com/ABL-16.384MHZ-B2-Abracon-datasheet-8434122.pdf ist CL = 18 pF hmmmmm Wenn ich nach dem 2. gehe, dann müsste das doch mit den 33 pF Kondensatoren funktionieren
-
Thread
Debugfähiger Kleinstcontroller Gesperrt
www.microchip.com/Developmenttools/ProductDetails.aspx?PartNO=DV244005 Für einige Controller mit 8/14/16 Pins von Microchip gibt es spezielle Debug-Versionen. Z.B.: PIC12F675 (8pin) -> PIC12F675-ICD (14pin) -> Zur Programmentwicklung wird die ICD-Version verwendet. Zum Debuggen stehen damit alle
vorbehalten. Nö, das haben teilweise auch die 8 Bitter z.B. der 18F26J50
-
Thread
PIC LOW Power mit Solar
einen konkreten 8 Bitter kann ich dir mangels Erfahrung damit leider nicht empfehlen. Eigentlich sollte fast jeder mit XLP deine Anforderungen erfüllen. Nimm am besten PIC18 oder zumindest solche mit "Enhanced Midrange
Ergönzung Noch einer. Man muss ja scheinbar auf mehrere Dinge achten. Alternativ habe ich den PIC18F26K20 entdeckt: http://www.microchip.com/wwwproducts/Devices.aspx?product=PIC18F26K20 dieser scheint auf den ersten Blick auch meinen Ansprüchen zu genügen. Gruss
-
Thread
Mikrocontroller I2C CAN
PIC18F26K80 LPC11C24
Frank K. schrieb im Beitrag #4069170: > PIC18F26K80 Es gäbe auch noch den dsPIC33EP32GP502 bzw. MC502. Hat weniger Flash (gibt aber auch noch mehr), aber 32bit Timer, mehr 16bit Timer und kann bis zu 70MIPS statt 16MIPS wie beim PIC18.
-
Thread
Sinus bis 150kHz mit Leistung aus PWM
Es gibt durchaus PIC die das koennen. zB dsPIC30F2023, mit einer PLL bis 480MHz, speziell fuer solche Anwendungen. PWM mit erhoehter Frequenz, und/oder Aufloesung.
>mit 960MHz Takt für die PWM Timer. >Schneller ist lt. meinem Kenntnisstand zur Zeit nur der STM32F334 mit >4.608 GHz. Ich kenn weder den PIC noch den STM im Detail, glaube aber nicht, dass dort wirklich 0,96 bzw. 4,6 GHz drinstecken. Solche hohen Zeitauflösungen werden in den meisten (allen?)
-
Thread
flash-Fehler mit ATtiny2313, compile ok
; 0x0a f0: 9a 89 ldd r25, Y+18 ; 0x12 f2: 89 27 eor r24, r25 f4: 8a 87 std Y+10, r24 ; 0x0a f6: 24 30 cpi r18, 0x04 ; 4 f8: 11 f0 breq .+4 ; 0xfe fa: 22 30 cpi r18, 0x02 ; 2 fc: 31 f4 brne .+12 ; 0x10a fe: 23 17 cp r18
-
Thread
Cypress PSoC Nutzen/Erfahrungen?
(PSoC5) I/Q- Generator, Ressourcenverwendung: Digital domain clock dividers : 3 : 5 : 8 : 37.50% Analog domain clock dividers : 0 : 4 : 4 : 0.00% Pins : 18 : 54 : 72 : 25.00% UDB Macrocells : 114 : 78 : 192 : 59.38% UDB
Ich hab das Teil getrennt. Den Programmer/Debugger nehme ich zusätzlich zur Programmierung von CY8CKIT-049. Mein aktuelles Projekt kann den Platz für den Bootloader gut anderweitig gebrauchen. http://www.psoc-community.de/viewtopic.php?f=9&t=19 Ansonsten ist das Kit meiner Meinung nach sehr gut
-
Thread
Universelle Mikrocontroller Toolchain (Linux)
Plattformen sind momentan: --------------------------------------- - Atmel AVR (nur ATMega) - Microchip PIC14 (PIC12xx, PIC16xx) - Microchip PIC16 (PIC18xx) - Freescale HCS08 - Freescale HCS12 (auch banked) - TI MSP430 - Renesas R8C - STM/Freescale SPC56xx Dazu kommt eine universelle Bibliothek,
S32K14x - Renesas R8C - Renesas 78K0R - Renesas RL78 - Renesas RH850 - Renesas RA6T1 - ST/NXP/Freescale SPC56xx/MPC56xx - ST SPC584 - ST STM32F0xx - ST STM32F1xx - ST STM32F4xx - ST STM32F7xx - ST STM32L4xx -
-
Thread
Allgemine Frage an die Freunde von Atmel
größere Auswahl, und die einzelnen Peripherieeinheiten sind auch leistungsfähiger. Und wer über die 8-Bit Architektur mosert, möge einfach den Mund halten und einen 16- oder 32-Bit PIC verwenden. Zu Deinem I2C-Problem: Schreibe Deine eigene I2C-Bibliothek. Das ist bei PIC im Gegensatz zu AVR sehr
Es geht, es geht Ich hatte Gott sei dank 3 von den Dingern PIC18F46K20 gekauft und beim dritten geht es. Was ein Frust über 30 Stunden für fast nicht., immerhin verstehe ich I2C ein wenig.