-
Thread
AVR64EA28: PIT-Interrupt
Ich komme nicht weiter - dieses Programm lässt eine LED im Sekundenrhythmus blinken, auf einem AVR128DA28, AVR32DD28, AVR16EB28, ATmega4809, auch einigen 'tinyAVR® 1-series', aber nicht auf einem AVR64EA28. Vielleicht könnten Sie es ja bei sich ausprobieren, das wäre toll.
Hallo, bei mir blinkt es auf einem AVR64EA32. Bei dir auf einem AVR32EA28, aber nicht auf einem AVR64EA28. Das mutet seltsam an. :-) Deine Toolchain ist aber soweit okay? Device Packs sind aktuell?
-
Thread
AVR64DD28 Clock Source ändern
schrieb im Beitrag #7428401: > In C gibt es die Funktion '_PROTECTED_WRITE', siehe > Beitrag "Re: AVR ATtiny Stromaufnahme" DANKE! Ich habe nur 'PROTECTED_WRITE' ausprobiert, aber nirgends gefunden. Woher weiß ich denn, dass diese Funktion existiert? Ich habe nichts im Datenblatt des AVR64DD28
/DataSheets/AVR64DD32-28-Prelim-DataSheet-DS40002315B.pdf
-
Thread
AVR64DD28, mEDBG, Studio 7.0 - Fehler beim Schreiben von Fuses
Weiß auch nicht, wie ich darauf komme. Nun denn, dann schaue ich jetzt mal, was ich meinen beiden AVR64DD28 so entlocken kann.
0x1100-Anweisung ist angehängt. Auf diese LDS-Anweisungen folgt leider keine Antwort, weder vom AVR64DD28 noch vom ATtiny416, mit dem ich ebenfalls teste. Ich kann mir nun einfach nicht erklären, warum. Der Empfang des SIB funktioniert ja: ich erhalte [code] AVR P:2D:1-3 [/code] vom AVR64DD28
-
Thread
Li-Akku Reihenschaltung einzeln nacheinander laden (Switch-Control) Asm@AVR64EA28
Ladegerät/Modul- Ausgang (hier ein TP5000 für LiFePO4) mit Relais umgeschaltet. Umsetzung auf einem AVR64EA28 in Assembler. Dieser steuert die kontrollierte Weiterschaltung bis alle Akkus voll sind. Der Taster startet den Ladevorgang (und stoppt ihn bei Bedarf). Als Spannungsregler-Modul zur Stromversorgung
OK, das ist valide :) "The AVR64EA28 is a microcontroller in the AVR® EA family featuring the AVR® CPU with hardware multiplier, running at up to 20 MHz and with 64 KB Flash with dedicated Read-While-Write (RWW) section, 6 KB SRAM
-
Thread
Moderne AVR (Nachfolger Atmega und Attiny)
, AVR64DA48, AVR64DA64, AVR64DB28, AVR64DB32, AVR64DB48, AVR64DB64, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32, AVR64DU28, AVR64DU32, AVR64EA28, AVR64EA32, AVR64EA48, AVR64SD28, AVR64SD32, AVR64SD48, AVR128DA28
per Kommandozeilen-Option auswählen: > > AVR64DA28, AVR64DA32, AVR64DA48, AVR64DA64, AVR64DB28, AVR64DB32, > AVR64DB48, AVR64DB64, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32, > AVR64DU28, AVR64DU32, AVR64EA28, AVR64EA32, AVR64EA48, AVR64SD28
-
Thread
Schnelle FFT in Assembler
mal so. 10fps reichen für eine flüssige Darstellung aus, und das schafft der AVR sogar mit 16MHz. Die FFT Routine benötigt 7,3ms zum Berechnen der 64 Punkt, so dass theoretisch 137fps möglich sind.
also fang ich mal an ! 1. Tiefpass bis 640hz 1. FFT Samplerate 1,28hz 64 Werte kann ich bis 250hz entnehmen bei einem 4. Ordnung Filter entnehme ich die ersten 25 Werte also 640hz /64 = 10 Herz Schritte 10hz 110hz 210hz 20hz 120hz 220hz 30hz
-
Thread
Handlicher Ethernet-Controller mit SPI von Microchip
, hab halt so meine Erfahrungen mit einem LAN91C111 gemacht, bitte um Postings, wenn der erste AVR via ENC28J60 am Netz hängt
Es gibt doch eine/die AVR-lib die/den ENC28J60 Unterstützt ... Gruss Sven
-
Thread
Webserver ATmega32/644DIP ENC28J60
aussehen: (CCD Modul 420Linien = Analog)>(A/D Wandler=?)>(Mikrocontroller=?)>(Ethernet Interface=ENC28J60) Dieses teil sollte über eine IP ansprechbar sein?! Ähnlich wie das hier: http://avr.auctionant.de/avr-ip-webcam/avr-webserver-hardware.html
/test.c avr-gcc.exe -I"C:\Users\user\Desktop\test\..\..\..\..\Program Files\Atmel\AVR Tools\include" -mmcu=atmega32 -Wall -gdwarf-2 -mmcu=atmega32 -O0 -fsigned-char -MD -MP -MT enc28j60.o -MF dep/enc28j60.o.d
-
Thread
AVR für wenig Geld im LAN
ENC28J60.H #define ENC28J60_PIN_SS 3 --> AVR-NET-IO Version 1.0 PIN 2 PORTB sonst keine Funktion #define ENC28J60_PIN_CS 4 (Quelle: http://www.mikrocontroller.net/topic/109988#988386) Temporären
an AVR-NET-IO senden. z.B Atmeg32 sendet 64 Byte an AVR-NET-IO und diese werden dann im Browser angezeigt. Auch für kleine Aplikationen mit AVR wäre diese Funktion sinnvoll. AVR-NET-IO läuft bei mir mit
-
Thread
Welche AVR (Atmega) haben UPDI?
| 32 Pin | 48 Pin | 64 Pin ___________|____________|____________|_____________ AVR32DA28 | AVR32DA32 | AVR32DA48 | AVR64DA28 | AVR64DA32 | AVR64DA48 | AVR64DA64 AVR128DA28 | AVR128DA32 | AVR128DA48 | AVR128DA64 ___________|____________|____________|_____________ AVR32DB28 | AVR32DB32 | AVR32DB48 | AVR64DB28 | AVR64DB32 | AVR64DB48 | AVR64DB64 AVR128DB28 | AVR128DB32 | AVR128DB48 | AVR128DB64 14 Pin | 20 Pin | 28 Pin | 32Pin ______
-
Thread
AVR64DD20 - USART stürzt bei großem Buffer ab
Verstehe ich das richtig: Sie haben einen AVR64DD28 und einen AVR64DD20, und nur bei Letzterem gibt es Probleme? Falls ja, so sei c-haters Frage nach den Fuses wiederholt, für beide Controller. Mehr fällt mir erstmal nicht ein.
an Max W.: Da muss es doch einen Unterschied beim Build-Prozess geben im Vergleich zu Ihrem AVR64DD28 - einfach mal vergleichen.
-
Thread
was spricht eigentlich gegen die xmega? Gesperrt
Adreßpointern für 384kB Flash und 16MB SRAM ist einfach nur krank. Zumindest der WINAVR konnte nur 64kB SRAM adressieren, unterstützen neuere AVR-GCC den Xmega besser? Ich hab mal den ATmega2560 benutzt, der ist dann ständig aufs Trampolin gesprungen, um die 256kB Flash zu erreichen. So ein Würg-Around
Beitrag #3620748: > Ich arbeite mit den verschiedensten Controller, habe aber einen > Schwerpunkt bei AVR und ARM. Für ein aktuelles Projekt benötige ich 2-4 > interne DACs (externe DACs per SPI ist zu langsam, außerdem benötigen > diese zu viel Platz). Aktuell bin ich daher bei den XMegas (64A1U - >
-
Thread
ATtiny Typenchaos bei Microchip Gesperrt
| AVR128DA32 | AVR128DA48 | AVR128DA64 ___________|____________|____________|_____________ AVR32DB28 | AVR32DB32 | AVR32DB48 | AVR64DB28 | AVR64DB32 | AVR64DB48 | AVR64DB64 AVR128DB28 | AVR128DB32
| AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 28 Pin | 32 Pin | 48 Pin | ___________|____________|____________| AVR64EA28 | AVR64EA32 | AVR64EA48 | [
-
Thread
AVR64DD32, UART-Ausgabe bleibt hängen, Assembler
wenige Ausnahmen. Sorry, aber du bist nicht mehr auf dem aktuellen Stand. Siehe Datenblatt des AVR64DD32, S. 134; dort wird es in Satz 2 sehr deutlich: "15.3.2.4 Interrupt Priority AVR64DD32/28 CPUINT - CPU Interrupt Controller All interrupt vectors are assigned to one of three possible priority
Schmidt an einer Stelle - und seinen Nachsatz verschweige ich jetzt lieber. Beim Wechsel vom DIP-AVR64DD28 auf den DD32 tritt ein Problem auf? Kann doch eigentlich nicht sein, ist doch dasselbe Programm. Stromversorgung, vor allem auch die Masseverbindung, ist aber in Ordnung?
-
Thread
Neue ATTINY3226 usw. gar nicht mitbekommen
| 32 Pin | 48 Pin | 64 Pin ___________|____________|____________|_____________ AVR32DA28 | AVR32DA32 | AVR32DA48 | AVR64DA28 | AVR64DA32 | AVR64DA48 | AVR64DA64 AVR128DA28 | AVR128DA32 | AVR128DA48 | AVR128DA64 ___________|____________|____________|_____________ AVR32DB28 | AVR32DB32 | AVR32DB48 | AVR64DB28 | AVR64DB32 | AVR64DB48 | AVR64DB64 AVR128DB28 | AVR128DB32 | AVR128DB48 | AVR128DB64 14 Pin | 20 Pin | 28 Pin | 32Pin ______
-
Thread
AVR Assembler, Macro, Conditional mit Register
Assembler. Cool. Falls man nur die Auflösung, aber keine große Dynamik braucht, kann man unter AVR-GCC auch int64_t benutzen. Die Winkelfunktionen fehlen dann natürlich. Der AVR-IAR kann auch 64Bit double.
0 r0-r30, @1 IO-RAM16, 2-4c, 4-8b ; in24 @0 r0-r29, @1 IO-RAM24, 3-6c, 6-12b ; in32 @0 r0-r28, @1 IO-RAM32, 4-8c, 8-16b ; in40 @0 r0-r27, @1 IO-RAM40, 5-10c, 10-20b ; in48 @0 r0-r26, @1 IO-RAM48, 6-12c, 12-24b ; in56 @0 r0-r25, @1 IO-RAM56, 7-14c, 14-28b ; in64 @0 r0-r24, @1 IO-RAM64
-
Thread
AX81 - ZX81 im AVR
es nicht ;-) Der ZX81 hat ja auch noch 8K ROM und sowohl ROM als auch RAM tauchen mehrfach in den 64K Adressraum auf. Gelöst habe ich das mit einer Memory-Map Tabelle, wo ich 256-Byte-weise den Z80 Adressraum auf AVR Flash oder AVR-Ram mappe. Leider bekommt am auf diese Weise keine 16K sondern nur 15,75K
Hello All I'm using avrdude via a UsbtinyIsp to program the avr 1284p, but is limited by the 64k file size barrier, what programmer have other poeple used, can some one please supply a programmed 1284p avr for me. thanks David
-
Thread
AVR 10-Bit-DAC
Peter D. schrieb im Beitrag #7699524: > Welcher AVR? AVR32DA28, AVR32DA32, AVR32DA48, AVR64DA28, AVR64DA32, AVR64DA48, AVR64DA64, AVR128DA28, AVR128DA32, AVR128DA48, AVR128DA64 AVR32DB28, AVR32DB32, AVR32DB48, AVR64DB28, AVR64DB32, AVR64DB48, AVR64DB64
, AVR16EA48, AVR32EA28, AVR32EA32, AVR32EA48, AVR64EA28, AVR64EA32, AVR64EA48
-
Thread
Webpage Webserver
implicitly compiling cmd.c... ..\USER\APP\cmd.h(14): error: #5: cannot open source input file "avr/io.h": No such file or directory compiling base64.c... ..\USER\APP\base64.c(24): error: #18: expected a ")" ..\USER\APP\base64.c(26): error: #18: expected a ")" ..\USER\APP\base64.c(36): error
while(*strp) { *strp = ENCODE_BYTE(*strp); strp++; } } [/c] compiling base64.c... ..\USER\APP\base64.c(24): error: #18: expected a ")" ..\USER\APP\base64.c(26): error: #18: expected a ")" ..\USER\APP\base64.c(36): error: #18: expected a ")" ..\USER\APP\base64.c(37): error
-
Thread
CP/M auf ATmega88
Wie ich Peter schon im Forum64 geschrieben habe, bin ich an einer Platine und den SD-Slot interessiert. Die restlichen Teile (AVR und dRAM) habe ich selbst. Jörg
Ich habe mal im Forum64, Forum des Vereins zum Erhalt klassischer Computer und Robotron Forum Werbung gemacht: --- Hi. Mehr Info's hier: http://www.mikrocontroller.net/topic/177481 http://avr.cwsurf.de/?AVR_CP%2FM
-
Thread
Atmel Studio 4.19 unter W10X64
weniger interessant. Ich möchte nun die Varianten in SO-28 und TQFP-64 verwenden. Letzte hat zwar 0,5 mm Pinabstand, aber notfalls geht das auch... Und meine Lieblinge ATMega1284(P) und auch AT90CAN128 kann ich wie früher mit Atmel AVR JTAGICE mkII bedienen:
finde ich weniger interessant. Ich > möchte nun die Varianten in SO-28 und TQFP-64 verwenden. Letzte hat zwar > 0,5 mm Pinabstand, aber notfalls geht das auch... Und meine Lieblinge > ATMega1284(P) und auch AT90CAN128 kann ich wie früher mit Atmel AVR > JTAGICE mkII
-
Thread
AVR-ChipBasic2 - BASIC-Computer mit ATMega 644
> Mein nächstes Projekt hat auch teilweise mit ChipBasic zu tun, ich > bastle im Moment an einem AVR-Handheld. Mit 128x64 LCD, 6 Tasten, > SPI-Slot zum Programmieren und für das Dataflash-Modul und einem > 9-pligen Steckverbinder für RS232, Video/Audio (parallel zum LCD > möglich), I2C, +5V und
Mh.. naja ich vermisse halt die Textauflösung wie sie beim C64 z.B. war oder bei anderen AVR Computer Projekten. naja ok, theoretisch sollte man den nötigen Platz für das VRAM ja schon kriegen, wenn man Sachen rausschmeißt die man nicht unbedingt braucht.
-
Thread
Für ATtiny4313 kompilieren?
/lib64/gcc/avr/4.7.0/:/opt/cross/avr/lib64/gcc/avr/4.7.0/:/opt/cross/avr/lib64/gcc/avr/:/opt/cross/avr/lib64/gcc/avr/4.7.0/:/opt/cross/avr/lib64/gcc/avr/:/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/bin/ LIBRARY_PATH=/opt/cross/avr/lib64/gcc/avr/4.7.0/avr25/:/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/lib/avr25/:/opt/cross/avr/lib64/gcc/avr/4.7.0/:/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/lib/ COLLECT_GCC_OPTIONS
-
Thread
Atmega via Ethernet flashen
gnu99 -Wundef -MMD -MP -MF .dep/device_002.sizeelf.d etherflash.o checksu m.o ethernet.o arp.o enc28j60.o spi.o udp.o dhcpc.o eemem.o --output device_002. sizeelf -Wl,--defsym=app_start=0 -Wl,-Map=device_002.map,--cref -lm -Wl,--de fsym=app_start=0xEMB_LINKER_SCRIPT = -T ../make.files/eth-avr5
Ich hab avr-gcc 4.3.2 aus WinAVR-20090313 benutzt unter Win7 x64 und hatte keine solchen Probleme, weder mit device 001 noch 002. Welche Revision ich allerdings habe weiß ich nicht, wüßte nicht wo ich das nachsehen
-
Thread
IRMP - Infrared Multi Protocol Decoder
64 -27 -> TCCR0B=(CS01 | CS00); TCNT0 = -27 ; // 19 10602 64 -28 -> TCCR0B=(CS01 | CS00); TCNT0 = -28 ; // 19 10237
64 -27 -> TCCR0B=(CS01 | CS00); TCNT0 = -27 ; // 20 11160 64 -28 -> TCCR0B=(CS01 | CS00); TCNT0 = -28 ; // 20 10775
-
Thread
Logamatic 2107 Schnittstelle
00 E8 26 26 00 16 08 11 28 00 C0 76 10 08 28 00 98 27 D8 EF 10 00 2C 00 2C 40 20 40 20 84 00 00 C0 00 80 26 AC 00 30 64 00 A9 10 00 18 00 E8 80 50 26 00 80 80 04 06 01 00 40 20 80 50 00 00 A8 0C 9A 00 33 00 00 00 75 19 timeout
* ! 22 * ! CB 00 CB FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 24 * ! CD 00 CD FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 26 * ! CF 00 CF FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 28 * ! C1 00 C1 FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64
-
Thread
Code(SRAM steuern) verbessern. Arduino mega 2560
Maxim B. schrieb im Beitrag #5441364: > Dafür gibt es interne SRAM. Zeige mir den AVR mit 32 oder 64 KB internem SRAM.
das aktuell. Heute haben nur die größeren AVR solch Interface. Alle mit 28/32 und 40/44 Pin haben das nicht mehr. Weil einfach nicht mehr notwendig.
-
Thread
Transistortester AVR
keine gute Idee. Einmal versehentlich einen Elko mit Restspannung >5V angeschlossen, und schon ist der AVR kaputt. Deshalb ist DIL28 die bessere Wahl, man kann ihn auswechseln. Aber es soll jeder so machen wie er mag... @Karl-Heinz: Scheenes Ding, danke... ...
-DPULLUP_DISABLE -DANZ_MESS=25 -DPOWER_OFF -DBAT_CHECK -DBAT_OUT=150 -DBAT_POOR=64 -DF_CPU=8000000UL -mmcu=atmega168 -gdwarf-2 -std=gnu99 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT main.o -MF dep/main.o.d -DLANG_ENGLISH -c ../main.c avr-gcc
-
Thread
gcc11 könnte das avr Backend verlieren
einzige Punkt, wo in den letzten 10 Jahren überhaupt Bewegung erkennbar war, ist Punkt i: Ab v10 wird 64-Bit double unterstützt – zumindest im Compiler und der libgcc. Wann / ob die (avr-)libc 64-Bit double unterstützt weiß ich nicht. Und es gab durchaus Maintainer, die AVR gerne als Secondary Target
GPUs arm - ARM arm64 - ARM64 (little endian) arm64_32 - ARM64 (little endian ILP32) armeb - ARM (big endian) avr - Atmel AVR Microcontroller bpf - BPF (host endian) bpfeb - BPF (big endian
-
Thread
UART Bootloader ATtiny13 - ATmega644
[pre] /dev/ttyS0 at 115200 Baud: / Connected Bootloader V1.4 Target: 1E9205 ATmega48 Buffer: 64 Byte Size available: 3582 Byte reading file... Done. Program project.hex: 0000 - 0D25 successful CRC: o.k. Elapsed time: 28 seconds andreas@andreas:~/avr/bootloader_linux$ ./main /Vproject.hex
/articles/AVR_Bootloader_FastBoot_von_Peter_Dannegger#Assemblieren_des_Bootloaders_.28Angepasste_Version_f.C3.BCr_AVR-GCC-Toolchain.29 Lars
-
Thread
I2C (TWI) Sniffer mit AVR
s21wa06a00a00ap s21wa04a00a00ap s50wap s20wa00as20ra0Aa00np aber hier bin ich mir noch nicht sicher: s28wss20wss28wss20wss28wss28wss28wss28wss28wss28wss28wss28wss20wa00as20ra0Aa00np s28wss08wss28wss20wss28wss28wss28wss28wss28wss28wss28wss28wss20wa00as20ra0Aa00np s28wss28wss08wss28wss28wss28wss28wss28wss20wss28wss28wss28wss21wa02a00a5Aap
Sniffer: Manchmal bekomme ich diese Ausgabe: s08wa98ap s08ra00a00np richtig ist aber: s28wa98ap s28ra00a00np D.h. manchmal wird die Addresse vom AVR falsch erkannt. Warum passiert das? Weil wieder einmal der UART die I2C Erkennung einbremst. Der UART ist bei mir nur über TX mit
-
Thread
ARM-Cortex als Anfänger?
kommst bei Deinen Schaltungen mit max. 3,3 V aus und hast keine > Probleme bei einem µC-Defekt ein 64-144 pol. TQFP Gehäuse auszulöten und > zu ersetzen? > Dann fange mit ARM an. Naja, es gibt ja auch so was wie den LPC1114/201 im DIP28 und die Peripherie ist nicht komplizierter als bei einem AVR
tech-notes/general/unexpected-usagefault-or-hardfault-exceptions/ Hier hat mal einer versucht den ENC28J60 Ethernet Stack von AVR auf Cortex M0 zu portieren, aussichtslos.
-
Thread
WinAVR Bug: Crash wegen Codegrösse
es immer wieder Probleme damit. Ich habe auch Festgestellt das es auch von Version zu Version des AVR-GCC anders ist :-), ja nach dem wie gepatcht wurde. Bosonders ärgerlich ist dieses Problem wenn man viele "Daten" im Flash hat die mehr als 64Kbyte belegen, da bekommt der AVR-GCC dann Probleme.
Ich grab mal den Thread aus, weil das Problem ja immer noch besteht (WinAVR 20100110). [c] 0002239c <fputc>: 2239c: 0f 93 push r16 2239e: 1f 93 push r17 223a0: cf 93 push r28 223a2: df 93
-
Thread
Arm Cortex im DIP Gehäuse Gesperrt
Den LPC1114 (M0) gibts im DIP28 (LPC1114FN28).
so schön OT ist... PIC32 wurden schon erwähnt: Gibt's bspw als PIC32MX270F256B mit 256 kiB Flash, 64 kiB RAM, USB im DIP-28 (mit Steigerungsmöglichkeit: SOIC, SSOP ;)) Oder QFP zum Löten Üben? ;) 0.8mm Pitch und 64-Pins gibt's bei Renesas: RX111 geht bis 512 kiB Flash, 64 kiB, USB, 12-Bit ADC, DAC,
-
Thread
Rücksprungadresse auf dem Stack schwachsinnig?
AVR, big-endian. :-o
sie den ROM als Daten adressieren, können sie also nur 64 KiB daraus zugreifen. Wer mehr haben will, muss sich um die größere Adressierung selbst kümmern und pgm_read_*_far() benutzen. Ja, ein wenig Verwirrend ist diese Dualität des AVR-ROMs schon.
-
Thread
Besteht Interesse an einfacher Experimentierplatine fuer den Xmega128a1? Gesperrt
ENC28J60 entnehmen.
Thread model: single gcc version 4.3.3 (GCC) [/pre] und targets: [pre] Known MCU names: avr1 avr2 avr25 avr3 avr31 avr35 avr4 avr5 avr51 avr6 avrxmega1 avrxmega2 avrxmega3 avrxmega4 avrxmega5 avrxmega6 avrxmega7 at90s1200 attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333
-
Thread
AVR-Bootloader mit Verschlüsselung
>AVR antwortet mit: >[94][06][02][08][30] = 4 Byte 'BootInfo' + Success >[48][65][6C][6C][6F][20][57][6F][72][6C][64][30] = 11 Byte 'BootMsg' + >Success >[C2][94][06][02][08][30] = 1 Byte ??? + 4 Byte
X. schrieb im Beitrag #3408008: >> Wie gesagt, ich habe beobachtet, dass das Delphi-Programm den AVR mit >> 16K-grossen Blöcken beschiesst, und mir rätselhaft ist, wie der AVR das >> so schnell puffern und/oder wegschreiben kann. > > Dein ATmega hat doch 1KB SRAM, was 64 Flash Seiten entspricht
-
Thread
Z80/UA880D mit 28C64 startet nicht
Es steht klar im Datasheet des 28C64 (findet sich genauso beim 27C64): Read Mode The 28C64A has two control functions, both of which must be logically satisfied in order to obtain data at the outputs. Chip enable (CE) is the power
nachdem, ob ein AT28C64B-15, AT28C64B-20 oder AT28C64B-25 verwendet wird. Aus den Signalverarbeitungszeiten ergibt sich die maximale Zugriffsgeschwindigkeit des (E)EPROMs.
-
Thread
Rechnen mit AVR
anderen. mit electronicdesign statt elecdesign geht's ohne Cookies und Skripte. @Simon: der AVR-MUL ist 8x8-->16 bit, hier geht es um 32x32-->64 In meiner Routine verwende ich keine Shifts, sondern 16 MULs. Schau sie Dir mal an.
sollten wir ihn mal hierher lotsen... So weit ich sehe, sind die momentanen Verbesserungen für 64-Bit gcc schon recht gut: http://gcc.gnu.org/viewcvs/trunk/libgcc/config/avr/lib1funcs.S
-
Thread
Ist das ein Bug im Compiler?
ldi r28, 0x43 ; 67 64c2: d7 e3 ldi r29, 0x37 ; 55 64c4: 6f e0 ldi r22, 0x0F ; 15 64c6: 7e e3 ldi r23, 0x3E ; 62 64c8: 41 e0 ldi
if (!mask) { mask = 1; 64ec: 41 e0 ldi r20, 0x01 ; 1 Pointerverschieben 64ee: 34 96 adiw r30, 0x04 ; 4 64f0: 24 96 adiw r28, 0x04 ; 4 64f2: 6f 5f
-
Thread
Warum verwendet WinAVR nie swap/mul ?
zu 2438 016e C2BB out 50-0x20,r28 2439 .LM101: 2440 0170 C370 andi r28,lo8(3) 2441 0172 C295 swap r28 2442 0174 C07F andi r28,0xf0 2443 0176 C8BB out 56-0x20,r28 2444
zu fixen,... soo jetzt noch schnell was zum topic *G* wie weit ist der c++ compiler für den avr eigentlich schon optimiert bzw wie weit reicht der support dafür??? ;) ich steh einfach auf oop.. und bei 128k flash und 64k ram geht das doch ohne probs ;) 73
-
Thread
Näherung für ArcusTangens?
rationalen Approximationen basierende Implementierung aber auch besser als die Konkurrenten, als da wären avr-f64 und fp64lib von https://www.mikrocontroller.net/topic/85256 Von der Genauigkeit bin ich bei asin, atan in etwa wie avr-f64 (Cordic) und besser als fp64lib (ebenfalls Cordic). Siehe untere Zeile
zu PATH hinuifügen, oder avr-gcc / avr-g++ per absolutem Pfad aufrufen. Das Verzeichnis kann nach dem Auspacken verschoben oder umbenannt werden. Es gibt 2 neue Optionen -mlong-double=32/64 (default: 64) -mdouble=32/64
-
Thread
Can-Controller/µC
PICs mit CAN-Controller gibts ab 28 Pins aufwärts. 8 Bit: empfohlen: PIC18F26K80 Serie, alles andere sind sehr alte PICs dsPIC: dsPIC33EV256GM102, 5V-Chip (die 5V brauchst Du ohnehin für den Transceiver), 70 MHz; oder dsPIC33FJ64GP802
André M. schrieb im Beitrag #4259365: > Der Wechsel von der 68000 Familie auf AVR war schon eine gewaltige > Umstellung für mich. .... Die kleinsten 8-Bit AVR mit CAN die mir jetzt in den Sinn kommen sind ATMega16M1, ATMega32M1 und ATMega64M1, die gibt es in TQFP-32. Je nach
-
Thread
Atmega88 Code kompiliert ohne Fehler und läuft nicht
nirgendwo aufgerufen werden. Ich hatte das aus dem Tutorial: https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Der_UART#Senden_einer_Zeichenkette_.28String.29 und die Funktionen sahen vorher so aus: [c] int uart_putc(unsigned char c) { while (!(UCSR0A & (1<<UDRE0))){} UDR0 = c;
Stefan ⛄ F. schrieb im Beitrag #6664916: > Quatsch > > Die Interrupt-Tabelle hat 64 Bytes. > Der Programmcode hat 66 Bytes. > > macht zusammen ungefähr die 124 bytes, die bei dir als >> "Program Memory Usage : 124 bytes 1,5 % Full" > gemeldet wurden. Und was schiebt AVR-Dude
-
Thread
FT800 / FT810 Library
habe ich nur an der Oberfläche gekratzt. c-hater schrieb im Beitrag #6647994: > Unterstützung für AVR-Host-Flash >64kB) Also grundsätzlich ist das drin: [code] static inline uint8_t fetch_flash_byte(const uint8_t *data) { #if defined (__AVR_HAVE_ELPM__) /* we have an AVR with more than 64kB
bekommt. Wenn man die bei Microchip direkt kauft kosten die auf Rolle: ATSAMC20J17A-AUT €1.76 AVR128DA64T-I/PT €1.48 Aber ich würde ich eher mal bei Arrow, Avnet oder EBV anfragen, also auch gerade die AVR128DA64 wenn die für die Anwendung ausreichend sind. Zumal die ATSAMC20J15A-AUT und die
-
Thread
Nach fast 3 Jahren fehlerkorrigiertes Datenblatt für die AVR-DB Serie erschienen
Client. https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR128DB28-32-48-64-DataSheet-DS40002247A.pdf
Nun gibt es schon die AVR_DU-Datenblätter: AVR64DU-28-32-Prelim-DataSheet-DS40002548.pdf AVR32-16DU-14-20-28-32-Prelim-DataSheet-DS40002576.pdf
-
Thread
Mini-Farbdisplay (+mehr) für 1 Euro
Sorry, das muss explizit in den Flash: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Programmspeicher_.28Flash.29
'R DATA 0,38,73,73,73,50 'S DATA 0,1,1,127,1,1 'T DATA 0,63,64,64,64,63 'U DATA 0,31,32,64,32,31 'V DATA 0,63,64,60,64,63 'W DATA 0,99,20,8,20,99 'X DATA 0,7,8,112,8,7 'Y DATA 0,113,73,69,67,0 'Z 'Font-Quelle: 6x8 Zeichensatz aus dem Verzeichnis "C:\BASCOM
-
Thread
Toochain bauen avr-gcc-x.x mit binutils-2.34 funktioniert nicht
/atmega6490p avr/lib/avr5/atmega64c1 avr/lib/avr5/atmega64hve avr/lib/avr5/atmega64hve2 avr/lib/avr5/atmega64m1 avr/lib/avr5/m3000 avr/lib/avr51/ avr/lib/avr51/atmega128 avr/lib/avr51/atmega128a
/atxmega64b3 avr/lib/avrxmega4/atxmega64c3 avr/lib/avrxmega4/atxmega64d3 avr/lib/avrxmega4/atxmega64d4 avr/lib/avrxmega5/ avr/lib/avrxmega5/atxmega64a1 avr/lib/avrxmega5/atxmega64a1u avr/lib
-
Thread
Senden einer Infrarotsequenz
[C] uint64_t sequenz = 108016212 | (data << 28); //Zeile 48 sequenz |= (parity << 40); //Zeile 50 [/C] | v [C] uint64_t sequenz = 108016212ULL | ((uint64_t) data << 28); //Zeile 48 sequenz |= (
Super, die Warnings sind weg! Hier jetzt der Code: [c]void JAPAN(uint16_t data){ uint64_t sequenz = 108016212ULL | ((uint64_t) data << 28); uint8_t parity = ((sequenz & 0xFF0000UL) >> 16) ^ ((sequenz & 0xFF000000UL) >> 24) ^ ((sequenz & 0xFF00000000ULL) >> 32); sequenz |= ((uint64
-
Thread
Radig NetIO Atmega644P Scannerzeile auslesen
__AVR_ATmega644P__) || defined (__AVR_ATmega1284P__) #define ETH_INT_ENABLE EIMSK |= (1<<INT2) #define ETH_INT_DISABLE EIMSK &= ~(1<<INT2) #endif [/c] im enc28j60.c [c] #if defined
/elektronik/enc28j60.htm [c] Leider ist es nicht möglich die Software von Ulrich Radig direkt auf den AVR NET IO zu laden, da eine Signalleitung zur Steuerung des ENC28J60 anders ist ! Es handelt sich hierbei um das