-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
252, 0, .db 0, 0, 0, 0, 11, 255, 192, 0, .db 0, 0, 0, 0, 63, 248, 0, 0, .db 0, 0, 3, 131, 255, 128, 0, 0, .db 0, 1, 252, 127, 240, 0, 0, 0, .db 0, 63, 255, 158, 0, 0, 0, 0, .db 0, 255, 248, 224, 0, 0, 0, 0, .db 7, 190, 28, 0, 0, 0, 0, 0, .db 26, 7, 128, 0, 0, 0, 0, 0, .db 251, 224, 0,
Avr Nix wrote: > Noch eine andere Frage welche Zahl ist bei dir Grau und Hellgrau? Die Farben sind 8bit Werte, man kann jeden Wert senden, es werden aber nur die 2 MSB verwendet: 0, 64, 128, 192 sind
-
Thread
Bootloader startet überhaupt nicht
der ATMEGA128 sehr ähnlich dem AT90CAN128 schien. Und als AVR-Newbie portier ich halt nicht mal kurz den ganzen Bootloader auf einen anderen Controller, ne?! Fazit: Den ganzen Code für das Crumb128-Modul kann
kriegst noch futter: AVR096: Migrating from ATmega128 to AT90CAN128 http://www.atmel.com/dyn/resources/prod_documents/doc4313.pdf
-
Thread
AVR-ChipBasic2 - BASIC-Computer mit ATMega 644
@sepp Was sind für Dich "normale" LCD Displays? Für Text- und einfache Grafikdisplays (128x64 und 320x240) gibt es ja bereits Treiber. Wenn Du Laptop-Displays meinst, da ist der AVR einfach überfordert. Der "Nachfolger" (so er denn noch veröffentlicht wird) kann auch VGA und besteht aus
ganzen Bibliotheken liegen aber im Flash, so dass der Code recht kompakt bleibt. Das schließt den AVR natürlich aus, da der keinen Code aus dem RAM ausführen kann. Nun, es gibt ja auch noch andere Controller, zur Zeit verwende ich einen MC9S12XD128 von Freescale in einem "Nachfolger" von meinem AVR-Handheld
-
Thread
AVR-Bootloader mit Verschlüsselung
Hallo Hagen, ich versuche einen ATmega128 per Bootloader(V6) zu flashen. Das funktioniert immer genau 1 mal, danach kommt keine Verbindung zum AVR mehr zustande. Also wird vermutlich der Bootloader überschrieben. Habe jetzt alle möglichen
http://www.jtxp.org/tech/onewayloader.htm " Der One-Way-Loader unterstützt aktuell die folgenden AVR-Controller: m1280 m1281 m1284 m1284P m128A m128 m128RFA1 m128RFR2 m162 m164A m164PA m164P m165A m165PA m165P m168A m168 m168PA m168P m169A m169PA m169P m16A m16 m16HVA m16HVB m16M1 m16U2 m16U4 m2560
-
Thread
Rücksprungadresse auf dem Stack schwachsinnig?
AVR, big-endian. :-o
Michael Jogwich wrote: > Habe eben was im Datenblatt zum Mega128 gefunden: > ... > das hört sich für mich nicht nach Wortadresse an. Der Mega128 hat 128KiB Flash, das sind 64Ki Worte...
-
Thread
Pac Man mit dem ATmega8
liefern wenn die letzte Zeile ausgegeben wurde. Das Main-Prog erzeugt die Grafik im internen SRAM des AVR (Mega32 mit 2KB) wobei die Auflösung leider nicht sehr hoch sein kann (128x96, 1 Bit). Man kann ja noch externen SRAM anbinden und vielleicht in Farbe senden. MfG Andi
Also, ich hatte auch überlegt. Ein Chip liest Bilder von EEProm in RAM. Anderer AVR sendet Befehl mit Bildnummer u. Position an GrafikAVR. GrafikAVR fügt Bild ein und zeigt an. Bsp. Befehl: 1011010-111111-101010-1 BildNR.-Pos.X -Pos.Y -Tranzparenz?
-
Thread
Fehlerhafte Adressierung von lokalen Arrays bei tinyAVR(R) 0-series
Das Programm zeigt auf einem ATmega4809 dasselbe Fehlverhalten; auf einem AVR128DB28 hingegen funktioniert es korrekt.
, SPM Z ATmega4809: ELPM, SPM, SPM Z+, EIJMP, EICALL AVR128DB28: EIJMP, EICALL https://ww1.microchip.com/downloads/en/DeviceDoc/AVR-InstructionSet-Manual-DS40002198.pdf Aber muss man das alles wissen?
-
Thread
was spricht eigentlich gegen die xmega? Gesperrt
2815%29%29,%28i:8282,v:!%284%29%29,%28i:8431,v:!%288,25%29%29,%28i:8300,v:!%285,8%29%29,%28i:8358,v:!%2816,47%29%29,%28i:8392,v:!%281%29%29,%28i:8378,v:!n%29,%28i:8445,v:!%288%29%29,%28i:8236,v:!%2812,24%29%29,%28i
Thomas F. schrieb im Beitrag #3474316: ....ATxmega 128A3 => ATxmega 192A3U..... >> http://www.jtronics.de/avr-projekte/xmega-tutorial.html > > Der Beispielcode sollte sich 1:1 verwenden lassen. > Danke. Markus Müller schrieb im Beitrag #3474311
-
Thread
AVR128DB mir 3-wire SPI
Seite 407 Kapitel 28.1 (SPI - Features) zu lesen: "Three-Wire Synchronous Data Transfer". https://ww1.microchip.com/downloads/en/DeviceDoc/AVR128DB28-32-48-64-DataSheet-DS40002247A.pdf Weitere Hinweise zur Verwendung
eine bidirektionale Datenleitung (halbmutiplex), ansonsten alles das Übliche. > Im Datenblatt vom AVR128DB ist auf Seite 407 Kapitel 28.1 (SPI - > Features) zu lesen: "Three-Wire Synchronous Data Transfer". > https://ww1.microchip.com/downloads/en/DeviceDoc/AVR128DB28-32-48-64-DataSheet-DS40002247A.pdf
-
Thread
AVR UART Probleme
Anhang habe ich ein Programm welches auch aus diesem Forum stand, hab aber Probleme es auf einem ATmega128 zum laufen zu bringen. Wenn ich es kompiliere bekomme ich folgende Fehlermeldungen: Compiling C: main.c avr-gcc -c -mmcu=atmega128 -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields
-MF .dep/main.elf.d obj/main.o --output main.elf -Wl,-Map=main.map,--cref -lm C:/Programme/WinAVR/bin/../lib/gcc/avr/3.4.6/../../../../avr/lib/avr5/crtm128.o: In function `__vectors': ../../../../../avr-libc-1.4.4/crt1/gcrt1.S:51: undefined reference to `main' make.exe: *** [main.elf] Error 1
-
Thread
AVM DRAGON 32k Begrenzug aufheben
Die Pins hab ich auch schon bemerkt :-) Das RAM ist bei mir ein Samsung K6R1008C1D-KI10 mit 128Kx8 Bit (also 128kByte) 5V, 10ns! Und nu? Wo aktiviere ich das für 128kB-AVRs? (http://www.datasheetarchive.com/search.php?s=60&q=K6R1008)
machen muß? Ich kenne > AVaRICE noch nicht. avarice --jtag usb --debug --dragon :1212 Dann den AVR-GDB starten: avr-gdb myapp.elf ... (gdb) target remote :1212 Danach gucken, ob du sowas wie einen single step (Kommando "step" oder einfach "s") machen kannst. Falls du WinAVR hast, kann
-
Thread
AVR Ethernet Platine
wirklich die 64Kb aus ? Heutzutage ist es scon fast schwierig 32kb-64Kb SRAM's preiswert zubekommen. 128Kb sind meistens preiswerterund verfügbarer. Der Vorschlag vom Matthias zielt primär darauf ab eben solche größeren SRAM's am AVR zu betrieben und dabei sogar noch zusätzliche Vorteile zu bekommen.Denn
Lösung würde den Latch, NAND und INV einsparen, hätte 4 memory mapped Devices, und sogar noch für den 128Kb SRAM eine Bank Logik. Die Addressausgänge A15 und A16 werden durch die 2 internen 2Bit Bankregister gesteuert abhängig von der Addresse auf dem AVR Addressbus. Darum muß man sich also nicht im
-
Thread
ATMega Flash wird langsam knapp. Upgrade o. Plattformwechsel?
Angst ist unbegründet, die float Lib kostet nur einmal Flash (~1kB ohne printf, scanf). Bei einem AVR mit 4kB Flash würde ich überlegen, aber nicht bei 128kB.
Der AVR-GCC hat eine CommandLineOption -mcall-prologues mit der er (gegen minimalste Extralaufzeit) die Push/Pop-Orgien am Anfang/Ende von Funktionen optimiert. Wenn man also die 128k Flash nicht nur mit
-
Thread
Toochain bauen avr-gcc-x.x mit binutils-2.34 funktioniert nicht
/ avr/lib/avrxmega6/atxmega128a3 avr/lib/avrxmega6/atxmega128a3u avr/lib/avrxmega6/atxmega128b1 avr/lib/avrxmega6/atxmega128b3 avr/lib/avrxmega6/atxmega128c3 avr/lib/avrxmega6/atxmega128d3
avr/lib/avrxmega6/atxmega384d3 avr/lib/avrxmega7/ avr/lib/avrxmega7/atxmega128a1 avr/lib/avrxmega7/atxmega128a1u avr/lib/avrxmega7/atxmega128a4u avr/lib/avrtiny/ avr/lib/avrtiny/attiny4
-
Thread
Problem mit ltoa
. Ich habe den Fehler bei WinAVR-20080110 und WinAVR-20100110 beobachtet. 2003 war der Fehler offensicht bereits vorhanden. Ich halte es deshalb für sehr wahrscheinlich, dass alle WinAVR-Versionen von 2003 bis heute betroffen sind.
gemacht." ;-) Auf jedem anderen AVR funktioniert das auch (auch auf den kleinen mit 128 oder weniger Byte SRAM). Eigentlich sollte das egal sein, was im oberen Byte des Zeigers drin steht, denn da dieses Byte für die Adressierung
-
Thread
AVR64DD32, UART-Ausgabe bleibt hängen, Assembler
funktioniert. Ich bin nun schon am überlegen, > ob mit meinen selbst designten und von JLC gefertigten > AVR-DB/DD32-Boards irgendwas nicht stimmt. Hier noch ein Foto von meinem ersten und provisorischen Aufbau von damals mit dem AVR128DB28, um alles genau zu prüfen und sich in die neue-AVR-Familie einzuarbeiten
die Adapterplatine, auf der sie verlötet wurden, wird wiederum auch verlötet (so wie hier bei dem AVR128DB28 in SO28), nur bei PDIP nehme ich auch mal Sockel, allerdings nur Präzisionsfassungen, weil diese einfachen Federkontakte sehr schnell Kontaktprobleme bereiten können. Ich habe jetzt auch einen
-
Thread
ARM MP3/AAC Player Web Radio
allerdings noch einen externen Treiber für den Anschluss. Ich hatte damals den Eindruck, mit dem ENC28j60 besser bedient zu sein, der hat alles intern. Mein Entwurf umfasste: AT91SAM7S256, ENC28j60, SD-Card, TLV320AIC23B und ein zusätzliches EEPROM. Einen Prototypen habe ich hier liegen, es funktioniert
schön, wenn man auf externes RAM verzichten könnte, und da ich nirgendwo so richtig einen ARM7 mit 128kB internem RAM gefuden habe, wo ich jetzt sonst auch gesagt hätte, joa, das passt...habe ich halt die oben beschriebenen Überlegungen gemacht. Konkret denke ich dabei an den LPC2106 (128kB Flash/128kB
-
Thread
Suche ein 28 Pin Mikrocontroller mit mehr als 32 kBit Flash Speicher
c-hater schrieb im Beitrag #4635399: > Ein ATMega1284P z.B. hat 128k Flash und 16k RAM, ein ATMega2560 hat 256k > Flash und 8k RAM (trivial extern erweiterbar auf 64k). Sind aber beide keine 28-Pinner mehr.
einen "größeren" AVR8 braucht, noch dann, wenn man auf was völlig anderes wechselt, selbst wenn das dann tatsächlich 28 Beine hat. Der Wechsel auf einen größeren AVR8 ermöglicht aber immerhin, den gesamten (oder zumindest
-
Thread
Verzweigungen
ldi r28, 128 ;wenn Carry 1 dann lade 128 in carry-register RechneWeiter0: ;wenn Carry 0 dann lasse carry-Register auf 0 (wenn Schwellwerte niedrig) mov r16, r25 ;Den Dividenten ins Register
ldi r28, 128 ;wenn Carry 1 dann lade 128 in carry-register RechneWeiter1: ;wenn Carry 0 dann lasse carry-Register auf 0 (wenn Schwellwerte niedrig) mov r16, r26 ;Den Dividenten ins Register
-
Thread
AVR Synthesizer mit ATxmega128A1
die Ansteuerung des 512KB SRAM zu testen, habe ich ein Beispiel (EBI SRAM Example - STK600 ATxmega128A1) aus dem ATMEL Studio 6.1 geladen. Das ATMEL AVR STK600 ist ein Starter-Kit und Entwicklungs-System für AVR 8-Bit bis 32-Bit ATMEL Mikrocontroller. Das Beispiele funktioniert aber auch mit einem ATxmega
erzeugen aus dem Audio-Signal ein Differenzsignal für den ADC-Eingang. ATMEL Notes ADC im Xmega128A1: http://www.atmel.com/images/atmel-8032-using-the-atmel-avr-xmega-adc_application-note_avr1300.pdf Bild: ADC mit Differenzial-Eingang Initialisierung des ADC im Xmega128A1 Prozessor [c]
-
Thread
AVR-GCC 4.8.1 tiny841 nicht bekannt
dep/AudioSwitcher.o.d AudioSwitcher.c -o AudioSwitcher.o avr-gcc: error: unrecognized argument in option ‘-mmcu=attiny481’ avr-gcc: note: valid arguments to ‘-mmcu=’ are: at43usb320 at43usb355 at76c711 at86rf401 at90c8534 at90can128 at90can32 at90can64 at90pwm1
attiny167 attiny22 attiny2313 attiny2313a attiny24 attiny24a attiny25 attiny26 attiny261 attiny261a attiny28 attiny4313 attiny43u attiny44 attiny44a attiny45 attiny461 attiny461a attiny48 attiny84 attiny84a attiny85 attiny861 attiny861a attiny87 attiny88 atxmega128a1 atxmega128a1u atxmega128a3 atxmega128a3u
-
Thread
SSD1306/1309 Library zum Darstellen von Text auf OLED Displays
D:\AAA Technik\Programme AVR Studio\ATB_I2C_OLED_L128\ATB_I2C_OLED_L128\oledl128.c 465 [/c] nicht klar warum das kommt.
] ATB_I2C_OLED_L128 D:\AAA Technik\Programme AVR > Studio\ATB_I2C_OLED_L128\ATB_I2C_OLED_L128\oledl128.c 465 > [/c] > nicht klar warum das kommt. Steht doch da (Tip: Besorg Dir ein C-Buch...): Der Ausdruck (x1
-
Thread
ISP zur Kommunikation zwischen einem ATmega und einem RPi
Nimm eine AVR128DA28 (falls SMD AVR128DA32/48/64) und schmeiß dieses ganz alten megas über Bord. Das Programmieren per UPDI geht ganz einfach über serielle Schnittstelle. Der hat auch viele nette features, die
Wilhelm M. schrieb im Beitrag #7055677: > Nimm eine AVR128DA28 (falls SMD AVR128DA32/48/64) und schmeiß dieses > ganz alten megas über Bord. Ich lese jedes mal wenn ich eine Frage stelle dass eine andere MCU besser geeignet ist. Aber ich hab nunmal
-
Thread
ATxmega-Experimentierplatine in Gold/Schwarz ab 12.04.10 eventuell Bausatz
noch ein paar Fragen gleich im Vornherein zu beantworten: (siehe auch http://svn.coremelt.net/atxmega128a1_board/trunk/README) Programmiert kann der Xmega werden ueber PDI oder JTAG. Als Programmer kann verwendet werden: - neue Version des AVR ISP mkII (mit interner LED) per PDI (duerfte am guenstigsten
die den Xmega unterstuetzt, kann z.B. dieses build script verwenden: http://svn.coremelt.net/atxmega128a1_board/trunk/tools/toolchain/build-avr-gcc-4.3.3-libc-1.6.7-insight6.8.zip Bootloader-Support: Ein Mitmacher hat berichtet, dass er den chip45boot2-Bootloader erfolgreich mit dem Board am Laufen
-
Thread
Dauerhaft FakeNews in allen AVR Series 0/1/2 Datenblättern
). Eben! Und das steht nicht nur im Datenblatt, sondern ist tatsächlich so, auch bei z.B. einem AVR128DB28.
#7067317: > Und das steht nicht nur im Datenblatt, sondern ist tatsächlich so, auch > bei z.B. einem AVR128DB28. Hatte das jemand bestritten?
-
Thread
MMC/SD ansteuern mit AVR
darauf achten, dass Du das verwendete BIT oben im Programm mit #define definierst, weil in der mega128.h keine Bitdefinitionen enthalten sind. Weil Du auch den CodeVisionAVR benutzt habe ich auch noch eine Frage: In einem Tutorial für den WinAVR habe ich ein Beispielprogramm für den AD-Wandler gefunden
ob 4bit mmc = 4bit bei sd ist, aber ich nehme es mal an. http://www.ulrichradig.de/site/atmel/avr_mmcsd/pdf/hitachi_hb28b128mm2.pdf Ab seite 22.. Nik
-
Thread
Atmel kündigt AVR XMEGA-Mikrocontroller an
Naja das gibts doch schon -> AVR32, ARM
/Debug-Kabel. Ich benutze zur Zeit dsPic33FJ128XX802. 128 kB Flash 16 kB RAM 40 MIPS CAN,... DIP28 Gehäuse. Trotzdem wärs Interessant wenn man mal wüsste wanns die XMegas zu kaufen gibt.
-
Thread
UART Bootloader ATtiny13 - ATmega644
Diese Fehlermeldung bekomme ich: AVRASM: AVR macro assembler 2.1.12 (build 87 Feb 28 2007 07:31:13) Copyright (C) 1995-2006 ATMEL Corporation C:\Documents and Settings\Admin\My Documents\AVR Projects\fastload_V14\ABAUD.INC(18): error: zl:
/articles/AVR_Bootloader_FastBoot_von_Peter_Dannegger#Assemblieren_des_Bootloaders_.28Angepasste_Version_f.C3.BCr_AVR-GCC-Toolchain.29 Lars
-
Thread
Atmel oder PIC Gesperrt
an Bord (das gilt nicht für die SMD-Package Varianten welche besser ausgestattet sind) - PIC und AVR gibt es mit reichlich RAM/Flash in DIL-Packages (ATMEGA1284 mit 128K Flash und z.b. PIC18F27J13 ebenfalls mit 128K Flash) und die Controller unterstützen weite Betriebsspannungs-Bereiche, zumeist von
Projekten einsetzen. 5. Preis/Leistung. Da gehe ich eben mal bei Reichelt schauen, was ein Mega328P im 28 SDIP kostet. Der aktuelle Kurs steht bei 4.25€. Dann mal flugs zu Microchip geblättert: PIC32MX150F128B-I/SP 3.60€. 40 MHz, 32 Bit, USB, 128k Flash, 32k RAM. Äh... da fällt die Wahl ja wohl nicht schwer
-
Thread
Atmega128 programmieren
zwischen > 0 und 1024. Ich möchte die zwei Arrays mit den Werten: adcval_1[ind_1] =ADCH*0.0025-1.28 füllen, 0.0025= Uref/1024, 1.28 ist Uref/2(Offset)
Ups. Danke für den Hinweis. Immerhin hat der Mega128 – 4K Bytes Internal SRAM
-
Thread
8 Bit Berechnung schnell, schneller am schnellsten
also 3 Takte mehr. Es müssen >> ja nur beide Faktoren vertauscht werden. > > Ja, stimmt. Aus den 28 Ticks werden dann 32. Hier noch die AVR-Version mit den 32 Ticks und ohne Restriktionen an die Parameter, wie oben gemäß avr-gcc ABI aber etwas mehr kommentiert. Die Berechnung verwendet [math
und mit etwas Ungenauigkeit leben kann, dann spart man noch einmal 5 Zyklen (worst case). Macht 28, bzw 23 Taktzyklen. Insgesamt leidet der Code aber darunter, dass der AVR keine indirekt indizierten Speicherzugriffe kann (wie LDA $mmmm,y oder lda ($zz),y beim 6502). Ist halt RISC. Hier merkt
-
Thread
Nokia 6100 Ansteuerung in C
Soory, ich habe den AVR 90s8535. Meine frage ist nun ob das überhaupt funktioniert? Da der Mega128 ja das ein oder andere feature zusätzlich hat! |bin halt ein Neuling!| Danke
Ich habe noch eine Frage zur Verwendung des ATmega128: In glcd.inc steht dort: #elif defined (__AVR_ATmega128__) #define LCD_PORT _SFR_IO_ADDR(PORTB) #define LCD_PIN _SFR_IO_ADDR(PINB) #define LCD_DDR
-
Thread
Erzeugung von reduntantem Code in AVR-GCC
r17, r15 step >>= 1; 1fa2: 06 95 lsr r16 1fa4: 21 97 sbiw r28, 0x01 ; 1 }while(step > 0); 1fa6: a1 f7 brne .-24 ; 0x1f90 <calibrateOscillator+0x12> [/code] Interessanterweise erzeugt AVR-GCC einen eigenen Schleifenzähler in r28/r29
[avrasm] ldi r24,lo8(8) mov r14,r24 mov r15,__zero_reg__ ldi r28,0 ldi r29,lo8(-128) .L3: mov r13,r28 add r13,r29 out 0x31,r13 rcall usbMeasureFrameLength cpi r24,-79 ldi r18,6 cpc r25,r18
-
Thread
MMC SD library FAT16 FAT32 read write
Emperor_L0ser PS: ich verwende nicht die Makefile, meine Befehle, wie für alle meine Projekte: if avr-gcc -O2 -mmcu=at90can128 -DF_CPU=1000000 ./*.c then avr-objcopy -O ihex -R .eeprom a.out flash.hex avrdude -p c128 -e -c pony-stk200 -U flash.hex exit 1 fi
, is im Anhang. Kann sich das jemand erklären?! Ohja: Wie erwähnt: PC: Win XP SP3, µC: ATmega128, 3,3V, SD ohne Zusatz an SPI, Compiler AVR Studio Grüße, Matze
-
Thread
C++?!?
C++ zu portieren. Vom Quelltext her sieht C++ wesentlich ordentlicher aus. Größen gemessen mit avr-size *.o <elfdatei> Programm in C: text data bss dec hex filename 28 0 0 28 1c asmfkt.o 1093 38 2 1133 46d avrreflex1.o 961
? Wenn der avr-gcc sowieso c++ schluckt, wofür gibt es dann den avr-g++?
-
Thread
[V] Hobbyaufgabe Diverse
Gehäuse orig. verpackt 10 x 7,6 x4,2 cm 2,50€ 5.) Div. Steckbrücken 1 Sack voll 3€ 6.) 2x ET AVR Start Kit V1 mit ATMEGA 128 STAMP http://www.ett.co.th/product/avr/avr-stamp-atmega64-128/ET-AVR%20START%20KIT%20V1.0%20%20EXP_Schemetic.pdf http://www.ett.co.th/product/avr/avr-stamp-atmega64-128/ET-AVR%20STAMP%20ATmega64-128_Schematic.pdf http://www.micro4you.com/files/atmega128/ET-AVR%20STAMP%20ATmega64-128_Manual.pdf je Board 30€ 7.) ET-Mini DC Motor 5€ http://fiona.dmcs.pl/~bartoszp/MINIDCMOTOR.pdf
-
Thread
ATMEGA 328p Programm Upload nicht Möglich avrdude: stk500_loadaddr(): (a) protocol error, expect=0x1
4.4 Vtarget : 0.3 V Varef : 0.3 V Oscillator : 28.800 kHz SCK period : 3.3 us avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude:
4.4 Vtarget : 0.3 V Varef : 0.3 V Oscillator : 28.800 kHz SCK period : 3.3 us avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude:
-
Thread
erzeugter code von avrgcc ineffizient
Ist ja im Prinzip kein Fehler, sondern nur nicht ganz optimaler Code. Das Problem sind ja der MEGA128 und der und alle anderen MEGA AVR mit I/O-Registern im Bereich > 60h. Dieses war ja ursprünglich garnicht so vorgesehen. Dieser ist auch nur mit entsprechenden Memory orientierten Befehlen erreichbar
> Das Problem sind ja der MEGA128 und der und alle anderen MEGA AVR mit I/O-Registern im Bereich > 60h. Die Adresse im Beispiel ist aber 0x10. > Dieses war ja ursprünglich garnicht so vorgesehen. Dieser ist auch nur mit entsprechenden
-
Thread
Brauche Hilfe bei der Auswahl von programmern für den Atmega8
besorge ich mir noch folgendes nur zum Austesten: https://de.aliexpress.com/item/1LOT-New-USBASP-USBISP-AVR-Programmer-USB-ISP-USB-ASP-ATMEGA8-ATMEGA128-Support-Win7-64/32724669918.html Danke schonmal
: > https://de.aliexpress.com/item/1LOT-New-USBASP-USBISP-AVR-Programmer-USB-ISP-USB-ASP-ATMEGA8-ATMEGA128-Support-Win7-64/32724669918.html Das ist technisch genau das gleiche.
-
Thread
Fehler bei avr-gcc 4.8.1 und nicht bei 4.3.3
Wenn es nur um die Tools geht (avr-gcc + binutils + avr-libc), die hatte ich vor einiger Zeit mal für MinGW32 generiert: https://sourceforge.net/projects/mobilechessboar/files/avr-gcc%20snapshots%20%28Win32%29/ Das neueste ist
Johann L. schrieb im Beitrag #7765662: > Wenn es nur um die Tools geht (avr-gcc + binutils + avr-libc), die hatte > ich vor einiger Zeit mal für MinGW32 generiert: Sind das die: https://sourceforge.net/projects/mobilechessboar/files/avr-gcc%20snapshots%20%28Win32%29/avr-gcc
-
Thread
The Siemens S65 132x176, 65536 color display with AVR
Ich hab noch ein Problem mit der RAW- Bildausgabe. Ich arbeite mit dem AVR und dem ATMega128 - 128k Flash Bei kleinen Bildern gibts kein Problem. Jetzt wollt ich mal ein mit Vollbild probieren (132x176). Allerdings schreit dann AVR Studio ".... to large". Obwohl ein
Nokia 6100 leider die EPSON version S65 Nokia 3310 mit ATmega128 Nutzen möchte ich diese mit dem aktuellen WinAVR und einem ATmega128 kann mir jemand einen brauchbaren CODE zusenden? Vielen DANK martin
-
Thread
Klingel mit 100 Melodien - last minute Weihnachtsgeschenk
15,8,8,15,8,8,15,8,16,8,15,8,8,15,8,8,15,8,16,8,14,7,7,14,7,15,7,14,7,7,14,7,7,14,7,15,7 ,2 //Lied Nr. 15 Offset:492 ,15,16,15,16,15,16,15,16,15,15,16,17,18,19,20,84,128,84,128,87,64,77,64,84,128,84,128,82,64,83,64,84,128,84,128,87,64,77,64,84,128,84,128,82,64,83,64,87,84,207,207,0,87,84,206,206,0,87,84,205,205,64,75,77 ,5 //Lied Nr. 16 Offset:557 ,8,13,16,15,13,16,13,15,13,9,11,136,8,13,16,15,13,16,13,15,13,8,7,134,6
Offset:942 ,68,69,192,71,72,192,68,69,0,71,72,0,77,76,0,68,69,0,76,203,192,10,8,5,3,197,192,68,69,128,71,72,128,68,69,0,71,72,0,77,76,0,68,69,0,81,208 ,3 //Lied Nr. 28 Offset:990 ,141,168,64,8,10,12,141,168,64,8,10,12,141,111,17,146,113,15,212 ,2 //Lied Nr. 29 Offset:1010 ,8,10,11,1,3,4,6,8,10,11,13,15,16,0,18,20,22,215,0,21,23,21,0,19,0,21,0,19,0,21,0,19,0,18,0,16,0,79,78,0,16,0,17,0,82,0,15,0,11,9,0,11,137,0,71,6,0,198,198
-
Thread
Arduino Timerprobleme - suche programmierbaren Oszillator
MisterX schrieb:[c] > if(t3.ub[3]&128)PORTB|=32;else PORTB&=~32; > if(t2.ub[3]&128)PORTB|=16;else PORTB&=~16; > if(t1.ub[3]&128)PORTB|= 8;else PORTB&=~ 8; > if(t0.ub[3]&128)PORTB|= 4;else PORTB&=~ 4; [/c] > > ... auf der anderen Seite
MisterX schrieb:> if(t3.ub[3]&128)PORTB|=32;else PORTB&=~32; > if(t2.ub[3]&128)PORTB|=16;else PORTB&=~16; > if(t1.ub[3]&128)PORTB|= 8;else PORTB&=~ 8; > if(t0.ub[3]&128)PORTB|= 4;else PORTB&=~ 4; Die Abfragenn können nie wahr
-
Thread
Rechnen mit AVR
Erste Grundlagen für die Rechnerei und Zahlenumwandlung gibt es auch hier: http://www.avr-asm-tutorial.net/avr_de/rechnen/index.html Gruss Jadeclaw.
beliebige Bitzahl ist problemlos möglich, auch ungleiche Breiten der Multiplikanden (z.B. 80x48-->128).
-
Thread
DTMF decoder
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, dass da
304 8 7 15 0 15 3 710 Hz 5639 149 8 31 65 3 29 28 720 Hz 3294 8 128 14 15 7 8 3 730 Hz 1722 240 149 3 29 3 65 0 740 Hz 228 1942 93 35 22 182 1 45 750 Hz
-
Thread
warum __inline zwingend erforderlich?
Jetzt funktionierts! :-) [c] #include <avr/pgmspace.h> * * * const uint8_t PROGMEM Wave_Tab[18] = {1,2,4,8,16,32,64,128,255,128,64,32,16,8,4,2,1,0}; * * * Helligkeit = pgm_read_byte(&Wave_Tab[n]); * * * [/c] __inline ist nicht
übergibt i natürlich in R22/23, hier für ATtiny24: [avrasm] buh: push r16 push r17 push r28 push r29 in r28,__SP_L__ clr r29 subi r28,lo8(-(-18)) out __SP_L__,r28 movw r16,r24 ldi r22,0 ;; da ldi r23,0 ;; und da movw r24,r28 adiw r24,1 rcall yum ;; blabla
-
Thread
Lerncomputer so wie KOSMOS CP1 nachbauen
Wo ist das Problem? Nimm einen AVR und strick dir den Interpreter wie du ihn brauchst.
Hmm, gerade mal geschaut was das Ding genau gemacht hatte: 128 Befehlszeilen mit Pseudo Maschinen code (21 Befehle). Das würde man so auch locker in einem AVR rein bekommen, wenn es nur um die Funktion gehen würde. Ansonsten wird es halt teuer, die Original Bauteile
-
Thread
Neuer ReAVR in Aussicht
Hallo ReAVR-Freunde, es freut mich zu lesen, dass mein AVR-Dis- oder vielmehr Reassembler (weil er direkt wiederverwertbaren Assemblercode erzeugt) auch in den 2020ern noch immer wieder einmal Thema ist. Vielleicht
nur die Headerzeilen und die Spalten mit Adressen und Opcodes wegwerfen. Gerade probiert: [pre] avr-objdump -d myfile.hex --disassemble-zeroes -b ihex -m avr5 -j .sec1 | sed -e '1,7d' -e 's/^..................//'> foo.s avr-as -mavr5 -o foo.o foo.s avr-ld -o foo.elf foo.o avr-objcopy -O ihex foo.elf
-
Thread
AVR128DA64 TCA1 funktioniert nicht mit alternativen Output?
/Errata/AVR128DA-28-32-48-64-SilConErrataClarif-DS80000882.pdf
Suchfunktion innerhalb eines Datenblatts oder auch den Index etc. Im Anhang die ausgelesene REV-ID von meinem AVR128DB28 in SO28 mit 1,27mm – umgerechnet lautet sie A5 und dieser Wert scheint auch plausibel zu sein.
-
Thread
Code(SRAM steuern) verbessern. Arduino mega 2560
anderes. Aber SPI-SRAM ist viel einfacher nutzbar mit für Praxis beinahe gleicher Geschwindigkeit. Und 128 kbytes-SRAM braucht statt 27 oder 28 Signalleitungen nur vier!
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.