-
Thread
Vorverstärker und Vorteiler für Frequenzzähler
Lurchi schrieb im Beitrag #6423548: > Die einfache Schaltung mit PIC hat schon mal eine Schwachstelle beim > Oszillator: der Quarz direkt am µC lässt sich schon mal vom µC > beeinflussen. Quarze sind ja oft nahe beim uC. Beim HP5334B sind die Oszillatoren ein gutes
Doch noch ein Nachtrag: Hab grad mal bei Ali geschaut: 10 Stück XC2C32A kosten dort 10.04€ + 1.65€ Versand. 10 Stück 74AUP1G80 kriegt man dort schon für 3.15€ + 0.95€ Versand. Naja - wenn man bedenkt, daß ein XC2C32A 32 FF drin hat, also sowohl Tor als auch Vorteiler
-
Thread
Frequenzzähler mit PIC 16F628A
schrieb im Beitrag #6770175: > Nein, es wird der interne Oszillator mit 4MHz verwendet! > > Der PIC16F628 hat noch einen weiteren Oszillator für T1, und an dem > hängt der 32kHz Quarz. Hatte ich uebersehen... Da das "configuartion word" im Code nicht veraendert wird laeuft der PIC tatsaechlich
zu 2000 ms vorgeschlagen, anscheinend gibt es da schon Timingprobleme. Leider enthält das C-Programm nur Aufrufe einer LCD-Library, die nicht mitgeliefert ist. Aber hier steht "The program for the microcontroller is written in C and is compiled with MikroC for PIC" https://www.mikroe.com
-
Thread
PICKit 2 oder 3?
aktuelle Version auf das Pickit. Das Pickit benötigt auch unterschiedlich Versionen für die verschiedenen Pic Familien. Also für die PIC18 oder dsPic oder PIC32. Kann es sein das du ausversehen im Hintergrund noch das Standalone Tool am laufen hast und somit MPLAB X keinen Zugriff auf das Pickit hat?
Version auf das > Pickit. Das Pickit benötigt auch unterschiedlich Versionen für die > verschiedenen Pic Familien. Also für die PIC18 oder dsPic oder PIC32. > > Kann es sein das du ausversehen im Hintergrund noch das Standalone Tool > am laufen hast und somit MPLAB X keinen Zugriff auf das Pickit hat
-
Thread
Euer Lieblingscontroller
der 644er) und nen neuen controller kennenlernen will nehm ich mir keinen andern AVR her sondern nen pic, avr32, arm whatever...
PIC16F627 klein & fein PIC18F4550 meine ersten USB-Gehversuche, ging super einfach STM32F103VC die Eierlegende Wohlmilchsau fürs derzeitige Projekt ^^ VG, Rene
-
Thread
PIC10F202 + Pickit3 + MPLAB 6.05
Hallo, ich habe hier meine PIC-Umgebung auf einem alten Win-XP-System mit der freien Version von CC5x als C-Compiler und sowohl Notepad++ als auch Geany als IDE. Mit dem PIC10F206 gibt es keine Probleme (den 10F202 habe ich nicht
& Dirty" Brenner.Das sind primitive Programmierer die einfach einen Code in den PIC (oder sonstigen uC) schieben ohne aber danach zu checken,ob der uC auch wirklich alle Daten empfangen hat/gespeichert hat. Ich habe meinen PicKit und den Adapter auf einer Grundplatte befestigt (siehe
-
Thread
Weg von Arduino - Beratung
Für den Anfang werde ich versuchen mich auf einen µC zu beschränken, und zwar den STM32F103RB (bzw. STM32F103C8) Ich denke den Controller kann ich nicht an seine Grenzen bringen, der dürfte weitaus reichen für meine Zwecke. Ausserdem gibt es aus
Ghostrider1911 schrieb im Beitrag #6130893: > Für den Anfang werde ich versuchen mich auf einen µC zu beschränken, und > zwar den STM32F103RB (bzw. STM32F103C8) > > Ich denke den Controller kann ich nicht an seine Grenzen bringen, der > dürfte weitaus reichen für meine Zwecke. Naja, das Schöne
-
Thread
MikroC Compiler für PIC
wäre daher ja, ob der TO mit PIC24, dsPIC, PIC32 arbeiten möchte, oder ob PIC10/12/16/18 eher das Zielgebiet sind. Für letzteres ist in jedem Fall der XC8-Compiler das Maß aller Dinge. Über die ~800€ für die Pro-Version muss man nur
wie das geht bzw, wo die Unterschiede zwischen C18 und XC8 sind. Dabei war das absolut ätzende, wohl von X-X gemeinte "Overhead". Zusammen tausende #defines und #ifdefs etc, für jeden Compiler, jedes Demo-Board und jeden PIC, von PIC18 bis PIC32,
-
Thread
Mikrocontroller gesucht
teuer ist liegt sicher genug erfahrung vor um auch mit den freien Tools zurechtzukommen. Für den µC Neuling ist es aber mit PIC32 um welten einfacher. Was also für dich am besten ist muss du selber Entscheiden... Schaue dir die PIC32 aber auf jeden Fall mal an! (Ich verwende SOWOHL PIC32 wie auch
> PIC32 von Microchip werfen. > Leistungsmäßig liegen die in der selben Kategorie wie die STM32F4 und > viele andere µC auf ARM Basis Welcher von den PIC32 kann denn 168MHz und hat denn ne Single Precision
-
Thread
Wie setze ich ein Bit korrekt in einem "bitfield" ?
mir das dachte. Ich kannte zwar mal jemanden, der da meinte "ich sehe keinen Grund, so einen PIC _NICHT_ in C zu programmieren" - aber ich teile solche Ansicht nicht. Der von dir genannte PIC hat (wimre) noch nicht einmal 1 K an Programmspeicher, also kann dessen Flash wohl nur maximal 512 Maschinenbefehle
, selbst wenn ich den Aufruf [c] setGPIOOUT(GPIO2BIT); [/c] nur jede Minute mache geht es nicht (in der Simulation mit Step over zb passiert ja alles höchstens in 10Sec-Schritten). Dass die PIC alt sind und es bessere Hardware
-
Thread
DSP oder 32bit µC?
Universal-µC: MIPS (PIC32) oder ARM Cortex. Sehr preisgünstig und auch gute Stromsparmöglichkeiten, allerdings keine echten DSP-Funktionen. Persönlich würde ich die Microchip (PIC) Produkte bevorzugen, da ich
viel oder mehr für den µC zahlen, bekommt aber weniger Leistung. Warum sollte das irgendjemand freiwillig tun? Der PIC32 sind in C nicht komplizierter zu programmieren als der PIC18. Das ist wie gewohnt bei Microchip, man
-
Thread
Kleiner Einsteiger Mikrocontroller
jeder µC mit mehr als 6 IOs und in einem Gehäuse < 3*3cm² geeignet sein. Meiner Meinung nach ist ein 8 bit µC (z.B. PIC16) für den Einstieg in die µC Welt besser geeignet, als ein "großer" 32 bit µC, weil der
Max H. schrieb im Beitrag #3616047: > Meiner Meinung nach ist ein 8 bit µC (z.B. PIC16) für den Einstieg in > die µC Welt besser geeignet, als ein "großer" 32 bit µC, Und genau deshalb nimmt man einen MSP430 für den Einstieg. Der ist nicht komplex, gut erklärt und hat 16
-
Thread
ATMEL (Microchip) erhöht die Preise
. STM32 F General purpose 746 device subfamily (feature list) N 216 Bälle G 1024 kB Flash H TFBGA 6 -40..85°C http://www.farnell.com/datasheets/2006547.pdf?_ga=1.51065901.587599511.1461589499
die µController von Atmel sehr beliebt. 1 atmega 328p-au 2 atmega 328p-pu 3 atmega 2560-16au 4 pic32mx250F128b-i/sp 5 stm32f407vgt6 6 atmega 32u4-au 7 stm32f103c8t6 8 atmega 328p-mu
-
Thread
PIC Prifi gesucht : Suche gleichwertige PIC uC zu ATMEL atmega32u4 und at90usb1287
WilliWillsWissen schrieb im Beitrag #1953975: > -Für den kleinen ATmega32u4 vielleicht der PIC18F4450 oder doch ein > 16Bit > PIC24FJ32GB004 ? > -Für den AT90USB1287 vielleicht den PIC24FJ64GB110 ? > > Vielleicht gibt es einen Profi der sich hiermit schon mal > auseinandergesetzt
nächsten (simple zweistufige Pipeline). Bei den alten PICs ist dies nicht der Fall. Erst die neueren PIC24, dsPIC und PIC32 (MIPS32 M4k vergleichbar mit AVR32 oder div. ARMs) machen es besser (und sind wesentlich besser in Assembler programmierbar, als die Vorgänger oder die 8-Bit AVRs) > Ob die Architektur
-
Thread
Welcher Pic entspricht ungefähr dem Atmega8?
so: ein 32-Bit PIC hat mit einem 12-Bit PIC ausser dem Namen und dem Hersteller nichts gemeinsam.
Lothar Miller schrieb im Beitrag #2176508: > Es ist einfach so: ein 32-Bit PIC hat mit einem 12-Bit PIC ausser dem > Namen und dem Hersteller nichts gemeinsam. Doch. Die Peripherie. Viele Peripheriemodule sind zumindest zwischen PIC18, PIC24/dsPIC30/33 und PIC32 so
-
Thread
Welcher Controller ist für mich geeignet?
in ASM geht, hat weniger mit RISC oder CISC zu tun, sondern damit wie einfach die Architektur des µC ist. Die PIC10xxx bis PIC18xxx, x86 sind da eher schwierige Vertreter. Die Atmel AVR oder Ti MSP430 sind da eher logisch strukturiert.
www.embeddedartists.com/products/lpcxpresso/xpr_motor.php Da würde ich noch eher was von Microchip mit nem PIC empfehlen, womit Du eine Eentwicklerumgebung für PIC14/16/18/24/32 und dsPIC30/32 bekommst. Grüße Michelle
-
Thread
Serielle Schnittstelle µC
morgen abgeben! Unser Problem ist die Kommunikation zwischen der Seriellen Schnittstelle und den µC. Wir verwenden einen Max3232 und einen PIC18F4550. Es werden Buchstaben vom Notebook über die serielle Schnittstelle gesendet, der Max empfängt diese auch richtig, doch er invertiert diese. So jetzt
Bülent C. schrieb im Beitrag #3498367: > Schaumal was ich für euch gefunden habe....Scheint ein Problem mit > dem > PIC zu sein.... > Hier ein Auszug > Using the PIC24 with BRGH = 1 is a problem and you
-
Thread
8051er oder AVR
Wenn ich die Wahl zwischen 8051 oder AVR zu treffen hätten, nähme ich einen 16 Bit PIC oder einen 32 Bit Cortex. Ansonsten kommt es natürlich immer auf die Anwendung an.
Bibliotheken. Ich dachte eigentlich dass 8051 ein Architektur wäre wo man unabhängig ist ob AVR, PIC ist!! scheint aber nicht der Fall sein. Zumindest habe ich das so verstanden wo auf der Elektor Homepage stand: 8051er Familie u.a: 80C537 (Infineon), ADuC812 (Analog Devices), und T89C51CC01 (Atmel
-
Thread
Suche schnellsten ARM Mikrocontroller mit internen Flash
werden. Ist ein eigener Protokoll von Okuma > Servospindel, das über LWL läuft. der PIC32 ist derzeit komplett > ausgelastet. Es kommen jetzt noch OLED und externe Peripherie > Ansteuerung. Das schafft der PIC32 nicht mehr. Ehm, wie meinen? Der PIC32 fährt mit 100MHz und schaft das
am I²C einen TouchScreen Controller. Ich bin gerade dabei, einen 12fach (3 MSPS/Kanal) am PIC32 anzuhängen was ebenfals ohne Schwierigkeiten geht. Beides kommezielle Projecte für zwei Kunden. Ist halt
-
Thread
PIC32, PWM-Signal verarbeiten
komme kaum voran. Eingesetzte Hardwer: Development Board "Explorer 16" mit einem Eval Board "PIC32MZ EF PIM". Programmiersprache C. Hat jemand von Euch schon einen Quelcode für PWM-Signal Verarbeitung? So könnte ich zu mindest den aufbau verstehen. Wenn Ihr mir helfen könntet, wäre ich
habe ich ganz einfach mit einem Interrupt und Timer Funktion > gelöst. In einer Woche mit einem PIC32 von 0 auf 100 ... Respekt.
-
Thread
Einstieg: PIC oder Amtel?
Ich finde AVR viel besser als PIC, denn PIC hat zahlreiche Nachteile: Wenn du z.B. unter C programmieren möchtest deckst du mit einem Compiler alle AVRs ab. Bei PIC-Prozessoren deckst du immer nur eine winzig-kleine Familie ab, da
>Vorteil AVR: GNU-C (gefällt mir >prima, daß es im AVR-Studio implementiert wird (echter Pluspunkt, >kostet beim Pic richtig Geld) Nö, zumindest bei der 18F Reihe. Kostenloser C Compiler der sich auch in das MPLab
-
Thread
Pascal Compiler für PIC - ist wirklich Freeware
c-hater schrieb im Beitrag #3262891: > Doch, natürlich. Nö. Mit dem in VS2010 enthaltenen C- und C++-Compiler lassen sich problemlos Win32-Anwendungen erstellen, die /ohne/ irgendwelche Zusätze und
c-hater schrieb im Beitrag #3262989: >> Nö. Mit dem in VS2010 enthaltenen C- und C++-Compiler lassen sich >> problemlos Win32-Anwendungen erstellen, die /ohne/ irgendwelche Zusätze >> und Abhängigkeiten
-
Thread
PIC32 - Viele Fehler in der Errata
Beitrag #2781726: > Nun ist die Frage welcher Controller sollte es sein, ich möchte dabei > gerne auf 32 Bit, Warum gleich 32bit, probier doch 16bitter mit dsp zb dsPIC33E/PIC24E die sind stark bis 70MIPS (PIC32 = 80Mips), ein Umstieg von pic18 auf diese Serie ist einfacher, als bei PIC32. Oli Holli
: Riesen-RAM bis 96 KByte und zwischen PIC18 und PIC24 liegen schon Welten, später ist der Sprung zu PIC32 dann nicht mehr so gross.
-
Thread
genauer TIMER
Hm. Das stimmt eigentlich. Der interne Takt beträgt 1Mhz. Plus Vorteiler von 32 bedeutet alle 32us Takt an den Timer. Der Timer solte eigentlich innerhalb weniger us geladen sein. 32 us sollten da tatsächlich vollkommen ausreichen. Dann kommt der Fehler aber nicht mehr hin
wohl auch nicht hin. Ich versuche nochmal die Real Time Clock DS1302. Die kann man dann über I2C auslesen. Ob mit man auch ich gemeint bin, wird sich zeigen. Der PIC 16F876 hat für I2C eine Hardwareunterstützung. Ist denn der DS 1302 voll I2C kompatibel? (Sieht für mich zumindest so aus.) Datenblatt
-
Thread
Decodierung von 6 Quadratur(Drehgerber)Signalen - extern zur Entlastung des PIC
Hardwarebausteine zur Quadraturdecodierung Die Fragen an euch wären: zu 1.: Kennt ihr einen AVR/PIC der eventuell bereits 6 (oder mehr) interne Quadraturencoder besitzt? Unabhängig davon sollte der µC möglichst klein sein und bräuchte neben den 12 Pins für die Quadratursignale und der SPI/I²C Schnittstelle
Ich habe jetzt nicht alles durchgelesen, aber ich würde an deiner Stelle wenn du schon sowieso mit PIC arbeitest, die Ressourcen auf insgesamt 3 PICs (je 2 QEI) verteilen. 1. Master-µC z.B. dsPIC33EP (60/70Mips) mit 2 QEI 2. zwei Slave-µC dsPIC33FJ64MC802 (40Mips) 28Pin, haben auch 2 QEI. Gruß
-
Thread
Welche IDE um Controller zu programmieren/flashen
diese > Brücke gegangen ist, ist dann auch eher bereit, sich auch die deutlich > leistungsfähigeren PIC24 und PIC32 Controller anzuschauen, Leistungsfähiger als was? Als PIC8? Das ist nun wirklich keine Kunst.
2019 Version? Nein, Microchip verteilt vielleicht veraltete Dokumente. Wobei auch im "MPLAB® XC32 C/C++ Compiler User’s Guide for PIC32C/SAM MCUs" von 2019 nichts anderes drin steht. Nur wird dort die Standard Version nicht mehr erwähnt. Dokument DS50002895A. https://www.microchip.com/mplab/compilers
-
Thread
Frage zu I2S
Nimm besser von Haus aus einen µC mit Hardware-I2S. Sowas ist nicht wirklich selten. Beispiel Microchip: http://www.microchip.com/wwwproducts/Devices.aspx?product=PIC32MX470F512H Beispiel ST: http://www.st.com/web/en/resource
Frank K. schrieb im Beitrag #4345100: > PIC24 und PIC32 haben Framed SPI, und das ist genau TDM > (Sammelbegriff > für alle Codec-Formate) oder I2S (ein spezielles). DMA ist auch noch > dabei. > Nimm besser einen STM32. Der kann
-
Thread
Basic Interpreter für uC ?
BASIC haben möchtest, > dann schaue dir mal MMBasic [1] an. Den Code [2] gibt es in Standard > ANSI C. Hallo Joe, es ist Hobby, eine Anwendung steckt nicht dahinter. Das schaut gut aus, dieser Graham Geoff hat schon einiges klasse Sachen gemacht aber alles für PIC-32. Eine vorkompilierte Version
Das schaut gut aus, > dieser Graham Geoff hat schon einiges klasse Sachen gemacht aber alles > für PIC-32. Anstatt 8051, 6502 oder Z80 nimmst Du dann halt einen PIC32. Oder hole die c-Dateien und baue sie auf STM32 um. Ich hatte das mal vor einiger Zeit gemacht: https://www.mikrocontroller.net/
-
Thread
Anfänger PIC kauft Beratung
-mplab-Debugger-Programmierbar-/281143641030?pt=Wissenschaftliche_Ger%C3%A4te&hash=item41757783c6 oder das hier? http://www.ebay.de/itm/Olimex-PIC-USB-STK-Microchip-PIC18F4550-Prototyp-Board-USB-/271248657572?pt=Wissenschaftliche_Ger%C3%A4te&hash=item3f27ae0ca4
du für 8-Bit 'Kleinkram' schon Atmel verwenden kannst, vielleicht lohnt sich dann eher mit 16-Bit (PIC24, http://flyingpic24.com/) oder einfach gleich 32-Bit (PIC32, http://exploringpic32.com/) bei den PICs einzusteigen, sofern du mal was größeres planst (Grafikdisplay, Audio, ...). Die PIC32 sind
-
Thread
Nachfolger für ATMega gesucht
man das auch einfacher tun. Aber es geht halt in der Art weiter... Dass es auch bei komplizieten 32Bit-µCs anders geht, zeigen beispielsweise PIC32. Da sieht das so aus: [c] LATBbits.LATB0 = 0; LATBbits.LATB0 = 1; [/c] Natürlich kann man auch klassich mit UND und ODER in LATB herumfummeln, wie
/2/21/61132B_PIC32ReferenceManual.pdf Jaja, da kommt sie wieder, die Fraktion, die PIC32 mit PIC verwechselt ;-)
-
Thread
Lohnt sich der Umstieg auf 32-Bit Controller
(PIC30) oder umgekehrt den Datenadressraum in einen grossen Gesamtadressraum (M16C/M32C). Bei 32-Bit Controllern entfällt diese Gewürge mit Adressräumen vollständig. Ob Daten im ROM oder im RAM liegen
16/32 Bit wobei der c2000 das ähnlich macht. Der dsPic hingegen mit seinen 22bit befehlen macht das wiederum ein wenig änderst. Ich würde eigentlich auch eher zu den 32 Bitern tendieren vorzugsweise Arm
-
Thread
Neuer Prozessor
und eine mit 8 Output Kanälen. das ist ja schön, aber irgendetwas fehlt noch... was sollen die uC in deinen Geräten machen... nichts? gut, dann nimm zum AD-Wandeln einen PIC10F22x oder ATtiny13 und für das P.O.D. (what the hell is this) einen belieben uC mit 16 I/O, zB PIC16xxx oder ATmegax8 oder
16bit-Timer und noch einige Interrupts(13 Insgesamt...6 Externe und das ganze mit Prioritäten). Der µC läuft auch noch mit 33MIPs und ist im DIP-Gehäuse erhältlich. Somit Ist er "etwas" schneller als ein PIC ;-). Für den µC mit Analogen Eingängen würde ich einen PIC18Fxxxx nehmen oder vl bei Analog
-
Thread
AVR 8bit auch für größere Projekte?
codekompatibel“ zu den alten AVRs ist da peripherieseitig rein gar nichts mehr. Für reine Berechnungen ist C-Code wiederum auch zwischen 8- und 32-Bit-CPU kompatibel.
bisher auch keine sporadischen Fehler wie z.B. bei der STM32F4 I2C Peripherie. Allerdings setzt Atmel inzwischen auch viel mehr auf die ARM Cores, so dass ich für einen Neueinstig die AVR32 nicht ans Herz legen würde. Im Atmel Studio sind ja für verschiedene
-
Thread
MMC/SD Bootloader füt ATMega16
raus. Eine meiner SD Karten möchte doch glatt zwei mmc_init() hintereinander haben. In fat16.c kann man sich jetzt aussuchen ob Karten mit oder ohne MBR zum Einsatz kommen. Ohne MBR gehts unter 1700 Bytes ;) Aufpassen: Im Anhang wird ein ATMega32 benutzt ! Hab auch die Sampleapp für ATMega32
für deinen dsPIC anpassen. Das FAT Programm so umbauen das es auf deinem dsPIC läuft.... Wenn der C30 genauso buggy ist wie der C18 dann gute Nacht. Bootloader für AVR und dsPIC kann man nicht mal eben so untereinander
-
Thread
IRMP auf einen PIC18F4520 portieren
identifier IRMP_DATA" Für mich sieht es so aus als wäre IRMP_DATA unbekannt. Die originale main.c hab ich 1:1 kopiert und als neues Projekt angelegt. Die einzige Änderung die ich gemacht hab sind die zwei #defines: #define PIC_C18 #define WIN32 Die stehen im Hauptprogramm gleich am Anfang
ich mir nicht erklären, siehe oben. Für mich sieht das eher wie ein Folgefehler aus. > #define PIC_C18 XC8 ist aber nicht unbedingt C18 ;-) > #define WIN32 Wofür? Vielleicht wegen uint8_t, weil es kein stdint gibt? Dieses Problem mit define von WIN32 totzuschlagen ist eher der falsche Weg
-
Thread
Messsystem 10x 100kHz 8-bzw. 10bit --> ADC?, µC?
Überlegungen und Fragen zum Design soweit: ------------------------------------------------- µC-Auswahl ist abhängig davon, ob es ein externer ADC-Baustein wird, oder ich den µC-internen verwende --> bei Verwendung des internen hätte ich an einen PIC32 gedacht, da ich damit schon gearbeitet habe
Überlegungen und Fragen zum Design soweit: > ------------------------------------------------- > > µC-Auswahl ist abhängig davon, ob es ein externer ADC-Baustein wird, > oder ich den µC-internen verwende --> bei Verwendung des internen hätte > ich an einen PIC32 gedacht, da ich damit schon gearbeitet
-
Thread
Zeigt her eure Kunstwerke (2017-2019) Gesperrt Bilder
wünschen übrig. Die neueren MS5534B haben allerdings eine wesentlich bessere Genauigkeit unter -10C. Diese Platine erzeugt auch den 32kHz Takt für den Sensor.
da ist ja schon fast alles fertig. Jetzt will ich mich auch STM32 einarbeiten und nutze dazu ein STM32F407 Discovery und da will ich das in C programmieren.
-
Thread
uC Familien Empfehlung
mit 8-Bit AVRs und habe die PIC-Welt ein wenig kennen gelernt. ESP8266 oder -32 sind mir auch nicht ganz fremd. An der AVR-Plattform schätze ich: - Open source tooling mit avr-gcc - Unterstützung für C++ und Arduino Framework
programmieren. > Zudem bin ich nicht sicher, wie das [beim STM32] mit dem > Debugging aussieht. Optimal, 2 Klassen besser als beim PIC32M oder RX.
-
Thread
PIC 16F84 geeignet ?
Ashoka schrieb im Beitrag #5073025: > Hallo, > > welcher PIC eignet sich zum Einstieg in das Thema "C auf PIC" ? > Ich dachte an einen 16F84, bin mir aber unsicher. Ein PIC32MX150F128B wäre ganz angebracht. Es muss ja kein 8-Bit PIC sein, oder? http://
. Für C nehme ich den PIC24FV32KA302 oder aufwärts. Gruß Anja
-
Thread
Umfrage: Mikrocontroller der Zukunft
die Programmierung wesentlich unkomplizierter und weniger fehleranfällig als bei den kleinen AVR und PIC. Seit ich auf die STM32 umgestellt habe, schliesse ich meine Projekte im Schnitt um ca. 30% früher ab...........
Olaf schrieb: >Ein R32C118 kostet unter 9Euro bei Kleinststueckzahlen. (10Stk) Sicher, da hängt einiges von der Herstellerpolitik ab. Als Entwickler im Kleinunternehmen ist man bei weitem nicht wahlfrei. Wir hatten die
-
Thread
100mhz 32bit - counter ohne vorteiler?
Lurchi schrieb im Beitrag #4094487: > Einige µC (z.B. dsPic) haben auch einen asynchronen Vorteiler integriert > und kommen so ggf. ohne externe Logic aus. Es haben m.W. fast ALLE PIC's einen asynchronen Vorteiler. Aber davor muß man eben noch
Takt, und nicht mit dem Eingangssignal. Für die Interpolation wäre z.B. einer der oben erwählten PIC18 eine Möglichkeit, ggf. auch für die GPS Anbindung (dann wohl als ein 2. µC).
-
Thread
PICs ohne IDE programmieren
Klikibunti sein soll die "Brenner9" + das tool von Sprut wobei ich da gerade nicht sicher bin ob der die PIC32 kann.
Pic32prog . geht mit div ftdi jtag oder pickit2 oder usbasp.
-
Thread
1 kHz Rechtecksignal erzeugen
sollte bei 1% liegen. 4060 und passender Quarz wurden schon genannt. Andererseits gibt es kleine µC wie den PIC12F629 oder 12F675, die für Bastler in Einzelstücken bei bekannten Händlern um einen Euro herum kosten. Man braucht aber wenigstens ein PICkit1 als Programmer, ganz alleine nur mit RS232 und
daß Du Dir kein Eigentor schießt.... Dir ist offenbar nicht klar, daß es auch Quarze mit /glatt/ 32KHz zu kaufen gibt. Hier zum Beispiel: http://www.microcrystal.com/CMSPages/GetFile.aspx?nodeguid=ad6a56e5-81d2-4720-93ff-e8d2cb178c48 MfG Paul
-
Thread
lwIP UDP empfangen
auch, nur das empfangen nicht. :( IP Adresse vom PC mit Matlab: 143.205.120.123 IP Adresse vom AVR32: 143.205.120.211 Mein Task: (es ist nur dieser Task aktiv) [c] void receiveUDP(void *arg, struct udp_pcb *pcb, struct pbuf *p, struct ip_addr *addr, u16_t port){ if (p != NULL) { LED_Toggle
Antwort. Das Versenden einens Paketes funktioniert bei mir mit folgender Funktion ganz gut. [c] int udp_send_from_ISR( int *pData, u32_t length) { struct udp_pcb *send_pic_udp_pcb; struct ip_addr remote_ip_addr; struct pbuf *p; err_t err_msg; IP4_ADDR( &remote_ip_addr, REMOTE_IP_ADDR
-
Thread
Verständnissfrage zur nötigen Mehrfachmessung eines AD-Messwertes mit µC
Hallo zusammen, Ich bin gerade an der Einarbeitung zu Messtechniken mit dem PIC-AD-Wandlers. Nun mal zu einem sehr gut erarbeitetem Beispiel der Sprud.de_Seite im Anhang. Da steht was von einer 64-fachen Messfolge? Ist diese hier wirklich nötig? Würde da auch zb. 32 fache
ich hauptsächlich auch in "C" Rudi R. schrieb im Beitrag #6917895: > habe jetzt 3 Stück PIC16F1877 Du meinst den PIC16F877? für den PIC16F877 (und Assembler Programmierung) empfehle ich das Midrange Handbook https://ww1
-
Thread
ESP32-Alternative WFI32: Module und MCUs erreichen Distributoren
Der WFI32 ist Microchips Antwort auf den ESP32. War das Evaluation Board (PIC32 WFI32E Curiosity Board) schon seit einiger Zeit erhältlich, so folgt nun die Distributor-Verfügbarkeit von Modulen und Standalone-Chips
... ===> workaround war den ESP zu reseten per HW - ist halt bisschen tricky wenn man den PIC32 resetet und der ESP dabei ist daten für den Socket zu empfangen. Dann weiss der PIC32 das nicht mehr und schickt befehle auf den Socket. Der Reset Befehl tut dann einmal nicht. Bis der Socket voll
-
Thread
Suche einen µC / Serie
oder eine Serie. Bauform wäre mir am liebsten DIP. Ich habe für solch einen Fall bisher nur die 80C31 / 80C32 gefunden, genau so etwas in der Art: http://www.reichelt.de/80C-87LPC-89C51-Controller/80C32-P/3/index.html?;ACTION=3;LA=2;ARTICLE=3536;GROUPID=2941;artnr=80C32+P;SID=13UIES8n8AAAIAAB-ZE7Mc8141b63cfe352371261725dff109e23
oder PIC32 aussieht, weiss ich nicht.
-
Thread
ARM7: Start geglückt aber noch Fragen
CCS Compiler als Grundlage nimmst. Der GCC steht zwei oder drei Stufen über dem PIC-C. Was bei den C-Compilern für die 8Bitter noch hinzukommt ist ihr notorischer Drang zu 16Bit Berechnungen, auch wenn 8Bit genügen würden. Im Internet gibt es diverse Vorlesungsskripte zur Sprache C. Kannst ja mal bei Google dein Glück versuchen. Der PIC-C ist mehr oder weniger nur an C angelehnt.
-
Thread
IDE mit Fokus auf Assembler für Umsteiger AVR -> STM32
hinbekommen. Aber dann habe ich die ganze Software für den STM32 vom PC geschmissen und das Board verschenkt. Ich musste einsehen: ohne C ist es sinnlos! Die Dokus für den STM32 ist nur für C ausgelegt und nach meiner Ansicht dahingeluscht. Der PIC32 ist dagegen
gleich wieder entsorgt. Den IDE-Editor verwende ich nur beim Debuggen, zum schreiben PSPad. Der dsPIC ist vor allem für Assembler-Programmierer interessant, C-Programmierer merken nichts und werden beim STM32 bleiben. Gruß Peter
-
Thread
Schaltung um µC bei wenig Energie zu starten
Anbei der Schaltplan. Ich hoffe das ist so verständlich. C1 ist der Pufferkondensator. C2 und D1 bilden mit dem MCP112 die "Millier-Engine". GND und VCC des 74LVC1G32A hängen direkt an der Solarzelle. Die Inputs des 74LVC1G32A sind VOUT des MCP112 und GP0 des PIC. Der Output des 74LVC1G32A versorgt VDD des PIC. R1 bildet den RC-Oszillator des PIC, R2 wird über GP3 später zugeschaltet, um die Frequenz zu erhöhen. Eigentlich gehört da auch noch ein C dazu, es
-
Thread
Mikrocontroller mit 5V
3.3V-Zeit – diese Standards werden die meisten User hier überleben. Im Kern geht es bei moderneren µC oder FPGAs oft runter bis auf ca. 1 bis 1,2V, die Anbindung wird intern und quasi unsichtbar für den User über Levelshifter vollführt – beim STM32 kann man diese Core-Spannung auch innerhalb eines Rahmens
Z.B. > https://www.microchip.com/en-us/product/AVR64EA48 > https://www.microchip.com/en-us/product/PIC18F44Q71 Plus dsPIC33EV* (16 Bit, 70 MHz) einige ATSAM bzw PIC32C (Cortex M0) fchk