-
Thread
Was benötige ich um einen 8086 in Assembbler zu programmieren ?
> Renesas R8C..R32C haben 4 Datenregister, diesmal Adressregister extra, > die nicht Akku heissen. R8C..M16C..M32C haben 4 Datenregister, 2 nrm. Adressregister, 2 spez. Adressregister. R32C haben 8 Datenregister,
. > MEM-zellen (also auch nicht bsp. R5, R8) verrechnet werden. Ja erwartest du denn bei einem PIC16 sowas wie eine MIPS mit 32 Bit breitem Befehlswort? W.S.
-
Thread
Anfänger Microcontroller - bräuchte mal einen rat
so gut wie alle aktuellen PICs programmieren und debuggen, und zwar PIC16, PIC18, PIC24, dsPIC und PIC32. > Jedoch besitze ich derzeit auch nur einen Laptop und brauche somit einen > Brenner der per USB arbeitet! Aber zu teuer darf der auch wieder nicht > sein ^^
www.jb-electronics.de/html/elektronik/digital/d_artikel06_pickit3_und_icsp.htm Geht dies auch mit dem PIC18F**2? Ebenfalls hat mein PIC VDD an PIN 11 und 32 VSS an PIN 12 und 32... wozu hat der je zwei?
-
Thread
Logamatic 2107 Schnittstelle
Guten morgen, Also ich habe einen Atmega 32 hier und PIC18F4620, würde dein Hex direkt auf diesen PIC passen oder kann man den in MPLAB schnell passend kompilieren, Ingo? Wenn nicht würde ich umkompilieren mit dem Atmel versuchen. Gruss Norbert
Hallo! Mit ein paar Web-Seiten ohne JSON bin ich bei 31K ROM und 1366 RAM. Der PIC18F4580 hat 32 KB ROM. Ohne Webseiten würde das JSON Interface warscheinlich reinpassen. Es wäre (zumindest für mich) aber einfacher den PIC zu wechseln, als X Versionen der Firmware zu pflegen. In die
-
Thread
AtxMega oder doch lieber Atmel ARM
schnell haben willst. Auszug aus der Doku zum Microchip TCP/IP-Stack: UDP-Durchsatz in kBytes/s PIC18F97J60+interner MAC/PHY(*): 113 PIC18F8722+ENC28J60: 63 PIC32MX795F512L+ENC28J60 (SPI, 10 MBit/s): 456 PIC32MX795F512L+ENC624J600 (SPI, 100 MBit/s): 784 PIC32MX795F512L+ENC624J600 (16 Bit Parallel
IDE" "HI-TECH C PRO for PIC10/12/16 MCU Family in Lite mode." Kann der PicKIT3 auch die 32Bit MCUs?
-
Thread
Was ist aus dem Thread der MeteoData geworden? Gesperrt
PIC-Kenner sein.
- PIC laufen lassen (für init, etc.) - PIC anhalten, Code an 405+ ausführen -> der setzt den WDT counter auf den richtigen Wert und lässt den WDT einmal kommen - PIC ist bereit (Counter Wert stimmt ja)
-
Thread
Was wird denn nun aus AVR?
abzuschießen. Andere HErsteller glänzen mit Abkündigungen... usw.) Der Aufwand im Wechsel von einem STM32 zu einem PIC32 und vice versa ist definitiv nicht nennenswert anders als der WEchsel zwischen STM32 und NXP-LPC. > > Carsten S. schrieb im Beitrag #4395566: >> Und selbst wenn man die Kompatibilität
Carsten S. schrieb im Beitrag #4395748: > Der Aufwand im Wechsel von einem STM32 zu einem PIC32 und vice versa ist > definitiv nicht nennenswert anders als der WEchsel zwischen STM32 und > NXP-LPC. Es gibt schon Gemeinsamkeiten zwischen den verschiedenen Varianten mit Cortex
-
Thread
Wunschliste für einen Xmega Nachfolger
auch die größeren ARMs wiederum Breadboard-tauglich werden. Alternativ kann man, gerade wenn man PIC-Fan ist, zum PIC32 mit MIPS-Core greifen, das ist auch eine etablierte Standardarchitektur, die tausend mal besser durchdacht ist als AVR8 (oder PIC12-24). Die meisten Argumente oben kann man genau so auf die PIC32 ummünzen. Reichelt hat sein Angebot grad fett ausgebaut, ab DIP28 für 5,50€. Wirklich, an all die AVR- und PIC-Fans: Wer nicht im Sub-Euro-Bereich agiert, kriegt auch als Hobbyist ab ca. 2 Euro
-
Thread
FIR Filter auf PIC
Anwendung taugt er leider nicht. > > Gruß, Stefan Schließe mich an. Mein Vorschlag ist ein PIC32MX, einige haben nämlich I2S in Hardware. Dazu benötigt man noch I2S ADC und DAC. Ich schlage mal folgenden Typen vor: PIC32MX150F128B: https://www.reichelt.de/PIC-32-Controller/32MX150F128B-ISP
kannst du ihn wie gewohnt mit MPLABX und einem PICkit3, der Umstieg vom 8-Bit-PIC ist einfacher als du denkst - viele Konzepte sind gleich, bis hin zu den Registern. Du musst ledigleich den XC32 installieren. Ich habe schon einen UDA1334 an einem PIC32MX470 betrieben (MP3 und
-
Thread
Mit was in die Mikrokontrollerwelt einsteigen?
auf einem 8-Bit AVR einen Pin zum Ausgang, > indem Du eine 0 in das DDRx Register schreibst. Beim PIC must Du dazu > eine 1 in das TRIS Register schreiben. Beim STM32 musst du halt noch den Clock für die Peripherie einschalten, das war's. Ich habe bisher immer "Bare-Metal" gearbeitet, der Code
wie man mit einem STM32 PCI auf level (statt edges) auslöst usw., usw. ). Oh, und PIC32 (MIPS-4K) wäre auch noch im Angebot. Den gibts auch noch im bastelfreundlichen DIL28 ;-) Aber das bringt den TO auch nicht weiter
-
Thread
Frequenzzähler 1Hz - 40MHz
1/2 macht meine Gleitkomma-Arithmetik auch nicht mit und 'double' zu implementieren ist auf einem PIC mit 2048 Programmschritten ne echte Herausforderung. Ansonsten ist jetzt meine Versuchs-LP für einen Zählerkern mit nem LPC2103 und XC2C32A eingetrudelt. Aber das ist ein etwas größerer Brocken,
Fehleinschätzungen liegt einfach darin, daß du dich zu wenig in die PIC's eingearbeitet hast. Das wundert mich nicht, da du ja bislang hauptsächlich mit Atmels und noch nie mit PIC's gebastelt hast. Nach meiner Erfahrung tun sich Atmel-Leute mit PIC's besonders schwer.
-
Thread
Gründe gegen einen AVR
Prozessor-Kern zugekauft und das eigene Zeugs über > Board geworfen... ;-) Kann es sein, dass du grad PIC32 (MIPS 32-Bit) und PIC33 (Microchip 16-Bit) durcheinander bringst?
Andreas Kaiser wrote: > Kann es sein, dass du grad PIC32 (MIPS 32-Bit) und PIC33 (Microchip > 16-Bit) durcheinander bringst? Ja!
-
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.