-
Thread
Absoluter Anfänger
ja gewöhnt, eine gute Voraussetzung für µC-Programmierung, egal ob PIC, AVR oder STM32 ;-) PS: Damit will ich AVRs nicht abwerten - wie schon geschrieben habe ich halt mit den PIC angefangen.
sind veraltet. Es zwar ältere Produktlinien, aber sie bekommen beide noch Zuwachs. Aber allgemein "PIC" gegen AVR impliziert auch PIC32MZ gegen ATTINY. Das ist dumm, die bedienen ganz andere Segmente... Beide sind übrigens vom gleichen (relativ unbedeutenden) Hersteller. Soviel zu Krieg ;-)
-
Thread
dspic ausreichend für Audio Effekte ?
vermutlich SPI) an Pherepherie benötige, ist ja mehr oder weniger nur Bitschieberei. Dazu reicht ein dsPIC sicherlich aus, aber wie sieht es mit rechenaufwendigeren Effekten wie z.B. Chorus oder Hall aus, reicht da der PIC auch noch oder sollte man dafür schon auf STM32 oder ähnliches gehen, vor allem wenn
jedes 16 Bit Sample einzeln mit Command und Adresse schreibst und liest kommst du auf: 20'000 / (32+16) / 2 = 208 kHz für Mono. Und das im 1 Bit SPI Betrieb, die RAMs können auch Dual- und Quad SPI, aber der dsPIC wahrscheinlich nicht. Also im einfachsten Fall ein dsPIC33FJ64GP802 im DIL-28 und
-
Thread
µC von 0 auf lernen. ASM oder C?
für den Hobbyisten relevanten HErstellern von µC mit MIPS Kern fällt mir aber gerade nur Microchip (Pic32) ein, die anderen mir bekannten MIPS derrivate bekommt man als Hobbyist nur mit Aufwand... Gruß Carsten
den Hobbyisten relevanten HErstellern von µC mit MIPS Kern fällt > mir aber gerade nur Microchip (Pic32) ein, die anderen mir bekannten > MIPS derrivate bekommt man als Hobbyist nur mit Aufwand... (Mit Nachschlagen meine ich jetzt überprüfen ob die nicht doch mittlerweile den einen oder µC mit ARM
-
Thread
PIC Oder AVR?
wie man viele Pins überhaupt noch normal > lötbar unterbringen kann. Ja, das finde ich an den PIC32 nervig: Microchip hat es bei den 16bit PICs geschafft, alle pinkompatibel zu machen, also egal ob man ein 24Fxxx PIC mit USB, ein normaler 24H PIC oder einen 33F dsPIC verwendet, alle haben die gleiche
der eigentlichen Typ dann endlich eintrifft. Das ist auch ein schöner Vorteil von denen. Nur bei den PIC32 mussten die von 0,5mm Pitch auf 0,4mm Pitch gehen... > Aber Georg Acher hat uns schon vor nunmehr 7 Jahren vorgemacht, dass > auch BGAs kein Hindernis für einen ambitionierten Bastler sein müssen
-
Thread
Welches der beiden Dev.Boards?
Architektur erlernen, man muss es sich ja nicht unnötig schwer machen. Habe gehört, dass auch die pic18 keine gute archi haben, dagegen die pic24 sollen aufgeräumt sein. Welcher PIC/AVR wäre eine gute Alternative zum STM32F0? Entschuldigt meine vielen Fragen aber ich will die richtige Wahl treffen
Rechenleistung. Aber Atmel macht auch ARM (und wie man hört, nicht die schlechtesten). Microchip hat mit PIC32 eine andere große 32-bit Architektur (MIPS) adoptiert. Damit stehen sie zwar außerhalb der ARM Welt, aber MIPS ist immer noch eine verbreitete Architektur. PIC24 sieht von weitem sehr hübsch aus,
-
Thread
Paradigmenwechsel im Embedded Design Gesperrt
Im Gegensatz zu deinem Teensy-Mist bekommt man die µC für teils <50 Cent. Übrigens: Wenn du mit PIC-Jüngern kommst, beweist du übrigens nur, dass du keinerlei Ahnung hast. Diese PIC hier: https://www.microchip.com/design-centers/32-bit/pic-32-bit-mcus/pic32mz-ef-family Können Leistungsmässig mit
Stefanus F. schrieb im Beitrag #5942875: > Schau Dir mal die STM32 Cores für > Arduino Unter STM32-Cores verstehe ich die die Kerne, den Chip selber und was hat das mit Arduino zu tun. Bevor du hier weiter quackst, hast du schon mal Teensy eingesetzt?
-
Thread
AVR-Studio 5
90er Jahre geschriebene SW lässt sich damit > problemlos übersetzen. Auch die alten Programmer wie PicStart oder > ProMate werden weiterhin unterstütz. Ich habe mir übrigens mal das Konkurrenzprodukt zum AvrStudio5 von Microchip angesehen: MPLAB-X. mit PIC18 und PIC32 Support ist das ein 350MB
übrigens mal das Konkurrenzprodukt zum AvrStudio5 von > Microchip angesehen: MPLAB-X. > > mit PIC18 und PIC32 Support ist das ein 350MB Download. Auf der > Platte belegt das Zeug 1.1GB, läuft nochmal langsamer als > die Atmel beta und braucht ~270MB RAM. Oh, seit wann ist das denn raus? Vor
-
Thread
Schnelle FFT in Assembler
da ich damit ein 32x16 LED Display ansteuere. Die Daten werden als 2x 32x 8bit übertragen: Erst die 32 Werte der oberen Hälfte der 16 LED Zeilen, dann nochmal 32 Werte für die untere Zeile. Als Synchronisation dient Pin
noch die bibliothek für den mega 32
-
Thread
PIC oder AVR, was ist besser
Microchip meiner Meinung nach besser gelöst, die Tools billiger; und Du kannst z.B. MPLAB und ICD3 von PIC10 (6-Pinner) bis PIC32MX (80 MHz 32Bit MIPS-Kern) benutzen. Architekturmäßig sind PIC24 und AVR relativ ähnlich, mit dem Unterschied, dass PIC24 eben 16-bittig intern ist. Die kleineren PICs
Microchip meiner Meinung nach besser gelöst, die > Tools billiger; und Du kannst z.B. MPLAB und ICD3 von PIC10 (6-Pinner) > bis PIC32MX (80 MHz 32Bit MIPS-Kern) benutzen. > > Architekturmäßig sind PIC24 und AVR relativ ähnlich, mit dem > Unterschied, dass PIC24 eben 16-bittig intern ist. Wobei die
-
Thread
-
Thread
Eure Empfehlung: PIC18 -> ARM umsteigen
PIC24, dsPIC33 und PIC32 die natürlichen Aufstiegspfade. Ein PICKIT3 hast Du wahrscheinlich schon. dsPIC33E liegt in Bereich eines M0, PIC32MZ geht leistungsmäßig in Richtung M4. IDE bleibt MPLABX,
zu verabschieden). https://www.microchip.com/en-us/products/microcontrollers-and-microprocessors/32-bit-mcus/pic32-32-bit-mcus/pic32cm-mc Die Dinger sind im Grunde genommen umgelabelte ATSAMC20, zumindest habe ich noch keinen echten Unterschied gefunden. Das sind Cortex M0+ mit 48MHz die mit 5V
-
Thread
Atmel ist unter "Profis" nicht gerade beliebt - Warum?
wohl oder übel ein PIC aufgezwängt.
überlegt, ob ich mich dem PIC (oder anderen Controllern, 32 Bit, oder der kurz gehypte Renesas, etc.) widmen soll - aber der stark wachsende Anteil an Hobby-Entwicklern die sich dem AVR verschreiben ist halt unübersehbar. Die
-
Thread
Welcher PIC ist der beliebteste ?
(bei AVR hätte ich wohl gesagt ATmega8 und ATmega328p, bei STM32 wohl den F103)... bei PIC habe ich keine Ahnung !
- PIC24FV32KA301: Ein 5V-Teil mit DIL-Gehäuse, sonst ziemlich Standard - PIC24FJ128GC006 : USB ohne Quarz, sehr mächtiges Remapping, 10MSPS ADC Der PIC24FV32KA301 ist anfängertauglich. Das Peripheral
-
Thread
AVR Mikrocontroller Lohnenswert?
treffen auf alle modernen AVRs nicht zu. Schaue Dir mal die Tiny0,1,2 Reihe an. > Alternativen: PIC24, dsPIC33 und PIC32 sind recht angenehm und haben > deutlich mehr Leistung, und ARM-basierte Controller gibts von dutzenden 32 Bit PIC ist ja wohl eine Sackgasse. > Herstellern, wenn auch in
weil sie ohne einen Sack voller Rahmenbedingungen nicht zu beantworten ist. Es gibt Gründe für PIC10 bis PIC32 + dsPICs, die sich alle recht kräftig unterscheiden. Natürlich die AVRs, die MSP430, STM32 und alle Cortexe ohnehin und ich persöhnlich finde auch den STM8 recht schick. Den RP2040 würde
-
Thread
PICkit 4 wird verkauft
neuer PIC Freund schrieb im Beitrag #5340032: >>Wie ist die Geschwindigkeit verglichen mit dem PICkit3? > > PIC32 -> Start debugging bis zum ersten Breakpoint: > > PICKIT3 23 Sekunden > PICKIT4
Habe mein PK4 bekommen. PIC32MX795F512L : Noch nicht unterstützt PIC18F46K20 : Nach mehrmaligen FW Updates läuft er. Programmieren und Debuggen geht recht schnell. Positiv: ER programmiert nur die benutzten Programmspeicher
-
Thread
Auswahl geeigneter Hardware nach langer Auszeit
Stiftleisten ran. Gut, man kann sowas auch mit Assembler programmieren, aber das würde ich mir heute bei 32-Bittern nicht mehr antun. AVR8 und PIC12/16/18 hingegen sind auch heute mit Assembler gut programmierbar. Und, ob du es glaubst oder nicht - es gibt immer noch Boards mit 8051.
#7152854: > Gut, man kann sowas auch mit Assembler programmieren, aber das würde ich > mir heute bei 32-Bittern nicht mehr antun. AVR8 und PIC12/16/18 hingegen > sind auch heute mit Assembler gut programmierbar. Neben Assembler habe ich auch lange in C programmiert. Vielen Dank für die Empfehlung,
-
Thread
PIC 10F200, Anfänger
und 10 verschiedenen PICs das auch noch billiger war als das nackte PICKIT2. Als ich dann den 10F32x gesehen habe und ich was gaaaanz kleines bauen wollte, hat der mich schon mehr interressiert. Der 32x ist auch den PIC18 und den neueren PIC16 ähnlicher (mit LAT und so), mit denen ich mich mehr beschäftige
Volker S. schrieb im Beitrag #4457279: > Als ich dann den 10F32x gesehen habe und ich was gaaaanz kleines bauen > wollte, hat der mich schon mehr interressiert. Der 32x ist auch den > PIC18 und den neueren PIC16 ähnlicher (mit LAT und so), mit denen ich > mich
-
Thread
Was unterscheidet PIC-Controller von 8051 und anderen?
meistens nur die, die sich mit AVR beschäftigen. Die Ursache ist die Knappheit an Programmspeicher. Mein PIC18F258 kann viel und mit 32 K Programmspeicher wird ohne Probleme mit „C“ programmiert
die, die sich mit AVR > beschäftigen. Die Ursache ist die Knappheit an Programmspeicher. Mein > PIC18F258 kann viel und mit 32 K Programmspeicher wird ohne Probleme mit > „C“ programmiert Nöö nicht unbedingt. Ein Atmega32 hat genau soviel wie dein PIC. ASM ist vor allem dann gut, wenn man den
-
Thread
Anfänger / welcher mContr / welche Software
PIC gibt es ja wahlweise als PIC32M bzw. PIC32C mit MIPS- oder ARM-Kern, dieser Compiler kann beides (anscheinend für Apple- und Intel-Mac in einem Paket): https://www.microchip.com/en-us/tools-resources
Motopick schrieb im Beitrag #7536168: > STM32 / PIC ??? Wenn PIC dann welcher PIC? Es gibt da unzählige Familien mit unzähligen Möglichkeiten, Spezialhardware etc.pp. Den alten Kampf AVR gegen PIC hat längst der STM32 für sich entschieden
-
Thread
32 Bit Controller für Motion Control
laengereer Beitrag von Robert :-) Es gab hier schon verschiedene gute Tips. z.B. stellt der STM32 ca. doppelte Leistung zur Verfuegung verglichen mit dem schnellsten dsPIC. Der NXP LPC1768 wurde auch schon genannt, laeuft mit 100 MHz und dem Cortex-M3 Core. Also nochmals fast 40% schnellerer Takt
der Adresse-als-Maske Technik der ARM Primecell (STR9) zum ziemlich praktischen BSRR Register der STM32. Das man bei ARMs die Adresse separat laden muss, während PIC30 die im Befehl enthält, ist weniger relevant, denn wenn es zeitlich knapp wird, dann wird ein guter Compiler diesen invarianten Teil
-
Thread
AVR/PIC oder ähnlich mit integrated osc >8MHZ
usuru schrieb im Beitrag #2304122: > Die PIC16F182x haben intern bis 32 MHz (u.a. 8 und 16 MHz direkt, 32 Mhz > durch 4x8 Mhz PLL), Hmm interessant! Wie unterscheiden sich die PIC16 von den PIC33? Die Tacktrate ist ja nicht alles, wie sind
16Bit habe ich nur selten und dann nur DSPics. Bei 32Bit überwiegen bei mir die diversen ARM knapp vor den PIC32. Gruß Carsten
-
Thread
LPC2103 63MIPS?
MCUs (PIC18, dsPIC, AVR, ARM) zu testen. Meine gestrigen Versuche sahen aber so aus, das der 16Bit dsPIC schneller war als der 32Bit LPC ARM bei halber MIPS Zahl. Gibt es den einen handlichen (vom Gehäuse
Fehler gefunden. So sollte es eigentlich richtig sein: [c]asm volatile ("":::"memory");\ // copy 64 32bit words // PIC18@10MIPS = // PIC24@40MIPS = 40.25?s // dsPIC@30MIPS = 53.66?s // ATMEGA@16MIPS = 274?s // Z16F@20MIPS = 23.0?s // LPC2103@60MIPS = 17.10?s pa32 = (long*)a; pb32
-
Thread
Einstieg in der MicroController Welt
Wenn PIC, dann PIC32. Alles andere mit PIC im Namen meiden. Jax
danke schonmal :-) @Jax (Gast) : warum PIC32?? ich weiss nicht mal wie die PICs 16Bit, 24Bit aufgebaut sind!! ist es nicht zuviel aufeinmal mit dem 32Bit anzufangen? Mein Plan wäre : mit PIC anfangen und irgendwann zu AVR und ARM umswitschen
-
Thread
Mehrkanal Impulszähler PIC
Chris B. schrieb im Beitrag #6158708: > Wenn wir jetzt schon bei 32-Bitter angelangt sind und der TE ohnehin mit > PIC arbeitet, kann er das Problem auch gleich mit einem PIC32MZxxxxx > erschlagen. Mein Beispiel ist in reinem C und sollte auch auf einem PIC32 laufen
getan. Da wären sogar 8 drin: Chris B. schrieb im Beitrag #6158708: > Wenn wir jetzt schon bei 32-Bitter angelangt sind und der TE ohnehin mit > PIC arbeitet, kann er das Problem auch gleich mit einem PIC32MZxxxxx > erschlagen. PIC32MZxxxxx ist eine ganze Serie und kein einzelner Typ. Noch dazu
-
Thread
News aus der Atmel Gerüchteküche
der PIC32.
Rughi schrieb im Beitrag #2884326: > Have fun with that! PIC32 ist leider nur ein kläglicher Versuch am Markt > mit 32 Bit Schritt zu halten. > Wenn es eine Gefahr gibt, dass ein Produkt den Bach runter geht dann ist > es der PIC32. Welche Glaskugel benutzt
-
Thread
µC für "Anfänger"
Pickit2 kaufen, das kann die neueren PICs nicht mehr. Ich empfehle übrigens für den Anfang einen PIC24 (zB PIC24FJ64GA002), aber das bleibt Dir überlassen - das PicKIT3 kann alle aktuellen 8-, 16- und 32-Bit PICs programmieren. fchk
. Ihre Suche nach "pic32" ergab 36 Treffer. Ihre Suche nach "dspic" ergab 568 Treffer. Ihre Suche nach "stm32" ergab 24 Treffer. Ihre Suche nach "lpc2" ergab 11 Treffer.
-
Thread
MIDI over WIFI ( RF Bluethoot Dect USB ) Homemade Interface
Holger Harten schrieb im Beitrag #3569702: > PC--Y---AirBrige -------[/]PIC32[/]----PROGMODE- RUNMODE.@Command Das @RudiMIDI Data @PIC32 (Air Bridge Y )Wifi
: PIC/LIFT/PIC/GO/PIC-SLEEP-@RUN ^^^^^^^^^^^^ Gruss Holger. ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' PC <>-----AIR Bridge ()-----[PIC-WIFI-MOD]--{PIC32tr}--[FPGA
-
Thread
Gibt es einfach zu handhabende "große" Rams (16/32MB?)
jede menge RAM und 16 Bit D/A-Wandler. Um das sinnvoll handhaben zu können braucht's 'ne 16- oder 32-Bit CPU.
vom Chinamann wirst Du ja wohl noch haben. Das PICKIT3 kann alle aktuellen PICs, egal ob 8, 16 oder 32 Bit. Die 70 MHz(*) dsPIC33EP sind nicht zu verachten. Und mit I2S und AC97 kannst Du Dich bei den auf dem Markt erhältlichen 192 kHz/24 Bit Stereo Audio Codecs bedienen. (*) Instruction Clock,
-
Thread
vom PIC18f umsteigen?
Bin vor noch nicht allzu langer Zeit von PIC18 auf PIC24 umgestiegen. Die Peripherie ist deutlich besser und nahezu identisch zum PIC32. Habe aber auch PIC32-Erfahrung. Aber auch PIC32 gibts es reichlich fertige Libraries von Microchip für viele
der Aufwand damit der PIC32 überhaupt etwas tut um einiges höher. Ich würde das so sagen: Zum Lernen, als Einsteiger, ist der PIC18 DEUTLICH einfacher. Die Umsetzung großer Projekte ist dann aber auf dem PIC32 einfacher,
-
Thread
Atmel-µC mit USB-Controller im DIP-Gehäuse
. > > Hab ich etwas übersehen? Nein. Außer dass Du bei Microchip fündig werden würdest. Z.B. PIC18F4553(DIP40)/2553(DIP28), oder aus der 16 Bit Serie den PIC24FJ64GB002, oder aus der 32 Bit Serie den neuen PIC32MX220F032B. Den passenden USB-Stack gibts kostenlos bei Microchip zum Download.
noch in der Leistung. - Und > auch nicht im Gehäuse. Trotzdem danke für die Anregung! Der ATmega32U4 liegt bei Mouser bei 3.25 € (Einzelstücke ohne USt.) ein PIC24FJ32GB004 bei 3.62 € hat 8 kiB RAM statt 2.5 kiB, CTMU (Charge Time Measurement Unit), RTC, etc. ein PIC32MX220F032D (32-Bit, 40 MHz)
-
Thread
SDCC & PIC16F
Relocation symbol "_cinit" [0x0022] has no section. (pass 0) [/code] ich denke, ich komme dem PIC-Controller auf die Spur. Wenn alles fertig ist, soll es mal wie in den Screenshots aussehen (und neben den schon funktionierenden fuer AVR, STM32, LPC, STM8, MCS51 und eben auch noch fuer PIC16/PIC18
>sdcc --version SDCC : mcs51/z80/z180/r2k/r3ka/gbz80/tlcs90/ds390/pic16/pic14/TININative/ds400/h c08/s08/stm8 3.6.5 #9842 (MINGW32) published under GNU General Public License (GPL) Ob ich mir den selber kompiliert hab, weiss ich gar nicht mehr. 02/16/2017 06:
-
Thread
MC PIC - Warum diese Ungleichbehandlung?
zu folgendem Ergebnis für den Monat Juli 2012 gekommen: AVR: 256 ARM: 81 PIC: 64 Arduino: 31 MSP430: 16 8051: 10 AVR32: 7 C16x: 5 TriCore: 2 PowerPC: 1 R8C/M16C/M32C: 0 --> PIC hat mitlerweile die drittgrößte
> In der Tat problematisch für PIC32, ich habe vor kurzem für das PICkit3 > nix für Linux gefunden. MPLABX läuft unter Linux und kann mit dem PICkit3. Habs jetzt aber nur mit einem PIC16 probiert.
-
Thread
MSP430 Aufkündigung?
ja auch ein hornaltes GI Design, aber die Anschauungen gehen da auseinander, auch kenne ich weder PIC18 noch PIC32. Gruß, Holm
direkt. Und was macht dein so geschriebenes Programm, wenn es mal auf einen LPC oder gar auf einen PIC32 portiert werden soll? Wie kriegst du da dein SetPort() hinein, zumal du davon ausgehen kannst, daß auf anderen Chips nicht einmal die Ports und deren Pins zu deiner von den STM32 geprägten Vorstellung
-
Thread
Stm32f429i-Disco für neueinsteiger
St. M32 schrieb im Beitrag #3783071: > Nun stellt sich mir Frage ob der TO nach seinen hochkompetenen Äußerungen (irgendwelchen Randerscheinungen: werden in irgendwelchen produkten eigentlich noch Pic/Avr
Controller kommen. Ich (tm) bin µC mäßig vor ca. 15 Jahren auch mit 8-Bit eingestiegen. Das war ein PIC16F876. Dann PIC18, AVR, eZ80 und dann ARM7 für "größere" Anwendungen (v.a. Ethernet). Da liefen 8- und 32Bit noch parallel. Heute mit den M0 + M3 gibt es für mich einfach keinen Grund mehr mich mit
-
Thread
Wie kann ich Daten von einen Triple Axis Accelerometer an den PC per USB senden?
Frank M. schrieb im Beitrag #3168177: > Ich komme vom PIC-Lager und würde dir 16-Bit PIC24 bzw. 32-Bit PIC32 > empfehlen, dazu das Buch http://flyingpic24.com/index.html, bzw. > http://exploringpic32.com/ Erfordert aber zusätzliche Hardware um die > Projekte
Fabian Andrä schrieb im Beitrag #3168225: > Frank M. schrieb im Beitrag #3168177: >> Ich komme vom PIC-Lager und würde dir 16-Bit PIC24 bzw. 32-Bit PIC32 >> empfehlen, dazu das Buch http://flyingpic24.com/index.html, bzw. >> http://exploringpic32.com/ Erfordert aber zusätzliche Hardware um die >>
-
Thread
Suche 16 bit CPU mit externem Buszugriff
Glueck wenn, und wie lange, die noch VGA koennen. Was spricht denn gegen einen "mikromedia for PIC32" von Mikroelektronika : http://www.mikroe.com/mikromedia/pic32/ fuer 99 Dollar. "Large 320x240 TFT Color Display with Touch Screen and Stereo MP3 Codec chip.." "PIC32MX460F512L is an exceptional
and to recompile the user application (or the whole operating system) when needed." Allerdings für PIC32... Auf der RetroBSD-Seite sind auch Module verlinkt, welche so ziemlich die Anforderungen erfüllen würden... DTX2-4105C http://dimitech.com/products.php PIC32MX795 mit dem Rest zum Betrieb im
-
Thread
"Universalprogrammer" für Linux
programmierbaren Devices umfasst derzeit etwa 400 Typen, wobei teilweise auch generische dabei sind (z.B. STM32F0xx-32K), die meherere Typen abdecken. Programmiert werden können: - Atmel AVR (SPI) - Atmel ATxmega (PDI) - Cypress PSOC4 (SWD) - Microchip PIC10xx/PIC12xx/PIC16xx - Microchip PIC18xx - Microchip
gibt es wieder eine neue Version (1.43). Neben diversen Bugfixes und Optimierungen sind - NXP S32K3xx - TI RF430 - Microchip PIC18FxxQ41/PIC18FxxQ43 als neue Devices dazugekommen. STM32H7 ist zwar aktuell in der Pipeline, aber da funktioniert der Bootcode noch nicht richtig. Das Binary für den
-
Thread
Sanfter Umstieg von 8bit auf 32bit Atmel
https://www.microchip.com/wwwproducts/en/PIC32MX270F256B Wenn Du 5V brauchst: https://www.microchip.com/wwwproducts/en/dsPIC33EV256GM102 Außerdem heißt es nicht mehr Atmel, sondern Microchip. MPLABX, XC32 bzw. XC16, und ein PICKIT3
Frank K. schrieb im Beitrag #6351189: > https://www.microchip.com/wwwproducts/en/PIC32MX270F256B > > Wenn Du 5V brauchst: > > https://www.microchip.com/wwwproducts/en/dsPIC33EV256GM102 > > Außerdem heißt es nicht mehr Atmel, sondern Microchip. > > MPLABX, XC32 bzw. XC16,
-
Thread
Empfehlungen für PIC-Programmierer und Debugger gesucht (bin kein µC anfänger mehr!)
TMS9900, 6502, 6800, 6809, 68000/Coldfire, 8032, 80x86, Sparc (v7, v8, v9), MIPS, 56002, 96002, DSP32C, 21xx, TMS320C40, TMS320C80, TMS320C6xxx, ARM (7,9,M0,M3,XScale), PowerPC, AVR, AVR32, PIC12/16/18/24/32,... irgendwas werde ich sicher noch vergessen haben. In 30 Jahren kommt eben einiges zusammen
TMS9900, 6502, 6800, 6809, 68000/Coldfire, 8032, 80x86, Sparc >(v7, v8, v9), MIPS, 56002, 96002, DSP32C, 21xx, TMS320C40, TMS320C80, >TMS320C6xxx, ARM (7,9,M0,M3,XScale), PowerPC, AVR, AVR32, >PIC12/16/18/24/32,... Achsooooooo, die sind alle gleich? wusste ich nicht.
-
Thread
8h Timer mit attiny85 - Genauigkeit ohne Quarz
, sollte man sich da einen PIC12 antun? Nenne einen vernünftigen Grund!
bin z.B. nicht so reich, um mehrere Hundert € einfach zu ignorieren. Ich habe selbst lange auf PIC gekuckt. Aber diese zwei Sachen, gebankte SRAM und teure Compiler - das hält mich bei AVR. Wenn schon zu wechseln, dann lieber gleich auf STM32. Auch kostenlose Compiler und frei zugängliche (und auch
-
Thread
Verständnisfrage zu Assembler bei PIC und ATMEL
. Und PIC32 ist eigentlich MIPS. Mit dieser krampfhaften Umbenennerei von Architekturen tut sich Microchip IMHO keinen Gefallen. Wer einmal mit PIC16 konfrontiert war und nicht das Privileg hatte, den Compiler
im Beitrag #7879821: > PIC24 ist eine reguläre µC-Architektur. Und PIC32 ist eigentlich MIPS. Beides keine PICs, nur mit dem Namensschild drauf. Jeder PIC-Programmierer hasst die, und kommt auch nicht damit klar, weil die
-
Thread
Entwicklerboard für PIC
PIC18 sind genauso widerlich wie PIC12 oder PIC16. Eher noch widerlicher.
wieviel Aufwand MCP da in ihre Ports steckt bzw. wieviel Aufwand jeweils überhaupt nötig ist. Bei PIC32 (vulgo: MIPS) dürfte der Codegenerator praktisch unverändert sein. Ich sehe keinen Hinderungsgrund, warum der gcc für PIC32 _nicht_ den aktuellen gcc Stand und damit C/C++ Standard unterstützen /können
-
Thread
Wahl der richtigen µC-Familie Gesperrt
gerne mal von hinten durch die Brust ins Auge denkst. (ich finde die gut...) Der große Bruder STM32 wenn es extreme Performance für Dein 7seg. sein muß. PIC's sind auch immer wieder lustig aber die Doku oft schmerzhaft. 8051 ist zeitlos und von schlichter Eleganz. Ich hätte auch noch ein paar
. Aber die sind sehr langsam u. brauchen für etwas kompliz. Befehle doch sehr viele Taktzyklen!. PIC24/33 z.B. wären da viel besser u. schneller; zudem deren PPS (fast) einmalig ist. für >im Assembler sehr elegant programmieren .. ist wohl R32C unschlagbar (?)
-
Thread
schneller uC
PIC16Fxxx : 2MIPS -> 500ns/instruction PIC18Fxxx : 10-12MIPS -> 83-100ns/instruction PIC24Fxxx : 16MIPS -> 62.5ns/instruction PIC24Hxxx : 40MIPS -> 25ns/instruction PIC30/33F : 35-40MIPS -> 25-29ns/instruction PIC32 : 120DMIPS -> mind. 8.3ns/instruction ..ich staune immer wieder wie die leute glauben, dass die PICs bei der 16er architechtur stehen geblieben sei :-(
-
Thread
AVR oder PIC
40 (und mehr) Pinner! Man muss halt unterscheiden, redet man von PIC 16 (8bit altes Design), PIC18 (8bit neues Design) PIC 24 (16BIt) oder PIC32 (32 Bit)(Wobei es bei den 24er und 32er noch untergruppen gibt die aber jetzt Programmiertechnisch nicht so ins gewicht fallen
AVRs gibts hervorragende kostenlose C-Compiler - Für Pic18/Pic24/Pic32 auch! > -was die Bandbreite an Typen & integrierten Funktionen angeht sind die > PICs allerdings unschlagbar: egal ob Du USB, Funk, CAN oder Ethernet > brauchst - es gibt spezielle
-
Thread
Einstieg 32Bit µC - Welche "Familie"
dem ARM7 arbeiten - trotz aller Krücken -, dann dürfte die M3 Fraktion bald richtig groß sein. Beim PIC32 wird das sicherlich nicht der Fall sein.
and Error nachführen. Jedenfalls fallen mir die Zähne aus, wenn ich wieder einen Auftrag habe einen PIC16,PIC18,PIC24 oder PIC32 programmieren zu müssen... nichts für ungut.
-
Thread
4x Nibbles auf 16 Bit Wert packen
Also das hier dauert gemessene 2µs bei 32MHz, 16 Bit PIC: [c]SENSORWERT_32 = MAKE32(DIGITALWERT[2], DIGITALWERT[3], DIGITALWERT[4], DIGITALWERT[5]);[/c] Zeigt mir mal wie ihr das mit schieben schafft... unmöglich!
kompakten Code für den Zugriff auf Bitfields in Structs generieren. Aber ich habe mich geirrt, der PIC32 hat bit insert und bit extract Operationen, der PIC24 kann nur einzelne Bits setzen oder testen. So sieht's beim PIC32 aus: [code] 10: union u { 11: uint16
-
Thread
winziger Webserver mit enc28j60+mega32
Datasheet: http://ww1.microchip.com/downloads/en/DeviceDoc/39662a.pdf Aber was redest du von "trafo an pic" ? der enc28j60 ist doch kein pic ? Bye, Simon
Now: -32.0 C
-
Thread
Einstieg in die AVR Welt mit "myAVR Lehrbuch Mikrocontroller-Programmierung"?
ein Beispiel. Alles was ich im Maschinenbau sehe hat ARM, EFM8 (aufgebohrter 8051) und tatsächlich PIC/PIC32 (warum auch immer). Im Bereich Automotive ist es etwas undurchsichtiger, neben ARM auch Exoten wie Tricore, diverse Renesas, STM8 (aufgebohrter 6502)
besseren und billigeren EFM8 8051 ersetzt. Die Performance ist durch PWM DMA sogar besser als mit STM32 32-bit bei wesentlich geringerem Stromverbrauch: https://oscarliang.com/blheli-s-hardware-pwm-32bit Abgesehen davon setzt Microchip bei der Weiterentwicklung auf PIC nicht auf AVR: http://www.microchip.com
-
Thread
Günstiger uC mit hoher Taktfrequenz
PIC18F25K20 oder PIC18F25K22 können 64 MHz, kosten um 3 Euro
PIC24H