-
Thread
Einzelbits in Byte Namen zuweisen und auswerten
Man kann das Ganze ungeheuer kompliziert betrachten. Man kann aber auch einfach auf avr-gcc testen und dann die gültige Bitorder anwenden: [pre] To determine the compiler is avr-gcc, you need to test for 2 macros __GNUC__ and __AVR__ [/pre] Die avr-gcc Entwickler sind recht konservativ
konkrete Compilerversion, die die Bitfields > Reihenfolge verändert? Z.B. die Endianness des ARM64 ABI: https://github.com/ARM-software/abi-aa/blob/60a8eb8c55e999d74dac5e368fc9d7e36e38dda4/aapcs64/aapcs64.rst#8182bit-field-extraction-expressions
-
Thread
AT32UC3C2 Schaltplan
der MCU "quasi wieder absolet" ist? Information ist übertrieben, mehr so ein Bauchgefühl. Die AVR32 scheinen tot zu sein da Atmel da seit Jahren nichts mehr dran gemacht hat. AT32UC3C Series Complete - 03/2012 Atmel AVR 32-bit Architecture Manual Complete 04/2011 AVR32UC Technical Reference
2010 Geht eben alles in Richtung ARM. Nur hatte Atmel bis vor kurzem keinen ARM im Sortiment mit 64 oder gar noch weniger Pins und zwei CANs. Insofern sind AT32UC3C264C für mich immer noch die interessantesten AVR-Upgrade Kandidaten, jetzt steht aber auch schon Cortex M0+ und M7 als Alternativen in
-
Thread
PIC Microchip lebt noch?
> von den budget-ARMs (STM32F0 zb) Nicht jeder hat Lust einfache und unkomplizierte Controller durch komplexe ARMs zu ersetzen. Wenn einem 64 byte Register reichen, nimmt man keine 8 k RAM. > Padauk Nicht jeder hat Lust chinesische
oder Atmel > oder ARM arbeitet. Naja ich programmiere beruflich so ziemlich von A-Z, also vom AVR über STM32 bis zu ARM9, Sitara usw. Aber PIC würde ich wenn irgendwie möglich zu vermeiden suchen.
-
Thread
Fehlermeldung beim compilen
nicht meiner Fanatsie sondern ist ein 1:1-Zitat von der Atmel-Webseite. Das AVRStudio auf einem 64-Bit Vista "fehlerfreier" (was auch immer das heissen soll) laufen soll, als auf einem 32-Bit XP wage ich ernsthaft zu bezweifeln. Alleine die 64-Bit-Variante von Windows strozt nur so vor inkompatibilitäten zur 32-Bit-Variante..... Deshalb würde ich hier auch ganz klar von jedem 64-Bit-Windows abraten. Es bringt eh keine Vorteile, die für den Heimgebrauch zu tragen kommen.
-
Thread
PWM mit 20 Bit Auflösung
Hallo Leute, ich habe vor ein paar Tagen angefangen, mit dem ATtiny25, AVR Studio4 und WINAVR GCC rumzufummeln. Jetzt mal die Frage: Ist es möglich, den Timer auf 64MHz zu boosten und dann eine PWM mit 20-Bit Auflösung hinzukriegen? Es würde mir vollkommen reichen wenn
.... 64MHz/2^20 = ca. 64Hz ... 64 MHz / 2^20 ca. 61 Hz Ansonsten halte ich den Threadstarter für einen Troll.
-
Thread
Neue 8-Bit Tinys vorgestellt: 417/814/816/817 Gesperrt
denke da vor allem an die AT91RM9200 bzw. AVR32AP. Aber auch die AVRs hatten (haben?) Ihre Tücken (EMV...). Über die AT89er wollen wir garnicht reden.
, wie denn? Ich könnte auch noch was unter dem ATMega16M1 einsetzen. Ach ja, ein Traum wären ja 32MHz+ AVR mit 44 oder 64 Pins und 2x CAN-FD. :-) Oh ja, mit 0,5mm Pin-Abständen natürlich. Aber nun ja, wird es nicht geben fürchte ich und so sehe ich für die ständig näher rückende Zukunft was mit
-
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
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
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
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
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
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
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
"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
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
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
=== 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
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
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
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
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
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