-
Thread
LUFA Einsteiger: Demo VirtualSerial funktioniert nicht
full speed USB device using ehci_hcd and address 9 [ 1036.288341] usb 1-2.4: device descriptor read/64, error -32 [ 1036.464310] usb 1-2.4: device descriptor read/64, error -32 [ 1036.640153] usb 1-2.4: new full speed USB device using ehci_hcd and address 10 [ 1036.712136] usb 1-2.4: device descriptor read/64, error -32 [ 1036.888101] usb 1-2.4: device descriptor read/64, error -32 [ 1037.064190] usb 1-2.4: new full speed USB device using ehci_hcd and address 11 [ 1037.472273] usb 1-2.4: device not accepting
-
Thread
Display mit AVR
ein Cyclone I reicht schon aus um einen 8 Bit Prozessor plus VGA Controller (mit 64 Farben und 512 kByte Framebuffer) im FPGA zu implementieren. Bei grösseren FPGAs reichts dann für einen 32 Bit Prozessor und High Colour VGA Controller mit ein paar MB RAM. Es gibt Eval Boards,die das
. > Board: http://www.atmel.com/dyn/products/tools_card.asp?t... Vielleicht probierst du einen AVR32: http://www.elektronik-projekt.de/thread.php?threadid=4404&threadview=0&hilight=&hilightuser=0&page=1 5 letzter Beitrag auf der ersten Seite ( mit dem kleinen Video) Gruß, Daniel
-
Thread
Arrays, Pointer und Schleifen (avr-gcc)
maschine kann sizeof unterschiedliche Werte für dasselbe Datentyp ausgeben, meistens gilt aber auf einer 32bit maschine sizeof(char) = 8 sizeof(short) = 16 sizeof(int) = 32 sizeof(long) = 32 sizeof(long long) = 64 wenn jetzt dein Array aus 5 Elementen besteht, dann char x[5]; // 5 * sizeof(char) =
kann sizeof unterschiedliche Werte > für dasselbe Datentyp ausgeben, meistens gilt aber auf einer 32bit > maschine > sizeof(char) = 8 > sizeof(short) = 16 > sizeof(int) = 32 > sizeof(long) = 32 > sizeof(long long) = 64 Nein. sizeof(char) ist per definitionem in C immer gleich 1 -- selbst
-
Thread
µC mit viel RAM für Touch TFT mit "Wischen"
zwar lauter Komfort-Funktionen bieten, aber mal ehrlich, momentan kommt er mit einem winzigen 8-bit AVR aus. Ich habe es nicht genau angeschaut ob es funktioniert, aber würde er nicht schon alles ausreichend für seine Effekte schaffen mit bspw. folgender Kombination eines PIC32MX130F064D und einem
Leiterplatte erstellen lässt). Das sind 3.60 Euro exkl. Mwst. http://de.farnell.com/microchip/pic32mx130f064d-i-pt/ic-mcu-32bit-64kb-flash-44tqfp/dp/2097777 http://de.farnell.com/alliance-memory/as6c1008-55sin/sram-1mb-2-7v-5-5v-128kx8-sop32/dp/1562898 Will er noch USB so muss er eben etwas tiefer
-
Thread
Mikrocontroller - die Qual der Wahl, oder doch die Wahl der Qual?
STM32F0 mit 8MHz ist immer > noch um ein vielfaches schneller als ein AVR mit 16MHz. Das bezweifle ich allerdings. Er mag schneller rechnen können, aber das wär's dann auch schon.
hat. Das stimmt so auch nicht, denn es gibt durchaus kleinere µC Chips mit ARM Kern. Beispiel: STM32F0xx Der hat zwar einen 32 Bit Cortex-M0, ist dennoch mit relativ wenigen Pins ein kleiner Typ. Ich würde den eher als Ersatztyp für den AVR ansehen. Die großen wie z.B. STM32F4xx sind in der Tat
-
Thread
Ethersex mit Mega 1284p
avr5 atmega16 atmega161 atmega162 atmega163 atmega164p atmega165 atmega165p atmega168 atmega169 atmega169p atmega32 atmega323 atmega324p atmega325
atmega3250p atmega329 atmega329p atmega3290 atmega3290p atmega406 atmega64 atmega640 atmega644 atmega644p atmega645 atmega6450 atmega649 atmega6490 atmega128 atmega1280 atmega1281 atmega16hva at90can32 at90can64 at90can128
-
Thread
Möglichst stromsparend auf uSD Karte loggen
Moin, Ich möchte Daten (16bit Integer Zahlen) einigermaßen hochfrequent (16..32..64Hz, gerne auch öfter) per I2C einlesen und auf eine SD Karte Schreiben. Grundsätzlich kein großes Problem, jedoch soll das ganze auch einigermaßen Stromsparend werden, am liebsten würde ich mit
Tage durchmessen. Wenn alles ständig wach bleibt wirds wohl schwierig. Besser Controller mit 13,32,64,gern auch öfter, Hz aufwecken und Daten im RAM sammeln. Wenn RAM voll, SD-Karte wecken, Daten schreiben und alle weiterschlafen lassen.
-
Thread
avr-gcc 5.3.1: lto Problem mit Flash > 64k
(frame_name)); update_display(frame_buffer); [/c] Das funktioniert bis 64k auch ganz normal mit dem PROGMEM-Attribut. Über der 64k-Grenze sind die Daten ja nicht mehr mit 16bit adressierbar, was einen anderen Zugriff erfordert. Die avr-libc bietet dafür folgendes: [c] extern
Zugriff irgendwie fehlerhaft sein. Gibt es irgendwas, was man bei dem Zugriff auf Daten im Flash > 64k beachten muss? Oder könnte das etwa ein Bug im Compiler sein? Mit freundlichen Grüßen, N.G. Eckdaten: avr-gcc-5.3.1, binutils 2.25
-
Thread
Ein paar Fragen zum Umstieg auf die STM32 Reihe
I2S Schnittstelle nutzt mir das nichts. Auch das geht >Und dann auch nur 16Bit Timer auf einem 32Bit Controller... Hab ich schon >beim STM32F1 nicht verstanden was das soll. Die laufen doch permanent >über. Unsinn. Was haben 32bit Register mit 32bit Timern zu tun? Läuft da die Zeit 64k x schneller
hoffentlich nicht auf die Lösung mit der SPI Schnittstelle? >>Und dann auch nur 16Bit Timer auf einem 32Bit Controller... Hab ich schon >>beim STM32F1 nicht verstanden was das soll. Die laufen doch permanent >>über. > Unsinn. Was haben 32bit Register mit 32bit Timern zu tun? Läuft da die > Zeit 64k
-
Thread
AVR Bezeichnungen
ATmega103, möglicherweise fallen auch ATmega161 und ATmega163 in diese Gruppe. Danach dann ATmega16/32/64/128, die bilden die zweite Generation. Die aktuellen ATmegas bilden die dritte. Der ATmega2560/2561 ist ein wenig zwischen den letzten beiden. Der hat sein Leben mal als ATmega256 anfangen
, dass die Timer/PWM Module erweitert wurden. Ich hatte beispielsweise einen Timer auf einem ATmega64 laufen. Nach der Umstellung im AVR Studio auf einen neueren ATmega329 tauchten dann compilerfehler auf, da es von einem Register (TCCR0) früher nur ein Register und jetzt ein A und ein B Register gab
-
Thread
Gibt es für microSD >64GB ein FS für Atmel µC ?
@abc (Gast) >- ATMEL AVR µC (Modell egal) Da gibt es viele. 8051, AVR, ATXmega, dievers 32 Bit ARM. AVR32 auch noch. >- microSD >32GB lesen/schreiben Haben wir bereits durchgekaut. Wenn es standardkonform sein soll
mal wieder einkriegen ? > Ist Fön oder was ? > Mein aktuelles Problem ist die Vorgabe: > - ATMEL AVR µC (Modell egal) Dann nimm den AT32UC3A3256AU: 32-bit AVR Microcontroller, Audio version, 256KB Flash, 144-pin, SD/SDIO Card. Alles was dein Herz (oder das deines Managers) begehrt ;-) > - microSD
-
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
MegaLOL
ich das Projekt mit dem Pollin AVR Board. Bilder und Source und Schaltplan im Anhang oder auf meiner Webseite. Gruß Ulrich
Handies verwendet werden, kommen auf ca. 2400Bit/sec. ( Stichwort LPC-Vocoder ). Die Leistung der AVR ist meines Erachtens für einen AVR etwas zu knapp. https://de.wikipedia.org/wiki/Vocoder
-
Thread
Fehler im Programm lauflicht.c
// T 63,64,64,63, // U 15,120,48,15, // V 127,32,48,127, // W 67,44,18,97, // X 71,72,72,63, // Y 97,89,69,67, // Z 0,111,111,0, // ! 2,97,105,6, // ? 96,96,0,0, // . 64,32,0,0, // , 12,12,12,12 // - }; uint8_t currentColumn=0; uint8_t columnBuffer[10]; uint8_t charPosition=0; uint8_t stringPosition=0; // Spalte aktivieren. colNr ist dabei die
-
Thread
Linux-ähnliches Betriebssystem für AVR
[code] GEN arch/avr/devs arch/avr/scripts/decode_packs: 28: arch/avr/scripts/decode_packs: Bad substitution XMLDEC ATmega8.atdf arch/avr/scripts/decode_packs: 60: arch/avr/scripts/decode_packs: php: not found BAD
for target 'arch/avr/devs' failed make: *** [arch/avr/devs] Error 1 [/code]
-
Thread
Arduino Pro Micro wird von Windows 10 nicht erkannt
Hallo, Hast du es unter Win7 versucht? Der 32U4 macht normal keine Probleme. Richard
Da ist ein ATmega32U4 drauf, der benötigt keinen FTDI oder CH340.
-
Thread
64 Eingänge für Arduino
Mikrocontroller neu zu programmieren? Was hast du mit 64 Eingänge vor?
Mit Shift Register w.z.B. den HC165 könnte man die 64 Eingänge bei 8MHz SPI Clock Frequenz im AVR in unter 10us einlesen. Zuerst den 165ern einen kurzen Übernahme Impuls senden und dann 8 SPI HW Reads - Fertig. Ein einziges I2C Byte bei 400kHz braucht
-
Thread
AVR int64_t in char[] umwandeln
hallo leute, vorabinfos: cpu: avr - mega128 compiler: winavr(aktuell) ich möchte eine int64_t zahl in einen string umwandeln damit ich ihn mitdem uart ausgeben kann. ich habs auf diese art versucht: int64_t zahl; char puffer
20 Stellen? Peter Dannegger hat in der Codesammlung eine Routine zur Division von 32Bit-Zahlen veröffentlicht. Die muß man nur (sollte auch ohne Probleme gehen) auf 64Bit erweitern.
-
Thread
µC 8-Bit 16-Bit 32-Bit Arbeitsweise??
: > Wenn man Multipliziert oder dividiert ist der Faktor aber wesentlich > höher, da dann sogar 32Bit Zahlen möglich sind. Hängt aber auch wieder von der Hardware ab. Beispiel: der AVR als 8-Bitter hat in den besser ausgebauten Versionen einen 16-Bit-Multiplizierer als Hardware an Bord, der
16-Bit-CPU (bspw. ein MSP430) kaum schneller als eine vergleichbar moderne 8-Bit-CPU (wie ein AVR). Dass ein 32-Bit-ARM mit oftmals viel höherer Taktfrequenz schneller ist, ist wiederum kaum verwunderlich, wobei er als echter RISC eben auch keine Speicheradresse mit einem Befehl laden kann
-
Thread
Multicore embeddedsystem? Viele Fragen!
hätte Atmel damals einen sinnvollen Anwendungsfall für ein Multicore AVR System gefunden?
Was nimmt man denn als OS für ein 32Bit Multicore µC, wenn es am RAM für ein abgespecktes Linux fehlt?
-
Thread
Tasterverarbeitung mit ARDUINO-C
Bernd S. schrieb im Beitrag #7378002: > 6802 ? > ist das nicht der Commodore C64 Chip ? Nö. Soweit mir bekannt ist, wurde mit dem 6802 kein Homecomputer gebaut, er war aber ein Arbeitspferd der Industrie. Aus dem 6800er wurde von Motorola dann der 6809 und später der 16/32 Bitter
Peters Routinen immer so schön auf jeden > meiner uC funktioniert. Ein wahrer Traum:-) +1 auf AVR und ESP32
-
Thread
128KB-ATMegas: Adressierung anders?
Benutzen ATMegas mit 128KB Flash (z.B. ATMega 1284P) im Vergleich zu den 64KB-Versionen (z.B. pinkompatibler ATMega 644) eine 24bit- oder 32-bit Adressierung statt 16bit - weil mit 16 bit nur 0-64K dargestellt werden können? Werden Binaries grösser? Oder ist der Speicher wortweise
den Code erst jenseits 128KB interessant. 16-bit adressierte Daten sind natürlich nur in den ersten 64KB möglich, darüber sind schlicht andere Zugriffsfunktionen zuständig - transparent war das in avr-gcc ja sowieso nie. Bei den 256KB Typen sorgt der Compiler dafür, dass alle Codeadressen, die irgendwie
-
Thread
Arduino Custom Firmware für Fitness Armband mit NRF52
den Low Frequenz Quarz läuft also auch recht genau sein müsste. Nochmal nachgeschaut: uint32_t millis( void ) { uint64_t ticks = (uint64_t)((uint64_t)overflows << (uint64_t)24) | (uint64_t)(NRF_RTC1->COUNTER); return (ticks * 1000) / 32768; } uint32_t micros( void ) { uint64_t ticks = (uint64_t)((uint64_t)overflows << (uint64_t)24) | (uint64_t)(NRF_RTC1->COUNTER); return (ticks * 1000000) / 32768; } die millis() kommen vom LowFreq Quarz und laufen über den RTC1 Timer
-
Thread
Experimentieren mit Microcontrollern - zur Praxis!
233...). Das STK200 hatte den für mich unschätzbaren Vorteil, mal schnell einen 74ACT573 und ein 32kx8 Ram raufstecken zu können, wenn ich mal was mit externem Ram und dem Mega8515/Mega162 testen will. Sonst nur Steckbrett und ISP vom Dragon ran. Ich habe noch nie einen AVR verfust und wenn es passieren
nicht drauf. Ich wette an den >Sockeln zahlt man sich dumm und dämlich :( Ja sogesehen ist das AVR STK 501 Erweiterungsboard für 79,85 EUR, (bei Reichelt), mit dem man z.B. auch den Atmega128 programmieren kann, sogar noch billig, da kostet ja schon alleine der TQFP64-Sockel, bei Händlern für Normalsterbliche
-
Thread
Suche DIP-µC für 80kHz Gegentakt-PWM in Hardware
ATtiny25 oder ATtiny261 können PWM bis 64MHz und einstellbarer Totzeit. Peter
für PWM haben die STM32 reichlich.
-
Thread
Suche µC mit 4 bis 8 PWM-Kanälen, mind. 12Bit
Meine Empfehlung: Der STM32F103, der packt das locker. Hat jede menge Timer drin und je Timer bis zu 4 PWM Ausgänge. Somit sind bis zu 32 PWM möglich. Siehe Artikel: [[STM32]] Damit hatte ich auch schon ein Signal mit 10KHz
Die XMEGA AVRs haben auch einige Timer. Der 16/32/64/128A4(U) besitzt beispielsweise fünf 16-Bit-Timer mit ingesamt 16 Output-Kanälen, die man für PWM benutzen kann.
-
Thread
STM32 µC Board und DAC
diese panische Angst vor float/double, die nur durch Vorurteile begründet ist. Hier ist von einem STM32F411 die Rede und nicht von AVR-GCC auf einem AVR oder einem BASIC-Interpreter mit 8051. Macht konkrete Zeitangaben in ns für Eure Behauptungen, dann kann jeder selber entscheiden, ob der Weltuntergang
panische Angst vor float/double, die nur durch > Vorurteile begründet ist. Hier ist von einem STM32F411 die Rede und > nicht von AVR-GCC auf einem AVR oder einem BASIC-Interpreter mit 8051. Stop Kollege, so kann man das nicht stehen lassen! Float mit FPU auf einem F4 ist völlig in Ordnung. Im Gegenteil
-
Thread
AVRISP MKII + Win7 = aktueller stand?
Ich kann auch nur bestätigen, bei mir läuft auch Win7 64bit mit einem AVR ISP MKII mit dem AVR Studio 5. Hat am Anfang ein paar Umstiegsprobleme vom AVR Studio 4/WinXP auf 5/Win7 gegeben, da die Oberfläche sich etwas geändert hat aber da war ich schnell drüber
Hallo Jörg, habe auch den MK2 mit Windows 7 64 Bit und AVR Studio5 laufen. Da ich vorher ärgste Probleme mit den Adapter "USBtinyISP" hatte, habe ich mir den MK2 gekauft- man spart sich wirklich eine Menge Ärger mit diesem Ding!
-
Thread
[V] Hobbyaufgabe Diverse
Gehäuse orig. verpackt 10 x 7,6 x4,2 cm 2,50€ 5.) Div. Steckbrücken 1 Sack voll 3€ 6.) 2x ET AVR Start Kit V1 mit ATMEGA 128 STAMP http://www.ett.co.th/product/avr/avr-stamp-atmega64-128/ET-AVR%20START%20KIT%20V1.0%20%20EXP_Schemetic.pdf http://www.ett.co.th/product/avr/avr-stamp-atmega64-128/ET-AVR%20STAMP%20ATmega64-128_Schematic.pdf http://www.micro4you.com/files/atmega128/ET-AVR%20STAMP%20ATmega64-128_Manual.pdf je Board 30€ 7.) ET-Mini DC Motor 5€ http://fiona.dmcs.pl/~bartoszp/MINIDCMOTOR.pdf
-
Thread
Moodlight Sourcecode hilfe
Fehler ist auch bei 50 und sogar bei nur 20 Herz PWM Frequenz präsent. Ist die Frage, ob mein Atmega64 zum 32er kompatibel ist. Beide haben als Timer1 einen 16 Bit Timer und dieser wird ja in der Soft-PWM verwendet. Ansonsten kann ich in den Datenblättern so keinen Unterschied feststellen. Der Atmega103
_t pwmtable[32] PROGMEM = {0, 1, 2, 2, 2, 3, 3, 4, 5, 6, 7, 8, 10, 11, 13, 16, 19, 23, 27, 32, 38, 45, 54, 64, 76, 91, 108, 128, 152, 181,
-
Thread
Einfaches Programm zum Testen, ob das STK500 auch läuft
AVR Studio keine Ruprick namens STK500...
/32/64 oder 128k Flashspeicher. RAM- und EEPROM-Größe werden in Richtung ATMega1284 auch größer. MfG Spess
-
Thread
avr-gcc inline assembler
11 *movhi/4 [length = 4] sts x,r24 ldi r26,0 ; 14 *movhq/5 [length = 2] ldi r27,lo8(64) call __mulhq3 ; 15 *mulhq3.call [length = 2] sts y+1,r25 ; 17 *movhi/4 [length = 4] sts y,r24 ldi r24,0 ; 18 *movhq/5 [length = 2] ldi r25,lo8(32) sts z+1,r25 ; 19
/viewcvs/gcc/trunk/gcc/config/avr/avr-fixed.md?revision=219188&view=markup#l269 [5] http://gcc.gnu.org/viewcvs/gcc/trunk/libgcc/config/avr/lib1funcs-fixed.S?revision=219188&view=markup#l279
-
Thread
Noch kein tinyAVR Support in avrdude?
> legen, sonst gibt's nie einen neuen Release. Darfste natürlich machen. Wobei Updates für die avr-libc auch schön wären ... 64bit double ... :-) duck und weg.
Stefan ⛄ F. schrieb im Beitrag #6872011: > Hast du wirklich Lust, alle 4 Wochen neue AVR Modelle auf zig > Programmieradaptern durchzutesten, während die Hobbybastler nach und > nach auf 32 Bit umsatteln? Auf 32bit umsteigen? Warum schreibst du solchen Unsinn? Ist das dein Wunschdenken
-
Thread
32Bit Zähler zählt nur bis 255.
Sicher, dass ein Integer 32bit auf einem 8-Bit AVR hat ?!
. Und da sind in C Integer mindestens 2 Byte breit. > Beim AVR hätte ich gedacht, dass der dann eben > mehr Register braucht wie bei 64Bit Zahlen auf einem 32Bit System. Das kommt auf den Compiler an... > Wo gibt es eine Übersicht über die Datentypen in VHDL
-
Thread
AVRStudio USBProg und Windows 7 Problem
schreiben kann es > in hex umwandeln kann und dannach bespielen kann Standardvarianten: Bascom (Basic) AVR-Studio von Atmel (Assembler) WinAVR fuer AVR-Studio (C) Ich persoenlich nehme WinAVR+AVR-Studio und programmiere in C > -welche Adapter ihr mir empfehlen könntet (am besten fertige) unm das
wirst. Wenn der Kaufpreis um die 300€ ist, ist es wahrscheinlich das Original. Es gibt auch den AVR-Dragon, der kann auch JTAG. Hat aber normalerweise die Einschränkung keine größeren µC als die mit 32k Flash zu debuggen. Dieses Limit scheint aber bei der neusten Version von AVR-Studio (4.18) gefallen
-
Thread
Welcher Pic entspricht ungefähr dem Atmega8?
auf den Markt gekommen. Alternativen aus der Enhanced-Familie sind die PIC18F2620 (Standardtyp, mit 64 kByte Flash), PIC18F2680 (Standardtyp mit CAN, ebenfalls mit 64 kByte Flash) oder auch PIC18F2550 (Standardtyp mit USB, allerdings nur mit 32 kByte Flash). Die Produktbezeichnungen der 40Pin-Gehäuse
uC mit Peripherie bis zum Abwinken gerade mal 6€. Und für kleine Basteleien kannst du weiterhin den AVR nehmen. Aber wozu 2 uC-Familien in der selben Leistungsklasse kennen (PIC+AVR)?
-
Thread
ARM7 - Cycles per Instruction?
nicht, aber generell wird das bei wohl allen CM3 komplizierter. Selbst der vergleichsweise einfache STM32 mit 64 Bit Flash-Interface ohne Branch Cache ist schon nicht so einfach zu kalkulieren. Immerhin sind Thumb2 Befehle auch mal 32-Bit lang und bei 2 Waitstates für vollen Takt kann dem STM32 folglich
, die systematisch (und konsequenter) auf Predication setzt, ist aber schon wieder am absterben (IA64). Nachteil davon war allerdings eine erhebliche Verschwendung von Codespace, weshalb sich Konstanten schlecht zusammenbauen lassen - alle anderen 32bit RISC können 2 16-Bit Hälften kombinieren. Thumb2
-
Thread
Delphi oder Lazarus mit PASCAL
Einen > verneinten sie die Notwendigkeit, fanden Single genuege. Zum Zweiten > fanden sie waere der AVR eh zu langsam. Und Drittens brauchten diese > Funktion zuviel Speicher. Dafür gibts aber: Fix64 Fixed point Typ. 64 bit, 8 Bytes. Besteht aus einem 32bit ganzahligen und aus einem 32bit Nachkomma
Quellcode unbrauchbar,.. >... >Wenn man sich schon auf ein System festlegen will..verwende LunaAVR >https://avr.myluna.de/doku.php?id=de:start Mit LunaAVR begibst dich aber in die selbe Sackgasse, nur für AVR!
-
Thread
Hargassner Pelletheizung Betriebsdatenerfassung
MWZ_Vorl, $MWZ_Rueckl, $MWZ_Durchf, $MWZ_Leist, $TFW, $TRLsoll, $TA_Gem_Aussen, $VFS_Flow, $VFS_Temp, $IO32_VL, $IO32_521_Pa, $IO32_522_Pa, $IO32_509_Pa, $IO32_510_Pa, $Dig_CHAN_0, $Dig_CHAN_1, $Dig_CHAN_2, $Dig_CHAN_3, $Dig_CHAN_4, $Dig_CHAN_5, $Dig_CHAN_6, $Dig_CHAN_7) = explode(';',$test); //echo
6, 2u02b1520affff0c 6, 2u02b1530affff0d 4; 03 199/217, 04 122/224, 2u04ffff0affff0c 32 05 444/574, 06 425/574, 07 189/217 08 118/216, 2u08ffff0affff00 40; 09 29/32 10 1119/1246, 2u1068d808ffff02 9, 2u1068cc01ffff05 4 11 32/32 12 31/32, 2u12825201ffff04 2 13 144/192
-
Thread
ATTiny2313 und SPI
verwendete Pascal Compiler intetessieren. Es soll Leute geben, die es geschafft haben, FreePascal für AVR und STM32 ans laufen zu bringen... ich wars nicht.
schaust Du am besten im deutschen Lazarusforum. .. das hab ich schon geguckt... Hmmmm, kannst du ein 32 und ein 64 Bit Binary hochladen?
-
Thread
Geschwindigkeit IO-Zugriff
STM32-Werte den Heise-Link nachgeliefert. Und wo kommen die 375ns beim AVR her?
der Verwendung von digitalWrite() gerade mal in den zweistelligen kHz-Bereich auf einem AVR. Mit einfachen Register-Zugriffen (in C) sind wir dann beim STM32 im zweistelligen ns-Bereich, wo der AVR noch nichtmals in Assembler hinkommt. Damit kann man nun endlich die Birnen mit den Birnen
-
Thread
Zeiger auf String-Array wird falsch
Das ganze pgm_read_xxx Zeugs kommt aus der avr-gcc Welt; auf einem STM32 braucht man sowas nicht. [c] > #define pgm_read_word(addr) (*(const unsigned short *)(addr)) > #define LCDML_getContent(var,id)\ > char* temp1 = (char*)pgm_read_word(
voraus, dass der Code Pointer Correct ist, d.h. dass man nicht etwa ein Byte von zum Beispiel einem uint32_t liest per [pre] uint32_t x; pgm_read_byte (&x); [/pre] Genau genommen sollte der Originalcode pgm_read_ptr verwenden. Aber das würde auch nicht helfen, weil: [pre] /** \ingroup avr_pgmspace
-
Thread
welcher (analoge) Filter für FFT im Audio-Bereich?
braucht man da auch nicht - eventuell für etwa 8 Werte, ggf. auch noch weniger. Wenn man beim 8 Bit AVR bleiben will, gäbe es noch die Xmega: da geht der ADC bis 1 MHz und der Takt bis 32 MHz.
Koeffizienten sind symmetrisch, spart nochmal Multiplikationen. Das bringt hier aber wenig, ein fmul am AVR geht eh in zwei Takten durch. Einige der Koeffizienten sind 0 (je nach Rundungstiefe), spart überhaupt Berechnungen. Wenn ich auf s.7 runde, sind 12 von 64 Koeffizienten 0, bleiben 52 Multiplikationen
-
Thread
STM32 Umfang
WRITE_REG((REG), (((READ_REG(REG)) & (~(CLEARMASK))) | (SETMASK))) [/c] d.h. statt [c] // 64 MHz using the 8 MHz/2 HSI oscillator with 16x PLL, lowspeed I/O runs at 32 MHz WRITE_REG(RCC->CFGR, RCC_CFGR_PLLMULL16 + RCC_CFGR_PPRE1_DIV2); // Enable PLL SET_BIT(RCC->CR, RCC_CR_PLLON); [/c] kann man auch ganz einfach (ähnlich beim AVR) schreiben: [c] // 64 MHz using the 8 MHz/2 HSI oscillator with 16x PLL, lowspeed I/O runs at 32 MHz RCC->CFGR = RCC_CFGR_PLLMULL16 + RCC_CFGR_PPRE1_DIV2; // Enable PLL RCC->CR |= RCC_CR_PLLON
-
Thread
ARM-Beginn
nur noch Daten- und Kontrollstrukturen und setzt auf einigen wenigen I/O-Modulen auf. Dafür sind 16/32-bit Architekturen wie ARM (aber auch MSP430) i.d.R. besser geeignet als z.B. AVR. Auch nervt die AVR-sche Harvard-Architektur bald, weil man stets zwischen den Pointer-Typen und Zugriffsmechanismen unterscheiden
kleiner (Mega32+ARM) als ATmega64+RAM+Latch+viele bunte Leitungen. Aber dann diese Umdenkerei: einmal 8 und einmal 32 bit. Aber solange ich nicht in das Controllerprogramm gtk_dialog_new (); reinschreib, bin
-
Thread
Allgemeine Fragen zu Eigenbau-libc
, 1-Series, 2-Series, AVR-Dx, AVR-Ex, etc) habe an Adresse 0x0 ein SFR, und die 32 GRPs R0...R31 sind nicht mehr in den RAM-Adressraum gemappt.
_64, nicht AVR. Aber auf AVR habe ich bis jetzt auch immer -Os verwendet.
-
Thread
Pulsweite messen (Input Capture) mit ATMega328p
bist Du eben zu langsam. Nimm den Prescaler 1024. Man kann die Timer aber auch per SW leicht auf 32 Bit aufbohren. https://www.mikrocontroller.net/topic/avr-timer-mit-32-bit#371564
auf 32 Bit aufbohren. > Beitrag "AVR Timer mit 32 Bit" Vielen Dank, werde ich nachlesen. :)