-
Thread
CAN MCU mit 1 Analogeingang
Mit dem 5V ADC schränkst du die Sache schon recht stark ein. STM32F042F6P6 gibts für 1,40/Stück. CAN + 12bit ADC on Board. Aber eben nicht für 5V, sondern 3,3V
CAN-ICs_Analog-Devices-Inc-Maxim-Integrated-MAX3051EKA-T_C112005.html und LDO bliebe man insgesamt unter 2€. Basis-Software ist mit Hilfe von STM32CubeMX ein Kinderspiel.
-
Thread
Anfängerfrage: Board mit Cortex-M4 und Ethernet
MSP432, bietet aber mehr Auswahl. Und das TI RTOS ist auch sehr in Ordnung. Anderer Vorschlag: PIC32. Ist zwar kein ARM, aber in der gleichen Leistungsklasse. Der Microchip Stack ist nach meiner Erfahrung deutlich besser als lwIP. Als Tipp: Lass die alten PIC32MX6xx/7xx liegen und nimm PIC32MZ EF
index.html Bitte nicht nachmachen. Der knappe Speicher nervt kollossal, heute macht man so etwas mit 32bit Controllern.
-
Thread
Z80 Mikrocomputer Bastelei
auch nur 8-bit breit. Es gibt auch noch was anderes als AVR. Der Trend geht heute eindeutig zu 32 Bit System. Zumal 32Bit uC heute zum Preis von 8 Bit zu haben sind.
werden die alten Dinger deswegen noch > gemacht - zur Schulung oder für Bastler. Hmmhmm. Der i.MX6 kann das aber schon. Oder ein Core I7, oder ein Ryzen. Oder ein beliebiger sonstiger Prozessor mit MMU. Hast du möglicherweise einen STM32 / AVR / PIC mit einem Prozessor verwechselt? Wobei, auch
-
Thread
QT für ARM unter Ubuntu compilieren. Linker fehler.
compilieren.... Sehr lange... Und am ende... Genau! Error!!! [code] qbitarray.o: relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC [/code] Immer wieder diese Meldungen vom Linker. Haufenweise mit verschiedenen Objektfiles. Nun, es
Fehler aufgetreten ist. Holger K. schrieb im Beitrag #4865115: > qbitarray.o: relocation R_X86_64_32 against `.rodata.str1.8' can not be > used when making a shared object; recompile with -fPIC Natürlich sieht das erst mal verkehrt aus: was hat X86-Code in einem ARM-Cross-Compilat zu suchen?
-
Thread
MIDI over WIFI ( RF Bluethoot Dect USB ) Homemade Interface
####################################################################### Lösung(2): Du Progst den PIC32 auf transparent TX1-RX1 TX2 RX2 Damit kann man auch den PIC32 RX--TX 'transparent machen. ######################################################################### Must du dir mal was ausdenken
--------------- Start: PCB und auch den Wifi von Microchips..MRF24WB0MB Der genaue Typ des PIC32 lautet: PIC32 MX440F 128H-80I/PT Menue_1: Vorspeise () Damit Du das Gefühl dafür bekommst schaust Dir das erst an: http://www.basic4ppc.com/android/b4j.html Tools: + LINKS: >Du kannst
-
Thread
PIC32 UART Interrupt oder Polling?
DMA! ein beispiel findest du in deinem installations-pfad wie "C:\Program Files (x86)\Microchip\xc32\v1.22\examples\plib_examples\dma\uart_echo" oder so ähnlich
Ich bin mir auch nicht sicher ob DMA nicht schon bisle zu oversized ist, wir reden von nem PIC32MX695 bei 80MHz und empfangen werden soll RS485 stuff mit <250kbps Läuft man da nicht gefahr das der DMA und das Haupt programm auf den selben Speicher zugreift?
-
Thread
PIC24FJ256DA206 Ausgang auf Oszilloskop
doch den Code-Configurator. Aha. Ich muss gestehen, dass ich ihn noch nie benutzt habe. Bei zig PIC24 und PIC32-Projekten. Ich hab immer die Datenblätter abgetippt, womit ich eigenlich gut gefahren bin. Außer bei USB natürlich. Weil ich Microchip kenne, würde ich dem generiertem Code sowieso nur sehr ...bedingt trauen. Denn in den USB-Stack für PIC32MX (Peripheral Lib) habe ich die Fehler selber herauspfriemeln müssen. Das stärkt das Vertrauen natürlich nicht. Taugt der Configurator denn was?
-
Thread
Einfacher ARM für den Einstieg und Linux Toolchain
ist eigentlich egal. Der gcc deckt das alles weitgehend zu. Von daher kannst Du genauso gut einen PIC32MX250F128B (MIPS M4K Kern mit 50 MHz) im SDIP28 nehmen, dazu einen PICKIT3-Clone vom Chinamann für 20€, MPLABX, XC32 und Harmony vom Microchip-Server ziehen, und bist sofort im Geschäft. Läuft hervorragend
RISC-V und irgendwelche Renesas-Architekturen. fchk PS: https://www.amazon.de/ARM-Emulator-32-Bit-64-Bit-Downloader-STM32-Unterst%C3%BCtzung-Hochgeschwindigkeits-Download/dp/B07SFWCLBT/ref=sr_1_1?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=jlink&qid=1583049159&sr=8-1
-
Thread
Frage zu Hardwareprojekt mit email-Funktion
$ nachkaufen, aber den Unsinn haben sie jetzt meine ich eingestellt. Sinnvoll ist das aber erst ab PIC32. Ein PIC18F67J60 braucht 20 Sekunden für einen SSL-Handshake. Wenn Du SSL aber nicht brauchst, ist der PIC18F67J60 die kleinste, einfachste und billigste Möglichkeit, ein Ethernet Gerät zu bauen
teuerste Bauteil dabei ist der Ethernet MagJack. Brauchst Du mehr Pins oder Schnittstellen, gibts den PIC18F87J60 (TQFP80) und den PIC18F97J60 (TQFP100). Für höhere Ansprüche gibts zB PIC32MX795F512L. 80 MHz, 32 Bit MIPS4ke-Kern, 512k Flash, 128k RAM, Fast Ethernet MAC+externen PHY. Der benutzt den selben
-
Thread
Display "TFT Proto" an µC ?
Für PIC gibts hier ne Library: http://www.mikroe.com/eng/downloads/get/932/pic32mx4_mmb_examples_v200.zip in Microchip/Graphics Ich nähm wohl eines.
Du die Info hattest weil ich auch das ganze Netz abgesucht hatte. Der Code ist allerdings für den PIC32 den ich wenig kenne um es für meinen XMega umbauen zu können. Be dem Code ist auch unklar in welchem Modi sie den Controller angesteuert haben.
-
Thread
MPLABX + PICkit3 + PIC18F6722: Programmiervorgang dauert ewig
Programmer und auch bei verschiedenen Prozessoren. Das Bild im Anhang zeigt die Einstellungen für einen PIC32MX2xx und ein ICD3. Es sollte für das PICKit aber was ähnliches geben. Ach verdammt jetzt ist das Bild 2x dran.
Bei mir auch. Allerdings bei einem 18F4550, der hat 32kB Flash und keine 128kB wie der 18F6722...
-
Thread
I2C Probleme mit PIC32 MX250F128B - Master Bus Collision
Hallo, zuerst mal mein Setup: - ChipKit DP32 mit PIC32MX250F128B @ 40MHz - AudioProto Board von MikroE mit WM8731 Chip - PicKit3 - MPLAB X v2.26 in Linux - XC32 Compiler v1.33, keine Optimierung Ich habe Probleme mit dem I2C Interface beim PIC32MX 250F128B. Der PIC ist Master und der WM8731 Audio Codec ist der Slave (Addresse 0x1A). Pull-Ups(1k) an SDA und SCL sind vorhanden. Keine weiteren Devices am Bus. Wenn ich Daten zum Slave übertrage
-
Thread
ATMEL 24C04 auslesen
hier angesehen: http://www.aliexpress.com/item/SPI-25xx-PCB5-0E-Willem-EPROM-programmer-BIOS009-PIC-support-0-98d12-promotion-clip-PLCC32-SOIC/515743260.html
Hmmm, ein 32 Bit Controller an einem Wegwerfprodukt - die Programmierer werden auch immer anspruchsvoller ;-) http://ww1.microchip.com/downloads/en/DeviceDoc/60001168F.pdf
-
Thread
IDE mit Fokus auf Assembler für Umsteiger AVR -> STM32
hinbekommen. Aber dann habe ich die ganze Software für den STM32 vom PC geschmissen und das Board verschenkt. Ich musste einsehen: ohne C ist es sinnlos! Die Dokus für den STM32 ist nur für C ausgelegt und nach meiner Ansicht dahingeluscht. Der PIC32 ist dagegen
OH die STM32 low-level-lib ist mir noch nie untergekommen, gut ich suche auch nicht jede Woche danach. Sieht auf den 1. Blick nach SPL aus, ein Diff wird dann zeigen was Sache ist. Die PIC Teile sind auch nett
-
Thread
C# Serielleschnitstelle Empfang zu viele zeichen
Character den der Pic auch richtig empfängt. Den empfang gebe ich aus in dem ich Die LED´s auf dem Demoboard in der codierung anzeigen lasse. Nun sendet der pic die Daten auch zurück aber nicht 1 Zeichen sondern mehrere
"C:\Program Files (x86)\Microchip\xc8\v1.32\include\plib\usart.h" #include "C:\Program Files (x86)\Microchip\xc8\v1.32\include\plib\delays.h" /*========================================================= * PIC CONFIGURATION *=========
-
Thread
PIC32 debuging funktioniert nicht
Hi, ich habe ein Problem mit meinem Pic32. Der Debuger findet den PIC und ich kann ihn auch programmieren, aber nicht debugen. Beim debuggen kommt immer folgende Meldung: RIErr0040: The target device is not ready for debugging. Please
Debuger ist der REAL ICE, als controller verwende ich eine n PIC32MX575, ich verwende PGC1 und PGD1, für ICESEL habe ich null eingesetellt in der Configuration Bits ansicht, ist jedoch eine 1 drin. Wie kann ich das ändern?
-
Thread
PIC32 SPI Bytereihenfolge ändern
Hallo, ich versuche gerade, das Filesystem FatFs auf einem PIC32 mit SD-Kartenslot zum Laufen zu bringen. Leider hat der PIC kein natives SD-Karten Interface, so bin ich auf SPI angewiesen. Um das Ganze etwas schneller zu machen, lese ich die Daten in 32-bit Häppchen
little endian". Doch wie mache ich das? @Andreas. SRXISEL kann ich leider nicht nutzen, da mein PIC32MX460 keinen enhanced mode SPI hat. Im Netz habe ich eine Lösung mit 2 DMA Kanälen gefunden, einer liest die Daten aus, der andere füttert den SPI mit einer Serie von 0xFF's. Das scheint aber sehr
-
Thread
Dialog übernimmt Atmel [Update: Nein, Microchip übernimmt Atmel]
nutzen, TI verkauft BB Chips ja auch noch. In Sachen Verlässlichkeit ist MCP bei mir immer die Nr. 1 im Markt gewesen, nicht nur wg der ehrlichen errata sheets. MCP wird Atmel wohl wegen der eingeführten ARM Produktlinie gekauft haben. Das schwächt die PIC32/MIPS Schiene mehr aber auch nicht.
Pinning gibt. Die zudem auch noch sehr weitgehend C-Code Kompatibel sind (zumindest zwischen 16 & 32 Bit) Wenn Microchip jetzt einen ARM anbieten würde der aber vom Pinning und der Peripherie kompatibel zu den PIC32 ist, so das es eine PIC32M* (mit MIPS) und eine PIC32A* (mit ARM) Familie gibt würden
-
Thread
Center-Pad beim PIC32MX350?
Hi, der PIC32MX350 hat auf der Unterseite ein Pad, welches im Datasheet von http://ww1.microchip.com/downloads/en/DeviceDoc/PIC32MX330350370430450470_Datasheet_DS60001185H.pdf im Footprint-Abschnitt nur als "optional
-
Thread
I2C Verbindung zw. PIC32 und PIC18. Slave zu Master ?
Hello, Ich habe ein Problem mit der I2C Kommunikation zw. 2 PICs genauer: zw. PIC32MX360F512L (MASTER) und PIC18LF4550 (SLAVE) zwar klappt es nicht Daten vom Slave zum Master zu schicken! andersrum kein Problem. Problem beim senden vom Slave zum Master.: Adresse wird erfolgreich
MASTER SIDE--------------- CloseI2C(); //close I2C module while(1); [/c] Hier mein (PIC32) Code: [c] SlaveAddress = r_SLAVEADRESSE; StartI2C1(); //Send the Start Bit IdleI2C1(); //Wait to complete MasterWriteI2C1( SlaveAddress );
-
Thread
dsPIC / PIC32 Entwicklungsumgebung unter Ubuntu
umgestiegen, bin damit auch sehr zufrieden. Nun bin ich auf der Suche nach einer Entwicklungsumgebung für dsPIC's und PIC32 mit ICD2. Hat hier von euch schon jemand Erfahrung gesammelt. Zuerst würde ich gerne mein PIC32MX4 Multimediaboard in Betrieb nehmen und damit etwas experimentieren. Herzlichen Dank schon
Stehe vor demselben Problem mit meinen Escher Projekt [1], wo ich einen PIC32 (angeblich PIN kompatibel) einsetzen will: Wenn Interesse da ist könnte wir vielleicht "Piklab"[2] dafür aufbohren, für einige dsPICs funktioniert es schon, die GCC tools
-
Thread
PIC32MX350 Programmierung schlägt mit seltsamer Meldung fehl
Hi, ich versuche gerade, einen PIC32MX350 per PICKIT4-Programmer zu progammieren, leider mit mäßigem Erfolg. In der MPLab-IDE kommt erst diese Meldung: [code]Application version............00.05.41 Boot version...................01.00.00
number............0540a22e50 PICkit 4 is supplying power to the target (3,25 volts). Target device PIC32MX350F256H found. Device Revision Id = 0xA1[/code] Da er den PIC korrekt erkennt, vermute ich jetzt mal, dass die Hardwareanbindung in Ordnung ist. Allerdings lädt er mein Programm dann nicht
-
Thread
Orientierungshilfe ATXMega oder ARM (ST, NXP)?
anbietet. Microchip hat für PIC32 gar nicht mehr damit begonnen, einen C(++)-Compiler anzubieten.
STM32F107 oder STM32F2xx oder STM32F4xx, bei denen geht CAN und USB gleichzeitig. Der STM32F1xx kann garantiert 72MHz. Der kann auch mehr, aber dann funktioniert der nicht mehr im gesamten spezifizierten
-
Thread
Timing Problem: PIC32MX795F512L; Config Bits
Hallo, ich nutze den : PIC32MX795F512L http://www.microchip.com/wwwproducts/en/PIC32MX795F512L Ich würde gerne den internen Rast Rc Oszillator nutzen. Es ist auch kein externen Quarz angeschlossen. Ich würde gerne 40 MHz
int i; for (i = 0; i < 4000; i++) asm volatile ("nop"); } } // 1s = 1000 * 1ms = 1ms void delay_sec(unsigned int n) { while (n --) { int i; for (i = 0; i < 1000; i++) delay_millis(1); } } [/c] Für 40 MHz ergibt
-
Thread
Problem bei Verwendung der XLCD lib
>Die C-Dateien aus dem Ordner >...\Microchip\xc8\v1.30\sources\pic18\plib\XLCD Oben möchte er v1.32 und nicht v1.30
Danke für die Antwort, Sorry habs falsch hingeschrieben. So wärs richtig. ...\Microchip\xc8\v1.32\sources\pic18\plib\XLCD Ich hab nur den xc8 v1.32 installiert. Trotzdem danke sieht jemand einen Fehler in der Vorgehensweise?
-
Thread
Microchip X IDE Code Problem
mehr, was ich machen könnte, was ich falsch machen soll. Ich verwende: MPLAB X IDE 6.00 XC32 4.00 PIC PIC32MX795F512L if(IP){ if(ICMP){ } else if(TCP){ <----- Problem (Screenshot) } } else if(ARP){ } ich
ne nichts falsch eingestellt wirklich defekt. > > Das Projekt mit allen einstellungen habe ich 1:1 auf den anderen rechner > kopiert Unglaubhaft, wenn alles 1:1 kopiert wurd, ist auch das Ergebnis 1:1. meist ist irgendein Pfad zu headerdateien flsch, respektive die berichtigte Version dieser
-
Thread
Paradigmenwechsel im Embedded Design Gesperrt
Im Gegensatz zu deinem Teensy-Mist bekommt man die µC für teils <50 Cent. Übrigens: Wenn du mit PIC-Jüngern kommst, beweist du übrigens nur, dass du keinerlei Ahnung hast. Diese PIC hier: https://www.microchip.com/design-centers/32-bit/pic-32-bit-mcus/pic32mz-ef-family Können Leistungsmässig mit
bisschen SPI kann jeder 0815 ARM M0 im Halbschlaf Und Brauch weniger Strom .. und kostet keine 1€
-
Thread
Firmenliquidation Olimex, Freescale und BMCM Produkte
OLIMEXINO-STM32 BOX_LIME_RED ARM-USB-OCD-H PIC-ICD2 TMS320-JTAG-USB STM32-H107 ESP8266-EVB-BAT-BOX ARM-USB-TINY-H SHIELD-LCD16x2 ARM-JTAG ARM-JTAG-COOCOX ARM-JTAG-EW ARM-JTAG-SWD ARM-JTAG-20-10 ESP8266-EVB LPC-H1343 LPC-H2103 MG-6-48 RPi-UEXT PIC32-PINGUINO-MX220 ISP430-SOLAR DCDC-36-5-12 DCDC6-16-TO5 USB-uLIpO BAT LIPO 6600 MOD-USB-RS232 MOD-LCD-1x9 MOD-WIFI-RTL8188 MOD-MRF24J40 MOD-BMPO85 MOD-MPU9150 MOD-SMB380 MOD-RS232 MOD-RS485
-
Thread
Asuro Clone Hilfe
eingefallen das ich auch noch einen Servo mit der 5V Versorgung betreiben wollte. Reichen für den dsPIC die US-Sensoren die Steuerung des L298 und einen Servo die 1A? Wenn nein bekomm ich vll auf den Platz des to252 eine andere Bauart drauf die mehr als 1A liefert oder aber weiß jemand einen Baustein
Platine, war günstiger als der L298 bei Conrad allein)) 3.Am dsPic kann ich nichts ändern habe hier nur 3 Typen: 1.PIC18F4553 2.dsPIC30F4011 3.(sofern das Sample ankommt) PIC32MX220 (DIL) von daher ist es Nr.2 geworden. 4.Ich habe bisher die Odometrie
-
Thread
Betriebssystem für 32 Bit µCs?
kompilieren muß wenn ich die Hardware wechsel (z.B. Intel-PC -> ARM Board) Mit groß meine ich z.B. STM32H743ZI (2 MByte Fash, 1 MByte SRAM) (Ja, da läuft wohl auch Linux drauf, aber für das eigentliche Programm ist dann nicht mehr viel Platz) Also 'Linux in klein' mit vielen Treiber währe nett..
RTOS schrieb im Beitrag #5223019: > Für Linux nimmt man solche SOCs wie im Raspberry PI oder einen i.MX6 > Was eine mögliche Lösung für viele Probleme ist, mit µC hat das aber > nichts zu tun Bevor man bei einem größeren 32-Bit uC mit RTOS anfängt, kann man auch das Pi Compute Module mit Flash mit
-
Thread
Hilfe bei Projekt mit USB
etc benötige ich jetzt wohl ein bisschen Hilfe. Und zwar geht um die USB-Programmierung mit einem PIC32MX. Der Laptop soll dabei als Host fungieren und der PIC als Device. Ich möchte per USB Daten an den PIC senden,welcher diese dann per SPI(soll hier nicht Thema sein,funktioniert schon) an einen
yo ich benutze die LibUsbDotNet am PC und den USB Stack von Microchip am PIC,hatte es jetzt so zum Testen dass ich dem PIC z.b. auf EP1 was sende,er es in den EP2-Buffer schreibt bzw "sendet" und die PC-Software diesen danach liest und ausgibt. Leider bekomme ich nicht das
-
Thread
Fehler im Schaltplan PIC32 Ethernet Starter Kit II
Hallo zusammen, ich starte jetzt mein erstes Projekt mit dem PIC32MX795F512L und Ethernet. Für den ersten Prototypen habe ich große Schaltungsteile aus der Microchip Doku PIC32 Ethernet Starter Kit II übernommen. Folgender Fehler ist mir aufgefallen: Im Datenblatt des PIC steht, dass man die beiden Pinns AVss und AVdd immer beschalten muß, unabhängig ob der AD andler beutzt wird oder nicht. (Datei 1 und 1a aus dem Datenblatt des PIC) Aber in der beigefügten Schaltung
-
Thread
Warum ist die USB/CDC Implementierung der Cube HAL so groẞ?
Nachbarschaft auch uninteressante libopencm3-examples. Dort u.a. unter: libopencm3-examples/examples/stm32/f4/stm32f429i-discovery/usb_cdcacm ein uninteressante Simpelbeispiel, was wohl nur so eine Art 1:1 RX-TX Verbindung per USB macht: [code]static void cdcacm_data_rx_cb(usbd_device *usbd_dev, uint8_t
groß ist denn der Unterschied zwischen der 103 Version von deiner Seite https://stefanfrings.de/stm32/stm32f1.html#vcpnohal und der 303 in diesem Thread?
-
Thread
PIC32 DAC Analogausgänge vorhanden ?
Hallo, kann mir jemand sagen ob es bei den PIC32 Analogausgänge gibt, ähnlich wie bei den NXP Controllern? Ich habe gerade das Datenblatt des MX 5xx 6xx ... vor mir liegen und dort finden sich zwar Hinweise auf Analogausgänge, aber so richtig wird
8bit 16F178X; 16bit dsPIC33FJ13/32/64/128; 32bit scheinbar nichts. Sieht nicht so aus.
-
Thread
von Xmega zu stm32
(die dann intern auch mit 1.8 oder 2.5 V laufen) - TI TIVA TM4C123 und TM4C129 Serie (Cortex M4F, 80 bzw 120 MHz). Deutlich besser verfügbar gewesen als STM32, schöne DriverLib, TI RTOS dabei). Und bei den TM4C129 gibts Versionen
der EFM32™ Giant Gecko Series 1 Hat da jetzt auch schon sehr meine Interesse geweckt,dank dir für den tipp! sowas habe ich nicht zum rumspielen rumliegen :) aber scheint mir nicht wirklich nen STM hinterherzuhängen
-
Thread
[S] Low-Pin Count MC mit USB-HID
STM32F042F6P6, TSSOP20, kein Quarz (CRS), Außenbeschaltung 1..2 100nF, Software fällt fast fertig aus CubeMX raus.
Harald A. schrieb im Beitrag #8013457: > STM32F042F6P6, TSSOP20, kein Quarz (CRS), Außenbeschaltung 1..2 100nF, > Software fällt fast fertig aus CubeMX raus. Danke, wirklich interessanter Controller. Da ich für ihn aber noch einen VR von 5 auf
-
Thread
Linux auf dem STM32 externes RAM
#1 0x0800045e in main () at stm32f446.c:191 (gdb) stepi 0x08000348 89 kernel(0, ~0UL, 0x08004000); (gdb) where #0 0x08000348 in start_kernel () at stm32f446.c:89 #1 0x0800045e in main () at
zufrieden sein. Zielt im Augenblick aber auf die PIC32, nicht auf STM32... aber machbar sollte es sein.
-
Thread
Zeigt her eure Kunstwerke (2) Gesperrt Bilder
auf dem ersten Bild ein 32.768 khz Uhrenquarz an T0CK/T1OSI mit FW RTC ? Wie wird der Timestamp der Messungen gehandhabt? Ich habe kürzlich auch einen kleinen PIC Datenlogger für 5 Messwerte gebaut und es interessiert mich wie
Hi, paar Sachen die in der Vergangenheit gebaut habe: Bild 1: QI konformes Ladegerät für Handys etc. Bild 2 / 3: TAS5631B basierter Class D Verstärker Bild 4: USB DAC auf Basis des PCM2707C Bild 5 / 6: Vorverstärker, mit VS1053, PIC32MX695, LAN, WLAN, SD, .
-
Thread
PIC32 Quarz extern ?
hinzufügen. Warum? Ich benutze den internen Oszillator, hat mir immer gereicht. Das sind auch keine PIC32 sondern eine Abart der PIC24E mit 16 Bit und ein paar zusätzlichen Befehlen. Die haben typisch eine interne programmierbare PLL (hab deinen nicht nachgeschlagen), da spielt die Frequenz keine wirkliche
dir gute Planung viel Zeit sparen. Ich empfehle diesen Artikel. https://microchipdeveloper.com/32bit:mx-osc
-
Thread
STM32 F2/F4 - was ich vermisse - Wunschliste für ST
Ich schreibe mal auf was ich beim STM32 vermisse. Der STM32F2xx/F4xx sind jetzt schon sehr gut geworden, aber dennoch habe ich Wünsche... 1) UART5 lässt sich beim F4xx nur auf einen einzigen Port-Pin mappen, wenn man SDIO haben will, kann
die Busmatrix wohl nicht belegt und frei für andere Aufgaben wie z.B. DMA. Siehe RM0090 Figure 1. "System architecture for STM32F40x and STM32F41x devices" Daher auch die Trennung der einzelnen RAM Bereiche.
-
Thread
pic32 flash und i/o speed
gleichzeitig holen. Man macht das, um die langsame Zugriffsgeschwindigkeit des Flash (ich meine bei den PIC32MX liegt der so bei 20MHz) wieder wettmachen zu können. Genaues steht unter den "flash wait states". >>Das eintige was ich gefunden habe ist "FIGURE 29-3: I/O TIMING >>CHARACTERISTICS" Seite 258
gleichzeitig holen. Man > macht das, um die langsame Zugriffsgeschwindigkeit des Flash (ich meine > bei den PIC32MX liegt der so bei 20MHz) wieder wettmachen zu können. > Genaues steht unter den "flash wait states". In die Richtung habe ich eben auch gesucht, aber ich finde es(Flash Wait States) einfach nicht
-
Thread
In-System-Programming über CAN
Dazu gibt es auch eine App Note :) https://my.st.com/public/STe2ecommunities/mcu/Lists/cortex_mx_stm32/Attachments/18225/AN2606.pdf Dazu benötigt man die Pin Boot0 und Boot1 in der ensprechenden Konfiguration und dar Baustein startet dann im Bootloader Modus.
Sorry, habe den Schritt 1.a) zwischen Punkt 1 und 2 vergessen: 1. Wenn meine Anwendung läuft, schicke ich Ihr ein Kommando, welches zur Folge hat, dass der BOOT0-Pin beim nächsten RESET auf "1" gesetzt wird und dadurch
-
Thread
STM32F4 Core Clock ändern
und ist detailliert im Reference Manual beschrieben. Bitte dort nachlesen (Kapitel "RCC"). Das STM32CubeMX Tool hilft beim Berechnen der Vorteiler/Multiplikatoren etc.
ganze steht in wenigen Registern der RCC Einheit drin. Das ganze steht auch in der Datei "system_stm32f4xx.c" der ST Library. So der Ablauf. PS: Das CubeMX Tool errechnet zum Teil falsche (zu große) zwischenwerte nach der Multiplikation! Es kamen mal 800MHz raus und der Kollege wunderte sich warum
-
Thread
Erfahrung mit PickKit3 und "PK3Err0040"
Hallo, Für meine derzeitigen Projekte nutze ich den PIC32MX795F512L Bei diesem Projekt werden 4 µC verwendet. Nach "sorgfältiger" Bestückung habe ich einen nach dem anderen in Betrieb genommen. Nur bei einem habe ich dann die Fehlermeldung "PK3Err0040
.. Self test completed Firmware Suite Version...... 01.28.90 Firmware type......................PIC32MX PICkit 3 Connected. Target Detected Device ID Revision = 54300053 Programming... PK3Err0040: The target device is not ready for debugging. Please check your configuration bit settings and
-
Thread
AVR debuggen wie in der Steinzeit?
mit Steinzeit Werkzeugen arbeiten. Es hat seine Gründe warum selbst Atmel/Microchip ARM Cortex-Mx Chips anbietet...
> Ist die aktive Entwicklung von Atmega8/16/32 überhaupt noch angedacht? Solange die aktuellen Entwicklungstools auf ATmega getrimmt werden, denke ich mal ja. > Also jedes neuere Projekt mit einem PIC starten? (ist eine ernste Frage) Nö.
-
Thread
Fitness Planner VIVONIC von Pollin.de
die ich im Flash gefunden habe, liest einen int mit der Schrittanzahl: [c] #define PIC_PDIR PDDIR #define PIC_PDATA PDDATA #define PIC_VSS (1<<1) /* out, 1 to power PIC and MEMS? */ #define PIC_DAT (1<<2) /* in */ #define PIC_CLK (1<<3) /* out */ /* This function reads an int from the PIC. */ /* The lowest byte seems to be "steps since previous read" */ #define PIC_READ_FUNC ((int(*)())0x803d48) [/c] - Die "invalid-level"-Leitung des MAX3221E hängt an IRQ1. Das schreit geradezu
-
Thread
Unbekannte "Töne" bei ca. 46,5kHz und 61,6kHz?
Kannst du ausschliessen, dass die Töne vom STM32 Board kommen? Dass dein Setup zwar einerseits diese Störung in einem Radius von 1 km empfängt, aber anderseits keine Nutzsignale wie DCF77 bei 77.5 kHz, halte ich für unwahrscheinlich.
anschauen und sehen, wie weit ich mitkomme. Ich übe bisher noch mit dem Atollic TrueStudio und CubeMX- Die CubeIDE läuft auf meinem Win7-Laptop gar nicht und auf einem Win8.1 PC wie ein Sack Nüsse! (Core2Duo zeigt Reaktion auf Tastendruck in Textfeld nach 1s!) Da kommt das alte Gefühl eines 286ers wieder
-
Thread
SPI Display UC1608 PIC32MX795
Ansteuerung auf dem Starterkit funktioniert wiederum alles tadellos. Das Starterkit ist mit einem PIC32MX795F512L bestückt. Auf meiner eigenen Platine sieht das ganze wie folgt aus: - PIC32MX795F512L Config Bits: [c] #pragma config FNOSC = FRCPLL // Oscillator Selection Bit ->
enable master mode SPI1CONbits.CKE = 1; // set clock-to-data timing 1:Serial output data changes on transition from active clock state to idle clock state (see CKP bit) SPI1CONbits.CKP = 1; // 1
-
Thread
FPGA+SDRAM+PIC Fragen
Zudem gibt er an den PIC (durch eine Leitung) das Signal, dass die Daten gelesen werden können. Das Quittiert der PIC, indem er ein Rücksignal (auch eine Leitung), z.B. "Go", auf Low setzt. Nun kann der PIC auf den Speicher
Anfang oder in der Mitte ist. Ist die Anzeige der Bits 1000 Pixel breit, so kann der PIC 1000 gleichverteilte Werte lesen. Bei einem Zoom von 2x, kann der PIC 1000 Werte aus z.B. der ersten Hälfte des RAMs lesen. Wenn eine neue Messung gestartet werden soll, setzt der PIC das "Go" Bit wieder