-
Thread
ATMega32 I2C connect mit AT24Cxx EEprom
ATmega zum I2C Speicher hinzubekommen. Es misslingt mir aber nur....Habe bislang nach dem Buch: "AVR Mikrocontroller Programmierung in C" von Heimo Gaicher probiert... Nun habe ich ein Tutorial das im Internet vorgestellt wurde versucht, auch wieder ohne Erfolg. :(( Das "AT24C64 Modul" (Steckbrett
Hallo Marc ! Die I2C Addr vom AT24C64 ist 0x50....lt Datenblatt und lt I2C Scanner. Mit dieser Ardresse kann ich den EEprom auch mittels Arduino beschreiben/auslesen. Beim Atmega32 habe ich PortC.0 als SCL und PortC.1 als SDA verbunden
-
Thread
Kennfeld ablegen? Intern o. extern?
Daher möchte ich auch Tabellen in den flash-Speicher ablegen (schon wegen der Größe). Ich denke an 32*32 für die Zünverstellung und evtl. das gleiche oder 64*64 für die Kraftstoffmenge. Ich dachte die Tabelle so anzulegen daß ich im Prinzip 32 Zeilen (für verschiedene Drehzahlen) habe und in jeder stehen 32 bytes (für verschiedene Gasstellungen). Um an meinen Wert zu kommen Teile ich die Drehzahl durch 32 und addiere die Gasstellung. Dort finde ich dann meinen Wert. Ich würde mich freuen auf diesem Weg
-
Thread
Arduino Uno und VUSB
/64, error -32 [11086.964540] usb 2-1.2: device descriptor read/64, error -32 [11087.140347] usb 2-1.2: new low-speed USB device number 45 using ehci-pci [/code] Ich werde aber aus diesen Ausgaben nicht
/64, error -32 [14950.055999] usb 2-1.2: device descriptor read/64, error -32 [14950.231806] usb 2-1.2: new low-speed USB device number 54 using ehci-pci [14950.639137] usb 2-1.2: device not accepting
-
Thread
Diamex USB ISP Programmer installieren funktioniert nicht
Kunstoffgehäuse geliefert. Er kocht keinen Kaffee und backt auch keine Brötchen, programmiert jedoch alle AVR's die einen SPI-Basierten ISP besitzen. Das Gerät ist zuverlässig und bisher bis Windows7-x64 getestet. Mein ISP ist etwas älter und spricht daher nur STK500v2 und dieses Protokoll wurde ab ATMEL-Studio
sollte auch Problemlos unter den folgenden Betriebsystemen funktionieren: Windows 2000/XP/Vista/7/8 32bit Windows Vista/7/8 64bit PS: Ein Firmware Update würde mich auch interessieren, wäre nett wenn jemand eine Anleitung o.ä. dazu posten könnte!
-
Thread
AVR braucht 7us-12us bis in Interrupts ausgelöst wird??
für nur > eine ganz spezielle Aufgabe exklusiv reservieren kann. Zugegeben mit den > Registern des AVR ist das bis zu einem gewissen Grad möglich, aber auch > hier wieder: mit steigender Komplexität Und dieser gewisse Grad langt bei 32 verfügbaren allgemeinen Registern durchaus sehr weit: Wie im
sehr viel länger als bei ASM und die Fehlersuche in ASM ist oft die Hölle. Mit C programmiere ich AVR, ARM (Cortex) und x86/x64 ohne etwas neu erlernen zu müssen. Meinen FAT Treiber habe ich für AVR geschrieben, aber nativ am PC getestet und debuggt. Aber der Punkt ist doch: ein Code der dasselbe leistet
-
Thread
USBProg unter Windows 7
Hallo! Hat schon jemand den USBProg unter Windows 7 (64bit-Edition) zum laufen gebracht? Die Software (USBProg GUI sowie LIBUSB-Win32) ließ sich zwar installieren und das Gerät wird nach dem einstecken in USB auch erkannt, jedoch werden keine Treiber gefunden
Reihenfolge vorgegangen: 1. Winavr installieren http://sourceforge.net/projects/winavr/files/WinAVR/ 2. AVR Studio 4 installieren (Ich mag 4 lieber als 5) http://www.atmel.com/tools/AVRSTUDIO4.aspx 3. AVR Toolchain installieren (Gleiche Homepage wie AVR Studio) 4. USBprog Software installieren
-
Thread
USBasp auf AVR-ISPmkII flashen?
Unter Windows 7 X64 geht der Ullihome-Klon nicht als AVRISPmkII. Unter 32 Bit geht es. Liegt übrigens daran, daß Microsoft seit den 64-Bit-Versionen den verwendeten USB-Modus, den es offiziell gar nicht gibt, auch nicht
Ich habe hier einen USBASP mit der Software "USB-AVR-Labtool" ausgerüstet und der funktioniert mit dem AVR-Studio 4.16 und mit Bascom einwandfrei. Er wird als STK500 V.2 erkannt und hat noch nie Zicken gemacht. Betriebssystem ist entweder Vista 32
-
Thread
Nach Update Ubuntu Linux 14.04 -> 16.04 funktioniert avrdude mit USBProg4 nicht mehr
aus? # uname -a Linux Tellur 4.4.0-51-generic #72-Ubuntu SMP Thu Nov 24 18:29:54 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
Das ist ein: [code]3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux[/code] Hab's gerade mal am 32bit Laptop getestet, gleiches Verhalten und Ergebnis wie am Hauptrechner. [code]4.2.0-0.bpo.1-686-pae #1
-
Thread
Diagnose-Programm für Umgebungsparameter wie sizeof(int), Endianess, Alignment usw.?
define __SIZE_TYPE__ unsigned int [/pre] ...wie Basistypen definiert sind: [pre] $ echo | avr-gcc -x c - -E -dM | grep TYPE | sort #define __CHAR16_TYPE__ short unsigned int #define __CHAR32_TYPE__ long unsigned int #define __INT16_TYPE__ short int #define __INT32_TYPE__ long int #define
__INT_FAST64_TYPE__ long long int #define __INT_FAST8_TYPE__ signed char #define __INT_LEAST16_TYPE__ short int #define __INT_LEAST32_TYPE__ long int #define __INT_LEAST64_TYPE__ long long int #define __INT_LEAST8
-
Thread
Frequenz Erzeugung mit avr
Rechteck generator der von 0-3000hz erzeugen kann in 0.25hz schritten. Geht das.mit den timern eines avr? Mit der quarzfrequenz auswahl bin ich flexibel...
Es soll ein AVR verwendet werden. ATXmega gehören auch zu dieser Gattung, die lt. Datenblatt bis 32 MHz betrieben werden können. Damit wären die Anforderungen doch zu erfüllen, zumal bei tieferen Frequenzen die Auflösung
-
Thread
Gründe gegen einen AVR
Es gibt AVR mit 8 kB RAM. 32 kB oder 64 kB RAM wie bei AT91SAM7 wären trotzdem ganz nett...
@Jörg Wunsch: Was sagt denn Deine Glaskugel bezüglich der Verfügbarkeit von AVR32UCxxx Controllern? Die haben mehr Speicher, sind schneller als die 8-Bit-AVR's. Jens
-
Thread
ATmega8, OCR2, Fehler in Tabelle?
ist immer noch auf 1, so wie er bei 0 auf 1 gesetzt wurde. Der Zähler zählt weiter: 60, 61, 62, 63, 64, nichts passiert. 64 ist nicht mehr gleich dem OCR Register, das ja jetzt den Wert 32 hat. Der Ausgangs Pin bleibt also auf 1. 65, 66, 67, 68, der Pin bleibt immer noch auf 1. ... 254, 255, der Pin
in das OCR Register hat es also einen PWM Zyklus gegeben, in dem der Pin 256 + 32 gleich 288 Zählzyklen auf 1 war. Und dabei wollte ich nur die PWM-High Zeit von 64 auf 32 verkürzen. Und du schreibst wirklich ein Buch?
-
Thread
Rettung erfolgreicher Closed-Source-Software von Einzelpersonen Gesperrt
scheisse auch? Keine Ahnung. Es läuft jedenfalls 6.5.0 Pro völlig problemlos auf einem aktuellen Win10/64. Auch Eagle 6.5.0 ist noch 32Bit. Außerdem laufen auch *unzählige* andere 32Bit-Anwendungen völlig problemlos und ohne jeden Nachinstallations-Sackstand unter Win10/64. Probleme gibt es üblicherweise
Die 64 Bit Version hat keine einzige 32 Bit Abhängigkeit. Sieh selbst: [pre] stefan@st-desktop:/opt/hterm-linux-64$ ldd hterm linux-vdso.so.1 (0x00007ffd6e291000) libX11.so.6 => /lib/x86_64-linux-gnu
-
Thread
AVR: Zufallszahlengenerator - zufälliger Startwert
Schließe an den AVR per SPI oder TWI einen STM32 an. Der STM32 hat einen "TRNG" - Random Number Generator als Peripheriemodul drin. Nun brauchst du nur noch einen ein kleines Progrämmchen das den RNG aus liest und für den AVR bereit stellt.
-
Thread
Befehlssatz der bo8-CPU - was ist gut, was ist schlecht
rechnet, trotzdem aber das V-Flag in Abhängigkeit des Ergebnisses setzt. Für die Addition zweier 32-Bit-Zahlen, die man bspw. auf einem AVR mit 4 Befehlen (1×ADD und 3×ADC) erschlägt, muss man bei dir noch ein ZO.V voranstellen, um V zu löschen. Richtig? >> CR.V U wird V xor U , dann wird
64 Bit und nur ein relativ kleiner Anteil davon genau ein halbes CPU-Wort, also 32 Bit. Wenn die CPU-Entwickler viele Register in ihre CPUs packen, könnte das also noch andere Gründe haben. Einen
-
Thread
Sekunden mit Uhrenquarz richtig takten
taster_1 PB1 #include <avr/io.h> //#include <avr/delay.h> #include <avr/sleep.h> #include <avr/interrupt.h> volatile uint32_t sec=0; //hier kann zeit eingestellt werden volatile uint32_t min=1; volatile uint32
überhaupt ein legaler Prescalerwert ist. Stellt man ihn auf 16, passt Overflow natürlich nicht für 32Hz, dann müsste Compare-Interrupt auf 64. Wenn man dann aber keinen reload macht, kommt der nächste Compare trotzdem erst wieder in 256 Takten, es sei denn, die Interrupt-Routine seztz ihn weiter auf
-
Thread
Testplatine für ATmega 2560 - Kondensatoren an jedem VCC/GND Paar ?
Controllern gibts das Problem eh nicht mehr - die dort eingesetzten UARTs sind deutlich flexibler. Die AVR-Peripherie ist halt ... veraltet halt. Macht man heute anders. Kannst Dir ja mal zum Vergleich einen PIC32MZ anschauen. fchk
Word-Adressen), aber Daten im Flash brauchen bereits 24-Bit-Adressen. Meiner Meinung nach sind die AVR bis 32kB Flash (möglichst mit im Datensegment gespiegeltem Flash) optimal. 64kB Flash ist noch OK, aber wenn man noch mehr braucht, nimmt man 32-Bit-Prozessoren (z.B. Cortex-M).
-
Thread
Gleitkomma-Bibliothek für AVR
Hallo, ich bin neu hier im Forum. Seit kurzem beschäftige ich mich mit AVR-Mikrocontrollern. Da ich bei der Suche nach einer kostenlosen Gleitkommabibliothek mit echten 64 Bit double Zahlen erfolglos war (für 8 Bit AVR Prozessoren), habe ich eine Gleitkommabibliothek für
ausgelegt, dass man eine beliebige Genauigkeit einstellen kann. Dies bedeutet, dass sie nicht für 64-Bit Zahlen optimiert ist. Obwohl ich Funktionen wie sin, cos, exp, log, arctan schon entfernt habe, benötigt sie auf meinem ATMega32 immer noch etwa 25 kBytes Programmspeicher. Der Flash meines ATMega32
-
Thread
LPC2106 + Silabs CP2200
Upps, eigentlich wollte ich oben 16-32kB Ram schreiben. Ich denke 64kB Flash / 32kB Ram sollten es schon sein. Ich denke, der LPC2136 wäre nicht schlecht. Vom Flash her leider völlig überdimensioniert, soviel bräuchte ich eigentlich nicht. Aber das LQFP64 Gehäuse sollte ich noch löten können. :-) Heute Mittag wälze ich nochmal die Datenblätter... -schnelles SPI (20Mhz reicht aber, mehr kann der ENC eh nicht) -32kb Ram oder mehr -64kb Flash
-
Thread
Mikrocontroller für kleine Projekte Attiny & Co.
Flash / RAM: EFM8LB12F64E-A-QFP32
avr schrieb im Beitrag #4380348: > Du hast es wohl auch noch nicht verstanden. Mit der CubeLibrary kannst > du den gleichen Code auf ziemlich vielen STM32 Controllern nutzen. Jedenfalls solange, bis
-
Thread
STK500 Update Probleme bei Version über 4.12 Build 460
Obwohl es praktisch komplett sinnlos ist, ist die Firmware encrypted (diese stk500.ebn-Datei, die AVR Studio irgendwo mitbringt). Man kann sie zwar an allen Ecken und Enden mitlesen (Win32 API syscalls, RS-232-Leitung, ISP-Signale zwischen ATtiny2313 und ATmega8535), aber irknwie sinse auf diese
) - aber nunja es tut sich schon was, nur leider noch nicht viel. die "libusb-win32" hab ich jetzt und bekomme auch die fehlermeldung nicht mehr (mühsam ernährt sich das eichhörnchen) mit avrdude -c avr910 -p m8535 -P com1 -Fu -U stk500.hex folgt folgendes im cmd-fenster:
-
Thread
Ubuntu-Version für Prozessor
Forum! Es wurde ja schon fast alles nach großen Mühen geklärt. Aber der Übersicht nochmal: 1. 32Bit-Linux läuft auf 32Bit und 64Bit Maschinen, 64Bit-Linux läuft nur auf 64Bit Maschinen 2. Auf 32Bit Maschinen läuft nur 32Bit-Linux 3. 32Bit-Software läuft auch auf 64Bit-Systemen 4. Softwareauswahl
einer veralteten 32Bit Welt leben möchtest besorge dir ein 64Bit Linux. Ich habe nur 2GByte RAM und ein 64Bit Linux bei dem alles funktioniert, vom programmieren der AVR über den USBasp Programmer, über den seriellen
-
Thread
AVR mit integriertem RTC
Link von Atmel: > http://www.atmel.com/devices/ATMEGA328P.aspx?tab=parameters > > Und da steht:32kHz RTC: Yes > > Was bedeutet es dann, wenn es keinen AVR mit eigebauter RTC gibt? Jetzt > hast Du micht völlig verwirrt.... das bedeutet das man dort einen 32kHz Quarz anklemmen kann und er
> Ich habe bislang noch niemanden gesehen, der einen AVR tatsächlich >(vorsätzlich) mit 32 kHz getaktet hätte. Im Anhang ist ein Bild (ähnlich) von mir, damit du jemanden gesehen hast, der vorsätzlich mehrere AVR (z. B. Fahrradcomputer) mit 32 KHz taktet
-
Thread
fehler im lehrheft Gesperrt
deinerseits. Ich will jetzt nicht auf die AVR's eingehen, aber Konstrukte wie (zahl<<position) sind recht üblich. Oft genug ist sowas die Position des auszuwählenden Teiler-FF, die da angegeben wird. Hier mit 2^6-->64, das scheint mir stimmig
auch immer den Wert 64 bekommt.
-
Thread
Datentypen in C
>Und auf einem 64-Bit-Prozessor ist das "int" natürlich wie breit? ;-) Lach nicht! Unter Windows (LLP64) ist das "int" trotz 64-Bit-Prozessor nur 32-Bit breit. Insofern darf vor Verwirrung gewarnt werden.
In Linux auch. War aber schlecht vermeidbar, weil man sonst einen zusätzlichen Datentyp für 32 Bits hätte definieren müssen. Noch besser wird es bei "long", da sich die beiden wichtigsten 64-Bit Welten Windows und Linux darüber nicht einig sind, also ob das 64 Bits sind (Linux, LP64) oder 32
-
Thread
Servo verhält sich nicht wie erwartet
<<ADEN) | (1<<ADPS2) | (1<<ADPS1); ADCSRA |= (1<<ADSC); while (1){ OCR2 = F_CPU / 64 / ((uint32_t)ADC * 4000 / 1024); } } [/c]
Für 1 ms Pulse brauchst du in OCR den Wert 1 ms/64 µs = 16 Für 1,5 ms Pulse brauchst du in OCR den Wert 1,5 ms/64 µs = 23 Für 2 ms Pulse brauchst du in OCR den Wert 2 ms/64 µs = 32 Ich vermute, dass dein ADC Werte von 0 bis 1023 liefert. Rechnen
-
Thread
AVR32 Anwendung mit uboot von SDRAM starten
uboot in den SDRAM geladen werden und dann gestarted werden. Mein code: led.c [code] #include <avr32/io.h> int main( void ) { AVR32_PIOE.per = 0x00000010; /* Set pio enable for PE04 */ AVR32_PIOE.oer = 0x00000010; /* Define as output port */ AVR32_PIOE.pudr =0x00000010; /* disable
0x10000000; [/code] Und die executable start Addresse von 0x0000000 auf 0x10000000 geändert. avr32-objdump -f Led.elf sagt: [code] Led.elf: file format elf32-avr32 architecture: avr32, flags 0x00000113: HAS_RELOC, EXEC_P, HAS_SYMS, D_PAGED start address 0x10000000 [/code] avr32-objdump
-
Thread
16 Bit Division auf 8051
Entschuldigung, es muss eine 16-Bit-Zahl durch 64 dividiert werden, da eine Page 32 Wörter (=64 Byte) hat. Also soll ich wohl eine gegebene 16-Bit-Zahl 6 mal nach rechts schieben ? Es wird nichts links wieder reingeschoben nehme ich an. Was rechts
euch für die Korrektur! Es ist kein AVR-Flasher für ein MCS-51-Projekt sondern einer für ein 80c32er Bastelcomputer: https://www.mikrocontroller.net/topic/433083#new
-
Thread
Bringt ein Serieller SRAM überhaupt was? Oder ist das nur ein größer flüchtiger EEPROM?
@Jim Meba (turboj) >hast - sehr aufwändig zu programmieren. Dein AVR hat IIRC keinen >externen Bus für RAM. DIESER AVR nicht, einige haben es. ATMEGA162 ATmega128 ATmega128A ATmega64 ATmega64A ATmega1280 ATmega1281 ATmega2560 ATmega2561 ATmega640
mit SD Karte, > ENC28J60, Temperatursensoren, Lichtsensoren und einem TFT Arbeite. Wenn Du bei AVR bleiben willst, dann wäre einer mit externem Adress/Datenbus wie zB Mega2560/2561 sinnvoller. Dort kannst Du sehr einfach ein oder zwei externe 32k SRAMs anschließen, und auch das TFT wird durch den
-
Thread
uBoard - USB Multi-Gerät
unterschiedlich programmiert, etc etc. Es ist zB einfacher, Code von einem Atmel SAM3irgendwas auf einen AVR32 zu portieren als auf einen STM32F3 zB. Warum? SAM3 und AVR32 haben zu großen Teilen identische Peripherie, und die unterschiedlichen Prozessorkerne werden zum großen Teil von den Compilern verdeckt. Ob Du nun den gcc-arm oder den gcc-avr32 benutzt, ist Dir im wesentlichen egal, die Optionen sind dieselben. Das nutzt Atmel beim AVR-Studio aus, und aus dem Grund investiert Atmel auch nicht mehr so viel in AVR32. Es rechnet sich nicht,
-
Thread
Welche 32-Bit MCU für ein neues Projekt
Bisher (letzten 30 Jahre) bin ich auf ziemlich vielen verschiedenen CPU/µC von attiny13a bis aarm64/x86_64 und momentan auch stm32 mit vim, make und x-y-z-gcc und Konsorten nicht zu schlecht gefahren. Ich hab' eigentlich nicht vor, das nochmal zu aendern. Da greift dann schon mein Altersstarrsinn
ganz. PIC32M: MIPS basiert PIC32C: ARM basiert PIC64: RISCv basiert Da wird nichts fallen gelassen. fchk
-
Thread
Nachteil bei verschiedenen µC
Ich wollte schon immer mal bei dem Streit AVR - STM32 mitmachen. Also mal mein Beitrag hierzu: Markus Müller schrieb im Beitrag #1689956: > Wiso nimmt man nicht einfach einen STM32. > >... > > Aus Erfahrung kann ich nur den empfehlen.
konnte ich es nicht verkneifen den STM32 mit in diese Diskussion zu werfen. Nach wie vor bin ich der Meinung, dass es leichter ist einmal den [[STM32]]/Cortex/ST FW-Lib zu kapieren als jedes mal, wenn man einen anderen AVR braucht wieder neu
-
Thread
Digitaler Drehzahlmesser
passt locker in eine Streichholzschachtel. Die LED-Matrix kann man ohne Vorwiderstände direkt an den AVR hängen, da diese ja nur einige ms aktiviert sind und die max. Verlustleistung des AVR dadurch nicht überschritten wird. Gff. kann man auch noch den Quarz einsparen, wenn man den internen RC-Oszillator
Software schätzungsweise ca. 1 bis max. 1.5kB Speicher, ein 2313 reicht also dicke und alle anderen AVR's wären Verschwendung. An der Anzahl der LED's würde ich nicht sparen, der Softwareaufwand ist im Grunde der selbe, jedoch ist der visuelle Effekt für die paar Cent mehr bedeutend besser. 64 LED's
-
Thread
USB AVR Lab Windows7 64bit Treiberinstallation funktioniert nicht
Hallo µC-Gemeinde! Ich habe ein Problem mit meinem AVR-Programmer "USB AVR Lab" von Christian Ulrich (www.ullihome.de/wiki/USBAVRLab/index). Nach dem Umstieg meines Betriebssystems von WindowsXP auf Windows7 64bit bekomme ich den Treiber nicht mehr installiert
fehl! Hat noch jemand ein USB AVR Lab mit Windows7 (64bit) am Laufen und kann Tipps geben? Danke, Nico
-
Thread
32bit / 64bit Architektur
Zum Vergleich, cc1 vom avr-gcc 4.7.2: Gesamtgrösse des Files: 32-Bit: 7283476 64-Bit: 7566760 .text, also der Code: 32-Bit: 0x0053dfe4 64-Bit: 0x00528cdc .bss, also uninitialisierte statische Daten 32-Bit: 0x0005fc14 64-Bit: 0x00073ba0 .rodata, also Konstanten aller Art: 32-Bit: 0x000c5ba0 64-Bit: 0x00108420 Der 64-Bit Code ist also geringfügig *kürzer* als der 32-Bit Code. Die statisch allozierten Daten sind
-
Thread
AVR32 vs. ARM
AVR32 würde ich nicht nehmen, weil der zu neu ist. -> Keiner kennt sich damit aus.
ja mal kommen.+++ Ich selbst stehe gerade an der Entscheidung ob ich einen AT91SAM9XE oder einen AVR32UC3 nehmen soll. Danke Robert für deinen Bericht fand ich gut. Ich denke Atmel wird den AVR32 nicht fallen lassen, aber was mich viel mehr interresiert wie sieht die Zukunft für AVR32 aus. Welcher
-
Thread
Probleme nach Optimierung
~(1 << ADEN); result /= 64; return result; } [/c]
optimierung auftritt: [c] #include <math.h> #include <stdlib.h> #include <string.h> #include <avr/wdt.h> #include <avr/sleep.h> #include <util/delay.h> #include <avr/interrupt.h> #define BAUD 9600UL // Baudrate für serielle Kommunikation #define F_CPU 4000000UL // Systemtakt in Hz #define
-
Thread
Audio ausgeben mit µC
unsigned long wert, freq; > wert = Fv*24294967296/Fd; > ISR: > freq += wert; Dafür reichen uint32_t nicht aus. Das bräuchte min. 64 Bits. Und dann ist das freq>>24 natürlich sinnlos. Weshalb überhaupt * 24294967296? 24294967296 != 2^32, und ich dachte 2^32 soll man verwenden? Wobei man damit natürlich
string.h> // Funktionen fuer Zeichenketten #include <inttypes.h> // Fuer Datentyp #include <avr/interrupt.h> // Fuer Interrupts #include <avr/eeprom.h> // Fuer EEPROM #include <avr/pgmspace.h> // Fuer Flash #include <util/delay.h> // Fuer Verzoegerungen #include "main.h" // Allgemeine
-
Thread
Xmega vs Arm welcher Takt vergleichbar
Ich hatte mal privat die Taktzyklen eines AVR gemessen, die für die Durchführung einer 64 Bit Ganzzahldivision benötigt werden. Dann hatte ich aus beruflichen Gründen den "Trace" einer 64Bit Ganzzahldivision auf einem ARM Cortex-A9 vorliegen.
passen, da erstere 8Bit und letztere in 32Bit rechnet, unter der (zu optimistischen) Annahme dass der AVR jeden Befehl in einem Takt ausführt. Wie schnell nun der ARM pro Takt im Verhältnis zum AVR ist, hängt auch wieder von der ARM Architektur
-
Thread
welche µC-Architektur (AVR, PIC)
Das große Plus Eclipse hat STM32F103 auch. Wie schon oben beschrieben, ein STM32 packt so viel wie 4 AVRs! Serienpreis für einen kleinen STM32F103 ist günstiger als ein AVR!
Plan schrieb: > Wie schon oben beschrieben, ein STM32 packt so viel wie 4 AVRs! > Serienpreis für einen kleinen STM32F103 ist günstiger als ein AVR! das brauchen/wollen wir nicht, damit sich die einzelnen Projekte (source-code-teschnisch) nicht in die
-
Thread
unsigned long int Berechnung
nur brauchbare Ergebnisse bis 2^15 raus. In der stint.h steht: typedef unsigned long int uint32_t; /** \ingroup avr_stdint 64-bit signed type. \note This type is not available when the compiler option -mint8 is in effect. */ Jetzt hab ich Folgendes in mein Programm geschrieben #if __USING_MINT8 typedef int32_t intmax_t; typedef uint32_t uintmax_t; #else /* !__USING_MINT8 */ /** \ingroup avr_stdint largest signed int available. */ typedef int64_t intmax_t; /** \ingroup avr_stdint largest
-
Thread
DDR-µC, maskenprogrammiert, "fremd verwendbar ?
> im Testmodus sind sowieso nur 64Byte externer ROM nutzbar Das stimmt gottseidank nicht. Es sind (64 - 2) 62 kByte.
... schrieb im Beitrag #6879224: >> im Testmodus sind sowieso nur 64Byte externer ROM nutzbar > > Das stimmt gottseidank nicht. Es sind (64 - 2) 62 kByte. Ja, war falsch. Ich hatte das mit den 64Byte Test-ROM etwas falsch aufgefaßt. G.R. schrieb im Beitrag
-
Thread
ATmega8 ADC-Durchschnittsberechnung
den Taschenrechner gezückt und die Berechnung noch einmal > genau so durchspielen, wie sie auch vom AVR gerechnet werden. Jedes > einzelne Zwischenergebnis kontrollieren. Ja das habe ich dann auch festgestellt, als ich nach einer Pause nochmals ran bin. Habe dann max_adcValue und druck auf 64 bit
der Sache. Du fährst ja auch nicht mit dem > LKW Brötchen holen. [c] uint16_t kraft; uint64_t temp1; uint32_t temp2; uint16_t druck; // druck = (max_adcValue * V_REF * maxDruck) / ((V_REF-5000) * MAXVALUE); temp1 = (uint64_t) max_adcValue * V_REF * maxDruck; //1024* 45855*
-
Thread
Diskussion: Pi möglichst schnell berechnen
flo schrieb im Beitrag #5801268: > Gibt es die math.h auch für AVR-Controller Ja. > und wenn ja, ist irgendwo verständlich dokumentiert, was sie kann? Ja, hier: https://www.nongnu.org/avr-libc/user-manual/group__avr__math.html
int main(void) { float pi; // pi = z / 64 # if defined __STDC_IEC_559__ || defined __AVR_ARCH__ union { float f; uint8_t c[4]; } u = { z }; // u.f = z; # if __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__ u.c[3] -= 3;
-
Thread
Funktionsgenerator 7706 - Sweep reparieren
8,38 7,86 47 8,49 7,98 48 8,5 7,97 49 8,49 8 50 8,5 7,97 51 8,51 7,99 52 3,6 3,32 53 8,49 7,99 54 8,49 7,98 55 8,49 8 56 8,49 7,98 57 8,45 7,98 58 8,44 7,91 59 5,2 7,96 60 8,41 7,9 61 4,73 7,43 62 4,74 7,42 63 8,47 7,98 64 4,74 7,44 65 8,51
auch Pin 61 und 64 sind Bus-Pins.
-
Thread
Grafikkarte-Chip als MPEG decoder und Audio DAC
Er hat doch gesagt er hat nen AVR32 ! Damit kann man sogar MPEG Videos abspielen mit super Sound. aber um nen Codec wirst du auch da nicht rumkommen. Ich denk mal der wird auch I2S können. Welcher AVR32 ist es denn ?
@Uwe >Aber ich möchte den ATmega32 verwenden ATmega32 <> AVR32 :-)
-
Thread
avrdude schreibt keine Fuses bei ATmega8
avrdude -c avr911 -P/dev/ttyUSB0 -p m8 -U lfuse:w:0x3F:m -U hfuse:w:0xD9:m -vv avrdude: Version 6.1, compiled on Nov 23 2014 at 21:15:32 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Und so: [c] "avrdude -c avr911 -P/dev/ttyUSB0 -p m8 -U hfuse:w:0xD9:m -U lfuse:w:0x3F:m" [/c] ?
-
Thread
welche Chips sind ähnlich leicht zu programmieren wie die ATMEL-Chips ?
Fürs Hobby sind zum Beispiel folgende beliebt Microchip PIC16 Serie Microchip Atmel AVR Serien Espressif ESP32 und ESP8266 ST STM32 Serie TI MSP430 Serie
haben einen Prozessor mit zwei ARM Cortex-M0+ Kernen. In Assembler ist das so etwa wie eine moderne 32-bit Version von einem leicht zu programmierenden 6502 oder AVR (d.h. übersichtlicher Befehlssatz, nicht die Peripherie). Man merkt, dass die Entwickler auch mit dem C-64 aufgewachsen sind. Das Modul
-
Thread
Gameboy Advance Diplay missbrauchen?
selber so eine Art "Gameboy" bau und darauf dann kleine Spiele laufen lassen kann. Warum ich einen AVR Benutze? Ich habe bis jetzt nur mit AVR´s gearbeitet, aber ich überlege mir eh, ob ich als Hauptprozessor nicht einen etwas Leistungsfähigeren Microcontroller nehme (32-bit). Jetzt geht es mir eigentlich
ist bei allen Controller klug bei farbiger, bewegter Grafik und doch recht vielen Pixeln (also nicht 64x64) einen Displaycontroller zu nehmen. Dafür gibt es die ja. Nicht nur der AVR ist eine rel. schlechte Wahl für sowas, auch 32bit Controller machen sowas nicht gerade gut. Hängt eben von den Ansprüchen
-
Thread
C++ Arduino Grundlagen
build.warn_data_percentage=75 -prefs=runtime.tools.avrdude.path=/home/daten/arduino-1.8.7/hardware/tools/avr -prefs=runtime.tools.avrdude-6.3.0-arduino14.path=/home/daten/arduino-1.8.7/hardware/tools/avr -prefs=runtime.tools.avr-gcc.path=/home/daten/arduino-1.8.7/hardware/tools/avr -prefs=runtime.tools.avr-gcc
build.warn_data_percentage=75 -prefs=runtime.tools.avrdude.path=/home/daten/arduino-1.8.7/hardware/tools/avr -prefs=runtime.tools.avrdude-6.3.0-arduino14.path=/home/daten/arduino-1.8.7/hardware/tools/avr -prefs=runtime.tools.avr-gcc.path=/home/daten/arduino-1.8.7/hardware/tools/avr -prefs=runtime.tools.avr-gcc