-
Thread
USB-Treiber Programmieren
wo finde ich denn ein der meine Aufgabe löst. wenn ja was brauche ich denn? ich benutze ein PIC18F4450 (USB-fähiges uC von MicroChip) als Slave? MfG
Leon wrote: > es hat sich herausgestellt dass wir keinen PIC18F4450 benutzen kann da > der Baustein nur über UART-PORT mit dem uC kommuzieren kann! der PIC18F4550 IST bereits ein µC, und wie der mit deinem anderen µC Kommunizierst, kannst du selbst festlegen
-
Thread
PIC32MZ 200 MHz/314 DMIPS microAptiv
Microchip ist zwar jetzt einige Jahre zu spät, aber immerhin bringt mal neue Serie PIC32MZ raus (relaese angeblich 11/2013). Paar coole Sachen sind auf jeden Fall dabei: HighSpeed USB, ADC 12bit 28Msps etc... Mal gespannt wann die wirklich gescheit laufen, bei dspiC33EP gabs
Singapur schon eine Powerpoint Präsentation von einem Microchip Field App. Ingeniuer bekommen mit den PIC32MZ. Er hatte damals sowas gesagt wie "erste Engineering Samples der PIC32MZ soll es 2. Hälfte 2012 geben". Naja, das sind jetzt ja schon mindestens 2 Jahre seit dem MC an den PIC32MZ bastelt. Wird
-
Thread
Digitales Oszi im Selbstbau
nachbauen. :-) Zum Anzeigen der Daten wuerde ich vermutlich auf Java+SWT zurueckgreifen oder eine C/C++ Applikation mit GTK+ (Ich bin GNU/Linuxer, daher hab ich mit VB garnix am hut) ps 100khz sind auch schon beeindruckend. Da lassen sich 48kHz (Studio-Qualitaet von Audiodaten) locker darstellen
Also mal für alle! Mit einer abtastrate von 100kHz kostet euch das ding mal so pessemistisch 40 PIC max 20 max232 3 etc... den pic code und mei vb proggi könnts haben. is halt noch alles total buggy.... :-)) MfG Martin
-
Thread
Gürtelschnallen LED-Lauftext
Anti-PIC/Pro-Atmel-Flame grenzt an Faschismus, das ist Ihnen hoffentlich bewusst!
>Anti-PIC/Pro-Atmel-Flame Herr Dannegger ist aber ein 8051'er (und zwar ein guter) ;-) Der lacht generell über PIC/AVR/ARM...
-
Thread
ATTiny13 Entwicklungsboard ?
wartbar und erweiterbar, einfachere Fehlersuche). > Ich programmiere daher nur noch in C. Mhm. Kann man natürlich auch so sehen. Da ich bislang in PIC nur mit wirklich zeitkritischen Angelegenheiten zu tun hatte, (und auch bei zeitkritischen Sachen beim PC, aber noch unter DOS), in Assembler
nicht mehr lohnt. Soweit ich weiß, auch Microchip selbst macht oft so: manche Controller für I2C, USART oder USB sind nichts anderes als fest programmierte PIC. Wo es um ein paar einfachen Operazionen geht, die möglichst schnell bleiben müssen, dort ist Assembler am Platz.
-
Thread
PICKIT3: Controller wird nicht unterstützt.
In MPLAB X IDE wird der PIC32MX150F128B vom PICkit 3 unterstützt.
beim PIC32 musst du umbedingt einige Kondensatoren anschliessen, dee weiteren muss Vadc umbedingt angeschlossen werden, ansonsten kann der chip NICHT angesprochen werden.
-
Thread
Vergleich zwischen ARM und PIC Prozessoren
Hallo zusammen, bis jetzt habe ich nur mit der PIC Familie gearbeitet(von Pic16 bis Pic32, und von assembler bis C), daher kenne ich mich sehr gut mit Microchip Produkten: Entwicklungstools, IDE, ICs, Programmiertricks,...... Kennt einer von euch
. Du kannst nicht PIC32 mit ARM vergleichen, sondern nur z.B. PIC32 mit STM32F3 oder mit NXP18xx oder mit SAM3xxxx oder einer anderen Cortex M3-Familie eines bestimmten Herstellers. Solltest Du Dich jetzt mit irgendeinem
-
Thread
Simpler CAN Baustein
Damit ist das Ding für mich und vielleicht auch für den TO unbrauchbar Dann doch lieber MCP2551 + µC oder eben einen PIC18FxxK80 oder PIC18Fxx80
Matthias Keller schrieb im Beitrag #2234165: > Dann doch lieber MCP2551 + µC oder eben einen PIC18FxxK80 oder > PIC18Fxx80 Es gibt auch kleine STM32 mit CAN. Die STM32F103 + ext. Transceiver sind ganz nett. Haben auch mehr Speicher als die NXP-Teile. Bei dem MCP brauchst
-
Thread
Mp3 Player mit Atmega
stark von der CPU abhängt: Ein VS10xx der speziell dafür gebaut wurde, schafft das mit <20MHz, ein dsPIC ist mit seinen 40MHz an der Grenze, ein ARM7 schafft das auch mit 70MHz, ein 8bit µC würde ich auf >100MHz schätzen.
gibt es verschiedene Implementierungen und 70kByte ist die, die am meisten Speicher braucht. Die dsPIC Version des MAD mp3 Dekoders belegt etwa 11kByte im Flash mit Konstanten. Großteils für die Huffman Tabellen. Wie weiter oben schonmal geschrieben, benötigt ein AVR für eine 16x16->32 MAC Operation
-
Thread
DS18B20 Tempsensor mit PIC18F - Oszillatorprobleme?
Beitrag #4182537: > Kann ich den DS18B20 überhaupt mit dem internen Oszillator verwenden? Auf meinem PIC24 und PIC12 läuft er auch mit dem Intosc. Auch wenn ich bei f_osc = 32MHz #define FOSC 34000000 oder #define FOSC 30000000 schreibe.
Max H. schrieb im Beitrag #4182543: > Auf meinem PIC24 und PIC12 läuft er auch mit dem Intosc. Auch wenn ich > bei f_osc = 32MHz #define FOSC 34000000 oder #define FOSC 30000000 > schreibe. Was ist denn bei meiner Konfiguration noch falsch, dass
-
Thread
µC - BUCK - BOOST Konverter
HF-Schorsch schrieb im Beitrag #4976886: > STM32... tolle Antwort! Wer hat denn gefragt, welche µC sonst in Frage kommt?
Wolfram F. schrieb im Beitrag #4977112: > welche µC sonst in Frage kommt? "STM32" ist nicht die Antwort _darauf_ - sondern eher, womit man das "gescheit hin kriegen würde".
-
Thread
Pollin-Getriebemotor ARM922696716
Ist ein Auslesen des PIC möglich?
Labornetzgeraete/PEAKTECH-6145/index.html?;ACTION=3;LA=2;ARTICLE=105635;GROUPID=4952;artnr=PEAKTECH+6145;SID=32TTxaRX8AAAIAADtbn543c06290a5af043ff13c32da0789c3c27 und fehlender Entstörung der Motoren. Sobald der Motor zu drehen begann, regelte das Netzteil Spannung und Strom ab, kam wohl nicht mit der Induktivität
-
Thread
24V über Spannungsteiler an ADC:
Multimeter. Wenn ich den ADC Pin abklemme, dann passt die Spannung. Kann der Eingang eines ADC-Pin des PIC32MZ wirklich so niederohmig sein ?
Dirk F. schrieb im Beitrag #7609153: > Kann der Eingang eines ADC-Pin des PIC32MZ wirklich so niederohmig sein > ? Wohl kaum. Es se denn, der Pin ist als Ausgang konfiguriert und auf Low. Oder er ist kaputt. Oder er hat einen Latch-Up, weil du (wegen AC) eine Spannung
-
Thread
PIC18F USART Problem
froh. Wollte schon Busfahrer werden! Aber ganz was anderes: Ich bin sehr Hardwarenah und habe mit C (leider) nichts am Hut. Wir suchen (gegen Bezahlung natürlich) jemanden der in C gut ist und eine Seite C-Code mit Mathe drin in einen PIC32F26 Assemblercode (das dann als Unterprogramm aufrufbar ist
F. schrieb im Beitrag #3116547: > Aber ganz was anderes: > Ich bin sehr Hardwarenah und habe mit C (leider) nichts am Hut. Wir > suchen (gegen Bezahlung natürlich) jemanden der in C gut ist und eine > Seite C-Code mit Mathe drin in einen PIC32F26 Assemblercode (das dann > als Unterprogramm aufrufbar
-
Thread
Suche nach gutem Mikrocontroller
sein? Das stimmt etwas nicht! Falls die Anforderungen wirklich gelten, dann scheint mir die STM32F1 Serie optimal dazu zu passen. Du kannst ja mal schauen, ob Dich meine Notizen dazu weiter bringen: http://stefanfrings.de/stm32/index.html > Die IDE von Microchip (PIC/Atmel) läuft anscheinend nur
/articles/Datei:STM32F103C8T6.png https://www.mikrocontroller.net/articles/Datei:STM32F103C8T6_MiniDevBoard_Schematic.png
-
Thread
Welcher Mikrocontroller hat den kleinsten Befehlssatz?
von > Assemblerbefehlen? Für welchen Mikrocontroller wäre es am einfachsten, > einen Simulator in C zu schreiben? Hi, die PIC16C / 16F in der "traditionellen" Ausstattung haben alle 35 assemblerbefehle (Nicht die enhanced Serie, die hat 49!) Wenn es um eine "Aufgabe" geht, dann würde ich davon
Aber das war bis jetzt doch auch nicht gefordert, oder? Ach, jetzt verstehe ich: Du willst einen µC (z.B. PIC) Compiler schreiben der dann in einem AVR laufen soll? Wenn das so ist, dann nimm definitiv einen PIC16F84, Da könnte es dann sogar noch den einen oder anderen Hobbyisten geben der den dann
-
Thread
PullUp bei Attinys überhaupt noch gängig?
- egal ob das ein alter Typ (16Cxx) oder ein neuer PIC18 ist.
Beitrag #4265749: > Um zum Thema zurückzukommen, wie macht man eigentlich HV-Programmierung > beim STM32? Braucht Reset dabei nicht doch einen pullup-Widerstand? Jede Controller-Familie arbeitet bei der Flash-Programmierung anders. Erfahrungen aus PIC lassen sich nicht auf AVR anwenden und Erfahrungen
-
Thread
Mit welchem Programm programmiert ihr Controller?
Privat Freepascal auf dem STM32 und AVR, beruflich in C (ist aber nur eine Nebenaufgabe).
Sowohl Atmel als auch STM32 jeweils in C. Für die STM32 nehme ich SW4STM32, bei den Atmel Atmel Studio. Beides mit gcc
-
Thread
C: Speicherzugriff
stehe auf dem Schlauch, warum es das eine Mal funktioniert und das andere Mal nicht. Ich habe einen PIC32 mit XC32 und ICD3 zum debuggen. Definiert habe ich folgendes (hintendran, die Adressen während des Debuggens) [c] struct { LightElement Light[NumberOfLightElements]; // Adr. 0xA00003E0
// Adr. 0xA0000446 unsigned char DummFill_1[20]; // Adr. 0xA000044C unsigned char DummFill_2[4*32]; // Adr. 0xA0000460 } Settings0; unsigned char SpecLightDummy[6]; // Adr. 0xA0000290 [/c] Da der PIC32 32bit-Befehle ausführen kann
-
Thread
Display am Attiny 841
Cyblord -. schrieb im Beitrag #7025955: > Und wenn es unbedingt I2C sein muss, implementiere es in SW. Hab ich ca. > mit 12 Jahren auf einem PIC auch gemacht. Ist echt sau schwer.... 1995 hab ich mal nen I2C-EEPROM in Keil C51 an nen 89C51 gepappt. Den Code kann
Peter D. schrieb im Beitrag #7025991: >> Und wenn es unbedingt I2C sein muss, implementiere es in SW. Hab ich ca. >> mit 12 Jahren auf einem PIC auch gemacht. Ist echt sau schwer.... > > 1995 hab ich mal nen I2C-EEPROM in Keil C51 an nen 89C51 gepappt. Den > Code
-
Thread
RS485 Bus aufbauen
c. wrote: > Bei Pic´s , 9bit Übertragungen, bit 9 gesetzt = Node-Addresse, > ansonten nur 8bit verwenden, aber 9bit Senden. > So vermeidet man Probleme mit Syncronisation oder sonstigen Errors. Okay
CAN. Microchip hingegen schon. Und die ersten Erfahrungen mit der 18F Familie und einem DevBoard und C-Compiler von mikroE sinde absolut positiv. Mit einem kleinen 28pin SMD PIC (PIC18F2480) mit CAN und einem Transiver ist die Packungsdichte IMO ok. Aber das ist meine pers. Sicht, ob das für Dich
-
Thread
Bitte um Mithilfe bei pic-as Problem - bitte nur wer sich auskennt
mit dem C-Programm klappt es, also kann es nicht am Aufbau liegen. was im Programmcode stimmt nicht ? im pic-as-Code ?
an diesen PIC kann man meines Erachtens gar keinen externen Oszillator anschließen - und das C-Programm läuft ja mit diesen Configs
-
Thread
aktive PFC für große Leistungen
abklappern bzw. sehen was die Bezugsquelle bietet. >Oder ist es eher sinnvoll den Aufbau mit einem µC zu realisieren? Bei einer simplen 1kW PFC gibts keinen Grund für µC (wobei ein einfacher µC die Regelung nicht schaft). Ein dsPIC kann billiger sein, und ist viel felixbler wenn die PFC mehr können
Das sieht schon mal gut aus. >das ganze auf einem PQ 32/30 3C94 Kern mit 48:5 Wicklungen nimm 3C95 ist temp stabiler. Aber 48:5 macht 9.6:1 Überstzungsverhältnis. Bedenke das die PFC auch einen Bulk Rippel hat oder bei Sprüngen eingeht. Mit dem Übersetzungsverhältnis
-
Thread
Neue Reflow Steuerung zum Stöbern Meckern oder Bauen
/firmware/trunk/ratcos.X' "C:\Programme\Microchip\mplabc18\v3.47\bin\mcc18.exe" -p18F2550 -ms -oa- -I "C:\Programme\Microchip\mplabc18\v3.47\bin"\\..\\h -fo build/default/production/app/ratcos.o app/ratcos.c N:\dev\_PIC\reflow_mcnet
N:\dev\_PIC\reflow_mcnet\ratcos-code\firmware\trunk\ratcos.X\hardware\usb\src\usb_cdc.c:27:*Error* [1027] N:\dev\_PIC\reflow_mcnet\ratcos-code\firmware\trunk\ratcos.X\hardware\usb\src\usb.c:41:*Error* [1099] unable
-
Thread
Informationen zum Einstieg in die µC-Welt
pagehandler/en-us/family/mplabx/ Das gibts für Win, OSX und Linux gleichermaßen. Als Debugger ein PicKit3, und Du bist für alle 8, 16 und 32 Bit PICs von 1 MHz bis 80 MHz und von 6 Pins bis 144 Pins gerüstet. Anfangen würde ich nicht mit den kleinsten PICs, sondern mit einen 16 oder 32 Bitter wie z.B
bestehend aus 1x bestückt, 2x unbestückt) dazukaufen; die ist auch direkt anschlußkompatibel zu dem PicKit3. Für die beiden leeren Platinen gleich noch Exemplare des dort verwendeten uC Typs Pic16F1827 dazukaufen! Kannst alles kaufen z.B. bei Reichelt. Alles zusammen ist man noch unter 100 Euro
-
Thread
Umsetzung "Grafikkarte"
Gegen PIC spricht, das ich mit Atmel aufgewachsen bin, und daher erstmal dort bleiben möchte. Desweiteren habe ich bereits angefangen mich mit dem AT32 aus einander zu setzen. Theoretisch würde dieser
du ihn mit einem PIC vergleichen, so vergleiche ihn bitte auch mit einem 32-bit PIC und nicht einem 16-bit, der dann wieder einen selben Leistungsumfang hat. bspw. (wild ausgewählt) PIC32MX795F512L mit 125 DMIPS, 128kb
-
Thread
Stm bringt einen STM32H7 mit 400Mhz
Speicherschutz, POSIX Multithreading und "Development system on-board. It is possible to have C compiler in the system, and to recompile the user application (or the whole operating system) when needed." scnr Müsste nur noch jemand von PIC32 Richtung Cortex portieren... http://retrobsd.org/wiki/doku.php oder auch 4.4BSD (ebenso PIC32) https://github.com/sergev/LiteBSD/wiki Ingo L. schrieb im Beitrag #4763128: > Den H7 im LQFP 48 oder 32 währe mal geil, wenn auch sinnlos... Ist QFN-64/TQFP-64 schon zu groß? Da gäbe es
-
Thread
Anfänger: Was für Komponenten notwendig (für C und USB)?
/-tiny. Für C würde ich PIC18 empfehlen, da die Architektur des PIC18 für C gut geeignet ist, Microchip schreibt: „C Compiler Optimized Architecture“. Die Entwicklungsumgebung MPLAB X IDE und dem XC8 C-Compiler gibt's
der teuersten Varianten. Das liegt wohl auch daran dass der AVR schon sehr alt ist und die neueren µC ein deutlich besseres Preis/Leistungsverhältnis bieten. Besser ist ein PIC (Debugger gibt es als PICKIT-3 für ca. 40 EUR) Oder ein ARM (z.B. LPC oder STM32 Boards gibt es incl. Debugger für 12..20
-
Thread
[ATMega] Programm aus externem EEprom laden
falsche Architektur. ARM und MIPS können das. Da Du sicher DIL bevorzugst, nimmst Du einfach einen PIC32MX150F128B-I/SP, kostet bei R. 3.60€, und da hast Du 32k RAM, in denen Du auch Programme ausführen kannst. Ganz einfach. fchk
und damit teurer, weil Du Dir alles aus Einzelbausteinen zusammenbauen musst, was beim PIC32 gleich mit eingebaut ist. Und der PIC32 ist eine bis zwei Zehnerpotenzen schneller als AVR oder Z80. > Ich habe mein Konzept jetzt nochmal überarbeitet und habe mir gedacht, > dass man ja eigentlich
-
Thread
Quarz am PIC schwingt nicht
Den C1 verdoppeln. C1A direkt an Pins 11 und 12, zweiten C1B direkt an Pins 31 und 32. Messen ob Gnd und Vcc wirklich dort vorhanden ist. Anderen Quarz probieren, der könnte auch defekt sein. Gruss
32pF sind eher was für 32kHz! Nimm mal 15pF, die restlichen pFs bringt der PIC schon von Haus aus mit. Wie viel, sollte eigentlich im Dabla stehen, nur ich finds nich... oder es fehlt mal wieder.
-
Thread
MikroC for PIC32
Ich möchte mich ernsthafter mit dem PIC32 beschäftigen. Folgende 3 Compiler gibt es: MPLAB C32 Hitech C MikroC PIC32 Die ersten beiden sind recht teuer, um die 730€. MikroC ist viel günstiger - 200€ bei Tigal, aber taugt er auch etwas
> Beruflich oder privat? Zunächst einmal privat. MPLAB mit dem kostenlosen PIC32 Compiler nutze ich schon. Funktioniert eigentlich ganz gut. Aber beim Versuch, das Helix-MP3 Beispiel von Microchip zu kompilieren, erscheint: [code]main.c:1: warning: Compiler option ignored due
-
Thread
Sehr kompaktes AVR/PIC Eval Board gesucht
für PICs (nur in der Arbeit). Daher wäre das flashen über USB praktisch. Mir ist es egal welcher µC, das Board soll klein und billig sein. Hintergrund: Habe mit AVRs früher privat gespielt, in der Arbeit ist aber dsPIC. Kann mit beidem umgehen. Habe dieses Board http://www.ebay.de/itm/Leonardo-Pro-Micro-ATmega32U4
In meinem Fall ist jetzt folgendes in nähere Auswahl: +ATMEGA328PB Xplained Mini +EHAJO Atmega32U4 Breakout-Board (https://www.ehajo.de/baus%C3%A4tze/bedrahtete-baus%C3%A4tze/atmega32u4-breakout-board.html) Wer sonst noch was weis, bitte sagen.. mfg
-
Thread
Audio PWM von uC richtig Filtern
finden, nur leider komme ich nicht weiter, daher wende ich mich nun an euch. Ich spiele mit einem uC (PIC24F) mittels PWM eine 8-bit 22050Hz WAV-Datei, die ich von einer SD-Karte lade. (nach dem Buch 'Learning to Fly the PIC24F') Hardwareseitig geht das PWM Signal vom PIC-uC Pin auf ein Sallen-Key
PIC24EP32MC203) sind wesentlich größer als die zwischen den korrespondierenden PIC24 und dsPIC-Familien (PIC24E-dsPIC33E, PIC24F/H-dsPIC33F,...) fchk
-
Thread
[ASM & C] PIC12/PIC18/PIC24 WS2812 SPI Library
Ich habe eine Funktion für den PIC18(F45k22) und eine für den PIC12(F1840) geschrieben um WS2812 LED streifen anzusteuern. Der PIC muss mit 32MHz laufen. Weiter Unten ist auch ein Code für PIC24 in C und ASM. Im Anhang befinden sich
Ich habe noch eine WS2812 Funktion für den PIC24F(V32KA302) in *C* (XC16) geschrieben. Der PIC läuft mit 32MHz und das SPI Modul mit 5.333MHz (Secondary presvaler 1:3) In der Datei sind, zusätzlich zur main, zwei WS2812-Funktionen: [c]void WS2812
-
Thread
C Programm Strukturierung für Anfänger
#2793284: > Hat vielleicht auch schon jemand Erfahrungen mit der IDE von > MikroElektronika "MikroC für PIC32" gemacht. Warum willst Du unbedingt diese IDE? Von Microchip gibt's doch auch einen C32-Compiler, was gefällt Dir daran nicht? Du kannst Dein C-Projekt grundsätzlich mit jedem Editor
Dich richtig verstehe, redest Du gerade von einem 8-Bit-PIC, oder? Die Architektur der 8-Bit-PICs ist grundsätzlich leider nicht so gut für C geeignet, wohingegen moderne Archikteturen (wie PIC32, aber auch z.B. der AVR) spezielle für gute C-Unterstützung entwickelt
-
Thread
Hilfe für Beginner Code_Mikrocontroller
PIC gibt's auch in den Geschmacksrichtungen PDP11 (PIC24) oder MIPS (PIC32). Beides gestandene Rechner und nicht nur mikroprogrammierbare Logikbausteine.
einsetzen ist noch Objektive C. Taugt der MPLAB XC32++ nichts?
-
Thread
EEPROM beschreiben bei Spannungsausfall
Hallo, wir haben eine Anwendung mit PIC18 mit internen EEPROM. Hier sind Kalibrierdaten und ein 32 Bit Zähler gespeichert. Wenn die Maschine einen Zyklus beendet hat, was ca. 3 Sekunden dauert, wird im RAM ein Zähler erhöht. Wenn der RAM
beachten, was immer das heissen mag, kenne PIC nicht.
-
Thread
Einbindung Wolf CHA Wärmepumpe in Gebäudeleittechnik mit ISM8i
pin-cable-with-rj12-modular-plug-for-microchip-icd-10-version Und einen Microchip ICD3 oder neuer für PIC24 und PIC32. Der PIC24 ist in den Reglern und dem Bedienmodul. Der PIC32 ist in den ISM7/8. Bisher ungetestet, Kabel wird bestellt. Da ist auf dem BM-2 auch noch ein Footprint ohne die Halteklammern
und dann da zuhören. Beide Businterfaces können empfangen und senden. Hardware spec: CPU PIC32MX795F512L-80I/PT externes Phy für 100 Base-T, MAC CPU-intern Komparator LM339 für 2x eBus SPI Flash SST25VF016B I²C EEPROM 24LC64 Keine Uhr, kein Goldcap-Backup, kein externes RAM. Also nicht
-
Thread
STM32F7 UART - Parität Problem
. Somit > kann ich partout nicht auf STM32 gehen. Na und? Nimmste halt ATSAM bzw PIC32C. PIC32C ist ARM, quasi die Weiterentwicklung der ATSAM, PIC32M sind die MIPS-basierten Typen. fchk
Frank K. schrieb im Beitrag #7877149: > Na und? Nimmste halt ATSAM bzw PIC32C. PIC32C ist ARM, quasi die > Weiterentwicklung der ATSAM, PIC32M sind die MIPS-basierten Typen. Ja danke ich weiß was ich nehmen kann, weil ich bereits passende Bausteine nehme. Ich würde aber
-
Thread
Anfänger braucht Entscheidungshilfe
In diesem Forum wirst Du nei zu brauchbaren Ergebnissen kommen. Als Controller setzte einen Atmega32 ein, da gibt es unendlich viel Doku und Basic/Pascal/C etc pp
teilen, dann brauche ich evtl. doch noch ein Programmiergerät. Wieder schwankt man hin und her.. bein PIC ist es nicht viel anders. Dann die Programmiersprachen: Assember=Kostenlos aber da brauche ich bestimmt ein Jahr bis ich das kann was ich brauche. C kann ich lesen und verstehe Grundzüge und finde
-
Thread
Parallel to SPI Interface-Chip?
. Witzigerweise sind die "16-bit" PIC 24/33 Bausteine auch in sehr kleinen Gehäusen und für meist sogar weniger Geld verfügbar, wie die uralten PIC 16F, bei doch deutlich mehr Leistung, was sogar eine Programmierung in C ermöglicht, während
der UARTs & Co. in den div. PIC (oder auch anderen Controllerfamilien) durchzulesen. Damit geht fast Alles auf High-Level und in C! Viel Spass weiterhin!
-
Thread
Projekt: 200MHz DDS-Generator
Relais des Typs G6K-2P von Omron aufgebaut und SMD 0805 Widerstaenden um in der Reihenfolge "1 2 4 8 16 32 32 32" dB zu erhalten. Das Interface ist ueber I2C. Dieser Teil ist noch im Planungstadium. Ob die 32dB Glieder machbar sind weiss ich noch nicht. Da koennte es Probleme mit unerwuenschten Frequenzabhaengigen
Fertigstellung immer noch positiv sein werde ich zum Nachbau dann ein komplettes Dokumentpaket posten. Die I2C Steuerung des Abschwächers ist recht bequem und man braucht nur vier Anschlussleitungen (12V, GND, SDA, SCL). Die PIC C Steuerfunktion ist schon fertig und getestet. Die Umstellung auf AVR sollte aber
-
Thread
Orientierungshilfe ATXMega oder ARM (ST, NXP)?
mal neben dem Mythos ein paar handfeste Punkte. Ich zähle mal ein paar Dinge auf, welche in der 32-Bit-Welt einfacher sind (dazu gehören noch PIC32/MIPS und Renesas RX, AVR32 kenne ich nicht), das gilt teilweise auch für MSP430 und PIC16): - Die Hardware beim AVR passt leider nicht zum GCC -
Zusammenspiel mit dem GCC eliminiert, obwohl ARM mit Keil selbst einen Compiler anbietet. Microchip hat für PIC32 gar nicht mehr damit begonnen, einen C(++)-Compiler anzubieten.
-
Thread
Wahl vom richtigen Mikrokontroller
/stm32f042c6.html *2) http://www.keil.com *3) http://www2.keil.com/stmicroelectronics-stm32/mdk *4) http://www.st.com/en/development-tools/stm32cubemx.html *5) http://www.st.com/content/st_com/en/products
2 CAN-Schnittstellen PIC32MX775, PIC32MX795, PIC32MZ0512EFx, PIC32MZ1024EFx, PIC32MZ2048EFx ATSAMA5D2x, ATSAMA5D3x, ATSAM3Axx, ATSAMC21xxxx, ATSAME7xxxx, ATSAMV7xxxx NXP/Freescale: K10_100, K20_100, K20_120, K26_180
-
Thread
LCD 7Segm Anzeige 4 stellig mit 2 (4) x COM
Ja, LCD. Suche 4 stellige LCD mögl. 13mm, mit 2 oder 4 xCom. PIC 16F1936 multiplext 16 Segmente mit Com1 und COM2 PIC 16F1934 multiplext 24 Segmente mit Com1,Com2,Com3 und Com4 So kann ich alles verteilen. Es reicht der 16F1934 für 4 Stellen aus.
Wenn Du den 36'er programmiert bekommen hast, sollte der 46'er auch gehen. Ein PicKit2 habe ich nicht, sondern ein ICD2, daher kann ich zum PicKit nix sagen. fchk
-
Thread
Programmieren des HPS Pic controller Board
das unnötig Deswegen kommen professionelle uC (EFM8, LPC, STM32) auch mit ROM-Botloader. PIC ist halt für billig, da müssen die die Kosten mit dem überteuerten PICkit wieder reinholen :-)
bootloader-flash-tool-efm8load-py/ Abgesehen davon hatte das PICkit3 einen schweren Bug und war gut im PIC erledigen, insbesondere für Anfänger z.B. https://www.olimex.com/Products/PIC/Development/PIC32-WEB/
-
Thread
von SD Karte auf RAM
da du während des Schreibens in den RAM schon von der SD-Karte lesen kannst. Zwischenspeichern im µC wirst du immer müssen. Je mehr RAM du im µC zur Verfügung hast desto schneller geht das natürlich.
den nächst größeren Controller aus der gleichen Familie zu nehmen. Warum dann nicht gleich einen PIC32 mit 200Mhz, 2MB Flash und 640KB RAM? Wenn das immer noch zuwenig RAM ist, der kann 32MB DDR2 RAM ansprechen. Reicht das dann, oder ist das immer noch nicht genug für 'alles mögliche'?
-
Thread
3.3V LED an 3.3V, Vorwiderstand?
Hi zusammen, ich habe grad eine blaue 0805 LED vor mir liegen, die ich mit auf einen PIC32 DIP-Adapter packen möchte. Jetzt hat diese LED eine Vorwärtsspannung von 3.3V, genau wie der PIC. Was wird in solchen Fällen gemacht, bzw, wie kann ich zuverlässig den Strom auf 20mA begrenzen?
> Hi zusammen, > > ich habe grad eine blaue 0805 LED vor mir liegen, die ich mit auf einen > PIC32 DIP-Adapter packen möchte. > > Jetzt hat diese LED eine Vorwärtsspannung von 3.3V, genau wie der PIC. > Was wird in solchen Fällen gemacht, bzw, wie kann ich zuverlässig den > Strom auf 20mA
-
Thread
Suche Empfehlung für zukunftssicheren ATMEGA Gesperrt
interessant was für eine Diskussion diese verständliche Frage auslöst. Ich habe eine ganze Reihe µC vom alten RCA 1802 über die 8048 / 8051 (die es sicher noch lange gibt) PIC, AVR und MSP430 kennen gelernt, auch ein paar "4 Bit-Exoten" waren dabei. Daher glaube ich daß die Empfehlung, gerade
und ein paar ASM Befehle für die Multiplication. Für ASM braucht man auch eher keinen großen µC - mehr als etwa 8 kBytes ASM-Code ist schon etwas für Masochisten und Genies. Auch wenn man später vom Mega auf den XMega umsteigt, ist der schritt nicht so groß wie z.B. vom PIC16 zum PIC18. Es kommt
-
Thread
atmega4808 mit microchip ICD3 programmieren/debuggen UPDI interface
1616, 1617 attiny3216, 3217 attiny1624, 1626, 1627 attiny3224, 3226, 3227 avr128db28, avr128db32, avr128db48, avr128db64 avr64db28, avr64db32, avr64db48, avr64db64 avr32db28, avr32db32, avr32db48
etwas ausdrücklich dafür den avr-gcc zu verwenden? Die Microchip XC-Compiler (Ausnahme XC8 für PIC) basieren auf älteren gcc-Versionen, die oft kleineren Code erzeugen als die neueren Versionen. Bedenke, dass gcc für AVR quasi ein Abfallprodukt ist, weil gcc eben für 32 Bit Systeme entworfen und