-
Thread
NXP PCA8574 hat Phänomen mit 2 Adressen
ic-general-purpose-i-o/remote-8-bit-i-o-expander-for-ic-bus-with-interrupt:PCA8574_74A Controller: AVR128DB64 Ein Testprogramm Address-Scanner zeigt: [code] I2C Address Scanning... 7Bit 7Bit 8Bit I2C device found at address 0x26 = B0010.0110 = B0100.110x ... U6: PCA8574 (Portexpander
oder muss ich ab 0x80 im 10Bit Adress-Mode weitermachen? Das macht am Ende den Unterschied das ggf. 128 Adressen nicht gescannt wurden.
-
Thread
Microchip AVR-IoT Cellular Mini (AVR128DB48)
Hat das hier schon jemand im Einsatz? Mich würde interessieren was man damit so anstellen kann. Habe es bislang nur zum Demo-Modus mit der Sandbox gebracht, würde es aber gerne als Schnittstelle zum Smarthome einsetzen. Bare metal programmiert abseits des "offiziellen" Arduino-Wegs. https://www.microchip.com/en-us/development-tool/EV70N78A
-
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.
das sicher ganz interessant wie sich ein 72Mhz EFM8 Laser Bee mit 8bit 8051 (Harvard) gegen einen 48Mhz SAMD (M0+, von Neumann) und gegen einen 48Mhz SAML (M23, Harvard, hardware division) schlägt. Für den EFM8 laut Silabs: 70% der Befehle in 1-2 Taktzyklen. Die Cortexe haben natürlich 4fache bitbreite
-
Thread
Gesucht: "Inhibit" Gate
Initialisierung der CCL) dann zwar arbeitslos, aber das ist nicht schlimm, man schickt ihn einfach schlafen. AVR128DB64 z.B. könnte das Geforderte leisten. Hat 6 LUTs. Kinderkram. Wären dann 9x9mm Platz auf dem Board.
c-hater schrieb im Beitrag #7107382: > AVR128DB64 z.B. könnte das Geforderte leisten. Hat 6 LUTs. Kinderkram. > Wären dann 9x9mm Platz auf dem Board. Oder auch AVR128DA48/AVR128DB48. Auch die haben 6 LUTs. In VQFN wären das dann nur noch
-
Thread
Attiny 841 mit SPI ein Display ansteuern
> einfach ist, wozu dann soviel Aufwand. Ich frag mich beim SPI Interface, also die Hardware im AVR, oft, wo sie mir Arbeit spart. Die o.a. Routine kann ich simpel an andere Pins anpassen und sie läuft auf jedem AVR, ob mit oder ohne SPI Hardware. Nur eine Sache noch: Für Befehle muss man evtl.
(RS bzw. A0) und ihn danach wieder runtersetzen. Läuft jedenfalls ohne Änderung mit DOGM163, DOGM128 und anderen. Die Befehle selber sind je nach LCD Controller unterschiedlich, aber die Ausgaberoutine ist immer die gleiche.
-
Thread
Passwörter mit Masterpasswort ver- und entschlüsseln
warscheinlich Overkill, aber bitte, [code] #include <avr/pgmspace.h> #include "xtea.h" unsigned char EE_KEY[XTEA_KEYSIZEB] PROGMEM = { 246,26,39,117,100,240,254,48,107,192,108,56,234,54,195,3 }; unsigned char TEST_KEY[XTEA_KEYSIZEB] PROGMEM = { 193,104,46,209,249,154,141,242,31,247,183,73,175,133,168,105
Es ist die Standard Implementation fuer AVR, hier als Anhang. Blocksize ist aber 64bits, also 8 bytes, keysize ist 128bits/16 bytes. Zudem ist bei dem Code EEprom slot 0 mit IV (Initialisation Vector) zu fuellen.
-
Thread
ATmega328p (Uno) mit MCP2515 CAN-Shield
ich mir ein paar größere, ältere E-Motoren beschaffen. Die Motoren sind aktuell mit einem dsPIC33FJ128MC706 bestückt und sind ebenso mit einer funktionfähigen Software geflasht. Via CANbus kann mit den Motor-Controlern interagiert werden. Ich möchte diese Motoren gerne in Zukunft als Antriebsmotoren
define MCP2515_CS B,10 #define MCP2515_INT D,2 [/code] [code] #elif defined(__AVR_ATmega8__) || defined(__AVR_ATmega48__) || \ defined(__AVR_ATmega88__) || defined(__AVR_ATmega168__) || defined(__AVR_ATmega328P__) #define P_MOSI B,11 #define P_MISO B,12
-
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
Welcher Timer ist für die Dauer eines Ticks im SysTick verantwortlich?
Wie ätzend. Aber es bestätigt meine Empfehlung mit AVR anzufangen, weil deren Doku erheblich Anfänger-freundlicher ist. Gibt es eigentlich Cortex-M basierte Mikrocontroller mit ähnlich guter und einfacher Doku wie bei AVR?
structure. */ RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE|RCC_OSCILLATORTYPE_HSI48; RCC_OscInitStruct.HSEState = RCC_HSE_ON; RCC_OscInitStruct.HSI48State = RCC_HSI48_ON; RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON; RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSE;
-
Thread
EEPROM Schreibzyklen
Es gibt eine schicke Alternative zu üblichen EEPROMs - den 48L512 bzw. 48LM01 von Microchip. Das ist eine Kombination aus schnellem SPI-RAM und EEPROM, das sich selbst darum kümmert, den RAM-Inhalt ins EEPROM zu übertragen und umgekehrt. Die Übertragung erfolgt
man nur drei Konfigurationsbytes sichern möchte, ist das allerdings leichter Overkill, bei 64 bzw. 128 kByte Kapazität.
-
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
Höchstmögliche Schaltfrequenz an einem normalen AVR Ausgangs-Pin
. Aber es gibt neuere AVR8, die deutlich mehr Timer besitzen, z.b. die AVR128D(A,B,D). Generell gilt aber: "einstellbar" ist relativ. Je höher die erzeugte Frequenz, desto größer werden auch die Schritte, in denen sie einstellbar
eine MCU mit mehr Countern. (Es sei denn jemand weis noch eine bessere Lösung) Weis jemand einen AVR mit min. 6 16-Bit-Timern ? Ich habe auf Reichelt jetzt z.B. den ATXMEGA 128A3UAU gefunden, mit 7 leider nur 8-Bit-Timern. Er hat eine Taktfrequenz von bis zu 32 Mhz, was dem doppelten des ATmegas328P
-
Thread
Controller mit variabler Signalspannung an den Pins(neu)
/O https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR128DB28-32-48-64-DataSheet-DS40002247A.pdf (page 198)
"Die MVIO-Peripherie der neuen 8-Bit-MCUs, einschließlich der Serie AVR DD, soll es einem einzelnen Port der MCU ermöglicehn, in einem anderen Spannungsbereich als der Rest der MCU zu arbeiten. Damit würden sich zusätzliche externe Komponenten erübrigen." Das ist bei
-
Thread
keinen Bock auf level-shifting
Empfehlung: AVRxDBx MIT eingebautem Pegelwandler Uiiii! Muss auf die nächste Mouser Bestellung: AVR128DB64 - E
Helge S. schrieb im Beitrag #7037583: > Muss auf die nächste Mouser Bestellung: AVR128DB64 ... hat alle 8 C-Port Bits herausgeführt. Genauso wie die 48-Pin Version. Helge S. schrieb im Beitrag #7037611: > DIP Versionen für Bastler sind ein weiterer Vorteil dieser Controller
-
Thread
Preisdivergenz bei Mikrocontrollern;
Blick z.B. auf Digikey zeigt daß viele, wenn auch nicht alle AVRxDx Bauformen lieferbar sind. Etwa ein AVR128DB48. Ganz bestimmt aber besser lieferbar als andere Architekturen.
Wo ist eigentlich der Unterschied AVR128DA28-E/SP und AVR128DA28-EI/SP??
-
Thread
Display am Attiny 841
_avr_studio.pdf
OLED und SPI geht ganz gut. Ich habe auf einem xmega einen Clip-Player programmiert. Bei 48 MHz schaufelt der 6 MB pro Sekunde ans Display. Bei den gängigen OLEDs (mehr als 160x128 scheints nicht zu geben) reichts für 50 fps :D
-
Thread
I2C Slave mit 2 Adressen
kann Bits ausmaskieren.. TWAMR – TWI (Slave) Address Mask Register Das hat eigentlich jeder AVR mit TWI, der moderner als die Genration Mega8-128 ist, nicht nur die o.a. ganz neuen Typen. Oliver
Oliver S. schrieb im Beitrag #7016666: > Das hat eigentlich jeder AVR mit TWI, der moderner als die Genration > Mega8-128 ist, nicht nur die o.a. ganz neuen Typen. Ich bezog mich einfach nur auf den vom OP genannten. Manche tun sich schwer mit dem Lesen von Datenblättern
-
Thread
Empfehlungen für aktuellen µC
Ich habe schon etliches veröffentlicht. Klar, fast alles Asm, weil ich der Meinung bin, dass die AVR8 damit am besten ausgenutzt werden können und es hier halt meist um AVR8 ging. Ich kann dir aber versichern, dass ich auch C (und ein halbes Dutzend weiterer Sprachen) so weit beherrsche, dass es
https://www.heise.de/news/AVR128DA48-Curiosity-Nano-von-Microchip-6611682.html Zumindest gibt es den noch........
-
Thread
Problem bei Temp-Messung Rasp. Pi Pico & Pt1000
zu verdeutlichen das sich der Prozessor schrecklich langweilt. ;-) Schreib dir eine Funktion die 128 Werte einliest und summiert:[code]#!/usr/bin/python3 def read128(): summe = 0 for _ in range(128): summe = summe + (ADC_Messwert_lesen() >> 4) # 0 … 4095 return int((summe
> vom internen Oszillator bremst ihn etwas aus. Schneller muß nicht immer > besser sein. Der AVR hat einen Vorteiler ÷1, ÷2, ÷4, … ÷128. Der rp2040 ADC hat einen frei programmierbaren Vorteiler von 1…65535 in 1/256 Schritten. Das Register liegt bei: ADC_BASE + DIV 16bit Integer divider und
-
Thread
float nach string mit einer nachkommastelle
Integer Doch, mit den richtigen Compiler/Linker Einstellungen geht das. Die finden sich in der AVR Libc doku.
deklarieren): [code] IF (i==100) { s = '10.0' } ELSE { d = i/10; s = ' ' + Char(d + 48) + '.' + Char(i - 10*d + 48) } [/code] Die darinsteckende Mathematik kannst Du Dir ja selbst überlegen. Die Addition "+ 48" kommt daher, weil das Zeichen "0" den ASCII-Code 48 hat.
-
Thread
bin2bcd, effektiverer Code ?1?
Für AVR-asm gab es hier vor einem Jahr eine Diskussion: https://www.mikrocontroller.net/topic/514209#new
Shifts) mit magischen Zahlen ersetzte: [code] 1/10 = 52429/8/2^16 1/100 = 5243/8/2^16 1/1000 = 8389/128/2^16 1/10000 = 839/128/2^16 [/code] Damit soll eine Konvertierung 13,7µs auf einem Atmega328P mit 16MHz gedauert haben.
-
Thread
Arduino Micro SPWM
-39,-40,-40,-40,-41,-41,-41,-42,-42,-42,-43,-43,-43,-44,-44,-45,-45,-45,-46,-46, -46,-47,-47,-47,-48,-48,-48,-49,-49,-49,-50,-50,-50,-51,-51,-51,-52,-52,-52,-53,-53,-53,-54,-54,-54,-55,-55,-55,-56,-56, -56,-57,-57,-57,-58,-58,-58,-59,-59,-59,-60,-60,-60,-60,-61,-61,-61,-62,-62,-62,-63,-63,-63,-64,-
-56,-56,-56,-55,-55,-55,-54,-54,-54,-53,-53,-53,-52,-52,-52,-51,-51,-51, -50,-50,-50,-49,-49,-49,-48,-48,-48,-47,-47,-47,-46,-46,-46,-45,-45,-45,-44,-44,-43,-43,-43,-42,-42,-42,-41,-41,-41,-40, -40,-40,-39,-39,-38,-38,-38,-37,-37,-37,-36,-36,-36,-35,-35,-34,-34,-34,-33,-33,-33,-32,-32,-32,-31,-31,-
-
Thread
avr-libstdcpp - Atmel Studio 7 - std::throw bad alloc()
Pfadangabe bekannt mache? Warum werden diese Dateien mit letzterem nicht gefunden? [c] /* * avrLibStdCpp.cpp * Created: 10.03.2022 10:25:31 * Author : Devil Elec * AVR128DB48 Curiosity Nano Board | default | used | PortMux | USART.0.Tx | PA0 (16MHz Quarz)
PE0 | --- | USART.4.Rx | PE1 | --- | */ #include <avr/io.h> #include <util/delay.h> #include <vector> #include <memory> #include <array> #include <algorithm> #include <AVRxDB_Pin.h> #include <ClockLib.h> #include <AVRxDB48_Usart.h> Usart <
-
Thread
AVR128DA AVR-GCC ohne ATMEL Studio (woher nehmen)
wo werde ich fündig, wenn ich (möglichst für Windows) eine Toolchain brauche, die auch schon den AVR128DA48 beinhaltet? Muss ich dafür dieses Gebastel machen? Toolchain bei ATMEL runterladen und dann die devicepacks manuell nachinstallieren? Oder gibt es evtl. schon was fertiges? Die Toolchains
werde ich fündig, wenn ich (möglichst für Windows) eine Toolchain > brauche, die auch schon den AVR128DA48 beinhaltet? Also wenn du unbedingt willst kann ich dir was anbieten. avr-gcc 9.4.0 oder avr-gcc 11.2.0 mit binutils 2.36.1. Welches Atmel Devicepack darf es denn sein? 1.10.114 oder das brand
-
Thread
LED durch "Toggeln" aufleuchten lassen
LEDs anbieten. R3 dient als Strombegrenzung und gezündet wird über PIN 12. Es lassen sich 2 hoch 7 (128) verschiedene Bildmuster erzeugen. Bei einer Dauer von 5 Sekunden müssen mindestens 25 verschiedene Muster in einer Sekunde abgeballert werden. Danach geht's ab in die Klappse.
eben der ATtiny 24A, der genau das mitbringt was der TO braucht und preislich auch noch unter dem 48, 88 und 168 liegt. Was stimmt bei dir nicht? Warum versuchst du die Leute auf den Arduino zu missionieren? Zuwenig Leute die sich freiwillig dein Buch anschauen?
-
Thread
SPI mit AVR: Array-Zugriff in ISR funktioniert nicht
ATm128 durch einen ATm48 ersetze (jeweils mit 20MHz Taktrate). 2) Wenn ich statt des "Arrays mit Byte-Zähler als Index" einen "Struct-Pointer mit Byte-Zähler als Offset" benutze, tritt der Effekt identisch
erstmals mit SPI zu arbeiten. Schöner Lerneffekt, siehe Diskussion oben :-) Die Festlegung auf AVR (ATm48 oder ATm128) kommt übrigens auch nur daher, daß ich die halt noch hier rumliegen habe. Andere µCs bzw. andere Schnittstellen wären vielleicht tatsächlich technisch besser geeignet, aber die Frage
-
Thread
Sonnenaufgang/Sonnenuntergang in Tabelle (Astro-Uhr/Dämmerungsschalter)?
105 5:22:26 -134 16.04.24 106 5:20:12 -133 17.04.24 107 5:18:00 -132 18.04.24 108 5:15:48 -132 19.04.24 109 5:13:37 -131 20.04.24 110 5:11:28 -130 21.04.24 111 5:09:19 -129 22.04.24 112 5:07:11 -128 23.04.24 113 5:05:05 -127 24.04.24 114 5:02:59 -125 25.04.24 115
0.98333876)> rise ISO: 2022-01-01 08:12:28.107, JD: 2459580.8419919796 set ISO: 2022-01-01 15:54:48.506, JD: 2459581.1630614074 Wie kann man vermeiden, dass GCC das hier alles wegoptimiert, und nur 54 Bytes programm erzeugt? [c] #include <stdint.h> #include <avr/io.h> #include <time.h
-
Thread
Atmega1284p 128KHz ungenau
David P. schrieb im Beitrag #6981008: > Warum nennt man das ganze 128KHz Oszillator, wenn er die Frequenz > eigentlich nie hat? Wenn man 1000 AVR ausmißt, liegt der Mittelwert schon ganz gut bei 128kHz ;-) So wie der Durchschnittsmensch 1,70m groß ist . . .
anhand der Uhr, kalibrieren (OSCCAL?). Dann > klappts auch mit der Baudrate viel besser. Moderne AVR8 können diese Autokalibrierung teilweise sogar selbstständig in Hardware leisten. Man muss das nur noch aktivieren. Z.B. die AVR128Dxyyy.
-
Thread
Fragen zu SPI Geschwindigkeit
schrieb im Beitrag #6961844: > Vermutlich irgendwelcher 70er-Jahre Schrott im DIL-Gehäuse? Der AVR128DB48 ist von August 2020!
Stefan ⛄ F. schrieb im Beitrag #6961926: > Der AVR128DB48 ist von August 2020! Genau lesen ist Trumpf. Damit waren sehr eindeutig die Buffer gemeint. Die, wie wir inzwischen wissen, nicht existieren. Beißreflex eines AVR-Fanboys? Ich habe nicht
-
Thread
RP2040 / Pi Pico nutzen
Ich habe den RP2040 mal zur Ansteuerung von 64x64 und 128x128 LED Displays mit HUB75 Anschluss hergenommen. Mit PIO und DMA braucht der nicht mal 1% seiner Rechenleistung zur Ansteuerung mit 24bit RGB bei über 50Hz Bildrate. Software habe ich mal hier https
avr schrieb im Beitrag #7143835: > Um die Frage zu beantworten: Ohne sehr speziellen Anforderungen, würde > ich ein RTOS benutzen, das die Threads auf beiden cores verteilt. ich habe meinen Pico jetzt
-
Thread
Digitaluhr mit geringem Stromverbrauch
designen. Beim Ali gibt es diese LCDs auch mit 6 Stellen (du wolltest gerne 6 Stellen?). Und statt des AVR128DA48 nimmst du einen AVR128DA64 damit du mehr IOs für das Display hast. Die Platine musst du natürlich neu machen. Da einen DCF77 Empfänger dran und diesen dann einmal am Tag einschalten zum synchronisieren
Beim Ali gibt es > diese LCDs auch mit 6 Stellen (du wolltest gerne 6 Stellen?). Und statt > des AVR128DA48 nimmst du einen AVR128DA64 damit du mehr IOs für das > Display hast. Die Platine musst du natürlich neu machen. Sehe ich das richtig, dass der avr128da64 zwar mit 3V läuft, aber dann auf
-
Thread
c++: Mit std::chrono ermittelte Zeit für Performance-Vergleich schwankt / variiert
Versuchst du ein memcpy oder das Parsen einer csv-Datei zu timen? Hat deine unbekannte CPU 1 oder 128 CPU-Kerne? Welches OS? Läuft nebenbei ein Browser oder ein Fileindexer? ...
10594.3ms N/2: V1: 5058.17ms 4964.43ms 5029.02ms 5036.99ms V2: 4949.92ms 4968.27ms 4956.48ms 4952.95ms V3: 5041.79ms 5056.29ms 5047.69ms 5043.88ms // noch ein run: V1: 10340.5ms 10371.4ms 10326.6ms 10216.4ms V2: 10438.4ms 10437.9ms 10440.6ms 10418.4ms V3: 10299.8ms 10279.7ms
-
Thread
avr adc hochfrequenz-messung auf mehreren kanälen
Hallo, Soeben ist mir etwas merkwürdiges aufgefallen... Wenn ich auf einem AVR (konkret attiny861) rasch (jede andere Messung, gepollt, nicht via interrupt) zwischen Gnd (MUX5..0 0b011111) und Ref (MUX5..0 0b011110) hin und herschalte (konkret will ich die Versorgungsspannung
der korrekte Wert (ca. 55 bei Vcc ~5V von einem 7805) nie erreicht. Bei einem ADC Prescaler von 128, 8MHz interner RC Oszi,und ständig nur 0b011110 messend, braucht es 3-4 unmittelbar aufeinander folgende Samples, damit der korrekte Wert gelesen wird: 0x52 0x3B 0x37 0x36 0x36 : Wenn nun
-
Thread
AVR128DB28: TCB0 liefert kein Signal an PA2
Hallo, mir soll der TCB0 Timer eines AVR128DB28 ein niederfrequentes Signal am zugehörigen Pin A2 (als Output konfiguriert) liefern. Problem: Da kommt nix, der Pin bleibt auf Low. Das Ganze soll im Periodic Interrupt Mode (siehe Screenshot
. Schon sehr speziell dieser Timer, dafür in vielfacher Ausführung. Vom kostbaren TCA gibts unter 48 Pins beim AVR128DB im Gegenzug nur einen ;-(
-
Artikel
AVR Typen
ATmega64 64 64 16 16 53 8 1 1 2 0 0 0 8 10 15 1 0 0 4 2048 40 85 2.7 5.5 2.7 5.5 4 8 2 7 ATmega64 ATmega128 128 64 16 16 53 8 1 1 2 0 0 0 8 10 15 1 0 0 4 4096 40 85 2.7 5.5 2.7 5.5 4 8 2 7 ATmega128 ATmega162 16 44 16 16 35 3 1 0 2 0 0 0 0 0 0 1 0 0 1 512 40 85 1.8 5.5 1.8 5.5 4 6 2 6 ATmega162 ATmega48 4
64 16 16 53 8 1 1 2 1 0 0 8 10 15 1 0 0 4 2048 40 85 2.7 5.5 2.7 5.5 4 8 2 7 AT90CAN64 AT90USB1286 128 64 16 16 48 16 FS Dev 2 1 1 0 0 0 8 10 15 1 0 0 8 4096 40 85 2.7 5.5 2.7 5.5 4 10 1 9 AT90USB1286 AT90USB1287 128 64 16 16 48 16 FS OTG 2 1 1 0 0 0 8 10 15 1 0 0 8 4096 40 85 2.7 5.5 2.7 5.5 4 10 1
-
Thread
Welche AVR sind mit SPI zu programmieren
14 Pins: ATtiny 24, 44, 84, 441, 841 20 Pins: ATtiny 261, 461, 861, 2313, 4313 28 Pins: ATmega 8, 48, 88, 168, 328, 328PB 40 Pins: ATmega 16, 32, 164, 324, 644, 1284, 8515, 8535 64 Pins: ATmega 64, 128, 640, 1280, 1281, 2560, 2561 Vermutlich gibt es noch ein paar mehr.
c-hater schrieb im Beitrag #6906826: > MC zieht vielmehr den Status der AVR auf den lausigen Stand der PICs > runter. Auf der Fehlerliste zum AVR128DBxx findet sich nichts mit besonderes hinderlichen Auswirkungen. Ich möchte ja nicht wissen wie die Fehlerliste manches