-
Thread
Kopfhörerverstärker - kein LM386?
das sehe hat der TE noch immer seine Anforderungen nicht > genauer präzisiert als "Kopfhörer an uC Ausgang". Dazu braucht's einen > einzigen C und einen R. Grober Unsinn, ein uC Ausgang kann den Strom, den ein Kopfhörer für gute Lautstärke benötigt, nicht liefern (2.5V/32R = 78mA) Die PWM,
Frequenzen (20kHz?) zu erzeugen, > kann ein uC nicht bringen, ein 16MHz uC bringt da nur 9 bit, also > Rauschen in "stillen" Passagen wäre mit -50dB deutlich hörbar. Von welchem 16MHz uC quasselst du da? Irgendwann fiel hier schon mal dsPIC33
-
Thread
Mikrocontroller-Auswahl: ATTiny, ATMega, Pic,?
32bit-uC sind glaube ich etwas Overkill für meinen Zweck. Ich nehme vermutlich einfach den ATmega 328P. Ich schätze, dass ich mir mit einem ATtiny möglicherweise zu viele Einschränkungen aufbinde.
sondern einen 35ct Microcontroller aus China. Für 5€ (oder weniger) bekommst du einen ordentlichen STM32 mit viel Peripherie und vielen Megaherzen und kannst auch schön mit Breakpoints usw debuggen mit GDB aus VSCode heraus und deinem Code in C oder C++. Nett sind zB die STM32L011, die schon recht viel
-
Thread
Suche kleines, schnelles PWM-Bauteil
LPC810, ist allerdings ein 32 Bit Cortex-M0, nix AVR.
Beachtung. Die LPCs fand ich so 2004 rum auch interessant, mein Werdegang mit MCUs ist allerdings PIC -> AVR -> STM32, mit ein paar projektbezogenen Ausflügen zu anderen Familien (8051, 68HC11, PicoBlaze,...). In aktuellen Projekten kommen bevorzugt STM32F0 und STM32F4 zum Einsatz. Und natürlich MicrobenController
-
Thread
Wahl Mikrocontroller Abschlussarbeit
weniger als 0,003%! Soweit ich Deine Aufgabenstellung verstanden habe, führt sie nicht dazu, eine 32-bit-Architektur des uC zu fordern. Für die Wahl der Mikrocontrollerfamilie ist sicher das wichtigste Kriterium die vorhandene eigene Erfahrung; ansonsten empfiehlt Dir Jeder das, womit er selbst Erfahrungen
verwendet, in die du willst. Zweite Wahl ist das, was du schon kennst. Dein Problem kann ein 8-Bit-PIC oder ein ATMEGA auch lösen. Was den STM32 angeht: Folgenden kann ich empfehlen: STM32F072 Der ist für STM32 relativ simpel, aber trotzdem recht leistungsfähig, hat viel Peripherie und ist gleichzeitig
-
Thread
Suche guten MC mit ISP und USB und Experimentierboard
ablesen können muß, dann ist ein 8Bitter vollkommen ausreichend. Für die AVRs gibt es nen guten C-Compiler (WINAVR) und ne Programmierumgebung AVRStudio zum Download, damit kannst Du 8, 16, 32Bit Integer oder 32Bit float rechnen. MCs mit größerer Bitbreite und Hardware Mul/Div sind nur notwendig
ich deine Einwände bzgl. 44pol/28pol nicht so ganz. Ich dachte die Grundlagen im Bereich µC´s seien dir bekannt und daher auch, dass du die Situation beim PicKit sofort erkennst.
-
Thread
long double übertragen
Hallo, ich rechne gerade mit einem pic32 und möchte die Ergebnisse über USB an meinem Computer übertragen: long double ZahlVonInteresse = 123.1923; uint32 buffer[2]; long double *pointer = (long double*)buffer; *pointer = ZahlVonInteresse
festhalten kann, wenn in beiden Fällen mit 64bit Gleitkommazahlen gerechnet wird (long double beim PIC, XC32 Comiler; double im PC, C#). Mir gehts eigentlich gar nicht darum, irgendwelche Zahlen zum PC zu übertragen (zumindest nicht in übertriebener Genauigkeit). Ich will nur wissen, warum es nicht
-
Thread
Einstieg in die Welt der Mikroprozessoren
Hab auch bei null angefangen, mach es noch net soo lang und komm auch damit klar. Und wenn du schon C kannst ist es ja noch besser! ARMs (nicht AMRs *G*) sind viel schneller (32 Bit) und für den Hobbybereich unnötig würd ich sagen. Ob PIC oder AVR ist glaubensfrage denke ich, aber hier aufm Forum
ich über PIC verfolgt hab). Sie lassen sich aber ebenfalls in C programmieren (was dann die Portabilität von Code wieder verbessern sollte .. zumindest etwas). Heißt aber nicht, daß PICs schlecht sind. Es gibt
-
Thread
Arduino-Gadgeteer, 64bit-MPU von Microchip und vieles andere mehr
64-Bitter anbieten zu können: [c] With the introduction of its PIC64 portfolio, Microchip has become the only embedded solutions provider actively developing a full spectrum of 8-, 16-, 32- and 64-bit microcontrollers (MCUs) and microprocessors
I2C kompatibel ist. - https://www.st.com/en/microcontrollers-microprocessors/stm32c011f4.html - https://www.mouser.de/ProductDetail/STMicroelectronics/STM32C011F4U6TR?qs=IPgv5n7u5Qao9K%252BX0pScKA%3D
-
Thread
Suche programmierbaren Mikrokontroller
Es gibt auch Leute die mit einen 8bit uC z.B. PIC/AVR einen MP3 Player gebaut haben. Ich habe mal ein Projekt gesehen, wo oemand einen wav Player mit einem 8 Pin ATTiny gebaut hat.
Abmessungen nach. (Macht man in der proffessionellen Entwicklung oft nicht anders) Neben den STM32 könntest du auch mal bei den PIC32 hereinschauen. Microchip hat da auch einige nette Libs mit Beispielen die du fast 1-1 übernehmen kannst. Und wenn du Student bis kannst du notfalls den später benötigten
-
Thread
PIC code protection gesetzt! Muss man den PIC erst löschen, oder kann man direkt überschreiben?
Der Pic benutz den WDT als internen Takt zum Programmieren/Löschen, geht mit ca 32khz.
@holger >Der Pic benutz den WDT als internen Takt zum Programmieren/Löschen, >geht mit ca 32khz. Dünnschiss! gruss der andere holger.
-
Thread
PIC32 und Maschinencode
@Thomas F. Hast Du eine C-Phobie? Ist heilbar. PIC32 in Assembler macht doch nicht wirklich Sinn, oder? Wenn C auf dem PIC32 zu langsam ist, such Dir doch einen schnelleren µC.
spontan schrieb im Beitrag #2799152: > @Thomas F. > Hast Du eine C-Phobie? > > Ist heilbar. PIC32 in Assembler macht doch nicht wirklich Sinn, oder? > Wenn C auf dem PIC32 zu langsam ist, such Dir doch einen schnelleren µC. :D :D :D nein ... das nicht ... ich
-
Thread
Welche Programmiersprachen benutzt ihr ?
für den AVR werden wohl nicht dieselben wie beim PIC oder MSP430 sein. Mag sein, dass man ein c=a+b; portieren kann, aber wenn es um Timeraufgaben, Senden über UART oder CRC32-Check mi Hilfe der eingebauten Hardware, kurz, wenn es um die interne Hardware
Interrupt-Routinen für den AVR werden wohl nicht dieselben wie beim PIC > oder MSP430 sein. Mag sein, dass man ein c=a+b; portieren kann, aber > wenn es um Timeraufgaben, Senden über UART oder CRC32-Check mi Hilfe der > eingebauten Hardware, kurz, wenn es um die interne
-
Thread
Welcher µC ist "der Richtige"
Martin Schwaikert schrieb im Beitrag #3885734: > kein C++ Für PIC32 gibt es den XC32++ > - Codegröße limitiert, teure Lizenzen nötig Von welchem Compiler sprichst du? Soweit ich weiß sind die XC Compiler in der Free Version nur bei der Optimierung beschränkt
6A66 schrieb im Beitrag #3885803: > Atmel und PIC hätte ich da nicht reingepackt. Warum? Beide Hersteller bieten AEC-Q100 qualifizierte Controller an. Bei den PIC32 z.Z. afaik allerdings nur bis 105 °C. Martin Schwaikert schrieb im Beitrag #3885734
-
Thread
Arduino - SPI über lange Leitung
ausreichend Adernpaare drin, und die Kabel sind genau für differentielle Signale gedacht. fchk PS: 26C31/32 und 26LV31/32 sind bezüglich der differnetiellen Signale kompatibel, d.h. Du kannst ein so ein 5V-System (mit 26C*) mit einem 3.3V-System (mit 26LV*) verbinden, ohne zusätzlich Pegelwandler zu benötigen
ich nicht so viele "verschwenden" muss? Lösung 2: Ich nehme wie von fchk vorgeschlagen den 26C31 für die 5V Signale -> Differentiell und den 26LV31 für MISO -> Differentiell. Den 26C32 für Differentiell -> 5V und den 26LV32 für Differentiell -> 3,3V. Hier "verschende" ich auch wieder 3 Kanäle
-
Thread
Mikrocontroller mit integr. DAC
Thilo M. schrieb im Beitrag #1836413: > Hat MPLab eigentlich einen C-Compiler? Oder muss man sowas extra kaufen? Ich bin kein PIC-Erfahrener, fand jedoch: "The MPLAB® C Compiler for PIC18 MCUs (also known as MPLAB C18) is a full-featured ANSI compliant C compiler
somit größer. Für Wissenschaftler gibt es wohl Lite-Versionen für PIC18, PIC24, dsPIC DSC, PIC32. Interessanterweise steht dabei: GNU-based, open source code (except PIC18) Matthias
-
Thread
Vor- und Nachteile MCU Hersteller
Ach ja, zum Thread: Ich habe PIC16, PIC18, PIC24 und dsPIC33, MegaAVRs und STM32 benutzt und würde es wieder tun, trotz einigen Problemchen. Macht euch doch nicht vor dass der Erfolg eines Projektes nur von den Fehlern eines ICs abhängig
Grafikdisplays beschäftigst, wirst Du Dich darüber freuen (Ablegen von Bildschirminhalten etc). PIC24, dsPIC und TI MSP430 sind ganz angenehme 16 Bit Architekturen. Wenn Du erst einmal C richtig kannst und das Prinzip verstehst, ist der Umstieg auf eine andere Architektur nicht mehr das Problem.
-
Thread
Einstieg in PIC mit MPLAB X und Snap Adapter
ein haufen "Müll" was MCHP ausliefert, insbesondere wenn man einfach alles nimmt (8 bit, 16 bit und 32 bit). Deine drei bereits gekauften PIC solltest Du wohl lieber wegwerfen, statt weitere Hürden aufzubauen. Ich persönlich würde zu C greifen, Asm mach ich seit Dekaden nicht mehr. Du kannst auch
Was die C Programmierung betrifft, gibt es schon einiges zu finden: "pic mikrocontroller programmierung tutorial" Auch auf Deutsch, sogar Videos auf Youtube oder aber auch Bücher. z.B.: https://beckassets.blob.core.windows.net
-
Thread
suche IC das arbeitet wie Stufenrelai
noch Leistungstreiber. Die Programmierumgebung vom PIC-Hersteller Microchip ist auch kostenlos. Allerdings muß man programmieren, sich in den PIC mit Assembler oder C einarbeiten. Auch braucht er vielleicht etwas mehr Strom, als statische CMOS-Logik,
zu bauen. Damit man auf dem Steckbrett auch z.B. eine Taktquelle hat: Noch eine Handvoll winzige PIC12F675. Kein Hochleistungs-µC, aber Low Power, und für viele winzige Hilfsaufgaben gut. Dieser PIC hätte dem TO übrigens auch voll genügt. Allerdings hätte er ein PICkit1 gebraucht, was wiederum obsolet
-
Thread
Eigenschaften Atmel 644p
#6465127: > Außerdem ist Programmieren von Timer2 in RTC-Mode etwas > gewöhnungsbedürftig. Wenn du 32,768 kHz als Takt für Controller nimmst, > solltest du zuerst überprüfen, ob du bei so niedrigem Takt ATMega > programmieren kannst. Odre Du nimmst gleich einen PIC, da ist das kein Problem, die
Maxim B. schrieb im Beitrag #6466561: > Hat STM32 interne Quarz??? Probleme den Titel zu verstehen? OK: Atmel != || <> STM c.hater schrieb im Beitrag #6466938: > Aussen muß noch ein Uhrenquarz weiss ich doch, habe sogar den Link gezeigt!
-
Thread
PIC: Laufzeit eines Programmabschnittes bestimmen?
im Anhang braucht zu lange. Ist es möglich, dass ich die Laufzeit eines Programmabschnittes (in C) berechnen (oder messen?) kann? Der 8-bit PIC16F15325 läuft mit 4MHz. Ich weiss, dass eine Instruktion bei meinem PIC 4 Takte braucht, aber wie viele Instruktionen braucht dann ein if, ein floor(),
Okay, was mir auffaellt: [c] uint16_t RPMdec; uint16_t PWM10bit = 323; RPMdec = (float)PWM10bit*2750/1024; [/c] Wozu der Cast auf float? Die Nachkommastellen werden ja eh abgeschnitten. Dann tut es auch ein Cast nach uint32
-
Thread
Handycamera MCA-25 ansteuern - ip webcam mit mega32
schade, wenn das alle so machen würden wären die preise bald so wie bei Conrad :-X Kauf mal nen mega32 bei C, dann weisste was vera**** ist ...
main.c:32: warning: return type of 'main' is not `int' main.c: In function `main': main.c:33: warning: implicit declaration of function `portinit' main.c:37: warning: implicit declaration of function `servo_pin_high
-
Thread
UART Protokoll für µC
aus der Dokumentation meiner Firmware zum FA_NWT als eines von tausenden _möglichen_ Verfahren: [c] 3.2 der physische Datenverkehr vom PC zum PIC Der PC darf alle Zeichen von 20h bis 5Fh sowie 0Dh und 0Ah zum PIC senden. Das umfaßt alle Großbuchstaben, Ziffern, Leerzeichen, Zeilenschaltungen und
das war was für 32 Bitter und keinen kleinen PIC. Andere Aufgabe, anderes Verfahren. W.S.
-
Thread
Funktion Reifendruckanlerngerät EL-50448; OEC-T5; Welches Bauelement ist das?
ganz gut: > - 17 Bits Preamble > - Synchronization pattern (laut Datenblatt fest vorgegeben) > - 32 Bits Daten (Manchester codiert) Ein "K" entspricht also einem Bit. Da es am PIC also ein bereits moduliertes Signal gibt kann mein Siglent leider keinen Manchester-Decode durchführen, oder ich
0,0, 1,0, 1,1, 0,0, 1,1, 0,0, 1,0 // Manchester codierte Daten 0x61, 0x5E, 0x13, 0xC6, 0x6C, 0x39 [/code] Die aktuelle Platine des EL-50449 sieht anders aus, siehe das Bild im Anhang. Die Bezeichnung des IC ist abgeschliffen, ob das immer noch ein PIC ist müsste man prüfen. Der
-
Thread
Ethernet mit PIC realisieren
dafür. Jetzt habe ich folgende Frage. In dem TP/IP Stack Help PDF steht folgendes: " To use the PIC32MX795 in your project, include the files ETHPIC32IntMac.c and ETHPIC32ExtPhy.c in your project. You’ll also have to add a specific PHY implementation file (by default ETHPIC32ExtPhyDP83848.c is provided
Projektordner) mit dem Microchip TOOL Generiere bekomme ich folgende Fehlermeldung: ...build/XC32-PIC32_ETH_SK_ETH795/production/_ext/1472/MPFSImg2.o' failed Woran kann das liegen? Was sagt mir die Endung .0 ?? Eigentlich generiere ich ja ein .c #define STACK_USE_MPFS2 habe ich bereits
-
Thread
Womit anfangen?
die Hardware aber durchaus interessant sein. Ansonsten sind auch 32-Bitter vermutlich keine Hürde für Dich. - ARMs sind recht günstig, auch hier gibt es Arduinos. - Ich lerne gerade den PIC32MZ (MIPS) kennen und schätzen. - Coldfire (M68000) - C28xx (TI DSPs TMS320F28
8 Registern). Der PDP11 ähnlicher ist da IMHO die MSP430-Familie von TI. Ansonsten sind die PIC24/dsPIC eine interessante Architektur, insbesondere, wenn man mit Signalverarbeitung experimentieren will (40 bit fixpunkt-ALU in den dsPIC33). Günstig (Samples kostenlos bei Microchip, wenn man freundlich
-
Thread
Suche Microcontroller mit folgenden Eigenschaften:
USB nach Aussen (optional) > - GSM Schnittstelle von Vorteil (GSM - Modem) Ich stell mal einen PIC18F4550 in den Raum, dazu noch ein Ethernetcontroller (ENC...) und ein GSM-Modem über UART. Alternativ ein PIC18F97J60, läuft mit 3.3V und hat USB und Ethernet drin. Oder PIC32MX5../6../7.. haben
an Ressourcen! Aber um das genau zu sagen müsste man DEUTLICH mehr informationen haben! > Oder PIC32MX5../6../7.. haben USB Host/OTG/Device und 100Mbit Ethernet. > Jeweils alles mit einem GSM-Modul über UART und AT-Commands. die PIC32 könnten natürlich eher gehen. Zumindest überall dort wo es
-
Thread
µC Speed
Quatsch, der PIC hat auch nur 1 und 2 Cycle Commands 35 Intructions: davon 5 mit 2 Cycles und 4 mit 1 oder 2 Cycles (conditional branches) der Rest ist 1 Cycle MooseC
wird schonmal gefragt, ob die Geräte nur eine Attrappe seien Irgendwie ja komisch da ich hier den PIC verteidigen muß... MooseC
-
Thread
AVR JTAGICE mkII AVR 32 UC3 kompatibel?
MIPS als die PIC32. Wenn ich ein paar Kumpels glauben darf kann der dsPIC auch was die nette kleine DSP Einheit angeht, nicht mit den neuen AVR32 mithalten.
PWM Channels angeht, deutlich besser > ausgestattet, haben aber dafür etwas weniger MIPS als die PIC32. klar, der PIC32 ist ein MIPS. :-) > Wenn ich ein paar Kumpels glauben darf kann der dsPIC auch was die nette > kleine DSP Einheit angeht, nicht mit den neuen AVR32 mithalten. "Den" dsPIC
-
Thread
Diskette zu USB
gibt, ist die Schaltung völliger Overkill für den Zweck. Drei ICs und einer davon noch ein fetter PIC32... Soll da nebenbei noch Counterstrike drauf laufen oder was war der Plan?
kann man im Halbschlaf runterprogrammieren. Wie ich sagte: völliger Overkill. FPGA genauso wie PIC32+Uralt-WD.
-
Thread
Nachteil bei verschiedenen µC
studieren. Ich hatte in den letzten 20 Jahren schon einige durchgemacht, Z80, 68HC11, AT90CAN128, AVR, PIC, dsPIC, M16C, LPC2294, LPC2368. Den C166 wollte ich mal, ist aber schwer beschaffbar. Aber alle haben irgend welche "Macken". Der einzige Nachteil des STM32F107xx ist, dass der kein SDIO mit drin
nur nicht jeder braucht einen 32 Bit Controller mit 40 IO und mehr. Viele BRAUCHEN vielleicht mal einen kleinen Controller im 8 Pin SSOP Gehäuse, selbst wenn ein STM32 mit 128kB Flash genauso teuer ist wie der 8 Pin µC mit 1kB. Andere
-
Thread
dsPic33 und Pic32
>Falls jemand fragt, >die µC´s sollen mit dem PicKit3 programmiert/debugged werden. PIC32 kannst du damit nicht programmieren.
>>Falls jemand fragt, >>die µC´s sollen mit dem PicKit3 programmiert/debugged werden. > >PIC32 kannst du damit nicht programmieren. ??? Doch, sollte gehen. Zumindest zeigt die MPLAB IDE das an. Mit dem PicKit 2 kann man dir PIC32
-
Thread
Benötige Hilfe beim Einstieg in die Mikrocontrollerwelt mit PIC
Hallo Tobias, hier noch einige Links welche Dir vielleicht weiterhelfen: PIC C-Tutorial [http://pic-projekte.de/wiki/index.php?title=PIC_C_Tutorial] Blinkende LEDs mit 16F877 [http://tutorial.cytron.com.my/2011/08/08/project-0-%E2%80%93-my-1st-pic-project-load-a-simple-led-blink
Brenner8. Dann kam ein neuer PIC16 und auch die PIC32-Reihe raus. Beide wurden von USburn und Brenner8 nicht unterstützt. Da kam dann das PICKIT3 und ich bin zufrieden. Auch denke ich, dass du auf jedenfall gleich mit MPLAB X und ansich
-
Thread
Günstige Microcontroller für Privat Projekte
Ganz klein: ATtiny45 (0,50€) Mittel 8bit: Arduino Nano (Klone aus Asien, 1,50€) Mittel 32bit. STM32F103C8T6 minimum system development baord (1,50€) Der aktuelle Nachfolger dazu: STM32F303CCT6 Mini System Dev.board (https://robotdyn.com/stm32f303cct6-256-kb-flash-stm32-arm-cortexr-m4-mini-system-dev-board
hätte als Nachteil eine "Falsche Programmiersprache". Welche genau ist denn "falsch"? Für den ESP32 gibt es immerhin ASM, C, C++, Micropython und Rust. Hättest du gerne Bascom?
-
Thread
passender Controller gesucht.
PIC24FV32KA304 Kann 5V und ist TQFP44. Kann viele sleep-Modi.
Funktionen bei geringerem Preis schon noch mehr überzeugt. WehOhWeh schrieb im Beitrag #4584436: > PIC24FV32KA304 > > Kann 5V und ist TQFP44. Kann viele sleep-Modi. Müsste passen, aber den finde ich jetzt etwas überdimensioniert.
-
Thread
Lohnt sich der Einstieg in die MSP430 Welt?
verschwinden, dann ist es auch eine gute Wahl. Als Allzweckprozessor bist Du aber mit ARM und MIPS (PIC32) besser bedient. Nicht teurer, aber viel schneller. Ich hantiere gerade mit TI TIVA TM4C bzw MSP432. Schöner Softwaresupport mit TI-RTOS und Driverlib. fchk
Ecke, hier besteht die Welt nur aus STM32, PIC und AVR. In der Praxis sieht man aber mehr MSP430, Renesas und Atmel-SAM7 als die hier so hochgejubelten STM32, ARMS oder PICs. Das Hochjubeln dieser 3 Forumsüblichen, aber höchst mittelmässig
-
Thread
LCD DM19264A (KS0108B Controller)
Habe den Code aus http://www.mikrocontroller.net/topic/217600#2265971 genommen und andere Pin's des PIC32 genutzt. Nun kommt das Bild, aber nur wenn ich am Ende wieder initialisiere: [c] int main(void) { unsigned char i; SYSTEMConfigPerformance(GetSystemClock()); // Enable optimal
Hallo zusammen, nachdem das Display wunderbar am PIC32 funktioniert, würde ich gerne auch größere Font's nutzen, anstatt nur den 5x7. Nur verstehe ich die folgenden Zeilen nicht: [c] void GLCD_WriteChar(char charToWrite) { int i; charToWrite
-
Thread
Welche Bauteile sind auch in 10-20 Jahren noch verfügbar?
Zum µC: Ich habe in einem Post hier gelesen, dass noch nie ein PIC abgekündigt wurde: http://www.mikrocontroller.net/topic/294807#3145418
Max H. schrieb im Beitrag #3535033: > Zum µC: Ich habe in einem Post hier gelesen, dass noch nie ein PIC > abgekündigt wurde: Beitrag "Re: Atmel oder PIC" Dann versuch mal PIC1650 zu bestellen.
-
Thread
Was sind eure Lieblings-ICs?
praktischer LiPo-Charger für USB TPS709 : Ein dazu passender Spannungsregler. Danach kommen die µC: PIC24FV32KA301 : der kleine PIC24FJ128GC006: der mittelgroße PIC32MX470F512B : der große Ehrlich gesagt macht bei mir der µC immer fast alles alleine (naja, mit etwas Hasenfutter), inklusive Buck
Ufff ... 4017, 4046 (74HC7046), 4051, 4060, 4094, 40106, 74HCU04 TL072, NE5532, OPA627, LM3886 PIC32MZ2048EFM100, ATm48, ATm328 LM7001, ADF4351, NE/SA612/602 PCM1704 So ungefähr ... Gruß Jobst
-
Thread
TCP/IP Stack Micrchip EEPROM Includen
/PIC32MX360F512L/PIC32MX460F512L/PIC32MX795F512L/possibly others, AC164136-4 MRF24W Wi-Fi PICtail/PICtail Plus #if defined(__C30__) #include "Configs/HWP EX16_MRF24W XC16.h"
/PIC32MX360F512L/PIC32MX460F512L/PIC32MX795F512L/possibly others, AC164136-4 MRF24W Wi-Fi PICtail/PICtail Plus #if defined(__C30__) #include "Configs/HWP EX16_MRF24W XC16.h"
-
Thread
Wir kriegen euch alle!
24bit Adresse. 5: M32c mit 24bit Architektur, 16bit und 24bit Adresse. Ich finde das ziemlich verwirrend. Warum heisst (2) R8c und nicht M16c. Warum heisst (4) M16c und nicht M32c? Aus der Bezeichnung lässt sich also kein
Ist doch ganz einfach: R8C: 16-bit CPU, interne Datenbusbreite 8-bit M16C: 16-bit CPU, interne Datenbusbreite 16-bit M32C: 16-bit CPU, interne Datenbusbreite 16-bit, erweiterter Befehlssatz für 32-bit Operationen R32C: 32-
-
Thread
LED Fading mir PIC
aus einem anderen Projekt kopiert und dort dann noch dieses Makro vor den typedefs geschrieben: [c] #if LONG_MAX < 0x7fffffff #error "this program needs long with 4 bytes" #endif [/c] Dadurch konnte ich dann sicherstellen, daß "typedef signed long int32_t;" tatsächlich einen 32-Bit
Hallo, hast die den PWM Source Code für den PIC 12f683 für den CC5X Compiler ? Im internet findet mall allerlei C-Beispiele an PWM aber sogur wie nichts für den PIC und den CC5X .. Grüße Ralf
-
Thread
ATTiny25: unklare Interaktion PROGMEM <-> ADC
Jahren lernen sollen - ich fürchte, da ist es jetzt zu spät für mich ... :-) Ich möchte daher mit C auskommen können. > Aufsummiert wird offensichtlich ein 32Bit-Wert. Richtig. > Ich bezweifele > ernsthaft, dass das an dieser Stelle tatsächlich sinnvoll ist. Ich hatte den Code ja auf das
in ADC ISR und die ohne PLL mit nur einer kleinen Lücke nach der Berechnung (da reichen eben die 32µs mit C-Programmierung nicht aus), die ich heute morgen schon gepostet hatte. Ich bin mit dem Ergebnis des Threads sehr zufrieden! Danke!
-
Thread
PIC32 Erfahrungen?
Welche neuen? PIC32MZ? Da warte ich eher ein paar weitere Iterationen ab. PIC32MX funktioniert einfach. Die Errata-Listen sind recht kurz. Für den Einstieg ist es schön, dass alles aus einer Hand kommt und man sich
Ich verwende zur Zeit den PIC32MX250 (Breadboard zum testen) und PIC32MX470 für Boards (den mit 512kByte Flash). Die beiden machen Spass, vor allem wegen der tollen Peripherie. Eines muss aber klar sein: Ganz so simpel wie ein
-
Thread
Temperaturregelung für Laminiergerät
dann sowieso lieber mit dem DC Getriebemotor und PWM arbeiten wollen. P.S. Wie schreibst Du Dein PIC Programm? C oder ASM?
Gerhard O. schrieb im Beitrag #4667980: > P?S. Wie schreibst Du Dein PIC Programm? C oder ASM. Ich denk mal drüber nach und werd mich mal am DA Wandler des PIC probieren. Also angefangen habe ich mit Assembler. Aber wenn man anfängt viel mit Zahlen zu arbeiten, so
-
Thread
Geeigneten µC mit CAN-Bus auswählen, 3 zur Auswahl
abgehangen und funktioniert. Erst MPLAB installieren, dann den Compiler. Das MPLAB geht auch für andere PIC-Architekturen, nur die jeweiligen Compiler (C18 bzw C32) musst Du dann nachinstallieren. > 4. Löten -nehm ich jetzt mal an- kann ich! fchk
abgehangen und funktioniert. Erst MPLAB installieren, dann den Compiler. > Das MPLAB geht auch für andere PIC-Architekturen, nur die jeweiligen > Compiler (C18 bzw C32) musst Du dann nachinstallieren. > >> 4. Löten -nehm ich jetzt mal an- kann ich! > > fchk Danke für die Antwort!!! Werde mir das mal
-
Thread
PIC32MX664F128H / DP83848 Link Error: Could not allocate section .bss
sections" und "Allow overlapped sections" ausprobieren. Evtl. schaust Du mal in das Linker File unter C:\Program Files\Microchip\xc32\v1.21\pic32mx\lib\proc\32MX664F128H\procdefs.ld oder erstellst eine Kopie und gibts das unter "Linker Files" an. Bei kseg1_data_mem sollte 0x8000 stehen (also 32k
ich erst den TCP Buffer verkleinern muss damit das funktioniert und compiled. TCPIPConfig.h... [c] // #define TCP_PIC_RAM_SIZE (16384ul) #define TCP_PIC_RAM_SIZE (2048ul) [/c] nur noch 2kb Buffer für nen PIC32? Da wären doch die PIC32MX664 viel zu klein um da jemals TCP und USB gemeinsam
-
Thread
PIC32MX795F512L 80MHZ Berechnung der Programmlaufzeit
vorliegen für einen potenten µC wie dem PIC32 noch sehr bequem machbar. MAn darf halt nicht mehr von den vorrausetzungen für Software UART ausgehen wie man es in den µC Frühzeiten gemacht hat sondern man bedient sich der Peripherie
Programm von denen im Auslieferungslager vorgenommen wird. Für den PIC32MX795F512 (den Johann verwendet) bedeutet dies pro Chip Mehrkosten von gerade einmal 24cent (bei 8 Euro Grundpreis für den nakten µC). Dazu kommen dann noch ca. 26 Euro einmalige Einrichtunggebühren
-
Thread
Welcher PIC/uC für Masterkeyboard?
STM32F4 Discovery 32bit 168MHz 1MB Ram, 0.5MB ROM, USB, USB-Host, integrierter Programmer, 10 Dollar. Günstiger geht nicht Hannes schrieb im Beitrag #3232948: > Also, genug blahblah, was muss der uC können
der Anschlag. Also das mit den verschiedenen Controllern ist schon eine schwierige Sache... STM32 + Discovery am günstigsten PIC24/32 + PicKit 3 am vielseitigsten für zukünftige Projekte LPC mit Midibox und AOAA-Kit wohl am passendsten für dieses Projekt Schwierig! :D
-
Thread
Beratung Mikrocontroller
Cortex M3 32bit Evaluation Board (stm32discovery) für rund 8 euro. Da ist der Programmieradapter schon inklusive.
STM32F100C4 eine spezielle Platine machen müssen. Unter 50€ bekomme ich die aber nicht als Einzelstück. Von der Lieferzeit mal ganz abgesehen. So war das lediglich ein Wochenendprojekt mit vorhandenen Bauteilen
-
Thread
Warum sind STM32 I/Os auf 16 Bit kastriert?
Register diverse Adressen hat oder ganz fehlt, warum die Flash-Größe so kodiert ist: 0=A, 8K=3, 16K=4, 32=6, 64=8, 128=B, 192=Z, 256=C, 384=D, 512=E, 640=Y, 768=F, 1024=G, Franzosen und Italiener kennen sich eben mit Essen und Trinken aus. Dafür sind die STM32 doch relativ gut gelungen ;)
ist es logisch, auch für jede Peripherie ebenfalls ein Vielfaches von 8 Bit zu benutzen. Beim STM32 gibt es genug uC Varianten, wo ein IO-Port keine 16 Bit hat sondern weniger, je nach Anzahl der Pins des uC-Gehäuses. Da alle Pins am uC Mehrfachbelegungen hat macht es keinen Sinn, einen 32bit IO-Port