-
Thread
STM32 mit AVR/FAT32 Bibliothek
Hallo, Ich möchte mit meinem STM32f103 gerne auf eine Micro SD Karte schreiben, die in Fat32 formatiert wurde. Dabei habe ich mich nun für die AVR Fat32 Bibliothek entschieden (siehe Anhang oder Link). https://www.mikrocontroller.net
Dafür habe ich zunächst in der "mmc_config.h" anstelle der avr/io.h, die stm32f1xx.h eingebunden, wie es ja auch direkt angeboten wird, falls man mit dem STM32 arbeiten möchte. Außerdem habe ich in der mmc.c/h den Hardware abhängigen Teil an meinen STM32 angepasst
-
Thread
Servo-Pulssignalläge messen mit Atmega328p
Wert jetzt weiter verarbeitet werden kann. Mein Code sieht folgendermaßen aus: [c] #include <avr/io.h> #include <avr/interrupt.h> #include <util/delay.h> #include <stdio.h> #include <stdlib.h> #include <util/atomic.h> /*-------- Define --------*/ #define FOSC 16000000 //Clock Speed #define
Zeit um. Wenn du Prescaler 8 verwendest reicht die Messauflösung noch locker aus. Selbst Prescaler 64 sollte noch ausreichend sein. Rechne das alles in Ruhe auf dem Papier durch.
-
Thread
Eigenschaften Atmel 644p
ein! Der OP macht ne Projektarbeit als Schüler/Student, er will nicht zum Mars fliegen! Ein oller AVR + 32kHz Uhrenquarz reicht! Wenn man noch ein wenig kalibrieren will, dann ggf. so. [[AVR - Die genaue Sekunde / RTC]]
Joachim B. schrieb im Beitrag #6466516: > ohne externen 32kHz Quarz ist da keine RTC Hat STM32 interne Quarz??? Wenn nicht, ist das auch keine RTC?
-
Thread
NRF24L01+ mit ATMEGA328P Standalone
Windows Testprogramm ist von > mir und es ist nicht für alle Systeme geeignet (Einschränkung > auf 32 Bit) mein PC hat 64 Bit also wird diese Anwendung nicht funktionieren. Kannst du ein Terminal Application Programm empfehlen für den Arduino aufbau. Gruß Noah
und die Pin-Belegung nennst Print_2.jpeg Prozessortyp: Atmel Atmega 328P IC MCU 8BIT 32KB FLASH 28DIP Taktfrequenz: 16 MHz Pin Belegung: siehe excel
-
Thread
Erstes Projekt mit PIC und schon stecke ich fest
Alles was ich zu den merkwürdigen Fehlern gelesen habe, hat mit 32/64bit Problemen bzw. einer nicht kompatiblen Java Version zu tun. Wäre eine aktuelle Version keine Alternative? https://www.microchip.com/mplab/mplab-x-ide
mit den Programmiertools... Ich habe beruflich und privat schon einige uCs mit Software versorgt (AVR, AVR32, MPC56xx, STM32, Kinetis, LPC, S12(X), Fujitsu MB9-irgendwas, C166,...), aber keiner hat bisher solche "Schmerzen" bereitet, wie die PICs.
-
Thread
AVR-Projekt kompilieren
3273 Defl:N 1379 58% 2019-06-24 14:06 08ae3165 avr8-gnu-toolchain-win32_x86/libexec/gcc/avr/5.4.0/install-tools/mkheaders 13940 Defl:N 4987 64% 2019-06-24 14:06 37a3e66c avr8-gnu-toolchain-win32_x86/libexec/gcc/avr/5.4.0/install-tools/fixinc.sh
14:15 a95a62cd avr8-gnu-toolchain-win32_x86/bin/avr-strip.exe 730112 Defl:N 365491 50% 2019-06-24 14:15 64d39363 avr8-gnu-toolchain-win32_x86/bin/avr-objdump.exe 393728 Defl:N 173600 56% 2019-06-24 14:15
-
Thread
DIY UKW-Receiver mit Padauk PFS154 und RDA5807
sind ebenfalls im Anhang hier zu finden. Die Binärprogramme, die das Makefile aufruft sind für 64-Bit Linux geschrieben und sollten wohl auf allen Linux-Derivaten laufen. Als Compiler wird ein installierter SDCC 4.03 erwartet. Zusätzlich zu dem Radio sind im Archiv noch Quellcode enthalten
scheinbar schon gemacht gehabt, aber ich bin daran bisher gescheitert, den RDA5807 hatte ich schon an AVR, STM8 und STM32F030. Jemand hat das wohl schon hinbekommen wie oben jemand geschrieben hatte und ich muß mir das mal wieder anschauen. Thomas N. schrieb im Beitrag #6456990: > ja, das ist richtig
-
Thread
AVR AREF intern: 100n zu GND wirklich hilfreich?
eine empfohlene optimale Größe. Du hast Recht, ich habe das Datenblatt mit der Application Note AVR042 durcheinander gebracht. Schau sie dir mal an: http://ww1.microchip.com/downloads/en/appnotes/atmel-2521-avr-hardware-design-considerations_applicationnote_avr042.pdf "To improve the accuracy of
www.mikrocontroller.net/topic/353666#3941875 Warum sollte ein CMOS-Multiplexer so hochohmig sein? Wenn es beim ATmega32 so ist (hattest Du auch mit AVcc getestet?), liegt das vielleicht an der Entwicklungsgeschichte der AVR. Daher kommen wohl auch die verschiedenen Meinungen, was man tun darf und was man lassen sollte
-
Thread
Neuauflage Busch Microtronic 2090 Lerncomputer
Ja, das Original habe ich auch - sogar mit 2095 Interface https://www.youtube.com/watch?v=7KmG64e4DPE&t=26s Und 2095 Emulator: https://www.youtube.com/watch?v=_KTuKygo-tQ&t=3s
anschließen. Ich hasse es wenn ich was 2 x tippen muss. Und bei HEX-Code besonders. Der hat mich schon am C=64 mit seinen Endlosen Listen genervt.
-
Thread
AVR128DB - Clock Failure Detection
Danach alle .bat ausführen lassen. Zum Schluss noch die µC in die io.h eintragen. [c] /* begin new AVR128DBxx */ #elif defined (__AVR_AVR128DB28__) # include <avr/ioavr128db28.h> #elif defined (__AVR_AVR128DB32__) # include <avr/ioavr128db32.h> #elif defined (__AVR_AVR128DB48__) # include <avr/ioavr128db48.h> #elif defined (__AVR_AVR128DB64__) # include <avr/ioavr128db64.h> /* end new AVR128DBxx */ [/c] Wenn die µC irgendwann im avr-gcc schon eingebaut sind, ist das kopieren der specfiles nicht mehr notwendig. Darüber
-
Thread
Digitale Signale "verstärken"
setzen möchte? Multiplexer schön und gut, aber ich habe auch keine Anschlußprobleme, d.h. ich habe 32 Pins am STM32 verfügbar.
sollen wäre Multiplex Betrieb wie früher schon vorgeschlagen, angesagt. Da wären MAX7219 nützlich (64LEDs).
-
Thread
for-schleife rückwärts bis auf 0 laufen lassen probleme
sowas? Ist ne ernsthafte Frage, ich kann mir das nicht vorstellen. Benutzt man tatsächlich lieber 32 Controller aus 32 Familien mit 32 Compilern und Spezialitäten, anstatt bei einer Familie zu bleiben und die richtig von 8pin bis 144pin zu kennen? Ich mein, bei AVR, PIC und auch STM32 ist die Bandbreite
entwickeln was dann von tausenden Leuten auf verschiedensten Plattformen genutzt wird? > Ich mein, bei AVR, PIC und auch STM32 ist die Bandbreite so groß, da > findet sich sicher was. Und wenn man wechseln muss, weil es den xxx > nicht in AVR gibt, sind eh alle Codebasen Müll, weil uralt und auf 8 > statt
-
Thread
ATMEGA 644 Timer1 CTC Interrupt
gesetzt zu haben. Zum Test soll in der ISR eine LED getoggelt werden. Hier der Code: [c] #include <avr/io.h> #include <avr/interrupt.h> #include <avr/wdt.h> #define CANIX_LED_YELLOW 1 #define LED_PORT PORTA #define LED_PORT_DDR DDRA ISR(TIMER1_COMPA_vect) { LED_PORT ^= (1 << CANIX_LED_YELLOW
komplett unbeachtet gelassen. Das hier hat auch geholfen: https://www.mikrocontroller.net/articles/AVR_Bootloader_in_C_-_eine_einfache_Anleitung Danke nochmal! Gruß Uli
-
Thread
S: Empfehlung nachbausicheres LC-Meter-Projekt mit Atmega
eine FPU? ;-) Ansonsten ist das ja ein Feature der Software. Mittlerweile könnte man auch auf AVRs 64-bit-FP machen (dank Johann), aber angesichts der übrigen Fehlerquellen bei der Messung bezweifle ich, dass man eine Genauigkeit von besser als 1E-6 (wie sie 32-bit-FP bringt) hier auch nur ansatzweise
vor gehen, aber wer hat schon sowas > noch? QEMU hat. ;-) Habe mal ein FreeBSD/i386 (also 32-bit-System) unter QEMU mit einer 486DX CPU emulieren lassen. Wie du siehst, funktioniert auch ein aktueller AVR-GCC da völlig problemlos. (Das compilierte Programm ist einfach mal ein minimalistischer
-
Thread
Fragen zu Grafik-LCD 128x64?
Braucht jemand so einen Bildschirm wirklich? Hier ein Testbeispiel, was man mit 128x64 machen kann, wenn man Lesen+Schreiben-Mode verwendet (darüber ist auch 20x4 LCD zu sehen). Erwin E. schrieb im Beitrag #6443521: > Ob solche großen TFTs mit einem AVR sinnvoll genutzt werden können
>Angesteuert mit 16-Bit Bus von einem Atmega64. Obwohl AVR nur 8-Bit-Datenbus hat ???
-
Thread
französisches Minitel..Schaltungsunterlagen??
das Teil nicht mehr funktioniert und andere Leute damit gescheitert sind da einen Monitor von einem C64 anzuknoten..wenig verwunderlich. Einer meiner Vorgänger hat da dein HOT BU806 ausgelötet und zusammen mit einem durchgebrannten 8,2Ohm Drahtwiderstand in einer Plastiktüte ins Gerät gelegt. Die DIN
da er über einen BD680 abgeschaltet ist. Das Einschaltsignal kommt vom Prozessorboard und der 80C32 befindet sich aber im Reset. Die Resetbeschaltung wiederum verliert sich in SMD Gemüse, unter anderem ist da noch ein SOT23 Transistor involviert. сорок две
-
Thread
AVR128DA übertakten
Vielleicht interessiert es den einen oder anderen: "The AVR128DA28/32/48/64 microcontrollers of the AVR® DA family are ... running at up to 24 MHz", so steht es im Datenblatt, und zwar ab 1.8 V. Da sollte doch bei höherer Spannung etwas mehr möglich sein, zumal
Landolt schrieb im Beitrag #6425939: > Vielleicht interessiert es den einen oder anderen: > "The AVR128DA28/32/48/64 microcontrollers of the AVR® DA family are ... > running at up to 24 MHz", so steht es im Datenblatt, und zwar ab 1.8 V. > Da sollte doch bei höherer Spannung etwas mehr möglich
-
Thread
Buch: Realtime C++
in meiner kleinen Arduino Welt, nicht wirklich weiter. Da bin ich lieber voll auf dem C++ Puder. AVR, SAM, ESP, STM32, um nur die üblichsten zu nennen, mit denen ich es da zu tun habe Dann auch noch den "Kendryte K210". Dessen Flash mit ASM voll zu bekommen, ist ein 10 Jahres Projekt. Bitte
verwenden > sollte. Unter welcher Umgebung compilierst du das? Das Beispiel verwendet #include <avr/io.h> und PORTB und damit ist das Beispiel für die Allgemeinheit unter avr-gcc-9.3.0-mingw64 so nicht kompilierbar. Der oben zitierte Satz ist eine nicht erreichbare Wunschvorstllung. Alexandra
-
Thread
SAME53J20 als 32Bit einstieg
KB Ram. (größer darf immer :)) 64 Pins für IO etc. SPI,UART,IC2, AD ... die ganzen Schnittellen die man eben so kennt und lieben gelernt hat. AES/CRC on chip. Ethernet / (Can für später dann eben der 128pin) Bei den 32bit Teilen
schrieb im Beitrag #6424152: > Ethernet / (Can für später dann eben der 128pin) Achtung! Für die 64-pin Varianten in der A Revision gibt es da einen Showstopper: (aus den Errata) ... 2.11 Ethernet MAC (GMAC) 2.11.1 Ethernet Functionality in 64-pin Packages Ethernet functionality in 64-pin packages
-
Thread
Timer Overflow Counter - Wie richtig berücksichtigen?
https://www.mikrocontroller.net/topic/avr-timer-mit-32-bit#371564
Hallo, AVR 8-Bit Timer [c] ISR(TIMER2_OVF_vect) { t2_soft += 256; } u32 get_ticks(void) // read T2 as 32 bit timer { u32 val; u8 tifr; cli(); val = t2_soft + TCNT2; tifr = TIFR
-
Thread
Arduino China-ProMini stürzt ab
mehr übergeben werden, aber auch da führen Änderungen nicht zum > Erfolg. Du hast doch ein 128x64 display. Die Default Werte des Konstruktors sind aber 128x32: [c] OLED(uint8_t sda_pin, uint8_t scl_pin, uint8_t reset_pin=NO_RESET_PIN, uint8_t i2c_address=0x3C, uint_fast8_t width=128,
uint_fast8_t height=32, bool isSH1106=false); > > Also ja, da musst du mehr Parameter angeben. Aber wie? [c]static OLED display=OLED(4,5,255,0x3C,128,64,false);[/c] oder [c]static OLED display=OLED(4,5,255,60,128,64
-
Thread
TCB von ATmega4809 megaAVR0 Serie
Danke für die 6.15 € Ersparnis. Dass aber Microchip die AVR128DB28-I/SP erst im Dezember liefern kann ... - und dazu passt dann der Name der Errata-Datei (auf den ich mich bezog): "AVR64DB28..."; also etwas mehr Ruhe (und Sorgfalt) wäre angebracht.
ohne diesen verbalen Ausrutscher angekommen. Im Übrigen bezog ich mich darauf, dass das offenbar AVR128 und AVR64 vermischt wurde.
-
Thread
Serieller Signalpegel am Arduino UNO R3
zwischen zwei µCs im Eigenbau kommunizieren, kannst du dir die > Leitungstreiber sparen. vom Atmel AVR mit 5V zum ESP32/Raspi mit 3,3V würde ich aber schon Pegelwandler einsetzen.
Satz sonst hier aufgefasst wird. wobei 2x MAX oder ein USB/Seriell auch nicht stört vom Raspi/ESP32 mit MAX3232 zum PC oder zum AVR mit 5V incl. MAX3232 und Nullmodemkabel.
-
Thread
Probleme bei Pointer in C. Code crasht
Hallo, ich habe hier einen Code, welcher immer abstürzt [c] static uint32 table_p[64]; static table_T *resp_table; typedef struct { uint8 inUse; uint8 status; ... } table_T, *table_t; typedef struct { ... uint32 *table; uint32 size; ... }init_ts
heimtückische Falle. Meine Glaskugel meint, es könnte sein, dass ein table_T größer ist als ein uint32, und daher in ein Array aus 64 uint32 keine 64 table_T reinpassen.
-
Thread
Modernisierung Lötstation Ersa MS8000 - Ein Baubericht
der Fall. Dummerweise taucht die im Code mehrmals als fester wert auf, den würde ich als "#define AvrRef 1.1" deklarieren und im code die "1.1" durch AvrRef ersetzen. Natürlich macht das nur Sinn wen die Ref nachgemessen und dementsprechend eingetragen wird beim define.
. > Dummerweise taucht die im Code mehrmals als fester wert auf, den würde > ich als "#define AvrRef 1.1" deklarieren und im code die "1.1" durch > AvrRef ersetzen. Natürlich macht das nur Sinn wen die Ref nachgemessen > und dementsprechend eingetragen wird beim define. Hmmm, so wie ich das
-
Thread
Mikrokontroller Crash Kurs mit ANSI-C, mit ATMega Register Nutzung Gesperrt
1) Es haißt #include <avr/io.h> und _nicht_ avr\io.h (auch nicht unter Windows). 2) #include <avr/sfr_defs.h> sollte nicht notwendig sein, denn es wird bereits von avr/io.h includiert. 3) double ist erst seit v10 ein 64
AVR Controller Spezifisch. und sehr wohl implementiert in WINGW. wie auch <iom328p.h> unit32_t usw.. <iom328p.h> - Verknüpfung Kritik in Ehren, aber diese Methoden sind für den AVR so vorgesehen.
-
Thread
Warum sind STM32 I/Os auf 16 Bit kastriert?
Register diverse Adressen hat oder ganz fehlt, warum die Flash-Größe so kodiert ist: 0=A, 8K=3, 16K=4, 32=6, 64=8, 128=B, 192=Z, 256=C, 384=D, 512=E, 640=Y, 768=F, 1024=G, Franzosen und Italiener kennen sich eben mit Essen und Trinken aus. Dafür sind die STM32 doch relativ gut gelungen ;)
festgesetzt werden. Ja, das ist dann alles. Das ist alles, was es ursprünglich gab, sei es 8051, AVR, PIC & Co. Ein einfaches Register, mit welchen durch Read-Modify-Write die IOs geklimmpert wurden. Erst mit den "neumodischen" 32 Bit ARM kamen die SET/CLEAR/TOGGLE Register auf, eben weil die ARMs
-
Thread
Verständnis AVR Interrupts Gesperrt
Timing garantiert... Der Minumum-Interruptframe beträgt beim 1284P 8 Takte. Wie bei den meisten AVR8. Wenn dein C-Compiler mehr braucht, ist dein C-Compiler Scheiße oder du. So einfach ist das. Vermutlich hättest du nicht aus der ISR auf konstante Daten im Flash (oberhalb 64k) zugreifen sollen,
dann weiss man wo der AVR steckt, bzw. gerade war und danach auslesen.
-
Thread
Mikrocomputer (Z-80) bauen (Hamburg)
Nur bedingt das Eine nicht das Andere. Man kann reines ASM auf einem kleinen, aber modernen, AVR machen. Man kann auf einem STM32 alles ohne CubeMX machen. Auch ohne HAL oder StdPerihpLib. Einfach mit den Headern und dem Datenblatt und dann fleißig die Register selbst setzen. Das sind alles valide
es heute noch Speicher, der bei 5V nicht zur > Geruchsbelästigung neigt. Quark. Speziell mit 64kByte sieht es nicht so gut aus, aber 32kB und auch 128kB (und grösser) gibts problemlos in 5V. CP/M kommt mit dem Adressraum des Z80 aus, das ist millionenfach erwiesen. Bisschen bankswitching macht
-
Thread
Vorverstärker und Vorteiler für Frequenzzähler
leider nichts dazu. Das sind wohl Vss an 50Ohm. Die Anzeige geht bis 16 wobei der Generator offen bis 32Vss kann.
Doch noch ein Nachtrag: Hab grad mal bei Ali geschaut: 10 Stück XC2C32A kosten dort 10.04€ + 1.65€ Versand. 10 Stück 74AUP1G80 kriegt man dort schon für 3.15€ + 0.95€ Versand. Naja - wenn man bedenkt, daß ein XC2C32A 32 FF drin hat, also sowohl Tor als auch Vorteiler
-
Thread
ZX81 plus38 Clone
Dirk S. schrieb im Beitrag #6420744: > PS: 32 Kanäle wären echt super praktisch ;-D Ja, und ein Disassembler dazu. So hat das früher ausgesehen: http://lc64.blogspot.com/2018/03/gould-k115d-watch-z80-working-live.html Gruss
Im forum64 gibt es auch einen Thread zum Thema, wo einige Fehler gefunden wurden: https://www.forum64.de/index.php?thread/126399-first-run-zx81-38-replika-l%C3%A4uft-nicht/&postID=1851371#post1851371
-
Thread
Seltsames Verhalten bei verschiedenen Timer Prescalern-Atmega 328P
ich zu übersehen bzw nicht zu wissen. Hat dazu jemand eine Erklärung? MfG Andre [c] #include <avr/io.h> #include <avr/interrupt.h> /* jflags*/ #define taster_einlesen 0 #define Rampe 1 /* tflags */ #define pwm_start 0 /* Globale Variablen*/ volatile uint8_t jflags = 0; volatile
255,255,106,106,81,81,68,68,60,60,54,54,50,50,47,47,44,44,41,41,39,39,38,38,37,37,36,36,35,35,34,34,33,33,32,32,31,31,30,30, 29,29,28,28,27,27,26,26,25,25,24,24,23,23,22,22,21,21,20,20,19,19,18,18,17,17,16,16,15,15,14,14,13,13,12,12,11,11,10,10,9,9,8,8,7,7}; ISR(TIMER2_COMPA_vect
-
Thread
Weiß jemand, was für ein Atmega-Board das ist?
Beitrag #6403144: > Was, warum, wie genau - das bleibt alles versteckt. Dem kannst Du mit [code]avr-objdump -d /tmp/arduino_build_*/blink.ino.elf[/code] auf den Grund gehen: [code] /tmp/arduino_build_804693/blink.ino.elf: file format elf32-avr Disassembly of section .text: 00000000
Martin H. schrieb im Beitrag #6403251: > Das Ergebnis ist nicht anders, als wenn Du avr-gcc von Hand aufrufst Wundert auch nicht da die Arduino-IDE ja u.a. den avr-gcc benutzt da der ja Teil des Pakets ist ;)
-
Thread
Wie kann man eine Temperatur vergleichen und berechnen?
einen ATtiny10 wird man das eher nicht benutzen, aber selbst die in der Arduino-Welt gern benutzten 32-KiB-Controller haben schlicht gar kein Problem damit. Mon dieu, es gab Zeiten, da hatte der komplette CP/M-Rechner ganze 64 KiB, im verbleibenden (nicht vom OS belegten) RAM lief noch problemlos ein
48-bit-Gleitkomma abhandeln (womit es von der Genauigkeit sogar C-Standard-konform wäre, anders als AVR-GCC mit 32 Bit). Man sollte sich die Welt nicht kleiner reden als sie ist. Drittens: die Entscheidung hatte der TO ja offenbar bereits getroffen (oder jemand anders hat sie für ihn getroffen), ansonsten
-
Thread
Integer-Berechnungen mit grossen Zwischenwerten
Detlef uint32_t x; uint32_t f; uint32_t a; uint64_t L; /* x*f , x <=2^31, f <= 2^24 */ /* (xhigh*2^16 + xlow )*(fhigh*2^16+flow) = xhigh*fhigh*2^32 + xhigh*flow*2^16 + xlow*fhigh*2^16 +xlow*flow */
#6396489: > Der ARM-GCC unterstützt im C99 Modus doch long long int, oder irre ich > da? Für 64-Bit-Plattformen sind das auch 128 Bit, auf den 32-Bittern "nur" 64 Bit.
-
Thread
Linux wird nicht wirklich akzeptiert, woran liegt das ?
einer was von Kompatiblität unter DOS/windows! Das liegt meistens nicht an Windows, sondern am AMD64 Long Mode, der keine 16 Bit Real-Mode-Programme, mehr unterstützt. https://de.wikipedia.org/wiki/X64#Betriebsmodi Installiere das ELV Programm mal unter einer 32 Bit Version von Win 7, dann könnte
Das Nachhausetelefonieren habe ich ihm auch so gut wie es möglich ist abgewöhnt. Und wo es mit W10X64 in einigen Fällen überhaupt nicht geht, umschiffe ich solche Klippen einfach mit VMWare Player mit W7X32 bzw. W-XP32 und Linux Mint für Makefile GCC Projekte, installiert. Für gewisse ältere, mir noch
-
Thread
Displaycontroller mit einstellbarer Auflösung/Farbtiefe?
Die sind aber leider bei bei den fertigen günstigen Bastler-Boards wie Arduino Uno, Bluepill oder ESP32 nicht mit drauf... und ein STM32f429-Discovery-Board mit Displaycontroller ist vielleicht ein bisschen Overkill für die meisten kleinen Projekte.
Andy schrieb im Beitrag #6394522: > Nunja, der AVR hat ja kein DMA. Und wenig Speicher. Ein STM32F411 im BluePill Format kostet beim Chinesen 4-5 € und hat 512 k Flash, 128 k RAM, SPI mit 50 MBit/s. Die etwas größeren F407 Boards haben mehr Pins
-
Thread
Monitor als Ausgabe für Microcontroller
Alpha-LCD hast, reicht ein ATMega o.ä. aus, wenn es ein Grafik-LCD ist, dann solltest du eher einen 32 Bitter vorsehen. Für derartige Zwecke reichen die üblichen 128x64 oder ähnliche Größen aus. 4. Suche dir ein Sortiment an sinnvollen Steckverbindern aus, mit denen du die diversen Pins des µC, die
dargestellt werden. > Das Gerät soll rechnen können, Na sicher. Etwa 10x so schnell wie der alte C64. Wenn das nicht reicht, kann man seine Funktionen auch in C/Assembler schreiben, und dann im Programm aufrufen. Mit 32 bit und 80 MHz. > PWM ausgeben Ja. > I²C und SPI Man kann auf fast beliebigen
-
Thread
Nachkommastellen Arduino
> Ich war bis dahin der Meinung, dass die Verwendung eines STM zur > 32-Bitrechnerei ausreichend sei. Ist er auch, aber für die von Dir gewünschte Genauigkeit wirst Du echte double (mit 64 bit) brauchen. Auch dafür reicht jener stm32 locker. Deine Zahlenbeispiele legen
Compiler Option umgebogen. Damit die "double" wirklich double sind, darf der Compiler dann aber keine 32-Bitrechnerei machen (wie es z.B. auf einem AVR passiert), sondern muss wirklich 64 Bit für die Zahlen verwenden.
-
Thread
Config Parser für embedded
, das ist für eine EEPROM Simu im Flash natürlich etwas blöd Als flashes noch extern waren, und 64k eine Page, da würde viel Aufwand getrieben um eine Page in 16, 8, 8 und 32 zu teilen: Einem loader/bootet in den 16k und dann 2 8k-Bereiche, um Bootinfos schreiben zu können. Z.b. jeweils 1k Felder
den ext. (Q)SPI NOR Flashes die ich so kenne gibts 4k Pages. Aber auch löschbare Blöcke, die dann 32k/64k haben und dann mehrere der 4k Pages entahlten. Daher sieht das beim F4 erstmal wild aus und beim L4 ist es eben schöner gelöst.
-
Thread
Suche nach passendem Mikrocintroller/Entwicklerboard
schrieb im Beitrag #6388363: > Gibt es da andere Mikrokontroller die in Frage kämen? Wenn Du mit AVR vertraut bist, gibt es einige "Oldies" wie ATmega64, 162, ... Oder einen neueren ATmega4809 im DIL-Gehäuse mit 4 x USART auch fertig als "curiosity board"
das. https://eckstein-shop.de/Pololu-A-Star-328PB-Micro-33V-8MHz-Programmable-Module-ATmega328PB-AVR Werner B. schrieb im Beitrag #6389406: > Hab mich dann für den STM32F103 entschieden, > dazu gibt es auch einfache Entwicklerboards - ausschlaggebend war auch > deren Verfügbarkeit und weniger