-
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
Neue ATTINY3226 usw. gar nicht mitbekommen
| 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
-
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, AVR128DB28, AVR128DB32, AVR128DB48, AVR128DB64 AVR16DD14, AVR16DD20, AVR16DD28, AVR16DD32, AVR32DD14, AVR32DD20, AVR32DD28, AVR32DD32, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32 AVR16EA28, AVR16EA32
-
Thread
GCC Statische initialisierung.
PinRegister.h" #include "include\Pin\AVRxDB48_PinNamen.h" #elif defined(__AVR_AVR32DB64__) || defined(__AVR_AVR64DB64__) || defined(__AVR_AVR128DB64__) #include "include\Pin\AVRxDB64_PinRegister.h" #include "include\Pin\AVRxDB64
PinRegister.h" #include "include\Pin\AVRxDB48_PinNamen.h" #elif defined(__AVR_AVR32DB64__) || defined(__AVR_AVR64DB64__) || defined(__AVR_AVR128DB64__) #include "include\Pin\AVRxDB64_PinRegister.h" #include "include\Pin\AVRxDB64
-
Thread
Atmel Studio 4.19 unter W10X64
auf Platine :) > ). Auch habe ich Simulator in MPLAB ausprobiert: mangelhaft im Vergleich > mit AVR Studio 4.19, aber dort kann man auch AVR128DB simulieren, für > Anfang ist das gut. Ja. Finde ich auch. Ich beschäftige mich mit dem DB64 hauptsächlich im Arduino IDE. Mit dem Bord Package von Spence-Konde
gezwungen, auch Studio 7 zu installieren und noch ein JTAG-Debugger zu kaufen: ich probiere nun mit AVR128DB und die kennt JTAG ICE MK2 leider nicht. Gestern habe ich erste Adapter mit AVR128DB64 bestückt, mit Erfolg. Dafür mußte ich aber ein Mikroskop kaufen :) Nun habe ich noch Platinen für Adapter
-
Thread
ATtiny Typenchaos bei Microchip Gesperrt
) 28 Pin | 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
-
Thread
Welche AVR (Atmega) haben UPDI?
| 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
-
Thread
AVR128DB - Clock Failure Detection
/ioavr128db48.h> #elif defined (__AVR_AVR128DB64__) # include <avr/ioavr128db64.h> /* end new AVR128DBxx */ [/c] Wenn die µC irgendwann im avr-gcc schon eingebaut sind, ist das kopieren der specfiles nicht
Hallo, weil jemand nach einer Bezugsquelle fragte. TME hat mehrere AVR128DA und drei verschiedene AVR128DB (28, 48 und 64 Pin) auf Lager laut deren Anzeige. Filter "AVR128" und "auf Lager" setzen.
-
Thread
GCC v14 Release
: .. -D__AVR_DEV_LIB_NAME__=avr128db48 ist deshalb NICHT definiert. resultierende Fehlermeldungen : - #warning "device type not defined" [-Wcpp] C:\Atmel-Toolchain\AVR8\avr-gcc-14.1.0-x64-windows\avr
-x64-windows". Da fehlt der entsprechende Eintrag im Makefile, obwohl -B"$(PackRepoDir)\atmel\AVR-Dx_DFP\1.10.114\gcc\dev\avr128db48" unter |Toolchain|AVR/GNU Common|General| automatisch korrekt eingetragen
-
Thread
AVR®DD family, low pin count devices
platformio benutzt. Leider hinkt platformio beim Dx core etwas hinterher und mein gewünschtes Device AVR32DD14 wird (noch) nicht unterstützt wohl aber der AVR64DD14. Weiss jemand, ob ich den Device-Eintrag in der platformio.ini auch nutzen kann? Vorweg: ich würde auch den AVR64DD14 nutzen - den gibt
Bleibt ja nur das Microchip/ Atmel Studio. Wie sieht es bei euch hier > aus? Was nutzt ihr für die AVR Dx Serie? - Arduino IDE 2.x - Microchip Studio - ATmega 4809 - AVR DB - AVR EA
-
Thread
DWARF error: invalid abstract instance DIE ref
Pause. [c] #pragma once #define INLINE inline __attribute__((always_inline)) namespace AVR128DB { namespace TCB { namespace { using Register = volatile uint8_t *; #if defined(__AVR_AVR128DB48__) #include <AVR128DB48_TCBnRegister.h
v2.35. [c] C:\avrToolchain\avr-gcc-10.1.0_mingw64_binutils2.35/bin/avr-objdump: DWARF error: could not find variable specification at offset 15ee C:\avrToolchain\avr-gcc-10.1.0_mingw64_binutils2.35/bin/avr-objdump:
-
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
): https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR128DB28-32-48-64-DataSheet-DS40002247.pdf Haben wir gleich beide Versionen zum Vergleich.
-
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.
ja bei einer FFT immer nur halb so viele Werte rauskommen wie man reinsteckt, in diesem Falle also 64 ;) Habe jetzt jedenfalls 2 FFTs nach obigem Schema laufen. Auf dem Display werden alle 64 Werte der hochauflösenden FFT und die letzten 48 Werte der zweiten FFT dargestellt (der Frequenzbereich der
-
Thread
atmega4808 mit microchip ICD3 programmieren/debuggen UPDI interface
--------------- QUELLE: Atmel.ATmega_DFP.1.7.374.atpack\gcc\dev\atmega4808\device-specs\ ZIEL: avr-gcc Ordner\lib\gcc\avr\x.x.x\device-specs\ Datei: specs* [/code] Zusätzlich habe ich noch die avr-gcc 9.4.0 Version für Linux64 ergänzt so wie ich es bei meiner Toolchain für Windows mache. Meine
attiny1604, 1606, 1607, 1614, 1616, 1617 attiny3216, 3217 attiny1624, 1626, 1627 attiny3224, 3226, 3227 avr128db28, avr128db32, avr128db48, avr128db64 avr64db28, avr64db32, avr64db48, avr64db64 avr32db28, avr32db32, avr32db48
-
Thread
Faktensammlung Buderus EMS
auf dem KM200: /heatingCircuits/hc1/fastHeatupFactor Antwort: MESSAGE[...]: source 0x10, dest 0x48, type 0xf9, offset 0, data: ff 01 af 0a 17 00 00 00 01 00 00 00 00 00 00 00 64 00 00 00 00 Diesmal Faktor 1: 01: min: 1% 00: ???: 0%? 64: max: 100% 00: value: 0% Ich vermute mal, dass
Debug-Output von meinem ESP-Interface... [code][ 694.808068 56.821 080 33] 08 00 18 00 3b 02 65 64 64 09 01 35 00 83 00 7d 00 80 00 02 09 ff 2d 48 00 00 ff 00 10 83 00 ? 3b:3b [ 695.905880 96.991 080 33] 08 00 18 00 3b 02 66 64 64 09 01 35 00 83 00 7d 00 80 00 02 09 ff 2d 48 00 00 ff 00
-
Thread
VU-Meter, aber korrekt!
63,63,63,63,63,63,63,63,63,63,63,63,63,63,63,63, 63,63,63,63,63,63,63,63,63,63,63,63,63,63,63,63, 63,63,63,63,63,63,63,63,63,63,63,63,63,63,63,64, 64,64,64,64,64,64,64,64,64,64,64,64,64,64,64,64, 64,64,64,64,64,64,64,64,64,64,64,64,64,64,64,64, 64,64,64,64,64,64,64,64,64,64,64,64,64,64,64,64, 64,64,64,64,64,64,65,65,65,65,65,65,65,65,65,65
die 70 Spannungswerte in ein Array von Hand eingetragen: [c] // Spannungen in mV entsprechend dB word LUT_U[71] = { 8, 25, 43, 48, 52, 55, 58, 62, 65, 69, // -40.0 -30.0 -25.0 -24.0 -23.5 -23.0 -22.5 -22.0 -21.5 -21.0 73, 77, 82, 86, 92, 97, 103, 109, 116, 123, // -20.5 -20.0 -19.5 -19.0
-
Thread
AVR128DA übertakten
Vielleicht interessiert es den einen oder anderen: "The AVR128DA28/32/48/64 microcontrollers of the AVR® DA family are ... running at up to 24 MHz", so steht es im Datenblatt, und zwar ab 1.8 V. Da sollte doch bei höherer Spannung etwas mehr möglich sein, zumal
> ... alle Funktionen das AVR128DA48 ... Mir scheint, dass Microchip diese nur als eine Art Vorserie für die AVR128DB ansieht. Aber viel Neues kommt nicht hinzu, die erlangten Kenntnisse sind also eine gute Grundlage für einen
-
Thread
TV Bild mit AVR
Ein Zeichen ist aus 5x8, eigentlich 5x7 Zeichen aufgebaut. Beispiele für die Zahlen 0..9: .db 14,17,25,21,19,17,14,0 ;0(48) .db 4,6,4,4,4,4,14,0 ;1(49) .db 14,17,16,8,4,2,31,0 ;2(50) .db 31,8,4,8,16,16,15,0 ;3(51) .db 8,12,10,9,31,8,8,0 ;4(52) .db 31,1,15,16,16,16,15,0 ;5(53) .db 24,4,2,15,17,17,14,0 ;6(54) .db 31,16,8,4,4,4,4,0 ;7(55) .db 14,17,17,14,17,17,14,0 ;8(56) .db 14,17,17,30,16,8,6,0 ;9(57)
-
Thread
EMS > Adapter > NetIO > Raspi
00 0x2 0x62 0x1 0x4e 00 0x1e 0x13 0x2d 0x48 00 0xc8 00 0x2 00 0x1a 00 0x1f 0xaa 0x55 IO: Got bytes 0xaa 0x55 0x8 00 0x18 00 0x24 0x1 0x69 0x64 0x14 0x9 0x1 0x25 0x62 0x80 00 0x2 0x62 0x1 0x4e 00 0x1e 0x12 0x2d 0x48 00 0xc8 00 0x2 00 0x9a 00 0x1f
0x25 0x62 0x80 00 0x2 0x62 0x1 0x4f 00 0x1e 0x13 0x2d 0x48 00 0xc8 00 0x2 00 0x7e 00 0x1f 0xaa 0x55 IO: Got bytes 0xaa 0x55 0x8 00 0x18 00 0x24 0x1 0x69 0x64 0x14 0x9 0x1 0x25 0x62 0x80 00 0x2 0x62 0x1 0x4f 00 0x1f 0x12 0x2d 0x48 00 0xc8 00 0x2 00 0xe7 00 0x1f
-
Thread
Verzweifelt keine Anzeige am LCD
so umändern soll? Wenn ich die Pins so umändere muss ich dann nicht viel an den Pins verändern? DB4-DB7: PA4-PA7 ;; RS: PA3 ;; E: PA2
ist bestimmt die vielversprechendste Methode das schnell zum Laufen zu bekommen: PortPin_0 -> DB4 PortPin_1 -> DB5 usw....
-
Thread
AVR64EA28: PIT-Interrupt
C-hater: Übrigens finde ich diese 'Note' zwar im Datenblatt des ATmega4809, aber weder in dem für AVR128DA28/32/48/64 noch im Preliminary für AVR64EA28/32/48; also eine simple Suche nach 'during device'.
S. L. schrieb im Beitrag #7657994: > aber > weder in dem für AVR128DA28/32/48/64 Abschnitt 24.10 Synchonization Ich soll mich zwar raushalten aber meine Mutter war auch schon immer genervt :)
-
Thread
Arduino Bibliotheken funktionieren nicht beim AVR128DB-Prozessor
Sebastian H. schrieb im Beitrag #7628941: > Prozessor AVR128DB28 AVR128DB28 ist kein Prozessor, sondern ein Controller.
dann möglich, Port A (sonst für CPU-Takt benutzt) vollständig für SPI-0 und USART-0 benutzen. Für DB28 hat das nicht so viel Sinn, da wir dann für 32768 Hz USART-2 verlieren (aber wir tauschen asynchrone USART-2 für synchrone USART-0). Für DB32, DB48 und DB64 könnten wir aber damit einen seriellen Port
-
Thread
Logamatic 2107 Schnittstelle
Warum sind deine Nachrichten so kurz ? [code] 08 00 18 00 31 01 E4 64 23 09 01 25 60 80 00 02 03 01 4F 00 A4 0E 2D 48 00 C8 00 02 00 DF 08 00 18 00 3C 02 64 01 2D 80 02 00 00 0D 4C 1C 02 5F 12 08 00 19 00 00 5C 01 DF 80 00 00 00 00 37 00 D1 1F 0C DB 88 00 00 00 0B
* ! 32 * ! DB 00 DB FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 34 * ! DD 00 DD FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 36 * ! DF 00 DF FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 38 * ! D1
-
Thread
EOL ATmega328p
The AVR® DB family of microcontrollers feature the well-known AVR® CPU, now running at up to 24 MHz across the full supply voltage range of 1.8V to 5.5V. https://www.microchip.com/en-us/product/AVR128DB48
ATtiny26 ATtiny261A ATTINY28 ATtiny4313 ATtiny44 ATtiny44A ATtiny45 ATtiny461 ATtiny461A ATtiny48 ATTINY84 ATtiny84A ATtiny85 ATtiny861 ATtiny861A ATTINY88 AVR128DA28 AVR128DB28 AVR16DD28 AVR32DA28 AVR32DB28 AVR32DD28 AVR64DA28 AVR64DB28 AVR64DD28 Die gesamte Liste kann man als
-
Thread
AVR64DD28, mEDBG, Studio 7.0 - Fehler beim Schreiben von Fuses
Mit dieser Änderung lässt sich, zumindest bei mir, die Signatur auslesen von ATtiny412, ATmega4809, AVR128DB28, AVR16DD28, AVR32EA28 und AVR16EB14.
> ATtiny416 ... weigert sich ... auf jene LDS-Anfragen ... > im Gegensatz zum 64DD28. Na, dreimal dürfen Sie raten ... [avrasm] ; Branch according to NVM version: cpi tmp0, '0' ; breq loop_readByte_nvm0 <=== SLdt 2406261335 ; NVM version number != 0, e.g. AVR_DB and
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
112, 223, .db 0, 0, 0, 0, 0, 15, 0, 224, .db 0, 0, 0, 0, 0, 176, 112, 0, .db 0, 0, 0, 0, 2, 63, 0, 0, .db 1, 160, 0, 0, 96, 0, 0, 127, .db 248, 64, 0, 0, 0, 0, 11, 231, .db 136, 0, 0, 0, 0, 0, 185, 128, .db 0, 0, 0, 0, 0, 15, 128, 251, .db 128, 0, 0, 0, 0, 64, 127, 252, .db 0, 0, 0, 0, 2, 127, 247, 96, .db 0, 0, 0, 0, 31, 243, 210, 0, .db 0, 0, 0, 0, 254, 22, 192, 0, .db 0, 0, 0, 15, 208, 56,
-
Thread
AVR128DB mir 3-wire SPI
Hallo lieber Microcontrollercontroller, Ich möchte mit einem AVR128DB48 eine RTC ansteuern. Um genau zu sein die RV-8063-C7 von Microcrystal. Mein Problem ist, dass diese RTC nur 3 Leitungen für SPI hat: SCL, SDIO und CE. Im Datenblatt vom AVR128DB ist auf
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
AVR128DA64 TCA1 funktioniert nicht mit alternativen Output?
/Errata/AVR128DA-28-32-48-64-SilConErrataClarif-DS80000882.pdf
Nils K. schrieb im Beitrag #7796838: > ich stehe aktuell vor einem Problem mit einem AVR128DA64, bei dem ich > nicht mehr weiter komme (...) Es gibt auch noch mindestens einen AVR128DB64 – die Serien unterscheiden sich ein wenig voneinander, bei DB gibt es u.a. die sogenannte VDDIO2
-
Thread
8048 Assembler für aktuelle Windows-Versionen
du nicht solange warten willst: https://daveho.github.io/asm48/ >asm48 PRG.ASM *** asm48 v0.4.1 *** Assembled 785 bytes. Erfordert aber einige Anpassungen in der Assemblerquelle ORG -> .ORG DFB -> .DB usw. usf.
62 ; 0300 63 ORG 0300H ; TABLE ADDRESS 64 0300 3F 65 DB 3FH ;0 D7 D6 D5 D4 D3 D2 D1 D0 0301 06 66 DB 06H ;1 dp g f e d c b a 0302 5B 67 DB 5BH
-
Thread
AVR128DB USART Transmit Buffer
Ob S. schrieb im Beitrag #7932601: > Nein. Aber es gibt ein offizielles Statement im DB, was besagt, dass es > eben nur ein Byte ist (Abschnitt 25.2): Welches Datenblatt nutzt Du denn? Bei den mir vorliegenden Datenblättern für AVR128DB28/32/48/64 behandelt Kapitel 25 den TCD Timer
gleich zu den neuen µc Typen. Kann ich nicht bestätigen - Senden an PC-Hyperterminal: beim ATmega48PA erscheint "AB", beim AVR128DB28 "ABC".
-
Thread
Lokalität von Registerwerten?
.db 51,51,50,50,49,49,48,48,48,47,47,46,46,45,45,44 .db 44,43,43,43,42,42,41,40,40,39,39,38,38,37,37,36 .db 35,35,34,34,33,33,32,31,31,30,30,29,29,28,28,27 .db 26,26,25,25,24,24,23,22,22,21,21,20,20,19,19,18
84, 82, 78, 73, 69, 64, 60, 58, 56, 57 .db 59, 62, 66, 70, 75, 79, 83, 86, 89, 91, 92, 92, 92, 90, 86, 81 .db 73, 63, 52, 38, 24, 9, -5, -19, -31, -42, -50, -57, -61, -64, -66, -67 .db -68, -68, -68, -67, -66, -64
-
Thread
avr-gcc 11.1.0 defekt? Gesperrt
DxCore Package (AVR128DB48) Es funktioniert nicht: Arduino IDE 1.8.15 + avr-gcc 11.1.0 + Arduino megaavr0 Package (ATmega4809) Ich erhalte keinerlei Warnungen oder Fehlermeldungen. Ich habe es auch mit der Toolchain
0 - Man sollte nicht einfach eine ino ins Forum stellen und schreiben "avr-gcc 11.1.0 defekt ?" Das ist viel zu pauschal. Ein Versuch der Versachlichung: A - in der AVR128DB-TCB32.ino steht [c] AVR128DB48 Curiosity Nano Board https://github.com/SpenceKonde/DxCore
-
Thread
welcher (analoge) Filter für FFT im Audio-Bereich?
Daempfung von 48 dB must du bei der halben Samplerate erreicht > haben. Eigentlich mag ich das gar nicht ausrechnen: von 16kHz geträumter maximaler Nutzfrequenz zu 24kHz halber Samplerate 48dB zu erreichen dürfte
funktioniert wunderbar, und sogar schnell genug! Ein paar (meiner Meinung nach eindrucksvolle) Details: AVR ATmega328P mit 12 MHz (mein Breadboard, die finale Version könnte 20 MHz kriegen) ADC Abtastfrequenz 20 kHz 8 bit FIR Tiefpass mit 64 (!!!) Bins, -30db zwischen 1 und 1.3kHz (!!!) Downsampling
-
Thread
Suche Mentor für Entwicklung eines Audio-Messwert-Erfassers
wird (aus Sicht des Empfängers) > Auf Seite 23 kann man schließlich lesen, dass die BCK-Periode 64 Takte > dauert (für mich 2x 32 Bit). Unter Fußnote 3 steht, dass die BCK-Periode > im Mastermodus immer 64 Takte dauert. Im Mastermodus, sonst gehen auch 48 fs also 2 * 24 * fs > Ähm - ich dachte
Moin, >> Auf Seite 23 kann man schließlich lesen, dass die BCK-Periode 64 Takte >> dauert (für mich 2x 32 Bit). Unter Fußnote 3 steht, dass die BCK-Periode >> im Mastermodus immer 64 Takte dauert. > > Im Mastermodus, sonst gehen auch 48 fs also 2 *24* fs Yepp, nur
-
Thread
ATXMega128 - Erste Erfahrungen
je einen I2S-ADC und DAC plus einen optischen S/PDIF-Ausgang bekommen. Der Sound ist mit 16Bit und 48kHz bei gut 85db Dynamikumfang ausreichend für einen semiprofessionellen Outdoor-Wave-Recorder. Die erste SD-Karte hat´s auch schon gerissen, war ´ne billige, aber neue CN-Memory 2GB, ist einfach so ausgestiegen
Übrigens mit CLK_PER2 von 94MHz läuft der AVR mit 48MHz Takt minimal, das ist bischen ausserhalb der Spezifikation. Letzendlich ist das aber irrelevant für die Berechnungen da das EBI immer nur maximal 2x schneller als der CPU Takt sein kann, Prescaler
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 32 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 48 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 64 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 80 50 51 52 53 54 55 56 57 58 59 5A 5B 5C 5D 5E 5F 96 60 61 62 63 64 66 67 68 69 6A 6B 6C 6D
11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 32 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 48 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 64 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 80 50 51 52 53 54 55 56 57 58 59 5A 5B 5C 5D 5E 5F 96 60 61 63 64 65 66 67 68 69 6A 6B 6C 6D
-
Thread
AVR-ChipBasic2 - BASIC-Computer mit ATMega 644
demonstriert (recht eindrucksvoll) was mit dem Basic-Computer machbar ist. [pre] 01 BO 0:P=0:GOS 64:DA 64,0,4,32,0 02 ALERT 64:X=AR(1):Y=AR(0):D=21 03 GOSUB 48:FOR F=1 TO 4:A=F*5 04 IF AR(A)<>AR(3) THEN GO 9 05 IF AR(A+1)<>AR(4) THEN GO 9 06 IF G>0 THEN NO 98:P=P+20:GO 35 07 ? @AR(3)+1,AR(4)+
Nachdem der AT Flash bei mir eingetroffen war hab ich das Modul zusammengebaut. Es ist aber kein AT45DB08 an Bord sondern ein AT45DB161.Der Baustein wird aber vom AVR nicht erkannt wie es aussieht. Weil ich dachte, ich hätte mich bei der Bestellung geirrt ließ ich nochmal einen AT 45DB08 kommen. Wieder
-
Thread
AVR64DD28 Clock Source ändern
versuche es. Es hängt mit dem Aufbau des Headerfiles zusammen ob es ein struct gibt oder nicht. Bsp. AVR128DB48 [c]#define DAC0_DATAH _SFR_MEM8(0x06A3)[/c] Hier ist DAC0_DATAH direkt als Registeradresse definiert. Mit DAC0.DATAH läuft ein Makro ab der die Adresse aus Basis und Offset zusammensetzt
/DataSheets/AVR64DD32-28-Prelim-DataSheet-DS40002315B.pdf
-
Thread
Assemblerprogramm unter Eclipse läuft nicht.
, b, c .db 0b10000000 ; 8: a, b, c, d, e, f, g .db 0b10010000 ; 9: a, b, c, d, f, g [/code] Die Fehlermeldungen sind: [code] make all Building file: ../avr-sammlng-2.c
Error: constant value required ../7-seg.S:46: Error: register number above 15 required ../7-seg.S:64: Error: unknown pseudo-op: `.db' ../7-seg.S:65: Error: unknown pseudo-op: `.db' ../7-seg.S:66: Error: unknown pseudo-op: `.db' ../7-seg.S:67: Error: unknown pseudo-op: `.db' ../7-seg.S:68: Error:
-
Thread
UART Bootloader ATtiny13 - ATmega644
Hacks drin...: [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
Assemblieren des Bootloaders folgender Fehler auf: D:\Bootloader>avrasm2 -fi bootload.asm AVRASM: AVR macro assembler 2.1.42 (build 1796 Sep 15 2009 10:48:36) Copyright (C) 1995-2009 ATMEL Corporation bootload.asm(32): Including file 'C:\Program Files\Atmel\AVR Tools\AvrAssembler2 \Appnotes\m64def.inc
-
Thread
Sinustabelle
,$E7; 32-39 .db $E9,$EB,$ED,$EE,$F0,$F1,$F2,$F4; 40-47 .db $F5,$F6,$F7,$F8,$F9,$FA,$FB,$FC; 48-55 .db $FC,$FD,$FD,$FE,$FE,$FE,$FE,$FF; 56-63 .db $FF,$FF,$FE,$FE,$FE,$FE,$FD,$FD; 64-71 .db $FC,$FC,$FB,$FA,$F9,$F8
,$44,$46,$49,$4C; 232-239 .db $4F,$52,$55,$58,$5B,$5E,$61,$64; 240-247 .db $67,$6A,$6D,$70,$73,$76,$79,$7C; 248-255
-
Thread
Assembler Programm von ATtiny13 auf ATtiny45 portieren
@@@@@@@@@@@@@@@@@@@@@@@@@@@@ ;OCTAVE TABLES ;@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ OCTAVE3: .DB "P",3,85,40,5,"A",3,85,40,5,"a",3,80,118,5,"B",3,76,202,5,"C",3,72,34,6,"c",3,68,127,6,"D",3,64,226,6,"d",3,60,75,7,"E",3,57,186,7,"F",3,54,47,8,"f",3,51,172,8,"G",3,48,48,9,"g",3,45,188,9 OCTAVE4:
OCTAVE6: .DB "A",2,85,64,41,"a",2,80,180,43,"B",2,76,77,46,"C",2,72,14,49,"c",2,68,249,51,"D",2,64,16,55,"d",2,60,86,58,"E",2,57,206,61,"F",2,54,123,65,"f",2,51,96,69,"G",2,48,128,73,"g",2,45,223,77 OCTAVE7: .DB
-
Thread
Arduino Bit Shifting Problem
#include <hd44780ioClass/hd44780_pinIO.h> //Display PinSetup //const int rs = 12, en = 11, db4 = 10, db5 = 9, db6 = 8, db7 = 7; //Piazo Pin Setup const int buzzer = 2; int PowerOn = 0; hd44780_pinIO lcd(12, 11, 10, 9, 8, 7); const int LCDCols = 20; const int LCDRow = 4; #define LCD_COLS
BitNr < 8; BitNr++){ if ( ToMirrorByte & (1<<BitNr)) MirroredByte |= (1<<(7-BitNr)); 5c: 48 2f mov r20, r24 5e: 50 e0 ldi r21, 0x00 ; 0 60: 67 e0 ldi r22, 0x07 ; 7 62: 70 e0 ldi r23, 0x00 ; 0 64: e1 e0 ldi r30, 0x01 ; 1 66: