-
Thread
Atmel AVR in der Industrie
und 16 Bit Kern PIC24 PIC30 dsPIC33 ... haben 16 bit Datenbreite und 24 Bit Kern PIC32 ... was wohl ... richtig: 32 und 32 Bit [/code] Ganz grosser Vorteil für die industrielle Fertigung: fast nie
René B. schrieb im Beitrag #3750617: > Wir reden hier von weniger als 1€ je 1MB 32Bit High-Pincount uC... Beispiel für so ein Ding? 32 Bitter + 1MByte Flash für < 1€? Nennst du mal eine Typenbezeichnung? Matthias
-
Thread
Debugfähiger Kleinstcontroller Gesperrt
Controllerfamilie, die ich komfortabel programmieren lässt - und bin da jetzt bei der Glaubensfrage PIC oder Atmel angelangt. Beide liefen Chips mit AECQ. Beide liefern µC mit LIN/CAN und wären damit auch "zukunftssicher". Die IDE von Atmel ist äußerst komfortabel. Ich kenne keine bessere, mit PIC hatte
funktioniert - oder nicht? Alle aktuellen PICs haben ICSP, von den 6-Pinnern bis hin zu den 300MHz PIC32MZ MIPS-Controllern. Du kannst alle PICs mit einem PICKIT3 oder ICD3 programmieren UND debuggen, brauchst aber für einige kleine PIC10/12/16 einen sogenannten Debug Header, wo quasi ein debugfähiger
-
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
MCUA schrieb im Beitrag #6482447: >> 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. Danke, die waren
-
Thread
PIC 32 Erfahrungsberichte
arbeitet wirklich niemand von euch mit PIC 32 ?
spricht, ist die Pin und großteils C-Code und Peripherie Kompatibilität zu den dsPIC33, PIC24H und PIC24F. Daher kann jederzeit von den PIC24/33 auf die PIC32 wechseln ohne die Hardware verändern zu müssen. Und natürlich die vielen Beispielprogramme
-
Thread
Microchip kauft Atmel Gesperrt
<p>Der Halbleiterhersteller Microchip, bekannt u.a. durch die PIC, PIC32 und dsPIC-Mikrocontrollerserien, kauft den Hersteller Atmel für 3,6 Mrd. USD. Ein paar Monate zuvor hatte Atmel noch Verkaufsverhandlungen mit Dialog Semiconductor geführt. Durch den Kauf bekommt
> aufnehmenden ARM Cortex-Zug aufzuspringen. Nö, die haben statt auf ARM auf MIPS gesetzt. -> PIC32 ist so eine
-
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
µC von 0 auf lernen. ASM oder C?
auch Carsten Sch. schrieb im Beitrag #3516300: > An 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... (Mit Nachschlagen meine ich jetzt überprüfen
für die meisten Anwendungen ist, so braucht man das auf dem µC immer noch oft um halbwegs effektiven Code zu schreiben. Sicherlich kännte man immer zu den dicksten und Stromhungrigsten µC Greifen, aber selbst bei Cortex M3 oder PIC32 die durchaus auch mal 100Mhz
-
Thread
Was ist aus dem Thread der MeteoData geworden? Gesperrt
01B E4A 00D FFF FFF FFF FFF FFF FFF 003 FFF CFE C32 C24 AF0 00f 00f 00f 00f sind die User-ID-Locations C32 ist eine Kopie des OscCal-Wertes. jetzt wird es interessant: 0408 0CDF movlw 0xDF (bin 1011 1111) 0409 0002 option 040A 0A0A
1010) 0433 000D tris porta 0434 0003 sleep 043A 0003 sleep 043B 0FFF xorlw 0xFF 043C 0CFE movlw 0xFE (dez 254 / -2) 043D 0C32 movlw 0x32 (dez 50 043E 0C24 movlw 0x24 (dez 36) 043F 0AF0 goto 0xF0 Die Entwickler wissen, dass man in 400 Code ausführen kann.m
-
Thread
Dialog übernimmt Atmel [Update: Nein, Microchip übernimmt Atmel]
#4288977: > Hmm? Beispiele? Hier um einige zu zeigen: https://www.mikrocontroller.net/articles/STM32#Programmierung Die meisten sind nicht auf den STM32 begrenzt. Und es gibt einige Hersteller die Cortex µC mit Temperaturbereich -40..+105°C herstellen. Damit sollte der µC auch tauglich für Automotive
vergleichbarer Peripherie und (teilweise) selben Pinning gibt. Die zudem auch noch sehr weitgehend C-Code Kompatibel sind (zumindest zwischen 16 & 32 Bit) Wenn Microchip jetzt einen ARM anbieten würde der aber vom Pinning und der Peripherie kompatibel zu den PIC32 ist, so das es eine PIC32M* (mit MIPS
-
Thread
Mit Pic32 anfangen
auch sagen, für den Anfang und auch für ein LED-Cube reicht > ein 8-bitter völlig. > > 8bit: z.B. PIC18F87K90, TQFP80 mit 79 IOs. Es gibt zwar einen 18F96K.. 69 IOs http://ww1.microchip.com/downloads/en/DeviceDoc/39957c.pdf > 32bit: z.B. PIC32MX340F128L, TQFP100 mit 85 IOs. Hat auch nur 6 IOs
mehr autos kannst du auf einmal drüber schricken; wenn du aber nur 8 autos brauchst, bringen dir auch 32 spuren nichts ;-) die leistungsfähigkeit eines uC hängt also von der taktrate (geschwindigkeit) und der datenbusbreite ab: für dein vorhaben reichen 8bit und 10MHz locker aus, z.b. ein PIC18 (vgl. PIC32
-
Thread
Gründe gegen einen AVR
quasi alles neu ! Bei C verliert man ja noch schneller den Überblick, was der Compiler erzeugt, als bei meinen niedlichen Basic. Wenn ich mir da die Beispiele für den dsPIC32 ansehe, dann werden da mal richtig die Hardware
Andreas Kaiser wrote: > Kann es sein, dass du grad PIC32 (MIPS 32-Bit) und PIC33 (Microchip > 16-Bit) durcheinander bringst? Ja!
-
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?
Familien PIC & AVR die in der engeren Auswahl sind. (Wobei auch hier die PIC leicht die NAse vorn haben da auch neue µC immer noch in DIP aufgelegt werden wenn die mit max 40Pin Auskommen) Damit gibt es KEINEN
einmal klarzustellen: Ich will hier keinem vom AVR zum Einstieg abraten, ich bin nur dagegen, dass man 32-Bit-µC von vornerein als zu komplex abtut.
-
Thread
Umstieg von PIC18F zu STM32F3
@Tippgeber Grund: STM32 ist mächtiger als PIC32 und viel billiger
nicht immer zu. Um das Problem zu verdeutlichen: Nimm einen STM32F303ZE. Der hat bis zu 90 DMIPS Der PIC32MX470 hat dagegen 150. Dafür hat der STM32 aber eine FPU, der konkrete PIC nicht. Dafür ist der PIC32 aber billiger. Dafür hat der STM32 mehr und schnellere
-
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,
-- = ---- <==> fx = --------- Nx Nref Nref [/c] Wir betrachten nun noch die 64-Bit Arithmetik: "fref * Nx": 32-Bit * 32-Bit liefert ein 64-Bit Ergebnis. "fref" ist ~F_CPU "Nx" setzt sich nun aus einen 16-Bit Software Zähler in Timer0
-
Thread
Absoluter Anfänger
Wie am PC halt auch. Ich persönlich empfehle den PIC24FV32KA301 als Einstieg. Code-Examples für PIC24 findest du hier: https://www.microchip.com/doclisting/TechDoc.aspx?type=CodeExamples Ich kam aus der gleichen Ecke, also SPS. Hässliche IDEs mit seltsamen Bedienkonzepten bist du als SPS-Programmierer 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.
-
Thread
Wunschliste für einen Xmega Nachfolger
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
Frank K. schrieb im Beitrag #2721770: >> Ich habe hier inzwischen meine XMega-Alternative gefunden: PIC24/dsPIC. > > Gibt es für die eigentlich einen ordentlichen C++ Compiler? Ordentlich > heißt dabei vor allem gute Template Unterstützung/Optimierung. Offiziell unterstützt Microchip kein C++.
-
Thread
PIC oder AVR, was ist besser
ARM, mit Linux. Oder AVR32 mit Linux. Das ist klar. Mit tcp/ip Stack, Dateisystem und solche Sachen auf AVR/PIC 8 Bit oder MSP430 werde ich mich nicht befassen. Wenn ich das mal brauche, gehe ich auf eine gut linuxtaugliche uC
Also während meiner Ausbildung habe ich ausschließlich mit Pic und Assembler gearbeitet. Nun Arbeite ich mit dem ATmega32 und C als Sprache. Ich schließe mich Grundsätzlich den Antwortern an die sagen, das du selbst rausfinden musst welcher Baustein für deine
-
Thread
Was wird denn nun aus AVR?
übernehmen könnte gibt es schon einmal gar nicht. ATMEL ist im Gegensatz zu Microchip ja mittlerweile im µC Bereich absolut FABLESS Wo Microchip stark drin ist, das ist die Peripherie. Und bei den PIC32 wird diese eigene Peripherie halt mit einem Zugekauften MIPS Core statt eines ARM Core genutzt. Alles
Suchspiel: Wo in diesem Foto vom STM32F100C4T6B (16KB/4KB/LPC48) steckt der Cortex M3 Core (0.09 mm² in 90nm und Minimalkonfiguration): https://upload.wikimedia.org/wikipedia/commons/thumb/6/67/STM32F100C4T6B-HD.jpg/936px-STM32F100C4T6B-HD.jpg
-
Thread
Welches der beiden Dev.Boards?
Ich würde den F103c8t6 nehmen. Die Boards gibt es spottbillig bei eBay und Aliexpress. http://m.ebay.de/itm/STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-For-Arduino-/311156408508 Nimm noch nen st-link
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
Schnelle FFT in Assembler
Asselborn\mega32.asm(7): Including file 'C:\Programme\Atmel\AVR Tools\AvrAssembler2\Appnotes\m32def.inc' C:\Dokumente und Einstellungen\Matthias Asselborn\mega32.asm(8): Including file 'C:\Programme\Atmel\AVR Tools\AvrAssembler2\Appnotes\avr.inc' C:\Dokumente und Einstellungen\Matthias Asselborn\mega32.asm(9): Including file 'C:\Programme\Atmel\AVR Tools\AvrAssembler2\Appnotes\akiglcd.inc' C:\Dokumente und Einstellungen\Matthias Asselborn\mega32
-
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
Paradigmenwechsel im Embedded Design Gesperrt
schluckt. Dazu sind die Platinen natürlich billiger. 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 deinem tollen Teensy locker mithalten. Locker. Falls du mich jetzt für einen PIC-Jünger hältst, liegst schon wieder ziemlich daneben. Wir verwenden ARMs
-
Thread
Was unterscheidet PIC-Controller von 8051 und anderen?
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 µController möglichst Hardwarenahe
68xx, MSP430, PIC30 und allen 32-Bittern ist das kein Thema. > Das größte Problem mit C-Code auf Mikrocontrollern ist natürlich dass C > für von Neumann-Architekturen ausgelegt ist. Auf Rechnern mit mehreren > unabhängien
-
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
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
PIC 10F200, Anfänger
code ; remaining code goes here END ; directive 'end of program' [/c] C Code findet man meistens in den kleinen Entwicklungskits. Für den 200er weiß ich jetzt keines, aber ich habe ein *PIC10F32x Development Board* (AC103011) Da gibt es dann auch ein kleines MPALBX
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
PIC Oder AVR?
Atmel im Moment haben beruht eher auf der Tatsache das für diese schon viel früher ein kostenloder C Compiler verfügbar war, wo man für PIC - C Compiler noch richtig Geld lassen musste! Microchip hat das wirklich verpennt. Anfänger die keine Lust hatten wirklich noch in Assembler loszulegen wurden
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
-
Thread
Atmel ist unter "Profis" nicht gerade beliebt - Warum?
habe, wobei ich in C genauso lang gebraucht hätte. Und ich so vom Mega32 so wenigstens die mageren 2kB RAM ausnutzen konnte, für den FAT16 und MP3 Teil. ;-/ GRUSS fubu
C. H. wrote: >>> Meine Bedenken bei AVR gehen in die Richtung, was auch schon gesagt >>> wurde: Keine weiteren Hersteller, man ist also sehr von Atmel abhängig. > >>Dasselbe gilt genauso für den PIC
-
Thread
Einstieg in der MicroController Welt
Wenn PIC, dann PIC32. Alles andere mit PIC im Namen meiden. Jax
maximal 64kByte Codegroesse. Also mehr als die kleinen Controller ueberhaubt an Flash haben. > warum PIC32?? ich weiss nicht mal wie die PICs 16Bit, > 24Bit aufgebaut sind!! ist es nicht zuviel aufeinmal mit dem 32Bit > anzufangen? Du willst in C programmieren. Da merkst du normalerweise nicht wieviel
-
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
professionelle Entwickler, die auch Erfahrungen/Vorlieben aus der Einsteigerzeit mitbringen. Für AVR32 kam Atmel relativ komfortabel an einen zeitgemässen C/C++ Compiler. Und im Gegensatz zu zB einer BSD-Lizens muss Atmel aufgrund des Copylefts auch die avr32-gcc Quellen verfügbar machen, ebenso wie Microchip
-
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
Welcher PIC ist der beliebteste ?
Fällen, würde ich bei den kleinen lieber die etwas moderneren "Enhanced Midrange"-Typen (PIC12F1xxx, PIC16F1xxx) nehmen. Diese haben einen erweiterten Befehlssatz (besser geeignet für C-Compiler) und eine bessere Performance (min. 16, oft 32 MHz interner Takt möglich, dazu kurze Interrupt-Latenz
oder Hitech-C (IIRC abgespeckt gegenüber der Kommerzversion). XC16 für PIC24 ist ein umgemodelter gcc mit sehr alten Wurzeln. PIC32 ist in Wahrheit MIPS, da gab es schon vor MCP eine open-source Toolchain.
-
Thread
µC für "Anfänger"
Vorteil bei Atmel AVR ist, dass diese sehr weit verbreitet sind, einfach aufgebaut sind und der C Compiler kostenlos ist. Ich hab auch viel mit PIC18 gemacht, würde trotzdem wieder AVR nehmen. Vorteil bei PIC ist dass das PICKit 3 sehr günstig ist und du damit schon direkt im µC debuggen kannst
. 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
Auswahl geeigneter Hardware nach langer Auszeit
#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,
gewöhnen bzw. wenn dir das nicht gefällt, eben einen alten Controller nehmen. Es gibt noch genügend 80C51 am Markt (z.B. in modern von Silicon Labs als EFM8), und auch PIC und AVR sind nicht tot. Bei modernen Controllern ist der STM32 natürlich eine gute Wahl, aber wenn es dir primär um "Handlichkeit
-
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
32 Bit Controller für Motion Control
So weit ich es in Erinnerung habe Bei den STM32 funktioniert der ADC nicht mit 1us falls der uC mit 72 MHz läuft. Von Renesas ist ein uC mit FPU und integriertem Flash und SRAM in Planung/Entwicklung... Ah das ist ja oben schon gesagt worden..(
Irgendwie habe ich das Gefühl, die braucht gar keiner. Steckt bei mir in einem einzigen Projekt (M16C), ansonsten entweder 8bit oder direkt 32bit.
-
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
("":::"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
vom PIC18f umsteigen?
noch den 18F14K50 in betracht ziehen. den 45K20 sowie 14K50 bekommt man für um die 2Euro. Bei den PIC32 ist der PIC32MX795F512L so ziemlich die obere Fahnenstange der wohl alles was der Hobbybastler braucht Abdeckt. Allerdings mit um die 10Euro pro µC schon eine Hausnummer. Da macht es schonmehr Sinn
als sich eine 4Layer Platine fertigen zu lassen. Dafür bekommt man schon locker mal 10 "normale" µC! Wo die 32Bit µC wie PIC32 oder CortexM3 für Schritte wie LED Blinken schon die "Kanonen" bei der Spatzenjagt" sind, da stellen Linux basierende Entwicklungssysteme dann den Father of all Bombs (
-
Thread
Wie kann ich Daten von einen Triple Axis Accelerometer an den PC per USB senden?
was du jetzt machen willst und in Zukunft vorhast, von der größe deiner Projekte kannst du zwischen 32-bit, 16-bit, 8-bit uC wählen. Du musst dich auf einen uC festlegen, und kannst auswählen zwischen vielen :-D Bspw. AVR, PIC, ARM (und diese spalten sich wieder in viele Bereiche auf) Ohne genaueren
. Was ich mit dem Löten meinte, war, dass wenn du bspw. einen PIC32 nimmst (oder andere leistungsfähige 16-32-Bit uC), du diese fast nur in QFP Packages bekommst, d.h. wenn du selbst dir eine Leiterplatte bauen willst, du dann SMD löten musst und eben eine echte Leiterplatte
-
Thread
MSP430 Aufkündigung?
kein STM32 Fan schrieb im Beitrag #5633025: > Was mich an STM32 pesönlich stört? > - Die penetrant-arrogant-lästigen Fanboys auf µC.net Fanboys nerven immer, ob nun C++, Arduino, AVR oder eben STM32.
/ Das aktuelle Byte wird aus dem I2C Empfangsregister gelesen und in der Variable ReceivedByte abgelegt. WriteI2C(0x55); // Gibt 01010101 auf der I2C Leitung aus... Aktuelle Funktionen bei Verwendung des XC8 (Pic12...PIC18) und
-
Thread
Quarzoszillator für PIC32
Unterschied zwischen einem Quarz und einem Quarzoszillator sollte man schon begreifen wenn man mit einem uC spielen will. Nimm ein fertiges PIC32-Board, ist besser für dich.
> Aber steht das auch im DB des > verwendeten PIC? Jup, im Datenblatt des PIC32MZ2048EFM064 wird darauf verwiesen :) > Bei meinem PIC ist es nicht so extrem, aber schaut euch mal das > errata vom PIC32MX an. Fast 4 Seiten nur Fehlerauflistungen
-
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
Problem ist halt, dass ich keinen M16C hab, um das ausprobierem zu können. An sich geht das ja über einen Bootloader, dessen Kommando-Interface bei R8C/M16C/M32C weitestgehend gleich ist. Also müsste man wohl nur ein paar neue Typen mit entsprechenden
-
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
PIC32 RAM löschen
Hi Kollegen, ich möchte gerne das meine Variablen im C Programm beim starten einen definierten Wert haben z.B. 0. Der Compiler den ich benutze tut dies nicht von alleine daher stellt sich mir dir Frage wie ich das bei einem PIC32 anstelle. Beim PIC18F war
- The mikroC PRO for PIC32 treats identifiers declared with the const qualifier as “true constants” (C++ style). This allows using const objects in places where ANSI C expects a constant expression. If aiming at
-
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
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
ein siebtel aller µC-Beiträge zum Thema PIC-µC geschrieben werden.
-
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
Verständnisfrage zu Assembler bei PIC und ATMEL
beliebte Programmiersprachen. PIC Assembler ist der sicherste Weg, schnell verrückt zu werden. So wie Beulenpest und Lepra gleichzeitig. Zumindest die kleinen PICs bis PIC16. PIC18 geht einigermaßen. PIC24 ist eine reguläre µC-Architektur
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
Komplexität STM32 vs. PIC32
c518 build/comparison-pic32mx440f256h-4.5.2.elf [/c] - Beim Timer gibt es beim PIC32 nur ein paar fixe Prescaler, die ARMs haben i. d. R. einfach ein Register für einen beliebigen. Gelegentlich etwas
50456 c518 > build/comparison-pic32mx440f256h-4.5.2.elf > [/c] Müsste man sich mal ansehen, woran das liegt. Normalerweise kennt der PIC32/m4k auch den 16-Bit Befehlssatz MIPS16e... > Die andere Frage