-
Thread
Verständnisfrage PWM mit AVR
PLL) https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
Schau Dir den ATTiny85 an, der sollte eine PLL mit 32/64MHz für den Timer/Counter 1 haben.
-
Thread
DTMF decoder
Telefonatmitschnitten, aber der Spezialbaustein MT8870 ist perfekt und kostet keinen Euro. [c] #include <avr/io.h> #include <math.h> int32_t MulAndDiv65536(int32_t v32, uint16_t v16) { uint32_t t0 = ((((uint32_t)v32&0xffff)*v16)+0x8000)>>16; int32_t t1 = (v32>>16)*v16; return t1+t0; } int16
der einmaligen Leistungsberechnung. Das wird wahrscheinlich drauf rauslaufen, dass man vielleicht 64x oder 128x vor sich hin goertzelt und danach die Leistungsberechnung vornimmt. Also hab' ich 64 oder 128 Samples vorliegen, beim AVR bestenfalls mit 10bit Aufloesung. Da kann ich mir gut vorstellen,
-
Thread
Einrichtung von Eclipse für AVR-Programmierung unter Linux
-> GNU C -> Add... -> /usr/local/avr/avr8-gnu-toolchain-linux_x86_64/avr/include Tab Symbols -> Add... -> Name:__AVR_ATmega8__[/code] Hat sich leider nichts getan. Gruß Max
freue mich über die vielen Hilfestellungen! Nun noch einmal ganz strukturiert: 1. Ich habe die 64 bit Toolchain mal gegen die "normale" 32 bit Toolchain getauscht. Nicht, dass es nur deswegen Probleme gibt. Eclipse hat direkt den richtigen Pfad (/usr/local/avr/avr8-gnu-toolchain-linux_x86/avr/include
-
Thread
Bitmanipulation
www.mikrocontroller.net/articles/Bitmanipulation steht das so: [c] #define MEINBIT15 15 #define MEINBIT42 42 uint32_t reg_32; /* uint32_t definiert per typedef z. B. in stdint.h */ uint64_t reg_64; /* uint64_t definiert per typedef z. B. in stdint.h */ reg_32 |= (1 << MEINBIT15); /* FEHLER: Setzt die Bits 31 - 15, da ((int)1 << 15) == 0xFFFF8000 */ reg_32 |= ((uint32_t)1 << MEINBIT15); /* Hier wird nur Bit 15 gesetzt. */ reg_32 |= (1U << MEINBIT15); /* */ reg_32 |= (1L << MEINBIT15); /* andere Schreibweise. */ reg_64 |= (
-
Thread
ATtiny25 asynchronen Modus von Timer1 aktivieren
uint16_t timer; uint16_t Helligkeit[64] = { 0, 1, 1, 2, 2, 2, 2, 2, 3, 3, 3, 4, 4, 5, 5, 6, 6, 7, 8, 9, 10, 11, 12, 13, 15, 17, 19, 21, 23, 26, 29, 32, 36, 40, 44, 49, 55, 61, 68, 76, 85, 94,
- clkdiv 8 fuse deaktiviert? default ist an, dann werden aus deinen 8MHz 1MHz - avr entkoppelt mit ~100nF Keramik? - Versorgungsspannung 5V? - _delay_us(100) mal auf _delay_ms(1) stellen und testen. - nicht 64 mhz sondern 32mhz verwenden. da gibt's ein bit mit dem du auf den slow
-
Thread
ILI9341 langsam Verbesserungsvorschläge?
Obwohl der 1284p ja nun stolze 16kB hat, reicht das (mit den von mir umgeschriebenen Routinen vom STM32) nicht für JPG -> Projekt ILI+AVR+JPG gestorben ;)
Frank K. schrieb im Beitrag #3677760: >> Die schnellste Möglichkeit, ein solches Display mit einem AVR >> anzusteuern, ist die Verwendung des External Bus Interfaces an einem >> Mega 64/128/... > Ja, klar. Und dann hat man auch die Möglichkeit, genügend XMEM > anzuschließen. Aber man muß halt mehr
-
Thread
tuidude - Textuserinterface für AVRDUDE unter Linux
DerEinzigeBernd schrieb im Beitrag #7353470: > Was spricht dagegen, Dein Programm als 32-Bit-Programm zu schreiben? Ist > ja nicht so, daß das mit gigantischen Unmengen von Speicher hantieren > müsste, und die üblichen x64-Systeme sind sehr wohl in der Lage, > 32-Bit-Programme auszuführen
DerEinzigeBernd schrieb im Beitrag #7353470: > und die üblichen x64-Systeme sind sehr wohl in der Lage, > 32-Bit-Programme auszuführen. Unter Linux benötigt es ein "zweigleisiges Librarysystem" bei dem sowohl 32 und 64 Bit Libraries vorgehalten und installiert sein
-
Thread
Linux auf einem AVR-System?
> gibts AVR-Systeme auf denen ein Linux läuft? Nein. Linux ist für 32bit-Prozessoren, und es benötigt wesentlich mehr RAM als ein AVR bietet. Außerdem steht die Harvard-Architektur der AVRs da im Weg.
gab es am Anfang viele 32-Bitter, die nur einen extern 16-Bit-Datenbus haben und heute gibt es 32-Bit-Prozessoren die eine 64-Bit oder gar 128 Bit breiten Datenbus haben. Und der Dritte Punkt, der Adressbus ist auch unabhängig
-
Thread
Arduino Timer0 interrupt nutzen
Hi >Ich hätte gedacht, dass die IDE den prescaler entsprechend auf 32 >anpasst oder so... *Ein* Blick ins Datenblatt hätte dir gezeigt, das es keinen Prescaler von 32 gibt. MfG Spess
im Beitrag #5370399: > Ein Blick ins Datenblatt hätte dir gezeigt, das es keinen Prescaler > von 32 gibt. Ist Dir schon EINMAL ein Arduino-Nutzer begegnet, der einen Blick ins Datenblatt des ATmega328 geworfen hätte? Die meisten sind schon damit überfordert, wenn Du sagst "AVR-Controller". Sie
-
Thread
Atmel AVR: Vergangene Zeit messen
Hi, ich möchte gerne beim Atmel AVR Atxmega 32A4U messen, wieviel Zeit zwischen zwei Punkten vergangen ist. Mein Ansatz ist folgender: [c]#include <avr/io.h> #include <avr/interrupt.h> #include <util/delay.h> #include <stdio.h
) { overflow_counter++; } static uint32_t get_system_clock() { if (CLK.CTRL == CLK_SCLKSEL_RC2M_gc) { return 2000000; } else if (CLK.CTRL == CLK_SCLKSEL_RC32M_gc) { return 32000000; } else if (CLK.CTRL == CLK_SCLKSEL_RC32K_gc
-
Thread
Größe von short-Variablen in C bei Linux-64bit
Bei Linux-32bit sind in C short-Variable 2 Byte groß. Gilt das auch bei Linux-64bit? Grund meiner Frage: In einem von mir erstellten Programm kommen an vielen Stellen Links-Shift-Operatonen mit anschließendem
Josef G. schrieb im Beitrag #3952222: > Bei Linux-32bit sind in C short-Variable 2 Byte groß. > Gilt das auch bei Linux-64bit? Ja.
-
Thread
AVRISP mkII unter Win7 (64bit) Base Mode
anschließend mit nem Programmieradapter geflasht hab. Das Problem ist halt nur dass ich den unter Win7 64 bit nich ans Laufen bekomme, bei meinem 32bit Laptop läuft alles ohne Probleme.
anschließend mit nem Programmieradapter geflasht hab. > > Das Problem ist halt nur dass ich den unter Win7 64 bit nich ans Laufen > bekomme, bei meinem 32bit Laptop läuft alles ohne Probleme. Damit der USBProg, geflasht als AVRISPmkII Klon, unter AVR Studio zu benutzen musste ich erst eine neue Version des
-
Thread
Umstieg AVR->ARM
kleinen Stückzahlen. > Bei Digikey den LPC2101 für 2.44€ (ab 25 Stück unter 2€) und den LPC2103 > ab 3.64€ (ab 25 Stück unter 3€). Dafür bekommt Ihr keinen vergleichbaren > 8Bitter mit dieser Performance/Speicher. Ein 8kB 32Bit-RISC dürfte vom Applikationsumfang etwa einem 2kB AVR entsprechen, also
Dann gibt es da noch die Kleinigkeit mit der RAMgroesse. Der 8k ARM hat immerhin 2k SRAM, 16k/4k, 32k/8k, das ist viel flexibler als die mini-RAMs in den AVR. Just my 2 cents, Robert
-
Thread
[Umfrage] Welchen uC habt ihr bis jetzt a meisten benutzt?
PIC18F4685 1 PIC18F46K80 1 PIC18LF4455 1 PIC18F67K22: 2 PIC18F87K90 1 PIC18F86K90 1 PIC24FJ64 1 dsPIC33EP256MU806: 1 dsPIC33EP512MU810 1 PIC32MX695F512L 1 PIC32MX795F512L: 3 STM32F103CB: 3 STM32F103RB: 5 STM32F103VC: 2 STM32F407VG: 9 STM32F407ZG: 2 STM32F411RE: 1 68HC11 1 68HC711
PIC18F4685 1 PIC18F46K80 1 PIC18LF4455 1 PIC18F67K22: 2 PIC18F87K90 1 PIC18F86K90 1 PIC24FJ64 1 dsPIC33EP256MU806: 1 dsPIC33EP512MU810 1 PIC32MX695F512L 1 PIC32MX795F512L: 3 STM32F103CB: 3 STM32F103RB: 5 STM32F103VC: 2 STM32F407VG: 9 STM32F407ZG: 2 STM32F411RE: 1 68HC11 1 68HC711
-
Thread
Fassung für TQFP64
Andreas schrieb im Beitrag #7859038: > Allerdings in 64-polig. PLCC in 64pol gibts nicht. Aber weil es den Controller eh' nur im "64-lead TQFP and 64-lead QFN" gibt, hat sich die Frage nach einer Fassung schnell erledigt. Denn es gibt für keine der beiden
Nullkraft-Fassungen zum Programmieren der Controller, z.B. diese hier: https://eckstein-shop.de/Enplas-OTQ-64-08-01-IC-Test-Burn-in-Socket-for-QFP64-TQFP64-FQFP64-PQFP64-package Die brauchen ein spezielles Layout, die Fassung hat THT-Pins. Wenn Du den Controller im normalen Layout wechseln willst, brauchst
-
Thread
LCD mit Interrupts?
); *hour=(uint8_t) (hoursElapsed%24ull); return timeStamp; } uint64_t DCF77_getDate(uint8_t *day, uint8_t *month, uint8_t *year, uint8_t *weekDay) { uint64_t timeStamp=SYSTEMCLOCK_getTime64(); uint64_t ticksElapsed=timeStamp-dcf77lastValidTimeStamp; uint64_t secondsElapsed=(ticksElapsed/SYSTEMCLOCK_TICKS_PER_SECOND); uint64_t minutesElapsed=(secondsElapsed/60ull)+((uint64_t) dcf77lastValidMinute); uint64_t hoursElapsed=(minutesElapsed/60ull)+((uint64_t) dcf77lastValidHour); uint64_t daysElapsed=hoursElapsed/24ull;
-
Thread
Datenrekorder auf SD-Karte mit mega88
darin, die sehr hohe, benötigte serielle Taktfrequenz für den DAC/ADC zu erzeugen. Die wollen oftmals 32-256 x fs. Das geht nicht mit einem AVR.
genau das was ich gerade suche! Super Projekt ! Aber hat hier jemand, MrData schon mit einem Mega32 zum laufen bekommen? Ich bringe das ganze mit WinAVR nicht zum compilieren. Verzeiht meine Unwissenheit ;-) Bin erst vor kurzem auf C umgestiegen.
-
Thread
AVR programmer für Vista 64?
schon einige male durchgekaut, aber immer nur für bestimmte Kombinationen... Also, ich habe von Vista 32 auf Vista 64 Bit aufgerüstet und nun läuft mein alter LPT-Programmer, PonyProg und WinAVR nicht mehr. Also werde ich wohl auf AVR Studio umsteigen und mir nen neuen Programmer zulegen müssen. Frage
angesagt), beide laufen defintiv unter V64 mit AVR Studio.
-
Thread
"Universalprogrammer" für Linux
programmierbaren Devices umfasst derzeit etwa 400 Typen, wobei teilweise auch generische dabei sind (z.B. STM32F0xx-32K), die meherere Typen abdecken. Programmiert werden können: - Atmel AVR (SPI) - Atmel ATxmega (PDI) - Cypress PSOC4 (SWD) - Microchip PIC10xx/PIC12xx/PIC16xx - Microchip PIC18xx - Microchip
Forderungen, dass der Quellcode auch mit der Arduino-IDE übersetzbar und flashbar ist... STM32: Bevor ich über 20000 Zeilen Assemblercode von AVR nach Thumb2 übersetze, fallen mir sicher sinnvollere Projekte ein :-) Jörg
-
Thread
ARM Programmierung - Literatur für Einsteiger?
Nico W. schrieb im Beitrag #4716476: > Im nachhinein würde ich auch empfehlen zunächst einmal nen AVR zum > hoppeln bekommen. Der Weg war sehr steinig Als ich 1989 mit ARM angefangen habe gabs noch gar keine AVR :-) Und steinig war da gar nichts. Es gab ein Computer-Heft ähnlich 64er da konnte
Lothar schrieb im Beitrag #4716567: > Als ich 1989 mit ARM angefangen habe gabs noch gar keine AVR :-) Ich beziehe mich hier jetzt zwischen nem Atmega328p und nem SAM3X8E oder nem STM32F4. Den C64 kenn ich auch noch. Aber mehr als Basic war für mich Butschi damals nicht drinne :)
-
Thread
Viele Fragen und ein kleiner Blog
; SPM starten out SPMCSR, SPMKommando spm ret [/avrasm] Lasse ich das ganze in AVR-Studio laufen so wird auch fein ab Adresse 0 des Programmspeichers alle mit AA 3C abwechseln gefüllt. Also von Word 0 bis Word 1F also 32 Wörter = 64 Byte. So zeigt mir das MemoryFenster es an. Was
; Nächste Zeichen in Buffer Programmieren: ; Jetzt Buffer ins Flash schreiben subi zl, low(64); Zeiger wieder 64 Byte zurück ( 32 Wörter ) subi zh, high(64); ldi SPMKommando, (1<<PGWRT) | (1<<SELFPRGEN) rcall Start_SPM Bereit: ; Wieder bereit machen für RWW ldi SPMKommando
-
Thread
RAM Verbrauch auch von lokalen variablen ermitteln
schon alle Stringkonstanten und Sonstiges im Flash ( Wette Verloren ) :-) .. und einfach einen 4k AVR nehmen ist Gut aber ein 64Pin großes Teil ist mir zu groß. Und es muss auch noch irgendwie lötbar bleiben; also kein 05 Pitch oder so. Zumal es nicht die Ursache bekämpft. .. und ich nutze avr-gcc
Karsten K. schrieb im Beitrag #5934493: > .. und einfach einen 4k AVR nehmen ist Gut aber ein 64Pin großes Teil > ist mir zu groß. Und es muss auch noch irgendwie lötbar bleiben; also > kein 05 Pitch oder so. Bei SDIP28 oder SO28 kannst Du auch z.B. einen PIC32MX170F256B
-
Thread
Fixpoint-Arithmetik in "C"
Bitzählen von links anfangen und beim ersten gesetzten Bit aufhören. Dann vor dem Multiplizieren um 32-nbit oder 32-nbit-1 nach rechts schieben. Dann sollte es besser klappen. und sollte auch schneller werden als 64-Bit-Mutiplikation. Oder Du schreibst ein Assemblerprogramm das 32 bit x 32 Bit rechnet
. Das IST dann das Multiplikationsprogramm: 32 bedingte Additionen Übrigens: zum Vortesten hab ich den normalen PC-Compiler benutzt. Geht schneller. Erst danach für AVR übersetzt. Drum die Header-#include, die Du nicht brauchst. Gruß
-
Thread
200 LED Matrix mit nur 8 LEDs
Hallo Kai, im obrigen Bild habe ich eine Auflösung von 32x512. Also 512 Spalten pro Umdrehung. Die LEDs, 32 an der Zahl, sind im 1 cm Abstand montiert. Ich nutze auch einen AVR, einen ATmega8, keinen Pic. Die LED Modul Platinen haben bei etwa 8x1cm je
Sofwtare LD temp, Pixel_Pointer++ <- X,Y,Z Register OUT PORTD, temp OUT PIND, PD6 das wären 4 AVR Takte in diesem Falle, 64 Takte für 16 RGB LEDs. Wenn man aber PD6, den Takt der Register, zb. an einen der PWM Ausgänge eines Timer hängt, dann entfällt -> OUT PIND, PD6, ergo 3 Takte pro Farbbits
-
Thread
Ansteuerung eines alten Watanabe Plotters
D889,62 D907,62 D907,62 D907,62 M909,64 D909,64 D909,64 D908,65 D908,65 D908,65 D908,65 D909,64 D909,64 M908,65 D908,65 D908,65 D908,65 D908,113 D908,113 D908,113 D908,113 D908,65 M913,65 D912,64 D912,64 D912,64 D912,64
D940,62 D958,62 D958,62 D958,62 M960,64 D960,64 D960,64 D959,65 D959,65 D959,65 D959,65 D960,64 D960,64 M959,65 D959,65 D959,65 D959,65 D959,113 D959,113 D959,113 D959,113 D959,65 M964,65 D963,64 D963,64 D963,64 D963,64
-
Thread
=== GCC v15 ===
Hat hier wer ein gcc v15 avr/arm binary für x86/64bit oder wie/wo nutzt ihr den Compiler?
automatisch im Flash landen. µC AVR128DB64.
-
Thread
Analogeingang
Wegstaben V. schrieb im Beitrag #5917879: > Franky schrieb: >> Ich benötige 32 Analogeingang. > > warum? > > Was möchtest du denn daran anschliessen? Sind die 32 analog > einzulesenden was-auch-immer alle identisch? Hallo, ich habe einen Board mit 64 Testpunkte, an diese
Frank Neumann schrieb im Beitrag #5918491: > ich habe einen Board mit 64 Testpunkte, an diese Punkte liegen > unterschiedliche Spannungen die ich überwachen muss. ich sehe schon wie er 64 (oder doch nur 32?) Meßleitungen an sein Board lötet ;-) Kutte
-
Thread
Einstieg in die AVR Welt mit "myAVR Lehrbuch Mikrocontroller-Programmierung"?
billigeren EFM8 8051 ersetzt. Die Performance ist durch PWM DMA sogar besser als mit STM32 32-bit bei wesentlich geringerem Stromverbrauch: https://oscarliang.com/blheli-s-hardware-pwm-32bit Abgesehen davon setzt Microchip bei der Weiterentwicklung auf PIC nicht auf AVR: http://www.microchip.com
schrieb im Beitrag #4993973: > Hier mal als > Gegenbeispiel beim Multicopter BLDC Projekt wurden die AVR durch die > weitaus besseren und billigeren EFM8 8051 ersetzt. Die Performance ist > durch PWM DMA sogar besser als mit STM32 32-bit bei wesentlich > geringerem Stromverbrauch: Ich würde AVRs
-
Thread
Compiler für dsPic33FJ64
64 64 80 16384 dsPIC33FJ64GP310 85 64 80 16384 dsPIC33FJ64GP310A 100 64 80 16384 dsPIC33FJ64GP706 53 64 80 16384 dsPIC33FJ64GP706A 64 64 80 16384 dsPIC33FJ64GP708 69 64 80 16384
Ich würde deshalb jedem empfehlen, lieber gleich ein Cortex M3 oder M4 von z.B. ST zu verwenden. STM32F4xx finde ich persönlich am besten, wenn mal mehr Leistung gefragt ist als ein AVR bieten kann.
-
Thread
Verbindung zwischen Laptop und Stk500
Ich vermute mal, Dein Hauptproblem ist, daß Du 64Bit Windows verwendest. Dann muß der Konverter 64Bit können, der Treiber muß 64Bit und signiert sein. Das ganze Treibergedöns ist gegenüber 32Bit erheblich komplizierter. Ich kann da nicht helfen, da meine PCs älter sind, also nur 32Bit können. Unter 32Bit und XP-home bzw. W7-prof habe ich keinberlei Probleme. Alle Konverter (Prolific, FTDI) laufen wie dumm. Es kann auch sein, daß man erst den Treiber installieren muß, bevor
-
Thread
ATMEGA mit XRAM?
Geh mal vom 64er aus. 64kb ist der gesamte Adressraum. Nun ist statt einem ROM und RAM nur ein 64k RAM Baustein am Datenbus - Alles voll. Das entspricht 16 Adressleitungen. Wenn der Chip nun 128kb hat, dann hat
Auf jeder Bank "verlierst" du das erste kb, das ist nämlich das >interne. Nicht, wenn man Bänke je 32kB macht (und somit innerhalb den ersten 32kB auch noch viel Freiraum für Periferie hat).
-
Thread
attiny45 mit avr-gcc nur halb unterstützt
atmega163 atmega165 atmega168 atmega169 atmega32 atmega323 atmega325 atmega3250 atmega64 atmega645 atmega6450 atmega128 at90can128 at94k avr1 at90s1200 attiny11 attiny12 attiny15 attiny28
atmega1281 atmega1284p atmega645 atmega649 atmega6450 atmega6490 atmega16hva at90can32 at90can64 at90can128 at90pwm216 at90pwm316 atmega32c1 atmega32m1 atmega32u4 at90usb646 at90usb647 at90usb1286 at90usb1287 at94k atmega2560 atmega2561 atxmega64a1 atxmega128a1 [/pre] Wenns
-
Thread
Externes Flash für Unterprogramme
konkreten Pläne, möchte vorher aber wissen ob das geht: Ich habe vor, (vorzugsweise) einen Atmega 16/32 zu verwenden. Damit möchte ich ein 128x64 Display ansteuern. Wäre es möglich, dass ich Unterprogramme in ein externes Flash brenne und dann mit dem µC zu diesem externen Speichersegment springe wo das
Naja du kannst statt eines Mega16/32 auch ein Mega8515 nehmen, der hat ein externes Speicherinterface oder eben Mega64 /Mega128. Wenn du direkt den Code vom externen Speicher ausführen willst brauchst du ein richtiges XMEM-Interface.
-
Thread
Binäreeingang mit 32 Ausgänge
Das Orion-32 kann 24-bit/192kHz Eingangsdaten auf 32 analoge Ausgänge streamen: http://en.antelopeaudio.com/products/orion-32/
also, sorry für die dumme Fragestellung. Ich habe vor eine Relaiskarte zu bauen, der eigentlich 64 Ausgänge haben soll, für den Anfang kann es auch 32 Ausgänge sein. Ich habe ein µC der mir Binärcode liefert und mit der möchte ich dann die Ausgänge schalten. Hoffe jetzt ist es klar was ich will
-
Thread
PIC oder AVR
einer Bank sind nur mit Klimmzügen möglich. 8051,AVR,MSP430 kein Problem. - Skalierbarkeit? Vor allem für jene wichtig, die sich scheuen, für verschiedene Aufgaben verschiedene Lösungen zu verwenden. AVR: 8-Pin/1K bis 64pin/128K Tendenz steigend
innerhalb der Familie verschiedene Architekturen. i51: von klein bis ganz gross (aber jenseits von 64K wird's hässlich). MSP430: bei 60K Flash ist definitiv Schluss. Meine Empfehlung hier trotzdem: diese Klasse nur bis 40-60K verwenden, darüber auf 32bit (ARM-Core) umsteigen. - Wie komplex ist
-
Thread
Angabe Frequen in einem Programm
sein TCCR0A = (1<<WGM01); // CTC Modus TCCR0B = (1<<CS01)|(1<<CS00); // Prescaler 64
t calculateTimer0Prescaler(const uint16_t periode) { const uint16_t usedPrescaler[] = {1, 8, 64, 256, 1024}; // verfügbare Prescaler uint16_t prescaler {0}; const uint8_t maxCMR {255}; // max. Compare Match Register Wert uint32_t newCMR {0}; // passender errechneter Compare Match
-
Thread
abrisp mkii + vista + avrdude
Ja, sicher, sieh heißt ja auch "Win32" Die x64 Variante müsste man erst digital signieren lassen, dass man nicht bei jedem Start den Treiber manuell ins System prügeln muss....aber für x64 sollte man eher WinUSB nehmen.
beim Start zuerst im WinAVR-Verzeichnis nachzuschauen und statt der mit dem Filtertreiber aktuell unter C:\Windows\System32\libusb0.dll installierten DLL, die alte mit WinAVR mitgelieferten DLL im ..\bin-Verzeichnis zu verwenden
-
Thread
AVR/ATmega uint32_t Deinterleaving optimieren
Da es sich um AVR handelt, kann man auch die eingebaute Funktion zum Bit-Kopieren nutzen. [c] void deinterleave( uint32_t in, uint16_t* odd, uint16_t* even) { uint8_t i0, i1, i2, i3, el, eh, ol, oh;
ohne Verzweigungen und Speicherzugriffe. Und 64bit nach 2x32bit kostet gerade mal eine AND/OR-Kombination mehr. Mir ging es eher um den anderen Lösungsansatz. Für AVR gefällt mir die builtin-insert-bits-Variante am besten.
-
Thread
Windows 7, Alles anders
noch c:\windows\system32. Das war dafür da, die 32-Bit-Teile des Systems aufzunehmen. Bei x64 aber landen in c:\windows\system32 die 64-Bit-Bestandteile, und das, was für 32-Bit-Betrieb zuständig ist, c:\windows\syswow64.
Rufus Τ. Firefly schrieb im Beitrag #2534007: > Bei x64 aber landen in c:\windows\system32 die 64-Bit-Bestandteile, und > das, was für 32-Bit-Betrieb zuständig ist, c:\windows\syswow64. Logisch, > nicht? Und wen interessiert das? Du hast die Finger
-
Thread
SRAM am Atmega162
Allerdings ist es schon etwas spät.. :-) Page1 Page2 Page3 Speicher 0 0 0 untere 64kB 1 0 0 1. Offset, aber 64kB 0 1 0 2. Offset, aber 64kB . . . 1 1 1 7.Offset, aber 64kB ---------------------------------------------- 7 Offset
Speicher voll ausnutzen? Nicht ganz. Im unteren Speicherbereich wird erstmal das interne RAM vom AVR angesprochen. Beim ATmega162 also bis 0x4FF. Das kann man im externen RAM Block nicht benutzen. Du hast also keine kompletten 64kB Blöcke zur Verfügung. Es sind 64kB - 0x500 Blöcke.
-
Thread
x86-Programmierung und Befehlsabarbeitung
Rolf M. schrieb im Beitrag #6135583: > IA-64 ist aber auch schon lange tot. Sorry, ich meinte AMD64. Wobei das Argument mit IA64 auch nicht ganz falsch ist :-)
Programmierer schrieb im Beitrag #6135588: > Rolf M. schrieb: >> IA-64 ist aber auch schon lange tot. > > Sorry, ich meinte AMD64. > Wobei das Argument mit IA64 auch nicht ganz falsch ist :-) Naja, mit IA-64 hat Intel mal versucht, seine alten x86-Zöpfe abzuschneiden
-
Thread
ATMEGA32A UART Problem
>kein Signal vom AVR. Ist denn da auch ein kleines Mäxchen (MAX232) im Spiel? Oder AVR direkt an RS232 angeschlossen?
Hi Also im AVR Studio eigenen AVR Assembler/AVR Assembler2 funktioniert die erste Variante definitiv. MfG Spess
-
Thread
LibUSB32 Windows 10
Hallo, seit neuestem werden meine AVR's nicht mehr korrekt von LibUSB32 unter Windows 10 erkannt. Ist das nur lokal bei mir so ? In der Preview funktionierte alles erwartungsgemäß. Danke für Hinweise K.
"libusb.info" CatalogFile = DigiUSB.cat DriverVer = 06/18/2013, 6.1.7600.16385 [ClassInstall32] Addreg = WinUSBDeviceClassReg [WinUSBDeviceClassReg] HKR,,,0,"Universal Serial Bus devices" HKR,,Icon,,-20 [Manufacturer] %VendorName% = libusbDevice_WinUSB,NTx86,NTamd64,NTia64 [libusbDevice_WinUSB.NTx86
-
Thread
Microchip SAMD (M0+) bzw. SAML10/11 (M23) Erfahrung
#7111144: > deutlich anders zu programmieren Ist nicht auf meinem Mist gewachsen. Ich finde die AVR32DA vollkommen ausreichend.
Max M. schrieb im Beitrag #7111169: > AVR32DA Die DA haben doch so viele Bugs dass sofort die DB nachgeschoben werden mussten :-) Ausserdem gibt es noch immer kein offizielles Arduino dafür oder? Stattdessen haben sie den ATMega4809
-
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
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
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