-
Thread
Unbekannter Assembler erzeugt große Änderungen bei kleinem Programm
In wie weit handelt es sich denn bei den Padauk um exakte Klone der PIC (abgesehen von OTP statt Flash)? Im EEVBlog Forum war zu lesen, dass der PMS150C Bit-kompatibel zum PIC10F200 sei.
zu den kleinen PIC nach einer deutlich besseren Zielarchitektur für C-Compiler aus. Aber bei Padauk fehlt es an Dokumentation. Philipp P.S.: Die Padauk-µC haben anscheinend alle grob die gleiche Architektur. Interessante
-
Thread
PicKit 3 & MPLAB; Keine Verbindung möglich
Stell mal ne Pic Type (Pic32xxx) ein, bei der eine neue Firmware aufgespielt werden muss...?
PicKit3 scheinbar trotzdem möglich war hab ich das nicht überbewertet. Helmut
-
Thread
elektronische DIL-Schalter? nicht-flüchtiges Latch?
Andere Leute nehmen dafür einen PIC12F oder PIC16F*/LF* oder irgendwas anderes kleines. Ein PIC16(L)F1503 hat 128 Byte HEFlash und ist mit Sicherheit billiger als Dein Maxim/Dallas Teilchen. Und viel besser erhältlich. fchk
UART-Verbindung zum "großen" uC passieren, STM32-Boot-Mode sei Dank. Der große hätte die Firmware für den "kleinen" als Daten an Bord. Das Protokoll ist auch schon vorhanden. Nur von den gesparten Stecker-Pins müsste ich wieder zwei
-
Thread
Arduino Nano auf 20 Mhz?
ja für Hobbyuser nichts. Übrigens kleiner µC wenn in milionenfach verkauften Küchenmaschinen MUM44 ein PIC eingesetzt wird regt sich keiner auf.
Läuft der Nano nicht mit 3.3V? Da wäre max 16Mhz lt. Datenblatt Figure 32-1. Maximum Frequency vs. VCC
-
Thread
Kostenloses Target?
Wühlhase schrieb im Beitrag #5388550: > Naja, einmal einen STM32 im TQFP verwendet, und dann gehen schonmal rund > 150 Pins nur für die Grundbeschaltung drauf. Und etwas > Kleinleistungselektronik (kleine H-Brücke) oder etwas schnellere ICs > machen mit nur zwei
, welches schon seit über 50 Jahren gültig ist. Sogar die Amis stellen sich um. So wird u.a der µC MSP430xxx von Texas Intruments in einem SI-konformen Gehäuse hergestellt
-
Thread
PIC Externer Takt, SFR richtig eingestellt ?
// Two-speed Oscillator Start-up Enable bit (Start up with user-selected oscillator source) [/c] Reicht das schon um meinem Pic mitzuteilen, dass ein Systemtakt dran hängt ? Habe im Datenblatt und in der Suche nachgeschaut, bin da auf folgendes gestoßen: [c] _FOSCSEL(FNOSC_PRI); _FOSC
zu arbeiten, ist es normalerweise ausreichend, die entsprechenden Configbits zu setzen. Bei einem PIC24FV32KA204 ist das zum Beispiel: [c] #pragma config FNOSC = PRI // Oscillator Select (Primary Oscillator (XT, HS, EC)) #pragma config POSCMOD = XT // Primary Oscillator Configuration
-
Thread
delay() beim X16 compiler gibts nicht.
FCY definieren, dann ging es. Hier einen Ausschnitt eines Codes von mir (Aus einem Backup, ...): [c] // dsPIC clock #define FOSC (117964800ULL) #define FCY (FOSC/4) // Libs #include <xc.h> #include <libpic30.h> [/c] Ich hoffe, dass ich nichts vergessen
schrieb im Beitrag #5383859: > Wo finde ich das raus? Dazu muss doch irgendwo was stehen was der > dsPIC33 kann ? Und kann ich nicht sofort für die instruction clock > frequency meine Taktfrequenz angeben ? Das ist doch jetzt nicht Dein Ernst, dass wir Dir hier das Lesen des dsPIC33E/PIC24E Family
-
Thread
Strommessung mit INA219
Du könntest beim I2C Protokoll für AVR/PIC in C anfangen. Das dann so einzusetzen, dass du den INA219 auslesen kannst sollte machbar sein :-)
die meisten Arduinos nutzen einen ATmega328, manche einen SAM3X8E ARM und den ESP8266 bzw. den ESP32 von Espressif kann man auch wie einen Arduino benutzen. Letzter haben aber einiges im Hintergrund laufen, was evtl. das Timing kaputt macht. Auf den INA219 kannst du maximal im High Speed Mode des I2C
-
Thread
Funktionsgenerator
Ralf Kuhn schrieb im Beitrag #5380093: > Wenns nPIC gibt der alle Funktionen übernehmen kann, dann nur ein PIC. Weil dein Wartungs-Programmierer nur PIC kann? Ralf Kuhn schrieb im Beitrag #5380095: > Peter- Prinzip kenn ich nicht. Ist auch egal
Wenn's etwas größer werden dürfte, dann könnte man ein 4,3" TFT mit Touchscreen verwenden. Neben dem µC noch einen DDS-Chip und eine analoge Ausgangsstufe vorsehen und fertig. Aber warum einen PIC verwenden? Ginge nicht auch ein STM32Fxxx (ARM)?
-
Thread
Alternativen zur Arduino IDE!
Metadaten und irgendwelche Ergänzungen drin. Derzeit bin ich mit dem ESP8266 beschäftigt, das ESP32 und STM32 ist aber auch verfügbar (und viele mehr): Atmel AVR Atmel SAM Freescale Kinetis Intel ARC32 Lattice iCE40 Maxim 32 Microchip PIC32 Nordic nRF51 Nordic nRF52 NXP LPC Samsung ARTIK
installieren). Finde es schon Lustig, wie ihr wahrscheinlich alle vor euren (Windows) Rechnern sitzt, C(++) Programme schreibt, natürlich ohne Tests, und dann Lokal baut. Technik von 1980 halt. Bei mir selbst im privaten bereich. Zentrales GIT mit Buildserver, ein test AVR,ESP,ARM,PIC was auch immer an
-
Thread
Viel Arbeitsspeicher für Bildverarbeitung benötigt
#5375495: > Naja, serielles SRAM ist schon SEHR exotisch Verwenden das die µC nicht als internes RAM (z.B. der STM32F103: http://www.st.com/en/microcontrollers/stm32f103c8.html)
Und bei den restlichen Vorschlägen scheint ein externer RAM auch > unumgänglich. Nein. Es gibt µC mit genug RAM. Der hier hat 32MByte: https://www.digikey.at/de/product-highlight/m/microchip-technology/pic32mz-da-series-mcus?utm_adgroup=General&mkwid=shpOrGYPK&pcrid=251907372415&pkw=&pmt=b&pdv
-
Thread
Callback Funktion in c.
Guten Morgen, ich suche nach einer Grundlage der C Programmierung. Versuche mich seit ein paar Wochen mit den STM32 zu beschäftigen. Ich finde in der Doko der Hal Funktionen immer wieder Callbacks´s Ich habe soweit verstanden das zB Interrupts nicht
Der Callback ist bereits definiert, jedoch ein weak Symbol. Das ist zum Beispiel bei der UART (STM32F4 Library) der Fall: [c] __weak void HAL_UART_TxCpltCallback(UART_HandleTypeDef *huart) [/c] Es reicht also, wenn du die entsprechende Funktion selbst (ohne __weak) definierst. 2.) Der Callback
-
Thread
Wie hoch ist der "München-Bonus" wirklich?
www.dtoday.de/cms_media/module_img/1010/505221_1_lightbox_5465eedf7a4a5.jpg http://www.mb-research.de/_pic-kaufkraft/MBR-Kaufkraft-Karte.png
einzige Begründung für deine geringen > Lebenhaltungskosten! Nö, bin halt nur nichts oder ein uC Hengst der jeden Tag 100 Euro in nutten koks investiert und am Wochenende sich tot säuft
-
Thread
kleinstmögliche Ethernet-Lösung
minimaler Platzbedarf auf der Leiterplatte Die kleinste Ethernet-Lösung, die ich kenne, ist der PIC18F67J60. Der ist mir aber etwas zu schwach auf der Brust. SSH kann ich damit vergessen. Aktuell denke ich an einen PIC32MZ0512EFE064-I/MR im 9mm*9mm QFN64 plus einen KSZ8081RNA RMII PHY im QFN24,
>- idealerweise genug Rechenleistung für einen SSH-Server >- denke ich an einen PIC32MZ0512EFE064 -> 128 kB RAM RFC4253: s. 6.1. Maximum Packet Length (@Layer 7) -> 32k, (ja, i.d.R. kleiner...) Die meisten ssh-Server brauchen eine POSIX Umgebung, IMHO könnte das sportlich
-
Thread
Unterschied PIC24E dspic
Hallo Zusammen Ich benütze grad den PIC24F doch dieser hat zu wenig Speicher für eine einfache FFT, die ich implementieren in mein Code möchte... Ich frage mich was eine besser Wahl ist PIC24E oder dsPic werde von der microchip seite
Hallo Raph dsPIC = PIC24 + DSP-Einheit Ich würde dir die dsPICs empfehlen, wenn du FFTs machen willst. Kommt aber natürlich auch darauf an, wie häufig/schnell das gemacht werden muss. Kannst ja einen dsPIC wählen,
-
Thread
Audio ausgeben mit µC
Interrupt-Frequenz als Fd und Soll-Frequenz als Fv notieren, kannst du Frequenzwert so berechnen: K = (Fv/Fd)*2^32 In Interrupt wird immer gemacht: [c]volatile unsigned long wert, freq; wert = Fv*24294967296/Fd; ISR: freq += wert;[/c] weiter kannst du obere z.B. 8 bit von freq nehmen und als Frequenzausgang
073, 076, 079, 082, 085, 088, 090, 093, 097, 100, 103, 106, 109, 112, 115, 118, 121, 124 };[/c] weiter wird gemacht: [c]PORTB = pgm_read_byte (&sinus_table[(unsigned char)(freq>>24)]);[/c] und Sinus ist da! Genauigkeit von Frequenz (abgesehen von Quarz-Toleranz) ist Fd/2^32, bei Fd =
-
Thread
PIC32 TRIS Register setzen
Disassembly mal vergleichen, da sieht man es dann genau. Dazu kommt: Wer einen eigenen Codefundus für PIC32 aufbaut merkt schnell, dass das Bitgepfriemel nicht praxistauglich ist. Benutzt man ein #define für jeden Pin, ist der Code in Sekunden auf ein neues Projekt portiert, wohingegen der Bit-Chuck-Norris
aktiv und Flash- und SRAM-waitstates sind gesezt? Ich frag nur, das ist ein fieser Fallstrick bei PIC32. Das nicht zu tun kostet satt Performance.
-
Thread
AVR stürzt ab nach PCINT
<<PCIE); #endif sei(); [/c]
Das habe ich mit PIC erlebt.: Unbenutzte Pins vom Mikroprozessor als Fehlerquelle.
-
Thread
Ist es noch sinnvoll, mit Controllern zu arbeiten?
Platz für "Feature Creep" oder künftige Wünsche da ist:-) Am liebsten ist mir eigentlich der STM32F103VE als "Mädchen für Alles". Der beinhaltet so ziemlich alles was man sich in einen uC wünschen kann. Z.B. ist es viel angenehmer Quadratur Encoder in HW zu machen.
gehört jedoch auch zu betrachten was die eigenen Fähigkeiten & Ressourcen hergeben. Wer z.B. kein C oder Assembler mag ist ggf. mit einem MicroPython-fähigen µC besser aufgehoben (z.B. stm32, teensy, nRF51 16bit-PIC). Ein Video welches mir parallel zum lesen dieser Frage durch purzelte: https:/
-
Thread
Absoluter Anfänger
Wie am PC halt auch. Ich persönlich empfehle den PIC24FV32KA301 als Einstieg. Code-Examples für PIC24 findest du hier: https://www.microchip.com/doclisting/TechDoc.aspx?type=CodeExamples Ich kam aus der gleichen Ecke, also SPS. Hässliche IDEs mit seltsamen Bedienkonzepten bist du als SPS-Programmierer ja gewöhnt, eine gute Voraussetzung für µC-Programmierung, egal ob PIC, AVR oder STM32 ;-) PS: Damit will ich AVRs nicht abwerten - wie schon geschrieben habe ich halt mit den PIC angefangen.
-
Thread
STM32F103: Problem mit ChanFat und SD karte
Code von mir von 2007 (abstaub) für einen PIC [c] / ********************************************************************************* // Initialisieren der MMC Karte nach Power On // Rückgabe: 1 = ok, 0 = Fehler // **********************
Es muss nicht das BUSY Flag dr SPI abgefragt werden, sondern das RXNE Bit. Dan läuft es wieder. [c] /* Receive multiple byte */ #pragma GCC push_options #pragma GCC optimize ("-O0") static void rcvr_spi_multi ( uint8_t *buff, /* Pointer to data buffer */ uint32
-
Thread
Klingelt ein W48 an einer Fritz Box 7490?
konstruiert. Nein, das ist die Spannung im Amt, nach einigen Kilometern Leitung bleiben davon weniger als 32V übrig.
und vielleicht noch "Konverter" suchst, wirst du diverse Projekte finden. Entweder mit AVR oder mit PIC µC. > Am besten wäre, wenn man den Konverter in das Telefon einbauen könnte. Das ist im Zweifel ohnehin die bessere Lösung, weil sich die Unterbrechung des Schleifenstroms mit MFV nicht verträgt
-
Thread
Selektion von Funkmodulen in einem RFM69 Netzwerk
geben. Lithium habe ich primär wegen des Temperaturratings gewählt. Energizer MPN 639155 ist mit -40°C bis +60°C geraited. Die mit Kälte am besten Ni-MH Batterien gingen nur bis -20°C. Und selbst wenn man Ni-MH Batterien rein steckt, dann ist die angelegte Gesamtspannung mit 3V6 immer noch ausreichend
Ni-MH bin ich bei 3V6, der Sensor (genauer die Batterie) funktioniert dann aber nicht bei unter -10°C. Alle Komponenten sind übrigends mindestens von Tmin -40°C bis Tmax +80°C geraited. Ich fühle mich gerade wie ein bockiges Kind... Ich will die Lithium (Temperatur), aber dann habe ich Loss mit
-
Thread
STM32Fxxx: Frage zur Initialisierung mit der StdPeriphLib
Ist auch falsch; da steht dann zwischendurch was falsches im Register (Prescaler 2). Wenn du den stm32fxxx.h Header aus der HAL nutzt, geht das so: [c]MODIFY_REG(SPI1->CR1, SPI_CR1_BR, SPI_CR1_BR_0 | SPI_CR1_BR_1);[/c] Mit dem alten Header der mit der SPL kommt geht das so: [c]SPI1->CR1 = (SPI1->CR1
<< 25) | ((uint32_t)rtc.month << 21) | ((uint32_t)rtc.mday << 16) | ((uint32_t)rtc.hour << 11) | ((uint32_t)rtc.min << 5) | ((uint32_t)rtc.sec >> 1); } #endif [/c]
-
Thread
C - Speicherplatzfrage
Struktur, in der die Funktionspointer der Sio zusammengefasst sind (Der Kontext ist ja in der Datei sioX.c). Die Verlinkung erfolgt dann, indem Modul X mit einem Pointer auf Sio1 initialisiert wird Das Dritte verwende ich seit Jahren auf PIC18 (seit Hi-Tech Funktionspointer unterstützt)
[/c]
-
Thread
Fehler zum nachbauen :-)
Fiasko, nix funktioniert, außer Dauerpiepen vom Buzzer. Der PIC18F25K50 ist nicht der große Bruder des PIC18F25K20! Der 25K50 hat kein Hardware I2C, was für sich allein nicht so tragisch ist, aber die Pins 14 /15 können nicht als I/O Eingänge konfiguriert werden
Lötversuchen, also neue Platine. Controller auflöten ==> geht nicht. Controller runter, auf diese ein STM32F030C8 auflöten. Funktioniert sofort! Irgendwas an dem STM32F030CC muß anderst sein als beim STM32F030C8 (außer der Größe des Flashs und des RAMS). Also Aufgabe und das ganze wird dann halt auf
-
Thread
KiCad Anfänger benötigt Hilfe bei Schaltplan Erstellung Gesperrt
einigermaßen günstige Teile die dann aber mit einen aktuelleren PIC bestückt werden sollten; https://de.aliexpress.com/item/learning-board-PIC-microcontroller-experiment-board-PIC-microcontroller-development-board-16F877A-video-tutorials/1750352729.html?spm=a2g0x.search0104.3.59.64891a32ydSX9x
10534_100031_10319_10103_10624_10623_10622_10186_10621_10620,searchweb201603_25,ppcSwitch_5&algo_expid=c34c774f-eebd-4443-8750-52f95698e073-9&algo_pvid=c34c774f-eebd-4443-8750-52f95698e073&transAbTest=ae803_4&priceBeautifyAB=0 https://de.aliexpress.com/item/PIC-Development-Board-Kit-Microchip-PIC16F877A
-
Thread
stromsparender hochohmiger ADC mit MUX und 0-5V
(24-Bit SD), Renesas RX21A (24-Bit SD), div. MSPs mit SD16, SD24 oder CTSD16 (16- bis 24-Bit SD), PIC18F87J72 (24-Bit SD), STM32F373 (16-Bit SD). Bester AD-Wandler ADUCM36x. 0V-10V: keiner Externe ADCs, die direkt 10V vertragen u.a. LTC1859, ADS8699, MAX1177 etc. (der LTC hätte den Vorteil herausgeführter
separate supply voltages" VDDSD12, VDDSD3, VREFSD+ bis 3.6V "Temperature coefficient max. 100ppm/°C" "Up to 3x 12-bit DACs" prima ! "STM32F373 MCUs operate from 2.0 to 3.6 V." > Bester AD-Wandler ADUCM36x. danke für den Hinweis. > Externe ADCs, die direkt 10V vertragen u.a. LTC1859 http
-
Thread
Bauen oder nicht bauen ?
playground.arduino.cc/Main/Gameduino Ist super simpel zu programmieren. Aus Sicht der CPU sind es einfach 32KB RAM. Es hat 255 Sprites und große Tiles. Es gibt eine ausgereifte Lib in C und bereits viele Demos und Spiele.
playground.arduino.cc/Main/Gameduino > > Ist super simpel zu programmieren. > Aus Sicht der CPU sind es einfach 32KB RAM. > Es hat 255 Sprites und große Tiles. > Es gibt eine ausgereifte Lib in C und bereits viele Demos und Spiele. Leider traue ich mich nicht mehr am PC zu programmieren...da kann ja Hinz und
-
Thread
64 Stall- Laternen mit dimmbarer LED ansteuern
einen eigenen Tinyxxx? Irgendwie vernetzen, da gibts reichlich Möglichkeiten. Oder PCA9685? Per I2C 16 PWM-Kanäle.
einen Transistor, kannst den Widerstand vom RC-glied in der Größenordnung von MOhm machen und das C als Keramik-C in Größenordnung um 10...22uF auslegen. Wenn du an hundert Stück brauchst (Reserve für die Zukunft), lohnt es sich ja schon eine kleine LPL im Nutzen zu machen. Die kannst du dann
-
Thread
LCD mit Interrupts?
Mit Busy ist so: ich habe zwei Varianten für bedingte Compielen gemacht, mit Busy und mit Delay. [c]//#define LCD_BUSY 1 #define LCD_DELAY 2[/c] [c]#ifdef LCD_BUSY // Wartet auf BUSY=0 void lcd_busy_null( void ){ unsigned char data; LCD_PORT_RS &= ~(1<<LCD_RS); // RS = 0, Befehle/BUSY
braucht und sich etwas Besonderes leisten möchte, kann man auch eine OLED-Anzeige verwenden. Der µC muß nicht warten, sondern die Anzeige wartet auf den µC ;-)
-
Thread
Bootloader für STM32F0 für 1-Wire UART
ausschließlich single-Wire/Halbduplex, wenn's über UART läuft. In unserer Firma auf verschiedenen STM32 (diesen Code kann ich natürlich nicht zur Verfügung stellen), privat für PIC12 und PIC16 (http://www.picalic.de/projects/bootloader/). Weil es sich dabei fast immer um RC-Modellbau dreht, bietet sich
gerade gesendeten Daten ignorieren, da der UART die ja auch gleich selbst wieder empfängt. Die STM32-USARTs sind dafür übrigens auch gut geeignet, da dort Halbduplex mit Open-Drain Ausgang nur über den Tx-Pin schon hardwareseitig implementiert ist.
-
Thread
Qualität technische Dokumentation TI (MSP432)
nehmen von einfachen Dokumentationen, die sich wie ein Playboy Magazin lesen lassen. In wieweit andere 32 Bit Nicht-Arm Controller (PIC32, AVR32 ) genauso kompliziert sind, kann ich nicht beurteilen, wäre aber interessant zu wissen,obwohl, Arm-Cortex regiert den 32 Bit uC Markt, Fremdgehen ist da kaum möglich
jetzt eingeschossen auf NUCLEO L476RG als Debugger/Programmer (11,96€ netto bei Mouser), der den STM32L476RGT6 evaluiert, also drauf hat. Für mein eigenes Board nehme ich den viel kleineren STM32L431CB6. Kann ich den ST-Link V2 direkt nutzen für mein externes Board zum Flashen und Debuggen, oder muss
-
Thread
ATmega Development Boards (Sind die OK?)
10621_10620_5722415_5711313,searchweb201603_41,ppcSwitch_5&algo_expid=3d24636e-b867-4367-a88b-bffca4c669d0-4&algo_pvid=3d24636e-b867-4367-a88b-bffca4c669d0&transAbTest=ae803_3&priceBeautifyAB=0 ATmega32 https://www.aliexpress.com/item/Development-Board-core-board-for-Atmega32-Mega32-AVR-free-shipping
Blue-Pill Board ^^) #5: STM32F103C8T6 https://de.aliexpress.com/item/WAVGAT-STM32F103C8T6-stm32f103-stm32f1-STM32-system-learning-board-evaluation-kit-entwicklungsboard/32841552874.html?spm=a2g0s.8937460.0.0.X8gdZi (Ist auch
-
Thread
Erfahrungen mit KiCAD von Eagle-Wechslern Gesperrt
verstehst, verstehst Du RAM? Ein RAM habe die Pins RAM_DATA0-RAM_DATA15. Der RAM soll an einem uC angeschlossen werden. Dieser hat die Pins uC_DATA0-uC_DATA15. Wie Du die Pins nun miteinander verbindest (zB. RAM_DATA0 mit uC_DATA15) ist egal. Die Schaltung funktioniert trotzdem. Ja donnerwetter
Beginn fand ich das komisch, es macht in vielen Fällen aber Sinn. Bei vielen PICs zum Beispiel, den PIC24FV32KA301 habe ich schon in zwei verschiedenen Packages mit dem gleichen Symbol verwendet. In Summe: Man ist, wenn man es mal eingeübt hat, gleich schnell oder schneller als mit Eagle. Man kann
-
Thread
Mikrocontroller mit exotischem SPI?
stm32h743 etc. kann das, 4 bis 32 Bit. Die "kleineren" der stm32-Familie können nur 8 und 16 Bit, ab welchem da die flexiblere SPI drin ist, könnte man ja leicht nachsehen ..
Schreib dir selber die SPI. Wenn das nicht passt, da gibt es noch PIC24 und PIC32 die können beide 16 und 32Bit Modus
-
Thread
ESP32 - Programmteile im RAM
Code aber vermutlich aber I2C Routinen das ESP32 nutzen muss (um Daten vom Sensor zu holen ...) ist das kaum machbar. Ich würde eher über einen Interpreter nachdenken (LUA oder microPython), der vom I2C Flash ein kurzes Script
Herangehensweise: Nimm einen kleinen 8-Bitter wie den hier http://www.microchip.com/wwwproducts/en/PIC16F18426 Der ist zum ESP32 hin I2C Slave und spricht ein genormtes Protokoll, das alle zukünftigen Sensoren verwenden werden. Weiterhin steuert er seinen Sensor über einen weiteren I2C oder SPI oder
-
Thread
PICkit 4 wird verkauft
neuer PIC Freund schrieb im Beitrag #5340032: >>Wie ist die Geschwindigkeit verglichen mit dem PICkit3? > > PIC32 -> Start debugging bis zum ersten Breakpoint: > > PICKIT3 23 Sekunden > PICKIT4
Habe mein PK4 bekommen. PIC32MX795F512L : Noch nicht unterstützt PIC18F46K20 : Nach mehrmaligen FW Updates läuft er. Programmieren und Debuggen geht recht schnell. Positiv: ER programmiert nur die benutzten Programmspeicher
-
Thread
Geschwindigkeit IO-Zugriff
Zufällig spiele ich gerade mit dem stm32f446. [c] while(1){ GPIOB->BSRRL=GPIO_Pin_7; GPIOB->BSRRH=GPIO_Pin_7; } [/c]
bereits ausreichte, um auf die 8MHz zu kommen, oder ob es die obige Hmmm. Hier einmal mit HAL [c] HAL_GPIO_TogglePin(GPIOB, PB0_Pin); [/c] und einmal mit [c] GPIOB->ODR=0x00000000; GPIOB->ODR=0x00000001; [/c] STM32F103 / 72 MHz
-
Thread
Powerbank schaltet sich aus
Links fuehrt zu einem Produkt,dass den >> Watchdog-Timer eines Pics benutzt. > > Und wozu soll der PIC dabei gut sein? > Um regelmäßig einen Puls definierter Länge zu erzeugen, reicht seit > Jahrzehnten ein NE555. Im Prinzip ja, wenn es nur um eine spezielle PB geht. Ansonsten ist ein µC viel einfacher
kurz. Für den, der programmieren kann und die Infrastruktur zur Verfügung hat, ist die Lösung mit PIC oder 8-pin TinyXX imho noch eleganter. Die Zeiten sind leicht anpassbar, die Schaltung baut kleiner: µC, Blockkondensator, nMOSFET und Lastwiderstand, vier Bauelemente, wenige Zeilen Code und fertig
-
Thread
PIC32MX general_exception_handler
Ich verwende das für den genannten PIC: [c] #include <proc/p32mx370f512h.h> /*exception handlers*/ /* * Exception cause: 0 0x00 Int Interrupt 1-3 0x01 ? Reserved 4 0x04 AdEL Address error exception
Vorteil des CPU-Kerns der PIC32.
-
Thread
usb_ch9.h ERROR
zusammen, vor kurzem habe ich mich mal auch entschlossen meinen Horizont zu erweitern, und einen PIC 18F2455 als USB-Gamepad zu verwenden, indem ich mal das fertige usb_descriptor Programm von Microchip nehme. Also, C18 runter geladen, include-Dateien hinzugefügt, usw ... Wenn ich jetzt allerdings
Headerdatei scheint für einen anderen Compiler als den von Dir verwendeten geschrieben zu sein. [c] __attribute__ (packed) [/c] ist eine compilerabhängige Anweisung, Strukturelemente ohne Alignment unmittelbar nacheinander im Speicher anzuordnen. Das ist für manche 16-, 32- und 64-Bit-Architekturen
-
Thread
uC für USB Audio Anwendungen
Hallo, ich suche einen uC für USB Audio Anwendungen. Letzlich sollte über I2S ADC/DACs angebunden werden Daher im Prinzip eine programmierbare Soundkarte Nach einiger Recherche bin ich auf den STM32F401xB gestossen
mehr zum Standard konform. fchk PS: Vorschlag von mir: http://www.microchip.com/wwwproducts/en/PIC32MZ0512EFE064 Ist zwar MIPS statt ARM, hat aber USB 2.0 High Speed (das ist Voraussetzung für 192k/24 Bit) und I2S/AC97 Codec Interface. Bei STM32F4 hast Du nur Full Speed USB Transceiver eingebaut
-
Thread
Eindrücke von der Embedded 2018 in Nürnberg
Microchip ja jetzt eine Menge RISC-V Knowhow eingekauft. Damit dürfte Microchip sicherlich bald eine PIC32-Linie mit RISC-V anstelle von Mips am Start haben. Ich tippe auf zwei Jahre bis zur ersten Ankündigung.
gleichzeitig höherperformante, 8Bit untaugliche Anwendungen mit einem dann für alles einheitlichen 32Bit Ökosystem erschlagen möchte.
-
Thread
Strom über Spannungsabfall am Mosfet messen(Code)
also der Mfet für 5us durchgeschaltet ist kann ich nur in dieser zeit messen. ich benutze den MC Pic16f1828 (C in mplab) der Condensator in zweiten bild muss raus da er sich zu langsam aufläd schonmal vielen Dank im Voraus, Jonathan
Impusl machen, viele Wandlungen pro Impuls, mehr als 1 Wandlung pro Mikrosekunde. Das kann dein uC nicht, der ADC dort braucht mindestens 12us für eine Wandlung, und in C würedet du die Auswertung sowieso nicht so schnell programmiert bekommen. Ausserdem beachte 15.3 A/D Acquisition Requirements
-
Thread
wann Windows 10 IOT/Linux, wann zwingend Microcontroller ? Gesperrt
später verkaufen willst, macht es schon einen Unterschied ob der Mikrocontroller auf deiner Platine 50c kostet (zB 8-Bit PIC) oder dein Raspberry noch angeschlossen wird (Stecker/Kabel, Raspberry -> 25€). Ich behaupte: Für alles, außer Kameraverarbeitung/Multimedia/Großer Bildschirm, reicht ein Mikrocontroller
Meine Empfehlung wäre ein kleiner AVR oder PIC zur Vorverarbeitung (Mittelwert berechnen, digitalisieren...) an jedem kritischen Sensor, die dann alle an etwas größeres, wie z.B. einen STM32, angeschlossen sind, der sich um Auswertung und UI kümmert