-
Thread
Der nächste Vergleich
Mal im Ernst. Microchip Pic32 sind wohl die letzten 32Bit-µCs, die noch für grobmotorische und fehlsichtige Bastler übrig bleiben. Da gibt es noch DIL/DIP. Sonst bleiben nur die vorbestückten Adapter. Wenn man im Rentenalter
Ihr steigert euch da ganz schön rein, dabei ist doch alles geklärt: - AVR vor Pic - Assembler vor C vor C++, danach egal - Linux vor Mac vor Windows ...... Ne jetzt mal ehrlich, die Kernaussage war immer: Mein µC mit dem ich arbeite; meine Entwicklungsumgebung mit meiner
-
Thread
Mikrocontrollerwahl
www.automotivedesignline.com/191800363 Schmeiß bei Gelegenheit mal Dein google an, dann kannst Du noch viel mehr zum PIC-Einsatz im Automotive-Bereich finden finden. > ... schreiben 85°C umgebungstemp ECU vor Klar, deswegen werden ja auch oft Bauteile verwendet, die nur bis 85°C spezifiziert sind.
ram.........in heutiger aplikationen sind uC mit 2MB durchaus drinn! und nur mal so neben bei gesagt PIC hat auch nicht das größte interesse an automotive IC's weil die hohen qualitätszahlen für die hart sind! ich möchte damit nicht sagen
-
Thread
Welchen MC würdet ihr empfehlen
verfügbar, unterscheiden sich die Befehle massiv von Programm zu Programm. Daher: WEnn du jetzt mit C Einsteigst hälst du dir trotzdem alle Türen weiterhin offen. Für einen Einsteiger würde ich auf jeden Fall erst einmal KEINEN 32 Bit µC anraten (Pic32, ARM, usw.) Die 32 BIT µC sind mächtig, damit
hat, vom kleinen PIC10F mit 6Beinchen bis über die normalen 8Bit 18F bis hin zu den 16Bit PICs mit DSP Kern sowie den 32Bit PIC mit MIPS KErn. Selbst der kleinste ORiginalprogrammer der PICKIT3 der als Sologerät gerade
-
Thread
einfache Fragen zu AVR (Neueinsteiger)
Hallo, bin relativer neueinstiger in Sachen uC. Zuerst bin ich ins PIC-Lager gegangen, würde jetzt aber gerne ins AVR-Lager aufgenommen werden ;) (gibts es einfach mehr Info's und Projekte im Netz, das PIC-Lager ist leider, meiner Ansicht nach
ARM-Prozessor gemeinsam? Atmel stellt beide Prozessoren her. Das war's aber auch schon. (Dass man beide in C programmieren kann, ist halt so...) Der AVR32 heisst nur so AVR und nichts mit den 8bittern zu tun.
-
Thread
Ringbuffer in C optimieren?
Verbindung mit der fixen Adresse, die durch 256 teilbar war, erledigt. Wie aber mache ich sowas nun in C (Microchip C32), ohne Konstruktionen wie: [c]if (ptr>Buffer+BufferSize) ptr = Buffer;[/c] zu verwenden? Wobei ich mich mit der Frage mal auf Buffergrößen beschränken möchte, die eine Optimierung zulassen
Be Bo schrieb: > Wie aber mache ich sowas nun in C (Microchip C32), ohne Konstruktionen > wie: > [c]if (ptr>Buffer+BufferSize) ptr = Buffer;[/c] > zu verwenden? Was stört Dich daran? Das ist doch nur ein Vergleich und eine Zuweisung, besser
-
Thread
Starterkit Mikrocontroller
CPFLAGS) blinky.elf blinky.bin $(OD) $(ODFLAGS) blinky.elf > blinky.lst blinky.elf: blinky.o stm32.ld @ echo "..Linke" $(LD) $(LFLAGS) -o blinky.elf blinky.o blinky.o: blinky.c @ echo ".Kompiliere" $(CC) $(CFLAGS) blinky.c [/c] 2. Linkerfile [c] MEMORY { ram (rwx) :
DatenRAM */ } >ram AT > rom .bss : { *(.bss) } >ram AT > rom } [/c] 3. Testprogramm blinky.c [c] #include "stm32f10x.h" #define STACK_TOP 0x20002000 void nmi_handler(void); void hardfault_handler(void); void delay(void); int
-
Thread
Elektor - nächste Ausgabe mit R8C/13 Platine
, besserer Foren-Support, usw. Gegenüber ARM7 haben die R8C/M16C/M32C hingegen schlechte Karten. Es gibt zwar einzelne Vorteile, wie etwa saubere Priorisierung von Interrupts, aber die Problematik der verschiedenen Adressräume bei M16C/M32C behindert die Programmierung
Der M32C ist an sich ok, bleibt die Frage was der GCC damit anfängt. DJ Delorie schreibt, dass er aus Gründen der Effizienz size_t auch beim M32C 16bittig hält. Wohl weil GCC gern ein paar mehr Register für
-
Thread
Digikey teurer, Vivado unter Jahresabonnement, kostenlose Compiler von Microchip uvam
Architektur so viel anders, dass ein Port keinen Sinn machte. PIC24/dsPic33, PIC32 und PIC64 sind für die jeweilige Plattform modifizierte gccs. fchk
8Bit PICs machen, machen sie aber mit 8Bit AVRs. Das Feld wollen sie ganz sicher nicht den Einsteigs 32Bit µC von STM & Co überlassen.
-
Thread
PIC C-Compiler Vergleich
Hast Du den Microchip-C30-Compiler für PIC24/dsPIC33 gar nicht dabei?
Nein. Ich war der Meinung und habe es irgendwo gelesen, dass die XC-Compiler die C-Compiler abgelöst haben. Also C32 ist jetzt XC32, C30 ist jetzt XC16 und C18 + der Hi-Tech C Compiler für PIC12/16/18 ist jetzt XC8. Lieg ich da falsch? Da werde ich nochmal gucken. Ich hatte sie
-
Thread
Adressierung über Bus
dennoch ohne > doppeltem Quarz arbeiten. Der vom AVR wird dann oft überflüssig. Auch dann ist der PIC (a) billiger, (b) kleiner und (c) bei der CAN-Kommunikation schneller als die AVR+MCP2515-Kombination. Man kann direkt auf die CAN-Register zugreifen (das sind SFRs wie alle anderen Register auch, da
Frank K. schrieb im Beitrag #3766252: > CAN: Da nimmst Du besser einen PIC18F25K80, der hat nämlich schon > den passenden CAN-Controller eingebaut. Noch besser einen LPC11C22FBD48, der hat auch noch den CAN-Transceiver eingebaut. Und ist kein PIC.
-
Thread
42kHz Leistungsmesser 110V/3A
Mit den 16 Bit sollte das zu machen sein. Muss mir nur noch einen passenden, gut dokumentierten, µC aussuchen. Denke mit 20 Mhz werden die Atmegas zu langsam sein, um den ADC Chip auszulesen, zu rechnen, Display anzusteuern und später vielleicht ein USB-Interface zu realisieren. PIC 18F24K50, DSPic
Max Kinema schrieb im Beitrag #3686353: > PIC 18F24K50, DSPic oder ähnliche. Hauptsache mit C -Compiler. Schau dir doch auch mal den Cortex M4 an, der hat eine FPU. Das vereinfacht die SW wesentlich. Du musst quadrieren summieren und nach entsprechender
-
Thread
LED - Strips hintereinander?
Timing ist so ein 8-Bitter damit dicht. > > Nicht unbedingt! Bei meiner Lösung wird der Controller (PIC12F1840) > durch die LED-Datenausgabe zu etwa 1/3 ausgelastet, d.h. bei 32MHz Takt > bleibt quasi ein 20MHz getakteter PIC übrig, der Daten "on the fly" > berechnen kann. Ok, bei 32 MHz stimmt
Ein 8 MHz AVR und ein 32 MHz PIC sind ungefähr gleich in der Rechenleistung.
-
Thread
Unterstützung von langen Dateinamen für FAT Filesystem
Ich glaube, kein Dateisystem ist simpler, besser Dokumentiert und portierbarer als Fat32.
Soll ja auch für n PIC sein. Es gibt noch eine Welt jenseits von Atmel....
-
Thread
AVR ASCII Video Terminal - 40 x 25 - BAS Signal
ohne µC gemacht: http://sebulli.com/Logomat/index.html Da der PIC (im Gegensatz zum Atmega) jedoch einen Systemtakt pro 4 Oszillatortakte macht, hab ich noch einen Flipflop hinzugefügt. Die Software setzt
thank you :) but i write with language c i can't work assembly :( i want write for example "A" in meddle line screen with language c
-
Thread
Meteotime Crypt Gesperrt
Flash-Inhalt zu erkunden. Den Code verstehen können wir, wenn wir eine Memory-Map haben. Welchen µC verwendest Du, um den DCIC anzusteuern? Wie ich Dich kenne, auch ein PIC ;-) Bei mir: atMega32 @ 16 MHz leider mit Software-SPI, da die Hardware-SPI nur (Vielfache von) 8 Bits versenden kann.
Abdul K. schrieb im Beitrag #2239980: > Eines möchte ich aber abschließend sagen: Dieser PIC ist für eure > Projekte NICHT SICHER! DAS ist ja bekannt, Die Sicherheit dieser µC ist genauso wie die von den AVR und den meisten ARM nur eher Mittelmäßig und hält einem mit einigen KnowHow geführtem
-
Thread
AVR32: Wofür entwickelt?
Schlechtes Gras geraucht? AVR32 != Microchip. Da war doch was mit einem PIC32 und MIPS Kern.
Uoops, sorry habe grad meinen Freudschen Fehler entdeckt, habe AVR32 gelesen und PIC32 gedacht. Also vergesst das letzte Posting einfach. Ich meinte den PIC32, und nehm mir vor in Zukunft die Threads etwas langsamer zu überfliegen.
-
Thread
Diverse 68000 CPUs
Die software muss aber noch ausgearbeitet werden. Der 2. Prototyp ist mit einem 68008, einem PIC, und einem RAM IC, allerdings nicht vollendet. 68SEC000 und SMD RAMs habe ich auch hier. Vor einigen Tagen habe ich mit einem 8080 Emulator angefangen, auf PIC32. Der PIC32 chip hat 512K FLASH
68901 - noch 1 IC hier. Intel 8255 sind verkauft- noch ein uralt IC hier (1977, Malaysia) 32K fast static RAM PDIP28 AS7C3256 15nSec ALLIANCE USA. CMOS STATIC RAM 32Kx8, 15 nSec, ISSI IS61LV256 15, 3.3, SOIC Moulded NEC D4016-C2 2Kbyte SRAM static RAM, vintage memory IC 1983 NEU:
-
Thread
Der Einstieg
sehe ich da? Einen Atmega32...
Kabel vom PC zum STK 500 anschließen. Alles andere, was man zum ersten Spielen braucht, inklusive ein µC, LEDs, und Taster zum ausprobieren, ist schon dabei. Preis z.B. bei Reichelt momentan ca. 77 EUR: http://www.reichelt.de/?;ARTICLE=34093 Bei PIC wird das wohl auch so ähnlich sein, kenne ich aber wie
-
Thread
Programmierer für kleinere Aufgaben
schrieb im Beitrag #3810009: > Suche für Gelegentliche Programmier aufgaben einen Programmierer Für > Pic-Mikrocontroller in C. muss es zwingend PIC sein, oder geht auch AVR oder STM32? lg Chris
rein. Hab die bis jetzt nur in ASM programmiert, und beginne erst jetzt mit C bei den PIC24. Naja, du hast wahrscheinlich recht, wenn man schon C Routinen hat für den 8biter und geübt ist im Umgang mit dem Compiler, wird C vermutlich bei so einen kleinen Programm schneller umgesetzt
-
Thread
PICKIT3 und pic16f54 in c Einfches Program scheitern beim Brennen
hey hier Robert. Ich versuche mit dem PICKIT 3 ein pic16f54 in C zu Programieren. Der Code soll nur eine Einzige LED an RA1 einschalten: [c] /* * File: newmain.c * Author: rob * * Created on 16. November 2016, 11:42 */ /** I N C L U D E
Trotzdem bedanke ich mich für den Hinweis, dass es auch viel einfacher geht. ich habe sehr lange C für Personal PC (Linux) geschrieben. hat das hier: http://sprut.de/electronic/pic/c/pic_c/pic_c00.html noch aktuellen Bezug zu dem wie ich die µC mit dem XC8 Compiler und ein aktuellen MPLAB Programmiere
-
Thread
PIC 32 DSP Libary
PIC32 DSP und C30 Compiler passt irgendwie nicht. Aber es geht offensichtlich um den C30.... Für den C30 Compiler (der übrigens seit fast 2 Jahren nicht mehr updated wird) findet sich die Dateie (zumindest
Chris B. schrieb im Beitrag #3313894: > PIC32 DSP und C30 Compiler passt irgendwie nicht. Das macht nichts, es passt auch der Titel nicht zum Inhalt :)
-
Thread
USB und AVR-Controller
OFFSET=16&;PROVID=2402 Weitere ICs findest du hier: http://www.mikrocontroller.net/articles/USB#Via_.C2.B5C_ansteuerbare_USB-Controller
nervigen "Super Mini, kann man nicht > mehr erkennnen, und kaum Löten, SMD krams" Besorge Dir einen PIC18F2550 (DIL28) bzw PIC18F4550 (DIL40) und einen PicKIT2-Clone (oder wenn das Geld da ist: ein PicKit3). Dann hast Du das passende. Den zugehörigen USB-Stack samt Beispiele gibts dann als Download bei
-
Thread
PIC oder AVR Microcontroller - Unterschiede?
Der PIC12C508 ist auch ein 8-Bitter und nicht 4. Am bekanntesten sind natürlich die 8051-er. Und mit über 30 Herstellern auch die Familie mit den meisten Varianten (interne ADC, DAC, PCA, UART, I2C, CAN
beiden µC soll ich nehmen?" Hatte vor ca. 1 Jahr mit AVRs begonnen, bin aber aus heute nicht mehr nachvollziehbaren Gründen auf den PIC umgestiegen, bin nun aber wieder bei den AVRs gelandet. Gleich vorweg
-
Thread
Suche ultra-low voltage, micropower MCU
PIC16LF1508: 2uA typ. - 10uA max. bei 32Khz und 1.8V Marcus H. schrieb im Beitrag #3999409: > speziell wenn die > Ladeschaltung weniger Strom abgeben kann, als der maximale > Anlaufschaltstrom des
PSoC4: Low Power 1.71 to 5.5V Operation 150nA Hibernate Mode, 20nA Stop Mode http://www.cypress.com/psoc4/ CORTEX M0 (32 Bit CPU)
-
Thread
PIC24F32KA302 UART-Konfiguration
@TO: Warum muss der µC unbedingt mit 16Mhz laufen? Machen es nicht auch 8Mhz oder gar 32Mhz? Die notwendige Genauigkeit bei der Baudrate sollte kein Problem darstellen. Wie Chris B. schon schrieb, ist deine Config der
vorhanden). Kleine Anekdote, warum ich die Bits immer im Code einstelle: Zu Zeiten von MPLab 8 und PIC18/PIC16 habe ich die ConfigBits immer in MPLab selbst eingestellt. Sie waren demnach zwar Projektgebunden, aber nicht Codegebunden. Hatte dann manchmal aufm Laptop weitergearbeitet -> quasi C-File kopiert
-
Thread
Suche Automotiv Mikrocontroller den man mit einem free Compiler kompilieren kann!
der AVR32 UC3C ist in automotive verfügbar, wobei für Atmel ARM gibt es 12Jahre Verfügbarkeitsgarantie vom Hersteller das heißt du kriegst hier auch einen recht kleineren CortexM3. beide habn kostenlosen C/C+
PIC24 > jedoch darf es leider kein 32Bit sein, denn für meine Anwendung ist es > viel zu überdimensioniert. Verstehe ich jetzt nicht. Macht doch alles der C-Compiler.
-
Thread
Universelle Mikrocontroller Toolchain (Linux)
Plattformen sind momentan: --------------------------------------- - Atmel AVR (nur ATMega) - Microchip PIC14 (PIC12xx, PIC16xx) - Microchip PIC16 (PIC18xx) - Freescale HCS08 - Freescale HCS12 (auch banked) - TI MSP430 - Renesas R8C - STM/Freescale SPC56xx Dazu kommt eine universelle Bibliothek,
S9KEA - NXP/Freescale S32K11x - NXP/Freescale S32K14x - Renesas R8C - Renesas 78K0R - Renesas RL78 - Renesas RH850 - Renesas RA6T1 - ST/NXP/Freescale SPC56xx/MPC56xx - ST SPC584 - ST STM32F0xx - ST STM32F1xx - ST STM32F4xx
-
Thread
PIC-Prozessor programmieren
Michael S. schrieb im Beitrag #7231090: > wie kann ich das mit einem PIC-Prozessor machen ? Es gibt nicht den PIC. Zwischen PIC10,12,16,18,24,32 sind die Unterschiede erheblich. Welcher also? Und warum? Was muß der können, was nicht mit AVRs geht? Michael S. schrieb
nicht ganz so steil wie bei den PIC32. Eigentlich brauchst du nur ein Pickit von Microchip (oder eben ein entsprechenden Clone) zum Programmieren und Debuggen. Die komplette Entwicklungsumgebung inkl. C Compiler gibts von Microchip
-
Thread
Atmel oder Microchip?
von mikroElektronika Empfehlen. Gibt es für 8bit-PICs, für 16bit PICs, für AVRs und für 8051. Die PIC32 Version kommt bald ins beta-Stadium aber ich glaub, das ist für dich erstmal egal. Alle Compiler gibt es für C, für Basic und für Pascal. Nur: The only limitation of the free version is that it
ATMEL. Die können wenigstens Datenblätter schreiben. Kommentar zu PIC32 C Library: Absoluter Mist. Die meisten Funktionen sind fehlerhaft.
-
Thread
Falls jemand eine Fernsteuer-App fürs Handy sucht.
Torsten C. schrieb im Beitrag #3498802: > Ja, ich suche noch. Sieht interessant aus, danke. Den MRF24WB0MB gibt's > ja z.B. bei mouser. Aber hast Du für "unter 25 EUR mit PIC32" einen > Link? Hi Torsten
Torsten C. schrieb im Beitrag #3498802: > Ja, ich suche noch. Sieht interessant aus, danke. Den MRF24WB0MB gibt's > ja z.B. bei mouser. Aber hast Du für "unter 25 EUR mit PIC32" einen > Link? Hi Torsten
-
Thread
Möchte neu anfangen
Es gibt für PIC auch Basic und Pascal-Kompiler. Wer (wenn nicht ein Chef) zwingt Einen dazu, "C" zu verwenden? MfG Paul
>Wer (wenn nicht ein Chef) zwingt Einen dazu, "C" zu verwenden? Das ist fast der Grund. Meine Gesellschaft "zwingt" micht dazu PIC und C zu verwenden.
-
Thread
UART 16550
Fakt ist, das ist ein ein 32 bit Real-Time Operating System (RTOS). Dieses Programmiere ich mit Visual Studio 6.0 (C++).
Das ist ein Webserverboard von PharLap. Es nutzt ETS ein 32 bit Echtzeit Betriebssystem und kann ein Teil der WIN32 API-Funktionen. Der Prozessor ist ein AMD-ELAN Prozessor mit 66 MHZ. Programmieren tue ich das ganze unter Visual Studio 6.0 mit C++.
-
Thread
Controller für Batteriebetrieb : Bootloader ?
Anschlüsse am µC) Mit In-Circuit-Emulatoren wie Deinem ICE48 muss man nicht mehr arbeiten, glücklicherweise.
Boot0 Pin und einen Pulldown Widerstand. Das war's schon. Ganz einfach! http://stefanfrings.de/stm32/stm32l0.html
-
Thread
Code(SRAM steuern) verbessern. Arduino mega 2560
ermöglichen. An AVR mit mehr Ram war da noch nicht zu denken. Heute macht das logischweise ein ESP32 und der dekodiert das MP3 auch noch in Software dabei... Etwas (wohl für immer) unvollendetes noch, wo ein Mega1284 gerade reichen würde: die Emulation eines C= 1541-Laufwerks von einer SD-karte. Also
c-hater schrieb im Beitrag #5441877: > Der Rest des Adressraums kann wahlweise durch Banking erschlossen werden Banking ist schlechteste, was aus dem PIC nur kommen könnte. Wenn ich mal zu der Idee
-
Thread
Fragen zu PIC-Brenner
so drauf, kann debuggen und lässt sich an 3,3V Bauteilen genauso wenig stören, wie an 24F's oder dsPIC's, auch die PIC32 kann er brennen. Solltest du den PICKIT2 holen, ist das automatisch schon ein kleiner Logic-Analyzer, was auch nicht zu unterschätzen ist. Ganz zu schweigen davon, dass man alles (
anscheinend gibt es da bei PICs keine feste Norm? Eigenlich schon. Entweder die 6-polige Stiftleiste vom PicKit oder der RJ11 6P6C, wie der ICD2/ICD3 und das RealICE es benutzen. fchk
-
Thread
Atmel oder PIC
weil es sie nur in SMD Bauweise gibt. Deshalb bin ich am Überlegen mich auch mal mit einem Anderen µC u beschäftigen. Ich weiß aber nicht welchen ich nehmen soll Atmel oder PIC o.ä. Wo ist der Unterschied? Welcher ist für Einsteiger am besten geeignet? Wie bekommt man die Programme in den µC.
Vorlieben das bessere Eclipse). Ein Vorteil der PICs sind imo die Libs (USB, Grafik, TCP/IP etc.) die vom PIC18 bis hin zum PIC32 verwendet werden können. Wenn man allerdings viel Rechenleistung und niedrigen Stromverbrauch haben will, gibt's das nur mit den AVR32 (auch verglichen mit div. Cortex-M3).
-
Thread
EPROM 2708 U555 - Spannungen erzeugen?
poliger PIC-uC der mit den Adress/Datenleitungen des Target-EPROMs verbunden ist, einen COM-Port mit 9600 Baud (8N1) in Software simuliert (vl nehme ich auch einen PIC mit Hardware-USART) und über simulierte Handshake-Leitungen
!) "50 * 1024Byte * 1ms" Bedeutet der PIC programmiert beispielsweise 32 Byte * 1ms pro Byte VPP * 50 Durchläufe, danach fragt er vom PC mit der RTS-Leitung neue Daten an und der PC übermittelt die nächsten 32 Bytes. Sobald der EPROM fertig
-
Thread
Sind die µC PIC die einzigsten, die eine Layoutkompatibilität bieten?
Man also einen 20 Pin µC einfach auf dem gleichen Layout durch einen 16 Pin und kleiner µC ersetzen kann? Siehe: http://de.wikipedia.org/wiki/PICmicro#Geh.C3.A4use Wie sieht's bei den: - ARM Cortex-M - AVR32 - MPS430
Sind die µC PIC die einzigsten, die eine Layoutkompatibilität bieten? Nein. Renesas machts vor: Die Ex-Mitsubishi Serien M16C/30, M16C/50, M16C/60, M32C/80 und R32C/100 sind innerhalb der gleichen Gehäusegrößen
-
Thread
LEDs an PIC ausglimmen lassen
hoffe, es erbarmen sich ein paar von euch, um mir zu helfen. Was ist mein Problem? Ich habe einen PIC16F µC und möchte 8 LEDs separat ansteuern und damit das kurze Aufleuchten nicht alzu ruppig erscheint, sollte es ausglimmen/"faden". Beim PIC werden 8 Ports als Input und entsprechend 8 als Output
anpassen an was du erreichen möchstest. Falls du das Prj neu beginnst, bitte verwende moderneren uC Pic16F1827 o.ä., mit ner vierstelligen Nummer. Gruss
-
Thread
USB-Microcontroller für universelle Verwendung, I/O
Lösung kommt ohne Quarz aus. Wenn's denn läuft sehr gut für Massenproduktion (>10000 Stück). * PIC18F ist genauso aufwändig wie ATmega32U4 (man braucht Quarz und etwas Außenbeschaltung), aber ersteren gibt's auch in Durchsteck. Gut für mittlere Stückzahlen. Hier nimmt man, was einem besser gefällt. Ich bevorzuge Atmel wegen des ausgereiften freien C-Compilers avr-gcc. * Begibt man sich auf die Schiene von 16- oder 32-Bit-Controllern, wird es zwar nicht viel teurer, aber da gibt es keine 5-V-I/O mehr! Entweder man legt gleich alles für 3 V aus
-
Thread
Wie ist ein billiger Grid Tie Inverter aufgebaut ?
www.youtube.com/watch?v=MRrilVLiASw ). Jetzt wäre mein Gedanke, ob ich auch die 50Hz so mit zweitem I2c-dac emulieren könnte. Irgendwo wird ja alles auf 0-3.3 Volt runtergekocht um vom Pic16 verarbeitet zu werden. Wenn wir aber in den Inverter reingehen dann braucht es eigens Typenschild, CE-Zeichen
) ein 100+k Poti setzen. Das müsste nach https://www.mikrocontroller.net/articles/Operationsverst%C3%A4rker-Grundschaltungen#Verst.C3.A4rkergrundschaltungen einen vermeitlich höheren Strom an den UCC3806 senden, so dass dieser weniger Leistung hochpumpt. Besser ist aber wohl den PIC-Ausgang zu dämpfen
-
Thread
Fehler im Programm, verstehe es nicht.
Falk B. schrieb im Beitrag #7385788: > Wir kennen die CPU nicht PIC32MZ
die Messung der aktuellen Zykluszeit hat eine Auflösung von 1 µs. Hier ein Teil des Codes: [c] void CLKS_Initialize ( void ) { // Timer 2/3 (32 Bit) läuft endlos mit 25 MHz // Konfiguriert mit Harmony für PIC32MZ TMR2_PeriodSet(0xffffffff); TMR2_Start(); //
-
Thread
PIC32_I2C_MPLAB-C32-Compiler
, ich möchte mit dem Controller die I2C Schnittstelle initialisieren und Slaves ansprechen. Nach dem ich das PIC32 Reference Manual durch hatte, habeich festgestellt das die Architektur und der Umfang der Einstellungen beim PIC32 sehr viel
und dem C32 Compiler gearbeitet? Ich bin über jede Hilfe dankbar. Über die Googlesuche bin ich nicht wirklich weiter gekommen. Den Controller den ich verwende ist der PIC32MX795F512L. Vielen Dank. Gruß
-
Thread
PIC18F Werte frieren irgendwann ein
umsetzten. Die sind im Prinzip eigentlich alle nur Basic, sprich dein Code ist weit darunter ... [c] #ifdef XPRINTF_32 #define xprintf_t uint32_t // max=4294967296 #else #define xprintf_t uint16_t // max=65535 #endif #ifdef XPRINTF_32 static const uint32_t dv[] = {1000000000UL
grundsätzlich ohne Struture, einfach nur geradeaus runter geschrieben, ... du brauchst mehr Verständnis vom PIC18 und den HW Resourcen - Datenblatt intensive lesen! [c] InterruptHandlerHigh () { if (INTCONbits.TMR0IF) // Timer 0 { INTCONbits.TMR0IF = 0;
-
Thread
Arduino als Einstieg?
Ardunio, AVR, C ... Richtige Programmer nehmen Assembler und einen PIC! @Admin: nur zur Belustigung, aber mußte mal raus
allerdings nur an 5 Pins des µC hängen, und gemultiplext werden müssen, wenn man beispielsweise ein Lauflicht darauf programmiert. Um in den PIC Assembler gut hinein zu kommen, oder sogar C, und für Anfänger, ist das eine sinnvolle
-
Thread
MPLAB X Debugging mit Snap Debugger vs PicKit
oder > gcc? > > Mplab X kann als IDE beide verwenden. Wo gäbe es denn den passenden gcc für PIC18, PIC24, dsPIC33 und PIC32? Also das Adäquat zum xc8, xc16, xc32 und am besten natürlich noch den xcDSC.
>> gcc? >> >> Mplab X kann als IDE beide verwenden. > > Wo gäbe es denn den passenden gcc für PIC18, PIC24, dsPIC33 und PIC32? > Also das Adäquat zum xc8, xc16, xc32 und am besten natürlich noch den > xcDSC. Für die 8-Bit PICs gibts keinen gcc-Port, sondern nur das ehemalige HiTech-Zeugs,
-
Thread
structs auf 8-Bit-MCUs
Wer sagt das Structs böse sind. Sie machen Dein Programm einfach übersichtlicher. Klassen in C++ sind natürlich noch etwas komfortabler. Das Hauptproblem, weswegen ich diesen Thread überhaupt gepostet habe, war, daß ich das ganze eben auch mit einem PIC32 (32-Bit-Core) laufen lassen möchte.
> Wer sagt das Structs böse sind. Sie machen Dein Programm einfach > übersichtlicher. Klassen in C++ sind natürlich noch etwas komfortabler. Im Bezug auf Serialisierung... > Da ich den Code aber sowohl auf dem AVR als auch auf dem PIC32 ohne > Änderungen laufen lassen möchte, stellte sich
-
Thread
Board mit 2x CAN und PIC32
Spannungsversorgung und das wars. Leider sind auf den Boards ARM-CPUs zu finden, vor allem der STM32 und gelegentlich auch noch welche von NXP. Ich habe viel Code für den PIC32, weil ich bisher immer am chipkit max32 gebastelt habe. Deswegen suche ich nun ein möglichst kompaktes Platinchen, mit PIC32MX795L
ChipKit: Fubarino SD ( https://chipkit.net/wiki/index.php?title=Boards ) Olimex: PIC32-T795, PIC32-RETROBSD
-
Thread
Mikrocontroller für schnelle PWM gesucht
PIC16F1824 mit 32Mhz internem Oszillator, 2*CCP und 2*ECCP Modulen. $0.84 laut Microchip-Website
funktioniert beides nicht. Aber ein geeignetes Pulsmuster lässt sich jedoch mit der PWM unit eines μC erzeugen. Gregor B. schrieb im Beitrag #3233264: > C8051F398 M. N. schrieb im Beitrag #3233629: > STM32F051 Schön, das sind noch zwei Kandidaten. Harald Wilhelms schrieb im Beitrag #3233372
-
Thread
Webserver geschwindigkeit [AVR]
in C habens jedenfalls so ergeben. Mag auch am Compiler liegen. War der von Mchip.
@ Jens (Gast) >Ach ich komm mit dem ganzen C Style einfach nicht zu recht, ich mach Dann werd erwachsen und lerne C. Ist einfacher als man denkt. JAAAA, auch C hat genügend dämlich Stolperfallen, aber der Compiler nimmt einem schon MASSIV Verwaltungsarbeit