-
Thread
RS485 Bus aufbauen
Matthias wrote: > Was für ein PIC Controller soll denn zum Einsatz kommen? PIC16F877 gruss M
Projekt mit PIC24Hxx,PIC24Fxx und DSPIC33xxx am Laufen. Also alles machbar ;)
-
Thread
Microchip CLB - Messung des Propagationsdelays und Ausblick
zurückgreifen, dass er - wie in der Abbildung gezeigt - mit einem SMD-Adapter und einem Interface für das PicKit4 ausstattete. Erfreulicherweise sind auch „ältere“ PicKits zu Kombination mit dem 16F13145 befähigt - Microchip widersteht der Versuchung, seine Entwicklerschaft zum Upgraden zu zwingen. ![](/
aktuell irgendeinen ARM Controller verwenden, wenn wir mal bei "Architektur" bleiben, im wesentlichen STM32 um spezifischer zu sein. Und früher mal, so vor 10 bis 20 Jahren, da war das Forum ganz klar von Atmel AVR dominiert. PIC ist nicht mal eine Architektur, das ist der Markenname mit dem Microchip
-
Thread
LED UV-belichter bauen
blind :D fertig aufgebaut und gleich mal reingeguckt :D http://a.imageshack.us/img265/125/pic0784.jpg http://a.imageshack.us/img812/2180/pic0785p.jpg http://a.imageshack.us/img251/6978/pic0787.jpg http://a.imageshack.us/img709/3561/pic0789.jpg http://a.imageshack.us/img714/6820/pic0790b.jpg
PIC_0774.JPG > 435,8 KB, 0 Downloads > PIC_0775.JPG > 482 KB, 0 Downloads > PIC_0777.JPG > 371,7 KB, 0 Downloads > PIC_0778.JPG > 478,7 KB, 0 Downloads hmmm,
-
Thread
Adressierung über Bus
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.
Frank K. schrieb im Beitrag #3766563: > Auch dann ist der PIC (a) billiger Als ich vor einigen Jahren mal einen PIC18F258 ausprobierte war der deutlich teurer als ein ATmega8 plus MCP2515. Jedenfalls bei Reichelt. Nicht dass das wirklich eine Rolle spielen
-
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
UART 16550
Ja ist das ist ein 32-Bit-Echtzeitsystem (OnTime RTOS-32)
Sorry... Ja das ist ein 32-Bit-Echtzeitsystem (OnTime RTOS-32).
-
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
PIC18F Werte frieren irgendwann ein
schrieb im Beitrag #6295580: > Wozu ist das asm Goto am Anfang der Routine? Ich kenne zwar die PIC18 nicht, aber weder bei den PIC16 noch bei den PIC24 habe ich je irgendwas in Assembler im Interruptkontext gebraucht. Das erledigt alles der Compiler. Ich denke, das ist bei den PIC18 genauso. MfG
Klaus schrieb im Beitrag #6295682: > Ich kenne zwar die PIC18 nicht, aber weder bei den PIC16 noch bei den > PIC24 habe ich je irgendwas in Assembler im Interruptkontext gebraucht. > Das erledigt alles der Compiler. Ich denke, das ist bei den PIC18 > genauso
-
Thread
Sind die µC PIC die einzigsten, die eine Layoutkompatibilität bieten?
kompatibel, diese aber nicht mit LPC18xx; bei STM glaubich geht die Kompatibilität sogar über alle STM32F[01234]-Modelle). Beim PIC32 ist das nur teilweise der Fall. Man kann dort im Prinzip eine Platine layouten, auf der mehrere TQFP-Footprints ineinander verschachtelt sind und man dann vom 48-Pinner
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
µC - BUCK - BOOST Konverter
/www.st.com/content/st_com/en/products/evaluation-tools/product-evaluation-tools/mcu-eval-tools/stm32-mcu-eval-tools/stm32-mcu-discovery-kits/32f3348discovery.html Da ist der Buck/Boost schon fertig drauf und du kannst sofort loslegen mit der Software dazu.
STM32...
-
Thread
Mit PIC ins Netzwerk
PIC im Netzwerk: PIC32, PIC24 und auch PIC18. Den 18F4550 halte ich für völlig ungeeignet, der ist für USB-Krams gedacht und hat nur 32K Flash. Du brauchst reichlich Flash um den TCP-Stack da reinzuquetschen
einen 3,3V-Typ. Das vereinfacht Vieles, da der ENC28J60 auch mit 3,3V läuft. Wenn es unbedingt ein PIC18 werden soll, dann kann ich dir dafür den 18F46K20 oder 18F27J13 empfehlen. PIC24 und neuerdings auch PIC32 gibt es auch mit genügend Flash noch im DIP28-Gehäuse. Mit welchen PIC-Familien hast du denn
-
Thread
Pi Zero richtige Wahl?
ähm ... Microchip: PIC32MZ1064DAR176 https://www.microchip.com/wwwproducts/en/PIC32MZ1064DAR176 Der hat 640k SRAM und 32MB DDR2 DRAM mit im Package mit drin. Du brauchst Dich nicht um DDR2-Layoutgeschichten etc zu kümmern
durch Batterien oder Akkus und da ist ein Beaglebone sicherlich um Größenordnungen hungriger als ein PIC32, STM32, SAM, etc. und dementsprechend größer musst du die Akkus dimensionieren.
-
Thread
Elektor - nächste Ausgabe mit R8C/13 Platine
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 24/32-bittige Adressrechnung hätte, als der M32C bietet. Ist eine Schwäche vom GCC - mit Maschinen mit wenig Registern kann er nicht viel anfangen (braucht daher Pseudo-Register im RAM). Aber ich bezog
-
Thread
Was wäre wenn es keine Atmegas mehr gäbe.
schrieb: > Auf was würdet ihr umsteigen wenn es keine Atmegas mehr gäbe? Für die Mega8-Klasse: PIC24. Darüber tendiere ich bereits jetzt zu STM32.
Ich habe schon den ATMEGA, PIC24, STM32F103 und LPC2368 programmiert. Alle haben Vorzüge (ausser ATMEGA). Der größte Nachteil der PIC24 Reihe ist, dass die eingebaute Pheriperie von derivat zu derivat immer ein Tick anders
-
Thread
PIC => Ethernet
PS: Man schau sich mal die 1000'er Preise an: Ich nehme mal den PIC18F96J60 im TQFP100 Gehäuse und 64k Flash. Der hat einen Listenpreis von 4.08$ bei 1ku. Zum Vergleich nehme ich mal den TI/Luminary Micro LM3S6100, einen echten 32-Bitter mit 72 MHz Takt, auch 64k
TQFP100, auch integrierten Ethernet MAC und PHY, diesmal aber 10/100 und nicht nur 10 MBit wie beim PIC18 und mit 32k RAM anstelle von 4k-128 Bytes (dem von der PIC18-Architektur vorgegebenen Maximum). Listenpreis 4.60$ bei 1ku. Bei dem geringen Preisunterschied wäre ich doch schön blöd, wenn ich mich
-
Thread
Atmel oder PIC
algemeinen viel komplizierter als beim PIC.
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
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
Ethernet Chips und die Geschwindigkeit
Hallo, hier ein Auszug aus einem älteren Forenbeitrag: PIC18F97J60+interner MAC/PHY(*): 113 PIC18F8722+ENC28J60: 63 PIC32MX795F512L+ENC28J60 (SPI, 10 MBit/s): 456 PIC32MX795F512L+ENC624J600 (SPI, 100 MBit/s): 784 PIC32MX795F512L+ENC624J600 (16 Bit Parallel PMP, 100 MBit/s): 2071 PIC32MX795F512L+interner MAC (100 MBit/s): 8449 Auf dem PIC32 Demoboard von Microchip wird ein PIC32MX795F512L + externer DP83848 PHY verwendet http://www.mouser.com/ds/2/282/snosat2e-75807.pdf
-
Thread
Microchip Technology moves to replace Atmel board
geld und den markt, OK > atmel die technik... Wieso schließt Du in Deiner Betrachtung die PIC18, PIC24, dsPIC33 und PIC32 aus?
Pic24, eine gestripte version von dsPic33 DsPic30 ok, aber hat gewisse Probleme, performance gut. DsPic33 nur 3.3V, sonst gut. pic24 DsPic33 ohne DSP, reiner 16bit uC. PIC32 das sind MIPS core,
-
Thread
PICkit 3 -> Target Device ID (0x0) does not match
Ordnung. Habe einen zweiten PICkit 3 ausprobiert, der definitiv funktioniert (wird wo anders mit PIC32 eingesetzt), der geht auch nicht. Dann habe ich es mit einem PIC12F675 versucht, mit dem geht es. Daher schließe ich den PICkit 3 und die Software als Fehlerursache aus. Ich habe mehrere µCs probiert
angesprochen werden, > Dann kommt "Target not found" > > Der Progger bekommt wohl falsche Daten von Pic zurück. Das habe ich direkt einmal überprüft, da muss ich korrigieren ;) Die Software macht es daran fest, ob die Versorgungsspannung vorhanden ist. Wenn ja -> PIC vorhanden, wenn nein -> kein PIC
-
Thread
Simpler CAN Baustein
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 du immer einen Transveiver
-
Thread
PICKIT3 und pic16f54 in c Einfches Program scheitern beim Brennen
Robert schrieb im Beitrag #4795502: > Vss muss doch nur an Vss vom PIC Nicht nur. Vss muss auch an den Vss Anschluss vom PicKit. Das gleiche gilt für Vdd.
warte1ms(void)" ist ueberfluessig und auch fehlerhaft Im uebrigen gibt es bei Reichelt einen billigen Pic mit reichlich Speicher und I/O-pins http://www.reichelt.de/PIC-16F8-16LF-Controller/PIC-16F883-I-SP/3/index.html?ACTION=3&LA=446&ARTICLE=89327&GROUPID=2967&artnr=PIC+16F883-I%2FSP&SEARCH=pic16f883
-
Thread
schnittstellen-wollmilchsau
[uC]--+---Ethernet \--CAN bei Microchip habe ich gesehen, dass einige PIC32 alle diese schnittstellen haben, leider haben die PIC32 auch ihren preis... was gibt es da sonst noch auf dem markt? vielleicht schon ein fertiges produkt? vielen dank für euren input. ps: datenrate
kann. Die liegen Preislich aber auch in der selben Liga wie die PIC32. (Welche Technologie besser geeignet ist ARM oder MIPS (wie pic32) ist dann geschmackssache) Eine Alternative wäre das ganze mit zwei oder mehr Controllern zu lösen. Für ein Einzelstück würde
-
Thread
structs auf 8-Bit-MCUs
Pointer auf die Struct die Adresse der aktuellen Nachricht zuzuweisen, nicht mehr. So daß ich für PIC24/33/32 in jedem Fall von Hand die Struct füllen muß. Da ich den Code aber sowohl auf dem AVR als auch auf dem PIC32 ohne Änderungen laufen lassen möchte, stellte sich für mich die Frage, wie ich
weswegen ich diesen Thread überhaupt gepostet habe, > war, daß ich das ganze eben auch mit einem PIC32 (32-Bit-Core) laufen > lassen möchte. Und da bei 16 und 32 Bit Prozessoren im Regelfall > Datenwörter auf auf durch 2 (bzw. 4) teilbaren Adressen liegen müssen > würde ein Struct bestehend aus
-
Thread
unbekannte Quarz Frequenz
Nämlich so, wie die DDS es macht: Du addierst z.B. in eine 48-bit-Variable die real vergangene Zeit als 32.16-bit Fixedpoint-Zahl. Oder für höhere Auflösung eine 56-bit-Variable mit 32.24-fixed Point. Dann kannst Du in den oberen 32 Bit direkt die Zeit in Sekunden ablesen. Beispiel: wie oben Überlauf-Interrupt
>Du addierst z.B. in eine 48-bit-Variable die real vergangene Zeit als 32.16-bit Fixedpoint-Zahl. ich verstehe die aussage nicht, aber wenn es irgentwoh steht, dann kann ich mir das ja mal ansehen. auch wenn mein pic nur ein kleiner 8bitter ist, und ich mir die routinen
-
Thread
Was ist 32 Bit und nicht ARM?
PIC32 PowerPC siehe auch Renesas
Halbwisser schrieb im Beitrag #4792355: > Was gibt es noch an 32-Bit Mikrocontrollern wo nicht ARM drin > ist? Bitte erweitert meinen Horizont. Warum kein ARM? Das ist Stand der Technik. Was spricht dagegen? Die PIC32 haben keinen ARM-Kern, aber ich glaube,
-
Thread
Controllerwahl Energy Harvesting-Anwendungen
Bis jetzt auf meiner Liste: -MSP430 -STM8L -STM32L -Atiny -PIC XLP und was mir bisher völlig unbekannt war -Energymicro habe ich noch etwas vergessen?
armcortex-m0microcontroller.html Wenn neben dem geringen Energieverbrauch auch Rechenleistung gefordert wird, sind die EFM32 von Energy Micro top. Für eine Batterie betriebene Uhr sind sie aber oversized, da tut es auch jeder AVR oder PIC.
-
Thread
Quadrokopter Regelung
verwenden. Wenn ein Atmega32 das schafft müsste ein PIC18F46k22 das wohl auch schaffen.
Stützkondensatoren pro IC und noch ein paar für die > Motoren? Ich habe nur einen IC auf der Platine, den PIC. Die IMU (GY-80) ist eine kleine Platine auf der die Kondensatoren bereits vorhanden sind. Der PIC und der Spannungsregler haben die Stützkondensatoren. Die Brushless-Regler bekommen von der Platine
-
Thread
Prozessorwahl
für Hausbus nicht so gut geeignet. Nehme besser CAN. Als Prozessor nutze ich in meinem Hausbus STM32F103. Lese mal hier im Artikel [[STM32]]
Endlich mal ein Controllerkrieg, in dem /kein/ PIC vorkommt. ;-)
-
Thread
Aktueller Mikrocontroller, der gut "bare metal" zu programmieren ist?
schon mal einen mp3-Player mit einem PIC32MX470 umgesetzt, decodierung in Software und Ausgabe über I2S. Mir persönlich sagt die Peripherie der PIC32MX erheblich mehr zu, als jene der STM32. Insbesondere praktisch finde ich die Art, wie
oder SDR-Zwecke fallen aber fast alle kleineren Typen (8Bit usw.) heraus. Was übrig bleibt, sind PIC32 und Cortex M4F. Nun mußt du PIC32 und Renesas betreffend, jemand anderes als mich fragen, aber zu den unten genannten Cortexen kann ich was beitragen: 1. die hier extrem häufig genannten STM32F
-
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
Freescale Freedom-Boards (FRDM-KL2xZ) veraltet? Alternativen?
PIC32MZ / PIC32MX
Nein PIC32 hat nichts mit AVR32 zu tun. PIC32 sind schnelle MIPS. AVR32 war glaub auch ARM..?
-
Thread
Suche günstigen 5V Mikrocontroller mit 6 PWM Channel für LED Steuerung
PIC24F08KM202 dsPIC33EV32GM002 PIC24F16KM202 dsPIC33EV64GM002 dsPIC33EV32GM102 dsPIC33EV32GM004 PIC24F08KM204 dsPIC33EV128GM002 PIC24F16KM204 dsPIC33EV64GM102 dsPIC33EV64GM004 dsPIC33EV32GM006 dsPIC33EV32GM104 dsPIC33EV128GM102 dsPIC33EV128GM004 dsPIC33EV256GM002 dsPIC33EV64GM006 dsPIC33EV64GM104 . . .
-
Thread
Sprut Brennder8P rev5 Kalibrationsproblem
ich den selben Treiber wie vorher. Ich benutze Windows Vista 64Bit. Das Zweitgerät hat Windows XP 32Bit und getestet habe ich das auch mit Ubuntu (Linux) 32Bit auf dem Hauptrechner. Immer dasselbe.
Transistoren gegen die richtigen ausgetauscht. Es funktioniert! Leider will das brennen eines PIC12F508 per ICSP nicht. Ich stelle 18Pin / ICSP ein, dann wähle ich PIC10Fxxxx Familie aus und dann den PIC12F508. "Identify PIC in Programmer" funktioniert auch noch. Der BlankTest ist auch korrekt
-
Thread
Quarz am PIC schwingt nicht
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.
Teo D. schrieb im Beitrag #6861127: > 32pF sind eher was für 32kHz! Nö, eigentlich nicht. Bei den üblichen Uhrenquarzen sind recht häufig so etwa 10 pF in Mode. W.S.
-
Thread
32-Kanal Lauflicht mit ATMega16
zu schwach? Du gehst du mit der Spannungsversorung vom Netzteil zum AVR und von dort weiter zum PIC. Was ist, wenn du dem PIC ein eigenes Kabel zum Netzteil spendierst?
die Versorgungsspannung am PIC einbricht.
-
Thread
MPLAB X IDE v5.40
"MPASM is a 32-bit Windows application and will not run on 64-bit operating systems. A 64-bit PIC Assembler will be available with the MPLAB XC8 toolchain but will require migration." steht bei mir ;-)
zitter_ned_aso schrieb im Beitrag #6302242: > "MPASM is a 32-bit Windows application and will not run on 64-bit > operating systems. A 64-bit PIC Assembler will be available with the > MPLAB XC8 toolchain but will require migration." > > steht bei mir ;
-
Thread
Informationen zum Einstieg in die µC-Welt
PS: Bei Eclipse, GCC und STM32 kann man auch jede Menge Hilfe hier im Forum erhalten.
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
-
Thread
PIC18F USART Problem
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) umsetzt. Eingangsvariable 1x 11-Bit. Ausgang Wert A: von 0x80 bis 0xff Ausgang Wert B: von 0x00 bis 0xod Das Ganze klingt wohl seltsam
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) umsetzt......... > > Haste da Lust auf ein paar Mäuse? Nö danke, mache das nur als Hobby etc. PIC32 (komplett andere Architktur
-
Thread
USB Stick mit PIC ansprechen
Es gbt kein PIC, der dir diese Möglichkeit eröffnet -> vergiss es!
zurück zum Thema PIC & mass storage mit SD/MMC Karte: Auf der Microchip Webseite findet sich Application Note & Code für PIC C18 und C30 Compiler.
-
Thread
µC Auswahl mit Ethernet und CAN
PIC32MX764F128L PIC32MX764F128H PIC32MX775F256L PIC32MX775F256H PIC32MX775F512L PIC32MX775F512H PIC32MX795F512L PIC32MX795F512H Teils 2 CAN-Schnittstellen. MCU Core (vom PIC32MX775F256L):
Michael Skropski schrieb im Beitrag #2828833: > PIC32MX775F512H > PIC32MX795F512L > PIC32MX795F512H > > Teils 2 CAN-Schnittstellen. Den gibts z.B. mit CAN auf dem Olimex Duinomite Mega Board bzw. auch dann mit Ethernet auf dem Olimex Duinomite
-
Thread
Erfahrung RX62N Renesas
allen Plattformen. Die "driver libraries" von NXP und STM sind für mich nicht so der Bringer, bei PIC32 und RX habe ich es gar nicht mehr versucht und kann somit die Qualität der RPDL nicht beurteilen. Im Speziellen bei RX finde ich, dass man dort mit relativ wenig Register-Zugriffen die Peripherie
"gut" bezüglich GPIO nur für PIC32, dort gibt es explizit zwei Möglichkeiten: Die Funktion und ein Makro (es hat ja beides seine Berechtigung). Matthias Laubnitz schrieb im Beitrag #2723285: > Initialisierungen lassen sich relativ
-
Thread
Suche Automotiv Mikrocontroller den man mit einem free Compiler kompilieren kann!
auch bald) wirst Du damit für die Zukunft garantiert gerüstet sein. PS: Lese in dem Artikel: [[STM32]]
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
Ersatz für XC32-Compiler?
Im "chipkit core" ist ua. eine uneingeschränkte pic32 gcc toolchain enthalten.
So einen PIC32 kann man auch in (Maximite-)Basic programmieren. Machen scheinbar die Australier gerne.
-
Thread
PIC16f15244 RFM69 sendet nicht
Moin zusammen, für ein Hochschulprojekt sollen Distanzmessungen an einem Pic an einer Stelle erfolgen und mittels RFM69HCW (433 MHz) an einen ESP32 gesendet werden, der diese Daten zusammen mit einem Videobild über einen Webserver zur Verfügung stellt. Soweit so gut, funktioniert
RFM69 Experte, der einmal unseren Code auf Fehler prüfen kann. Fosc am Pic ist 1 MHz, optional auf 32 Mhz verstellbar und getestet. Entsprechend läuft der SPI auf 250 kHz. Selbst nach dem zehnten Wälzen des Datenblattes werde ich nicht schlauer. Für hilfreiche Antworten
-
Thread
Warum entwickeln sich die Atmegas zurück?
schlechter. OK, PIC24 sieht ganz gut aus. Bis auf die closed-source Toolchain. Und PIC32 ist in Wirklichkeit MIPS. Das haben sie wenigstens nicht angefaßt und konnten es so auch nicht kaputt machen. Wie gesagt: Vertrauensvorschuß
Microchip bastlerfreundlich ist: - Toolchain kostenlos verfügbar - µCs in DIL verfügbar, auch neuere PIC32 - Microchip direkt liefert Einzelstücke an Bastler, ohne Gewerbeschein - Microchip Support antwortet auch Fragen von Bastlern Und beim Support habe ich damals dediziert angegeben, ein Privatmann
-
Thread
Welche MCU für Drumcomputer
semitones und decay) und einen Sequencer. Welchen Chip könnte man da nehmen? Ich befürchte mit einem PIC 32 komme ich nicht weit. Vielen Dank und Grüße David
Ich hatte zum Beispiel an den hier Gedacht: PIC24FJ256GB210-I/PT Ein PIC24 16bit mit 32MHz
-
Thread
Kein DIP ARM im Shop
Farnell gibt es ARMs, aber nur als TSSOP oder LQFP, > also nicht bastelfreundlich. Und warum kein PIC32? Die 28 pinner gibts auch in DIL, und auch bei Reíchelt, und leistungmäßig sind die ähnlich wie ein Cortex M3. fchk
Embedded-Schnittstelle: I2C, SPI, UART, USB Oszillatortyp: Extern, intern Program Memory Size: 32KB
-
Thread
C: Speicherzugriff
One PIC zu kennen -- viele 32-Bit Architekturen verlangen, daß Speicherzugriffe entsprechend aligned sind, d.h. 32-Bit-Zugriffe sind nure erlaubt, wenn die Speicherstelle an einer 32-Bit Grenze liegt. Jedoch
solltest du mal nachgucken, was bei deinem Compiler sizeof(int) ist. Du scheinst von 2 ausgehen, was bei PIC32 auch nicht der Fall ist, oder? Die Felder kopierst du überhaupt besser mit memcpy(). Das ist beim PIC32 Compiler (der auf GCC basiert) ein intrinsic, d.h. der Compiler "weiss" was memcpy bedeutet
-
Thread
LED mit PIC18F4550 und C18
Das würde ich noch mal mit einer kleineren For Schleife Testen. So bis 250. Wenn der PIC wirklich noch mit 32kHz läuft, dann macht er nur 8000 Befehle pro Sekunde. Das könnten bei einer For Schleife bis 2500 (sind ja 16 Bit) schon mal über 10000 Befehle werden. Allerdings hätte die LED
Die 18F werden, sofern die Konfigbits das nicht ändern standardmäßig mit dem internen Oszillator mit 32kHz gestartet. Und irgendwie vermute ich, dass dort das Problem liegt. Das er die Anweisung "#pragma config FOSC = HS" falsch interpretiert und den PIC nicht auf den externen Quarz umschaltet. Ist aber