-
Thread
Atmega2560 startet nicht
und __uint24 ) haben kann (avr-toolchain-installer-3.4.2.1573-win32.win32.x86.exe installiert, danach avr8-gnu-toolchain-installer-3.6.0.1734 Ordner 4.7.2 für 5.4.0 gewechselt). Nur habe ich plötzlich ein Problem festgestellt
Kann ich nicht nachvollziehen. Bei mir: WIN7-64, 4..5 Jahre alter 8 core AMD, SSD (nachgerüstet): gestoppt 21.2 sec. Nutze viel XMEGA und SAM mit ASF, weiss nicht, ob neuere Controller und aktuelle ASF-Versionen von den AVR-Studios 4.xx unterstützt
-
Thread
ESP32-CAM Entwicklungskit
requirements.txt = den benötigten Python addon Kram installieren https://dl.espressif.com/dl/xtensa-esp32-elf-linux64-1.22.0-80-g6c4433a-5.2.0.tar.gz = webbrowser download Compiler into "Downloads" tar -xzf ~/Downloads/xtensa-esp32-elf-linux64-1.22.0-80-g6c4433a-5.2.0.tar.gz = from "Downloads" ins esp
, datalen=blocksize=256, dma_buf_count=8[0m [0;32mI (247) I2S: PLL_D2: Req RATE: 78125, real rate: 78125.000, BITS: 16, CLKM: 8, BCK: 8, MCLK: 20000000.000, SCLK: 2500000.000000, diva: 64, divb: 0[0m [0;32mI (257) camera_xclk: PIN_CTRL before:3ff[0m
-
Thread
Arduino Bit Shifting Problem
muss ich mal die Takte zählen! Und dafür müsstest du die tatsächliche Zielhardware kennen... Dein AVR-ASM funktioniert auf nem AVR, es mag aber auch sein das er einen Arduino mit nem 32-Bitter verwendet. Daher wäre hier eine Lösung in C angesagt, wie von mir oder Spess, dein ASM hilft hier unter Umständen
r19, 0 d6: 20 e8 ldi r18, 0x80 ; 128 d8: 81 fd sbrc r24, 1 da: 20 64 ori r18, 0x40 ; 64 dc: 82 fd sbrc r24, 2 de: 20 62 ori r18, 0x20 ; 32 e0: 83 fd sbrc r24, 3 e2: 20 61 ori r18, 0x10 ; 16 e4: 84 fd
-
Thread
ir senden mit tiny2313
Ich habe dein Programm auf ein Pollin Funk AVR Board portiert. Die Änderungen sind 1/ Nur ein Kommando (32) statt zwei Kommandos. Das Pollin Funk AVR Board hat nur einen Taster. 2/ Taster ist active-high an PB1 angeschlossen 3/ LED1 an
Danke Spess AVR410: RC5 IR Remote Control Reciever http://www.atmel.com/dyn/resources/prod_documents/doc1473.pdf http://www.atmel.com/dyn/resources/prod_documents/avr410.zip AVR415: RC5 IR Remote Control Transmitter
-
Thread
Leute aus Nürnberg ?
Umzug kümmern und hab dann noch einen anderen Synthesizer, den ich mir bauen will (Midibox SID - C64-Sound).
Von mir aus sehr gern - war sehr interessant :-) Ach ja...C64...damals...
-
Thread
LCD-Modul MC1001AW-TGR
**************************************** $regfile = "m8def.dat" $crystal = 1000000 $hwstack = 64 'default use 64 for the hardware stack $swstack = 32 'default use 32 for the SW stack $framesize = 40
.4 Cls Lcd "MC 10" Lowerline Lcd "01AW" Waitms 9000 Deflcdchar 0 , 32 , 32 , 32 , 32 , 32 , 32 , 32 , 31 ' replace [x] with number (0-7) Deflcdchar 1 , 32 , 32 , 32 , 32 , 32 , 32 , 31 , 31 ' replace [x] with number (0-7) Deflcdchar 2 , 32 , 32 , 32 , 32
-
Thread
Nano <-> ESP32
durch die Polzahl bei 16MB Ende! Ja. Scheinbar ja nicht. > Zeige doch mal die Pinbelegung dieser 64MB Simms Da sie im Board tadellos funktionieren erspare ich mir das mal. Ich habe nebenbei auch zwei Soundblaster AWE(32) mit solchen Modulen bestueckt. Die melden auch 64 MB Sample-RAM.
Kermit der Frosch schrieb im Beitrag #5920722: > Es gab sogar 64 MB Simms. Kermit der Frosch schrieb im Beitrag #5920734: > Ich habe nebenbei auch zwei Soundblaster AWE(32) mit solchen > Modulen bestueckt. Die melden auch 64 MB Sample-RAM. Quaak. Die Soundblaster
-
Thread
Atmega8 wird nicht richtig erkannt und kann nicht geflasht werden!
- ----- ---- ------ ------ ---- ------ ----- ----- --------- flash 65 6 32 0 yes 2048 32 64 4500 4500 0xff 0xff Block Poll Page Polled Memory Type Mode Delay Size Indx Paged
Hast schon mit Burn O mat probiert ? http://avr8-burn-o-mat.aaabbb.de/ ( AVRdude GUi )
-
Thread
Fa. Atmel soll Probleme haben ?
glaub eher, dass das völlig aus der Luft gegriffen ist. Den XMega braucht eher sogut wie niemand (STM32 ist da in so gut wie jedem Fall die bessere Alternative), aus demselben Grund dürfte der AVR32 eine Totgeburt sein, die Mega- und Tiny-AVR sind inzwischen gut aufgestellt, mir persönlich sind sie inzwischen
verzweifeln schrieb im Beitrag #2409433: > Das wird wohl in den nächsten Jahren den Todesstoss für die > AVR, xMEGA und AVR32 bedeuten Halbwissen -> Nixwissen.
-
Thread
AVR-CC
typedef unsigned char uint8_t; typedef int int16_t; typedef unsigned int uint16_t; typedef long int32_t; typedef unsigned long uint32_t; typedef long long int64_t; typedef unsigned long long uint64_t; typedef int16_t intptr_t; typedef uint16_t uintptr_t; int ist also (bei avr-gcc) 16 bit breit, aber
stimmt. hängt aber i.d.R. nicht vom betriebsystem, sondern von der prozessorarchitektur ab... bei einem 32bit prozessor (pentium klasse) sind ints 32bit lang, beim alpha glaub ich 64bit. in normalem c sollte man deshalb short int (16 bit) und long int (32/64 bit) benutzen (bzw deren unsinigned pendants).
-
Thread
Sammelbestellung USBTMC Adapter. Interesse?
ne Software auf die MCU kommen. Vielleicht > hilft das? glaube nicht, habe alles versucht mit AVR-Studio 4.18 unter win XP64 und win11 nur wurde der MK2 Clone nicht erkannt, jeder Zugriff auf den Adapter brachte meinen Rechner total zum Absturz, auch Prozess kill mit Taskmanager funktionierte nicht
welche Einstellungen weiß ich noch nicht. Ich war bei Hans auf seiner Seite, fand das mit dem ESP32 hangelte mich zu BT und Instruktionen und landete dann auf 404er Seiten. was definitiv nicht drin ist ein AVR! ich brauche also Details was ich an SW downloaden muß für den ESP und was ich wie
-
Thread
Der Dragon und AVRDUDE
Filter installieren, kein Treiber oder sonstiges nur den Filter in seiner letzte Version (libusb-win32-filter-1.2.3.0). Ja, es funktioniert unter Win7 64Bit problemlos! Gruß Martin
zumindest meckert er, was man aber wegklicken kann (Admin-Rechte). Er funktioniert bei mir auf einem 64 Bit System. 1) AVR-freies System aufsetzen 2) WinAVR jetzt oder später installieren, sollte egal sein 3) libusb-win32 installeren 4) Dragon (oder anderen Programmer) am USB einstecken. Keinen Treiber
-
Thread
Firmware entschlüsseln, Updateprogramm als Hilfe?
Siehe Bild, das zeigt mir "meine" Suchmaschine bei "AVRE32 SVD", markiert ist der interessante Bereich. Mein Browser speichert keine Daten zwischen den Sitzungen, sonst gibt es keine besonderen Maßnahmen für Anonymität.
Dieter S. schrieb im Beitrag #7502966: > Siehe Bild, das zeigt mir "meine" Suchmaschine bei "AVRE32 SVD", > markiert ist der interessante Bereich. Jetzt kommen wir der Sache näher! Ich hab nur nach AT32F2/AT32F421 SVD gesucht. Mit und ohne Hersteller dazu usw.. Oliver S. schrieb im Beitrag
-
Thread
ATMega ans LAN bringen: Mit HLK-RM04?
den ESP8266... kein LAN aber WLAN. Gibt's als China-Clone für ca. 3 Euro, muss kein Adafruit sein! 64kb RAM, 256kb Flash (oder mehr), 80-160MHz, mehr I/O Pins als AVR, I2S, WLAN b/g/n (AP oder station) on board, schnellerer ADC als AVR - was will man mehr? AVR (oder 8 bit PIC) ist schön und gut, aber
ESP32 kann Ethernet, braucht bloß einen PHY und externen Quarztakt
-
Thread
Daten mit hoher Frequenz speichern! Aber wohin?
goldeneyes1987 schrieb im Beitrag #2389493: > 90 MByte!! Äh - *hust* - ich kenne keinen AVR, der mehr als 256KB Flash hat, geschweigedenn mehr als 64KB SRAM handhaben kann. Wenn Du einfach nur Daten schaufeln musst und Du diese nur selten wieder löschen musst - nimm 'ne SD-Karte.
Die besten haben Transferraten von 20-30MByte pro Sekunde. Dazu benoetigt man dann aber schon einen 32bit controller.
-
Thread
Problem beim erstellen und verwenden einer AVR Static Library
den Speicherort und den Namen der Archivdatei. Anfangs habe ich das ganze auf einem Laptop mit 32 Bit Win7 und 32 Bit Eclipse mit AVR Plugin versucht, in der library eine Kleine Test Funktion mit zwei Zeilen erstellt und sie dann in einem anderen Projekt dem Linker bekannt gemacht, sie includiert
und hängt es vielleicht mit der 32/64 Bit Geschichte zusammen? Mir ist übrigens aufgefallen das meine xxx.o Dateien im Archivfile leer sind... Vielen Dank im voraus. Christian
-
Thread
C - Funktion von Strlen verstehen
Di P. schrieb im Beitrag #4306359: > Deshalb halte ich den gezeigten Code auch nur bei 32 bit Architekturen > für sinnvoll. Man müsste mal raussuchen, wie strlen für 8-Bit-AVR > implementiert ist... http://svn.savannah.nongnu.org/viewvc/trunk/avr-libc/libc/string/strlen.S?root=avr-libc
Di P. schrieb im Beitrag #4306359: > Deshalb halte ich den gezeigten Code auch nur bei 32 bit Architekturen > für sinnvoll. Man müsste mal raussuchen, wie strlen für 8-Bit-AVR > implementiert ist... Wie in den Link beschrieben, ist der gezeigte Code für 32 Bit gedacht. Für einen 8-Bittler
-
Thread
Suche JTAG ICE zu debuggen auf den Zielsystem
@all, ich möchte gerne auf meinem Zielsystem debuggen können. Ich habe einen MEGA128 mit AVR Stidio, AVR GCC mit Windows XP. Habe nun schon einiges durchsucht nach selbstgebauten Boards,Dragonboard jedoch sind diese bis 32k begrenzt. Nun habe ich folgendes gefunden. http://cgi.ebay.de
Evertool light evtl. noch ein FT232 o.ä. dazu). Alternatives Fertiggerät, ebenfalls mit USB, ist z.B. das AVR-JTAG-USB von Olimex (vertreibt in Deutschland w.r.e. u.a. der "Elektronikladen"). AVR Dragon reicht zum Debuggen in der Hardware bis 32kB Code, auch bei modernen AVR und auch bei ATtiny mit Debugwire
-
Thread
Welche Low Cost 32 Bit MCU Familie? Gesperrt
absolut offene Frage stellen. Irgendwie scheint sich das ja alles im Forum aufzuteilen in 8 Bit > AVR 32 Bit > STM und noch etwas TI MSP430 was ich so mitbekommen habe. Warum ist bei 32 Bit STM dominant und nicht die AVR SAM? Beide nutzen ARM Kerne. Was macht STM so beliebt? Was machen die besser
Die 32Bit waren für mich persönlich kein großer Sprung, von AVR8 auf STM32. Nur die Einarbeitung in die Register / IDE, die ja nun ein großer Unterschied waren - hat man beim AVR noch im Studio die Taktung
-
Thread
USB-Seriell Adapter für Win7 64-Bit
Bei mir laufen bisher alle gekauften Adapter einwandfrei (unter XP und W7), hab allerdings keinen 64Bit-PC. Die meisten sind Prolific-ICs. Laut Prolific Webseite soll der Treiber auch 64Bit können: Windows Vista/7/Server2008 (32 & 64-bit) WDF WHQL Driver: v3.3.11.152 Peter
Samuel K. schrieb im Beitrag #2180155: > Das 64bit ist das Hauptproblem. Dann sollte es ja mit nem Prolific gehen: Windows Vista/7/Server2008 (32 & 64-bit) WDF WHQL Driver: v3.3.11.152 Peter
-
Thread
LCD Sharp M078CKA-A3QKLA0057
Der laut Pollin verbaute Controller kann 128x64, das Display hat aber 240x64. Da passt doch was nicht... Es kann also daran liegen, dass das Datenblatt von Pollin nicht ganz korrekt ist.
Labor ausgiebig gestestet. Desweiteren das daten Blatt des LH155 ist für den Controller der 128x64 unterstützen soll. Wir haben hier aber ein 240x64 Pixel display...was dazu schließen läßt das, dass M078CKA zwei ma den LH155 besitzen muß oder eine ausgeklügelte logik. :-) Und wenn man sich mal
-
Thread
LPC1102, jetzt wird's winzig. 32-bit auf 5 mm2
sich das zu rechnen;) Hab ich da schon wieder was verpasst? Wusste wirklich nicht, dass es den AVR32 oder den PIC32 in DIP gibt. Robert
im Beitrag #1682243: > Hab ich da schon wieder was verpasst? Wusste wirklich nicht, dass es den > AVR32 oder den PIC32 in DIP gibt. Ich denke auch, daß die Anwendungen, wo man einen DIP-8 oder DIP-20 benötigt von den verfügbaren 8-Bittern zu wuppen sind. Zumindest ich benötige dafür keine 32Bit-Power
-
Thread
"Optimierung" bei Multiplikation
shifts even when it is worse than actual multiplication. Shifts are sometimes worse because AVR offers only 1-bit shifts of 8-bit operands. For instance, the simple code [code] int a = -10; int x; void setup() { x = a * 64; } gets compiled as ca: 36 e0 ldi r19, 0x06
1 0 \ 2 2 | 4 4 | 8 6 | 16 6 | 32 8 | 64 9 | 128 5 | 256 2 | 512 3 | 1024 4 | 2048 5 > mit shift/swap 4096 4 | 8192 5 | 16384 8 |
-
Thread
Zeitkritisch und Speicherkritisch programmieren in C
der Rumpelkammer lassen. Die ist ganz gewöhnlicher Blödsinn. Ich habe von Intel alles von 8 bis 64 Bit schon mit ASM programmiert. Lediglich bei den 8 und 16-Bit-Prozessoren hätte man sich über eine handvoll zusätzliche Register und einen gleichförmigeren Befehlssatz sehr gefreut. Bei 32-Bit
Register ein Feature einer aktuellen Implementierung ist, der Code ist unabhängig davon). Eine IA32 mit einem AVR zu Vergleichen, das ist eher Äpfel mit Tomaten... > Bei 32-Bit kann man auf mehr Register getrost verzichten. Die > zusätzlichen Adressiermöglichkeiten bügeln die ererbten Mängel
-
Thread
EPROM Programmer bauen 27C010 27C020
genügend GPIOs und einem weiten Bereich bezüglich der unterstützten Spannungen für die IOs. Z.B.: AVR128D(A/B)64.
Mein 29F040 Programmer kommt mit 2*74LS393 (=16bit-Zähler) für A0-A15 sowie 3 Pins vom AVR für A16-A18 ganz wunderbar aus. Der Fall, dass man tatsächlich mal Sprünge in der Adresse vornehmen muss, ist mir noch nicht untergekommen. Selbst wenn: die 8 64K-Segmente sind ruckzuck direkt vom AVR
-
Thread
UPDI Debugger fuer neuere AVR
integrieren. Es ist wichtig, das jeweilige Datenblatt genauer zu lesen. Z.B. EV66E56A: All external AVR microcontrollers with the UPDI interface can be programmed and debugged with the on-board debugger with Microchip Studio. AVR64EA48 Curiosity Nano can program and debug external AVR64EA48 microcontrollers
Ok Danke, das hilft, insbesondere auch das verlinkte "AVR64EA48-CNANO-HW-UserGuide-DS50003494.pdf".
-
Thread
Atmega32 Portadressen
Portpins in den jeweiligen Kapitel angegeben. Nun habe ich vor eine Entwicklung auf einem Atmel 32L8p aufzubauen. Und alles scheint neu und anders. Ich habe mir AVRStudio installiert (zum compilieren benötigte ich noch WinAVR) Verbindung zum Controller über AVRStudio und Programmer konnte ich
, also dezimal 32. Verwendet man die speziellen Befehle IN und OUT beginnt die Adressierung bei 0x00, weil für diese Befehle die Register in einem eigenen Adressraum erscheinen. Dieser ist jedoch nur 64 Byte groß.
-
Thread
Mikrocontroller Einstieg
du Durchhaltevermögen hast, würde ich an deiner Stelle heutzutage die 8-Bit Mikrocontroller wie den AVR überspringen und gleich z.B. mit einem STM32 anfangen. Die ARMs sind deutlich potenter, aber auch wesentlich schwieriger. Aber wenn man sich dort einmal richtig einarbeitet, hat man einen modernen
nur speicherhungriges rauswerfen. Glühstrumpf schrieb im Beitrag #3854537: > Wenn die Zukunft STM32 ist, na dann herzlichen glühstrumpf mit Assembler > ohne C oder C++ XD Geht wunderbar, der ARM Thumb Assembler ist komplexer, aber komfortabler als zB. der AVR Assembler. Aber da ARM hervorragend
-
Thread
Interruptroutine atmega C++
[c] uint32_t damitichdiesevariableauchversteheheisstsiecounter32 = 0; [/c]
Hier meine Lösung für ATtiny 2313: [c] #include <stdint.h> #include <avr/io.h> #include <avr/interrupt.h> #include <util/atomic.h> volatile uint32_t epoch=0; // globaler Zeitstempel in 1/10 sec. nach Start void timer_init(void) { // Timer 0 konfigurieren TCCR0A
-
Thread
Typumwandlung via Typecast?
. Das UL steht für unsigned long: [c]10UL * 1000 * 1000[/c] Ebenso geht: [c](uint32_t) 10 * 1000 * 1000[/c] Damit stimmt dann der Wert wie erwartet. Für 64 Bit muss man ULL bzw. uint64_t nehmen. Außerdem sollte man möglichst zuerst alle Konstanten zuerst miteinander verrrechnen
32 Bit rechnen. Das UL steht für unsigned long: > [c]10UL * 1000 * 1000[/c] > Ebenso geht: > [c](uint32_t) 10 * 1000 * 1000[/c] > > Damit stimmt dann der Wert wie erwartet. Für 64 Bit muss man ULL
-
Thread
Welche Bibliotheken muss ich anhängen?
MAX_THETAx2 240 #define MAX_THETAx3 360 #define MAX_THETAx4 480 #define MAX_PWM 2666 // 64MHz (PLL frequency) / 2666 / 2 = 12 kHz (PWM frequency) #define DeadTime 32 // 32 => temps mort = 0.5 µs #define MAX_AMPLITUDE ((MAX_PWM / 2) - DeadTime) #define K_scal
MAX_THETAx2 240 #define MAX_THETAx3 360 #define MAX_THETAx4 480 #define MAX_PWM 2666 // 64MHz (PLL frequency) 2666 2 = 12 kHz (PWM frequency) #define DeadTime 32 // 32 => temps mort = 0.5 µs #define MAX_AMPLITUDE ((MAX_PWM / 2) - DeadTime) #define K_scal 32
-
Thread
ATmega32u4 - ADC wirklich nicht unter 2.56V Ref?
Registerdefinitionen (müsste dieser Unit entsprechen https://github.com/graemeg/freepascal/blob/master/rtl/embedded/avr/atmega32u4.pp) hab ich schon überprüft, aber nichts Auffälliges gefunden.
Prescaler 64. Mit Prescaler 32 liegt die Schwelle bei 1.33V, mit Prescaler 16 (1MHz ADC Takt) bei 1.35V. Mit Prescaler 8 (2MHz) sind allerdings 1.85V für stabile Messwerte nötig, und die Abweichung der Kanäle
-
Thread
PoE AVR Modul
Ich plane ein AVR-Ethernet-Modul mit PoE für meinen Shop. Die momentanen Eckdaten sind: - MEGA64 oder 128 - CP2201 Ethernetcontroller - TPS2375 PoE Controller - LM2594HV-5 Schaltregler - LDO 3,3V Regler -
müsste der ISP nicht anders angeschlossen sein? http://www.mikrocontroller.net/articles/AVR_Checkliste#Besonderheiten_bei_ATmega64_.2F_ATmega128
-
Thread
Interrupt Problem
da ein sauberes Signal mit sauberen Flanken an oder muss da mit Prellen gerechnet werden? > int32_t a; es gäbe da auch noch int64_t! Hat ja sonst nichts zu tun, der kleine µC. Um bis 3 zu zählen muss man schon ordentlich Bits spendieren.
Das Problem war, dass im AVR Studio ein Atmega 32 eingestellt war, aber ein Atmega 16 benutzt wurde. Danke für die viele Hilfen Gruß Peter
-
Thread
Bascom ist gut
einen anderen Basic-Dialekt hinweisen, noch dazu vollkommen kostenlos und sogar mit OO-Ansatz: LunaAVR. http://avr.myluna.de/doku.php?id=de:start Es ist quasi ein RealBasic-Clone (fortschrittliches VB) für Windows, Linux und MacOSX. Vor Allem letzteres (noch nicht ganz fertig) dürfte ein wirkliches
der Programmierer die Schreibzyklenzahl nicht beachtet. Hier mal ein Beispiel: [c] #include <avr/io.h> #include "eeprom.h" #define EE_ADDR 1 struct{ uint32_t p0; float p1; int16_t p2; uint8_t p3; }eeprom_data; int main( void ) { eeprom_read( &eeprom_data, EE_ADDR
-
Thread
Arduino 1.8.x on *buntu
/icons/48x48/apps/arduino.png ./build/shared/icons/128x128/apps/arduino.png ./build/shared/icons/32x32/apps/arduino.png ./build/shared/icons/256x256/apps/arduino.png ./build/shared/icons/64x64/apps/arduino.png ./build/shared/icons/72x72/apps/arduino.png ./build/shared/icons/16x16/apps/arduino.png
Folder und Du müßtest sie nicht sonstwo suchen. https://downloads.arduino.cc/arduino-1.8.7-linux64.tar.xz bzw. https://downloads.arduino.cc/arduino-1.8.7-linux32.tar.xz
-
Thread
Arduino uno R3
.tmp\Blink.cpp.o C:\Programme\Arduino\hardware\tools\avr/bin/avr-gcc -c -g -x assembler-with-cpp -mmcu=atmega328p -DF_CPU=16000000L -DARDUINO=10605 -DARDUINO_AVR_DUEMILANOVE -DARDUINO_ARCH_AVR -IC:\Programme\Arduino\hardware\arduino\avr\cores\arduino -IC:
ich noch mal, Display's habe ich 3. Eines 16x2, eines von saint smart spi 128x64, und eines 128x64 ohne SPI. peter
-
Thread
"Arduino kompatibler" MC für 2025
Soweit ich weiß, dümpelt Arduino noch mit der AVR-GCC Version 7.3 rum. Mit C++11 Bei mir, meiner Arduino IDE, ist mittlerweile eine AVR-GCC Ver. 15.x im Einsatz. Mit C++20 Also selbst wenn es keine 16er GCC Version für AVR geben wird, wird die
nix. Arduino ist durch den Wildwuchs alles andere als einfach, und hat sich überlebt, so wie die AVR. Setz auf STM32. Geht zwar auch mit ArduinoIDE aber CubeIDE ist die richtigere.
-
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
Reengineering: Siemens S65 Display
Hängt dran, einschließlich Ausgabe auf dem TFT. Erwarten würde ich pro Zeile von links nach rechts 32 Pixel von schwarz bis sattrot, dann 64 Pixel von schwarz bis sattgrün, und dann 32 Pixel von schwarz bis sattblau. Die Position der Farbbits in dem 16bit Wort ist wirklich 565, das habe ich mit einem
So, ich hab jetzt nochmal den Kram an den AVR umgeklemmt, und Christians Demoprogramm soweit angepasst, daß diese Gradienten gezeichnet werden müssten wie die aus meinem letzten Posting. Es auf dem AVR genauso SCH... aus wie auf dem ARM9. Kann
-
Thread
Atmel 32Bit/ARM mit FPU
Sinn sie auch zu nutzen weil sie einem ganz einfach Arbeit abnehmen kann. P.S.: Von Atmel sind AVR32 MCs mit FPU angekündigt. Wann die kommen ist noch nicht raus, MC mit DSP Befehlen UND FPU klingt aber gut.
Ausführungszeiten aus dem Datenblatt zum 7216 bei 200MHz Takt rausgesucht. Angaben in ns für (float32/double64) FMUL (5/30), FDIV (50/115), FSQRT (45/110) Wenn FMUL mit float32 gerechnet einen Takt braucht, wird es mit Festkomma Tricksereien nicht schneller gehen können. Zum Vergleich braucht
-
Thread
Magnetic Encoder mit 10 Mhz auswerten
werden. Seine Busschnittstelle paßt recht einfach an einen 8051 und würde heute mit einem ATmega162, ..64, ..128 usw. direkt ansprechbar sein. Wenn man schon AVR einsetzt, wäre damit keine Einarbeitungszeit verbunden. Zulu schrieb im Beitrag #4216510: > Die STM32F4-Discovery scheint einen ähnlichen Prozessor
mir als passend > erscheint, auch wenn für 30 € relativ wenig auf dem Board ist: "MINI-M4 > for STM32". Er hat den > - STM32F415RG, mit 64 pins > - Encoder im Chip, > - bis zu 168 Mhz, > - 1MB Flash, Der ..415 ist ein ..417 (..407 mit Crypto-Einheit) im 64 pol. Gehäuse. Ihm fehlt der FSMC,
-
Thread
µC für n00bs
Stefan U. schrieb im Beitrag #4438623: > Für PIC und AVR wirst du problemlos genügend Anleitungen im Internet und > im Buchhandel finden. Gleiches gilt für STM32.
Claymore schrieb im Beitrag #4438621: > Mit AVR würde ich heute nicht mehr anfangen. Wenn man gleich von vorn herein mit einem 32-Bit ARM anfängt, dann kann es leicht sein, dass man sich in der Komplexität verstolpert. > Mit AVR würde ich heute
-
Thread
FIR Filter auf PIC
hab, > oder? Warum nimmst Du keinen dsPIC oder PIC32? Die sind deutlich geeigneter für Dein Vorhaben. ZB dsPIC33FJ64GP802 mit Codec (I2S) Interface und 14 Bit Stereo Audio DAC. Oder geht es nicht um das Ziel, sondern darum, die Zeit sinnlos totzuschlagen
BRG-Registerwert ist X = (Fosc/Baudrate)/T-1 T ist der Teilerfaktor des Baudraten-Generators (4|16|64, je nach BRG16 und BRGH-Bitsetting). Also: setze BRG16 und BRGH Bits auf 1, dann ist T=4, und für Deine 460800 Bd kommt raus: (32MHz/460800)/4-1=16.36 -> 16 ins BRG-Register laden. Gegenprobe: Baudrate
-
Thread
Frage zur Wahl der Variablengrößen
. Dafür wird immer nur noch eine 32 Bit Variable benötigt, bei der dann immer noch 7 Bit unbenutzt sind. Also kein Zwang zu 64 Bit.
! Da geht der AVR ganz ordentlich in die Knie! 64 Bit Arithmetik ist nicht sonderlich leistungsfähig auf dem AVR umgesetzt. Man muss es nicht immer übertreiben und mal abschätzen, welche maximalen Zahlen auftreten
-
Thread
MyAVR Workpad Plus Include- Datei
Rafael S. schrieb: > <avr\io.h> Siehe WinAVR im Workpad-Verzeichnis: WinAVR\avr\include\avr\io.h WinAVR\avr32\include\avr32\io.h Workpad-WinAVR-Pfad siehe Menu Extras\Einstellungen unter Kartenreiter "Programm". Für
Hi >Es läuft bei mir unter Win7 x64. Im >Gegensatz dazu ist AVR-Studio 4.18 hier nur im Win-XP-Modus lauffähig. Unsinn. Bei mir läuft das 4er Studio problemlos auf mehreren Rechnern unter Win7 x64. MfG Spess
-
Thread
Probleme win WinAVR 20081205
rot toggle cc: c2 e3 ldi r28, 0x32 ; 50 ce: d0 e0 ldi r29, 0x00 ; 0 d0: 00 e4 ldi r16, 0x40 ; 64 PWM_value = uart0_rx_getchar(); uart0_tx_putchar(PWM_value); if ( (PWM_value >=
toggle besteht insgesamt aus zwei verteilten Codeblöcken, einmal cc: c2 e3 ldi r28, 0x32 ; 50 ce: d0 e0 ldi r29, 0x00 ; 0 d0: 00 e4 ldi r16, 0x40 ; 64 als Initialisierung vor der Schleife, und dann e6: 88 81 ld r24, Y e8: 80 27 eor
-
Thread
Einfacher Fehler in C-Berechnung
Compiler derartige Optimierungen von selbst? Normalerweise schon, aber in dem Falle hat er nur beim AVR die Division komplett eliminiert (dort wäre sie aber auch am teuersten), während er es bei ARM und amd64 nicht getan hat.
dementsprechend BigDecimal, in Go Money*. Money ist eine Struktur aus: string currency_code int64 units // The whole units of the amount. int32 nanos // Number of nano (10^-9) units of the amount.
-
Thread
Sprache C - > long oder besser immer long long
string); printf("%s\n", ptr); return 0; } [/c] Funktioniert mit Bitbreiten von 8, 16, 32, 64 und 128. Wenn die ersten Maschinen mit 256 Bit rauskommen, kannst Du Dich nochmal melden. P.S. Das obige kann man auch noch um einiges performanter machen. Aber das ist jetzt hier nicht die Aufgabe
zukünftig z.B. auf 128Bit Maschinen gegen > die Wand laufen: Der läuft auch schon bei gängigen X86_64 Maschinen schief, denn int ist da oft nur 32-bittig. Anderes Beispiel wären 8051 Compiler, dort ist i.d.R. sizeof(void*) = 3 (bytes), weil man so die unterschiedlichen Speichertypen (code, data, xdata
-
Thread
AVR - Taktfrequenz für Seriell ohne Handshake
Noch was zum Thema AVR CPU-Leistung und hohe Baudraten. Ich hab mal vor Äonen einen DMX512 Player/Recorder gebaut, mit ATmega64 und externem 64kB SRAM und SD-Karte. Der konnte DMX512 mit voller Kapazität mit 250kBaud dauerhaft
Teilungsprobleme sieht, der hat sich damit noch nicht ausreichend beschäftigt. Bei den neueren AVR-Familien oder STM32 mit fraktionalem Baudratengenerator ist das alles mit dem Baudratenfehler ziemlich unkritisch – hier muss man keine Akrobatik mit den Quarzen vollführen. Die internen RC-Oszillatoren