-
Thread
Moderne AVR (Nachfolger Atmega und Attiny)
, > AVR64SD32, AVR64SD48, AVR128DA28, AVR128DA32, AVR128DA48, AVR128DA64, > AVR128DB28, AVR128DB32, AVR128DB48, AVR128DB64. Mich würde mal interessieren, woher ihr die übersichtlichen Darstellungen habt
, >> AVR64SD32, AVR64SD48, AVR128DA28, AVR128DA32, AVR128DA48, AVR128DA64, >> AVR128DB28, AVR128DB32, AVR128DB48, AVR128DB64. > > Mich würde mal interessieren, woher ihr die übersichtlichen > Darstellungen
-
Thread
Schnelle FFT in Assembler
Hallo, falls einer das ganze mit dem MEGA64 oder 128 machen möchte (wegen mehr RAM..) habe ich vor einiger Zeit kleine Adapterboards gemacht mit allem drauf, was ein AVR zum Laufen benötigt. Eine zweite etwas größere Version sogar mit ISP und
Nein, es ist eine 128 Punkt FFT, denn es werden 128 Sample Werte in 64 Real und 64 Imaginärteile für die Amplitude umgerechnet, so dass man im Prinzip 64 Beträge und 64 Phasenwinkel für die Amplituden bekommt.
-
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
GCC v14 Release
einem Ordner worin die Toolchain direkt mit ihren 6 Unterordner ist und meine main.cpp liegt. [pre] avr-gcc14TestSuite$ bin/avr-gcc main.cpp -c -o main.o -Os -std=c++20 -flto -mmcu=avr128db64 -I avr/include avr-gcc14TestSuite$ bin/avr-gcc main.o -o main.elf -mmcu=avr128db64 avr-gcc14TestSuite$ bin/avr-objcopy
Ordner worin die Toolchain direkt mit > ihren 6 Unterordner ist und meine main.cpp liegt. > [pre] > avr-gcc14TestSuite$ bin/avr-gcc main.cpp -c -o main.o -Os -std=c++20 > -flto -mmcu=avr128db64 -I avr/include > avr-gcc14TestSuite$ bin/avr-gcc main.o -o main.elf -mmcu=avr128db64 > avr-gcc14TestSuite
-
Thread
Neue ATTINY3226 usw. gar nicht mitbekommen
ATmega3208 | ATmega3209 ATmega4808 | ATmega4809 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 14 Pin | 20 Pin | 28 Pin | 32Pin ______
-
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.
S. L. schrieb im Beitrag #7688962: >> an einem AVR128DB28 getestet > Bei meinem geht es, Date-code 2037K94; welchen hat Ihrer? Meiner hat den Code 2242WVR. S. L. schrieb im Beitrag #7688962: > Also gut, nächster Versuch: Mit dem AVR128DB28
-
Thread
ATtiny Typenchaos bei Microchip Gesperrt
ATmega4808 | ATmega4809 (ATmega4809 auch in 40 Pin DIP) 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 14 Pin | 20 Pin | 28 Pin | 32Pin ______
-
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
Welche AVR (Atmega) haben UPDI?
ATmega3208 | ATmega3209 ATmega4808 | ATmega4809 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 14 Pin | 20 Pin | 28 Pin | 32Pin ______
-
Thread
AVR128DB USART Transmit Buffer
eine Rolle und entsprechend gibt es Probleme als ich diese auf den AVR128DB migrierte. Aber so wie es aussieht hat der AVR128DB eine Transmit Buffer von 4 Bytes. Weiss jemand mehr darüber? Peter
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
-
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
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
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
AVR-ChipBasic2 - BASIC-Computer mit ATMega 644
verweise ich auf meine Webseite bzw. die BERLIOS Downloadseite: http://developer.berlios.de/projects/avr-chipbasic Der treiber für 128x64 GLCD ist leider noch nicht fertig, wird aber als nächstes in Angriff genommen. Jörg
@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
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
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
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
AVR64DD28 Clock Source ändern
// _PROTECTED_WRITE(CLKCTRL.OSCHFCTRLA, (8<<CLKCTRL_FREQSEL_gp)); [/c] wird bei mir für einen AVR128DB28 übersetzt und läuft, an PA7 messe ich 3.33 MHz. Die Verwendung von '_PROTECTED_WRITE' ist natürlich bequemer und auch narrensicher.
Dann hat er ja wieder die 4 MHz, von denen er aber wegwill. Hier nochmals mein Programm (für einen AVR128DB28), diesmal ganz korrekt (ich bin heute abend etwas schwerfällig): [c] #include <avr/io.h> int main(void) { CPU_CCP = CCP_IOREG_gc; CLKCTRL.OSCHFCTRLA = 0b00011100; // 16 MHz output
-
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
ich möglichst die IC, die ich in verschiedenen Anwendungen verbrauchen kann. Lieber gleich 100 St. AVR128DB64 als 1 St. AVR128DA32, dann noch 2 Stück AVR128 DB48 usw. Zweiter Grund: es ist mir leichter, zwei oder drei Mikrocontrollern ausführlich einstudieren und überall verwenden, statt für jede
-
Thread
Schnelle Bitmaske in AVR-Assembler
pop ZH pop ZL .org (PC+$7f) & $ff80 ;damit's an einer 256 Byte-Grenze losgeht bitmask: .db 128,64,32,16,8,4,2,1 ;1 .db 128,64,32,16,8,4,2,1 ;2 . . . .db 128,64,32,16,8,4,2,1 ;32 ;die Tabelle kann ggf. optimiert werden, falls count niemals einen eingeschränkten Wertebereich überschreitet
überhaupt gar nicht pushen, wenn man ZL/ZH sowieso reserviert: [code] .dseg .org 0x100 BITMASK: .DB 128,64,32,16,8,4,2,1 .cseg mov zl,count andi zl,7 lpm data,z [/code] 5 Takte und damit schneller als die Lösung des Threaderstellers.
-
Thread
AVR128DA übertakten
> ... 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
an Wilhelm M.: [code] 20 24 28 32 MHz AVR128DB28: 19.96 23.94 27.95 31.96 AVR128DA28: 19.98 23.98 27.97 31.98 [/code] Konditionierung per 32 KiHz-Quarz habe ich nicht ausprobiert.
-
Thread
Arduino Bibliotheken funktionieren nicht beim AVR128DB-Prozessor
Sebastian H. schrieb im Beitrag #7628941: > Prozessor AVR128DB28 AVR128DB28 ist kein Prozessor, sondern ein Controller.
verwenden wir Pin für externe 32768 Hz. Wo ist Gewinn? Einzig mögliche Vorteil dann: wir können mit AVR128DB64 gleichzeitig SPI-0 und USART-0 verwenden, da USART-2 als UART von für 32768 Hz notwendigen PF0, PF1 auf PF4, PF5 umgeschaltet werden kann.
-
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
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
TCB von ATmega4809 megaAVR0 Serie
Danke für die 6.15 € Ersparnis. Dass aber Microchip die AVR128DB28-I/SP erst im Dezember liefern kann ... - und dazu passt dann der Name der Errata-Datei (auf den ich mich bezog): "AVR64DB28..."; also etwas mehr Ruhe (und Sorgfalt) wäre angebracht.
ohne diesen verbalen Ausrutscher angekommen. Im Übrigen bezog ich mich darauf, dass das offenbar AVR128 und AVR64 vermischt wurde.
-
Thread
avr-gcc 11.1.0 defekt? Gesperrt
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
unter meinen Randbedingungen nicht, weil die #include <AVR128DB_PinLib.h> nicht in/home/ab/.arduino15/packages/DxCore vorhanden ist.
-
Thread
Rücksprungadresse auf dem Stack schwachsinnig?
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...
Johannes M. wrote: > 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... Allerdings steht im Datenblatt 64K Programm Memory 64K sind 64k
-
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
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'.
Also wenn es der SIB ist: [code] AVR64EA28: 41 56 52 20 20 20 20 20 50 3A 33 44 3A 31 2D 33 ein alter AVR128DA28: 20 20 20 20 41 56 52 20 50 3A 32 44 3A 31 2D 33 [/code]
-
Thread
AVR128DB mir 3-wire SPI
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
wurde. Vielleicht hat er die Sache zur Seite gelegt, in der Hoffnung, daß irgendwann doch klappt? AVR128DB64 hat sechs USARTs, so kann man bestimmt eins für 3-wire SPI nehmen. Es gibt leider in Internet zu wenig von neuen AVR-Serien. Wenn man über "AVR128" sucht, bekommt man Links wie Regel nur für
-
Thread
AVR Bootloader
@Fiffi, das mit dem Mega128 ist etwas tricky, in den oberen 64kB zu bleiben. Anbei die neue Include-Datei, damit müßte es klappen. Zumindest die unteren 64kB sollten sich damit brennen lassen und ehe Du die voll hast, dürften
Hallo Peter, ich habe Deinen Bootloader auf den Mega128 erweitert. Zumindest ist es jetzt möglich, 64k in das Flash zu übertragen. Die Änderungen für 128k sind schon ein bisschen umfangreicher, daher habe ich es bei den 64k belassen. Ich muss das Programm
-
Thread
AVR Ethernet Platine
Devices eben linear den kompletten externen SRAM einblenden kann. Nun zum SRAM: reichen 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
gelesen das das mit den Xilinx CPLDs zu Problemen führen kann. (war aber widersprüchlich). Falls VQFP64 kein Problem wäre dann müsste man nur noch in Erfahrung bringen wo's den XC9572XL in VQFP64 zu kaufen gibt. Das Memory Banking ist im Grund einfach. In WinAVR zb. definiert man sich einfach eigene
-
Thread
AVR®DD family, low pin count devices
Isolator mit HCPL2232 gebastelt und bis zu 3000V benutzt. Die M103C Fuse haben aber nur der ATmega64, ATmega128 und der ATmega128A.
versteht. Das ist ein breites Feld. s/w, farbig, grafisch programmierbar usw. Alternativ zum ATtiny ein AVR128DB, brauchst sowieso viel Speicher für das Display. Der kann ab 1,8V mit 24MHz takten. Steht zwar nicht im Klartext im Manual, aber es gibt keine Einschränkung, deswegen kann er das. Nur wenn die
-
Thread
AVR64DD20 - USART stürzt bei großem Buffer ab
Ausgabepin für USART0 auf mein A0 gelegt. Mehr aber nicht. Ernsthaft? Also mein Includefile für den AVR64DD20 kennt jedenfalls kein Symbol "CLKCTRL_FRQSEL_24M_gc". Das heißt da: "CLKCTRL_FREQSEL_24M_gc". Und genau so heißt es auch in meinem Includefile für den von dir verwendeten AVR128DB28. Also
weiterhilft, denn a) habe > ich eine zusammengestoppelte C-Umgebung (nicht fragen!) und b) nur einen > AVR128DB28, trotzdem: das zuletzt Gezeigte läuft hier, mutatis mutandis, > es kommen 99 'e' an. > Es kommen auch z.B. 999, mit ARRAY_LEN = 1000. Danke schön fürs Ausprobieren! Auf meinem AVR64DD28
-
Thread
Sinustabelle
$A1,$9E,$9B; 112-119 .db $98,$95,$92,$8F,$8C,$89,$86,$83; 120-127 .db $80,$7C,$79,$76,$73,$70,$6D,$6A; 128-135 .db $67,$64,$61,$5E,$5B,$58,$55,$52; 136-143 .db $4F,$4C,$49,$46,$44,$41,$3E,$3C; 144-151 .db $39,$36,$34,$31
,$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
PWM auf ATmega328p Timer0 nicht so wie erwartet.
/8 (From prescaler) 0 1 1 clk T2S /32 (From prescaler) 1 0 0 clk T2S /64 (From prescaler) 1 0 1 clk T2S /128 (From prescaler) 1 1 0 clk T 2 S /256 (From prescaler) 1 1 1 clk T 2 S /1024 (From prescaler) > was da heißt: 5 entspricht 1-0-1 und setzt CS2:CS1:CS0 auf
divisor1 1 #define tim2_divisor8 2 #define tim2_divisor32 3 #define tim2_divisor64 4 #define tim2_divisor128 5 #define tim2_divisor256 6 #define tim2_divisor1024 7 //---------------------------------------------------------------- // per copy & paste
-
Thread
ATXMega128 - Erste Erfahrungen
dieser Preisebene angesiedelt. Die Lösung können sein: Preiswerte Adapterplatinen, die eben den TQFP100/64 auf lochrastergerechte Stiftleisten umsetzen. Sowas gibt es für ATMega128 bereits von diversen Anbietern. Bleibt nur noch der PDI-Port, da wird sich mit Sicherheit auch was tun (OpenSource und anderes
JTAG-Programmierung benutzen kann und dass dies nur noch keiner getestet hat -- ich auch nicht. Für AVR Studio wäre dafür eigentlich nur der entsprechende tag im ATxmega128A1_revD.xml notwendig.
-
Thread
AVR64DD32, UART-Ausgabe bleibt hängen, Assembler
unter anderen auch gedacht worden – ich habe das auch relativ zeitnah bei der Einarbeitung in den AVR128DB ausprobiert, allerdings unter Atmel Studio 7.
ersten und provisorischen Aufbau von damals mit dem AVR128DB28, um alles genau zu prüfen und sich in die neue-AVR-Familie einzuarbeiten – ich wollte hier auch wissen, ob man das alles über den Snap und mit Atmel Studio 7 betreiben kann, incl. Debugging etc
-
Thread
ATmega8. Umbau als 2GHz Frequenz-Logger
Hallo, der MB506 von FUITSU ist ein Prescaler /64/128/256 (im SO8 Gehäuse). Pin 2,3,6,7 sind verbunden (2=VCC), daher wird die Frequenz durch 64 geteilt. MB506P(2.5GHz) MB506PF(3GHz) PDF file: http://www.chinaicmart.com/buyer/search.html
Eingang am selben IC. Durch diese Verschaltung hat die "2. Hälfte" des 393 die Teilerausgänge :32 :64 :128 und :256 ... und liefert an den Pins (18,19,13,11) des AVR folgende Frequenzen: Pin 18: Empfangsfrequenz /64 /32 (=Empfangsfrequenz/2048) Pin 19: Empfangsfrequenz /64 /64 (=Empfangsfrequenz
-
Thread
C Code Optimierung für LCD (AVR32)
#define DB4 AVR32_PIN_PB24 #define DB5 AVR32_PIN_PB25 #define DB6 AVR32_PIN_PB26 #define DB7 AVR32_PIN_PB27 #define DB8 AVR32_PIN_PB02 #define DB9 AVR32_PIN_PB03 #define DB10 AVR32_PIN_PB04 #define DB11 AVR32_PIN_PB10 #define DB12 AVR32_PIN_PB11 #define DB13 AVR32_PIN_PB12 #define DB14 AVR32_PIN_PB08 #define DB15 AVR32_PIN_PB09 //1st transfer (Upper) gpio_port->ovr = rs << (RS & 0x1F) | (1 <<
-
Thread
C-Code optimieren
der Code, den es zu optimieren gilt: [c] /* IPMS Controllerpins definieren */ #define GPIO_IPMS_DB0 AVR32_PIN_PD11 #define GPIO_IPMS_DB1 AVR32_PIN_PD12 #define GPIO_IPMS_DB2 AVR32_PIN_PD13 #define GPIO_IPMS_DB3 AVR32_PIN_PD14 #define GPIO_IPMS_DB4 AVR32_PIN_PD15 #define GPIO_IPMS_DB5 AVR32
))) data |= 32; if(temp_bitmask & (1 << (GPIO_IPMS_DB6 & 0x1F))) data |= 64; if(temp_bitmask & (1 << (GPIO_IPMS_DB7 & 0x1F))) data |= 128; ... } [/c] Wie kann ich hier Taktzyklen einsparen? Vor lauter Programmierarbeit, habe ich gerade keine
-
Thread
LCD Controller für 640x480 LCD mit mega8515
klein und billig, aber das waren auch schon die Vorteile. Für Spannungswandler höchsten bis -5V (z.B. 128x64 LCDs) einsetzbar.
Wieso hat ein 64kB SRAM eine A16 Leitung ? Hast du A15 vom AVR an CS gehängt ? Vermutlich ja. Es werden 64kB benötigt. A15 vom SRAM muss an A15 vom AVR. In den meisten Schaltplänen hängt A15 nur deshalb an CS\
-
Thread
DEBO OLED2 0.96 0,96" OLED-Display SSD1306 SSD1312 Initialisierung TWI I2C AVR ATmeg8 Assembler ASM
Angehangen :-) habe ich ein 128x64 Blau-Gelb I2C/TWI 128x64 Display. https://www.roboter-bausatz.de/p/0.96-oled-display-blau-gelb-i2c-iic-twi-128x64-pixel-fuer-arduino Kennt jemand Bezugsquellen für 128x128 RGB *I2C TWI* OLED
aufteile. Zum Beispiel in 4Segmente und 8Pages. Dann ist ein solches Segment nur 32Byte gross. (bei 128x64Pixel) Ausserdem hab ich noch ein paar Byte in dem ich mir merke wenn sich in einem Segment etwas gaendert hat. Dann macht man einen Ticker-IRQ und sorgt dafuer das alle 5ms ein Segment uebertragen
-
Thread
Z180SoftSystem
50 0000' 0020 dw ??0011 ; 128 byte records per track 51 0002' 05 1F db ??0012,??0013 ; block shift and mask 52 0004' 01 db ??0014 ; extent mask 53 0005' 07F9 dw ??0015 ; maximum
214 dpb 512,8,2048,4096,1024,6,8000h 50 0000' 0020 dw ??0011 ; 128 byte records per track 51 0002' 05 1F db ??0012,??0013 ; block shift and mask 52 0004' 01 db ??0014 ; extent mask 53 0005' 07F9 dw ??0015 ; maximum