-
Thread
Externes serielles EEPROM
die Seite. Wenn du also den Adresszeiger auf Byte 64 von Seite 0 setzt und du die nächsten 128 Bytes lesen willst (was also 64 Bytes von Seite0 und 64 Bytes von Seite1 wären), wird er dir dir hinteren 64 Bytes von Seite0 und dannach die vorderen 64 Bytes
schreibe ich immer 8 Bytes hintereinander und lese auch 8 Bytes hintereinander obwohl die Seitengröße mit 64 Bytes angegeben ist. Bei meinen ersten Tests vor 2 Wochen hatte ich nur einzelne Bytes geschrieben und gelesen und das ging auch. Schau dir halt das DB zu deinem EPROM an. Am genauesten siehst du es
-
Thread
1602 LCD mit ATmega8535 und Bascom läuft nicht
mitgelieferte Hilfedatei. [c] 'LCD-Test unter Bascom $Regfile="m8535.dat" $Crystal=8000000 $hwstack=128 $swstack=128 $framesize=128 Config Lcdpin = Pin , Db4 = PortB.4 , Db5 = PortB.5 , Db6 = PortB.6 , Db7 = PortB.7 , E = PortB.2 , RS =PORTB.3 Config Lcd = 16 * 2 Cls 'Cursor Off Locate 1,1
mit 2. 1<<0 = 1 oder 0b00000001 1<<1 = 2 oder 0b00000010 1<<2 = 4 oder 0b00000100 ... 1<<7 = 128 oder 0b10000000 128>>7 = 1 128>>6 = 2 ... 128>1 = 64 128>0 = 128 Ist auch gleich mit 2 hoch n 2^MEINBIT = 4 oder 0b000000100 2^0 = 1 oder 1<<0 2^1 = 2 oder 1<<1 2^2 = 4 oder 1<<2 ...
-
Thread
I2C Display einfache Frage
Ich nehme mal an, es geht um eines dieser OLED-Display 128x64 Pixel, Schwarz-Weiss. Das Display braucht einen kleinen Puffer-Speicher (128Bytes) und Deinen "Text" oder Graphik in dem Speicher malen (pixel-weise) und anschliessend in das Display schreiben
arbeiten mit dem Studio 4 perfekt. Paßt auch für ATMega2560, ATmega328P und vieles andere. Zwar nicht mit AVR128DB64 u.Ä. (die übrigens statt gewöhnlichen 10 000 nur 1000 cycles Flash halten). Wenn das wichtig, dann braucht man Studio 7. Ich habe beides auf dem Computer, auch verschiedene JTAG-Debugger dafür
-
Thread
AVR Studio, externer SRAM & ATmega 128.
ldi wrH,Low(RamEnd) out spl,wrH ;Stack initialisiert in der DeviceDatei "...\AvrAssembler2\Appnotes\m128def.inc" habe ich die Einträge gefunden... #pragma AVRPART MEMORY PROG_FLASH 131072 #pragma AVRPART MEMORY EEPROM 4096 #pragma AVRPART MEMORY INT_SRAM SIZE 4096 #pragma
relativ leicht ausrechen über 1/(Zugriffszeit in ns * 10^-3) wenn ich mich jezt nicht vertan habe. 64kx8 SRAM= 64.000 bytes (mußt im DB gucken obs 64k bits oder 64kx8 sind, im erstenfalle vorher durch 8 teilen) Also INT_SRAM SIZE=644096
-
Thread
AVR128DA AVR-GCC ohne ATMEL Studio (woher nehmen)
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
, der die AVR128DA nicht kennt. Mit der Angabe des device packs nach Deinen Angaben hat es funktioniert. Man lernt nie aus. Ich gebe zu, alle Optionen der Toolchain kenne ich nicht ;) Danke :)
-
Thread
AVR128DA per USB flashen?
übrigens auch per USB angeschlossen. :-) Wenn du nichts rumbammeln haben möchtest, dann nimm einen AVR... Curiosity Nano, dabei kannste auch gleich zur AVR128DB48 Variante greifen wenn es keinen Zwang zur DA Serie gibt. Jetzt musste dich nur entscheiden. Ist nicht einfach bei der Qual der Wahl. Nur
viel mehr. Und er verbraucht auch viel mehr. Dazu kommt, daß er weniger I/O-Leitungen hat; den AVR128DA gibt es im 64-Pin-Package mit 55 I/O-Pins. Der ESP32 hat nur 34 I/O-Leitungen.
-
Thread
Peter Fleury LCD Lib für AT90USB162?
line */ #define LCD_E_PIN 7 /**< pin for Enable line */ #elif defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) || defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega8515__)|| defined(__AVR_ATmega103__) || defined(__AVR_ATmega128__) || \ defined(__AVR_ATmega161
__) || defined(__AVR_ATmega128__) /* on ATmega64/128 PINF is on port 0x00 and not 0x60 */ #define PIN(x) ( &PORTF==&(x) ? _SFR_IO8(0x00) : (*(&x - 2)) ) #else #define PIN(x) (*(&x - 2)) /* address of input
-
Thread
XMEGA/ AVR-EXPLAIN code examples und Diskussion
@Klaus, Script Kiddi: ihr initialisiert den SDRAM beide mit CLK_PER2 mit 32MHz obwohl der mit 64MHz laufen würde: Gruß Hagen [c] // EBI PORTH.DIR = 0xFF; PORTK.DIR = 0xFF; PORTJ.DIR = 0xF0; // Taktsystem konfigurieren // - 32MHz CLK_CPU, 64MHz CLK_PERx2, 128MHz
kleinen sachen udn darüber gleich einen cortex einsetzen ... mitlerweile sind sogar Cortex M3 128k-256k günstiger zu haben als mega64 / mega128 .... das gibt zu denken nichts desto trotz ... viel spass mit den Xmega ... schade drum .. die sind echt gut .. kamen leider zu spät
-
Thread
AVR Synthesizer mit ATxmega128A1
WAV_RES_BANDLIMITED_SAW_1 + wave_index]; uint16_t shift = static_cast<uint16_t>(parameter_ + 128) << 8; // For higher pitched notes, simply use 128 uint8_t scale = 192 - (parameter_ >> 1); if (note_ > 64) { scale = U8Mix(scale, 102, (note_ - 64) << 2); scale = U8Mix(scale, 102
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
Frage zu CCL-Einheit in neueren AVR-Controllern
kann mal > beschreiben welches Problem er damit gelöst hat? Nicht mit einem Tiny, aber mit einem AVR128DA64. Das Prinzip ist aber dasselbe. Benutzt habe ich dabei allerdings nur die boolsche Logik von drei LUTs. Die Sache ist ein bidirektionaler Multiplexer/Demultiplexer zwischen zwei COM-Ports auf
früher(tm) in einer bestimmten bestehenden uralten Schaltung durch einen FPGA bereitgestellt wurde. Der AVR ersetzt nun einfach nur diesen FPGA, ansonsten bleibt die bestehende Schaltung unverändert. > In diesem Fall hätte ich ganz einfach einen 3-UART > AVR verwendet. Der AVR128DA64 hat sogar *SECHS
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
Smartphone Display taugt nicht gut zum Lesen von Quelltexten. Jetzt auf dem PC ist es mir klarer. 128 Zeichen Seriell ergeben 64 Bytes im EEprom Eine Gegenfrage, bevor wir (ich) uns hier total verzetteln: > byte bytes; byte x; Was genau ist der Datentyp "byte"? Kann es sein, dass das ein Signed
Sieht so aus wenn du 30 Bytes schreibst aber mit fortlaufender Adresse. Angenommen dein EEprom hat 64Byte Pagegröße. Dann liegen die in den Bereichen [code] 0 … 63 - Page 0 64 … 127 - Page 1 128 … 191 - Page 2 192 … 254 - Page 3 usw. [/code] Wenn du das EEprom mit 0xFF füllst, dann müssten
-
Thread
Pollin 16080 Touch mit ATMEGA32 und BASCOM
meinerseits war, den LCD- reset fest über 10k auf 5V zu legen und Initanpassung: [code] Config Graphlcd = 128 * 64sed , Dataport = PortC , Controlport = PortA , Ce = 7 , Cd = 4 , Rd = 5 , Enable = 6 , Mode = 8 , Reset = 6 [/code] also Enable und Reset teilen sich im Prog den PortA.6 liegt das daran?
CS RS R/w Config Graphlcd = 128 * 64sed , Dataport = Portc , Controlport = Porta , Ce = 7 , Cd = 6 , Rd = 5 , Enable = 4 , Mode = 8 , Reset = 5 Cls Setfont Font8x8 Boxfill(47 , 30) -(110 , 44) , 255 LCDat 35 , 8 ,
-
Thread
Fassung für TQFP64
Andreas schrieb im Beitrag #7859038: > ich bin auf der Suche nach einer Fassung für den AT90CAN128. Es gibt Nullkraft-Fassungen zum Programmieren der Controller, z.B. diese hier: https://eckstein-shop.de/Enplas-OTQ-64-08-01-IC-Test-Burn-in-Socket-for-QFP64-TQFP64-FQFP64-PQFP64-package Die brauchen
mir eben bei ebay eine Tischlupe bestellt. Da hoffe ich, dass ich das dann besser sehe. Christoph db1uq K. schrieb im Beitrag #7859146: > Eine Adapterplatine von TQFP64 auf DIL-64 zu 17,85 € So ähnliche Dinger habe ich auch schon gefunden. Aber dann muss ich doch wieder smd löten. Es ging mir darum
-
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
aktuelle AVR µC - wdt.h - kein RAMPD / CTRL / Enable Bit
Hallo, irgendwie gibt es ein Problem mit der Unterstützung von neuen AVR Controllern im Zusammenhang mit dem Watchdog. Probiert mit Atmega4809 und AVR128DB64, scheint ganze Familien zu betreffen. in Microchip Studio [c] #include <avr/io.h> #include <avr/wdt.h>
modifiziert. Die Datei hängt dran. Das bezweifel ich. Die o.a. "Arduino_wdt.h" ist binär identisch zur "avr/wdt.h" von xc8 v2.31. Und dein Programm von oben kompiliert ohne Probleme für den AVR128DB64 unter MPLABX. Vielleicht mixt du verschiedene Compiler Versionen.
-
Thread
AVR C Programmierung unter Linux
nur ein Beispiel, weil ich nicht 825 CRTs auflisten wollte... [pre]> find avr/lib -name crt*.o | wc -l 825[/pre] > Denn ich bräuchte ja in avrxmega2, avrxmega3, avrxmega4 usw. > auch die neuen "64Bit Dateien" für die megaAVR0 und AVR-DB Serie. Für DB gibt's bei mir
=avr35@mlong-double=32 avr4/double64;@mmcu=avr4@mdouble=64 avr4/long-double32;@mmcu=avr4@mlong-double=32 avr5/double64;@mmcu=avr5@mdouble=64 avr5/long-double32;@mmcu=avr5@mlong-double=32 avr51/double64
-
Thread
AVR tiny0/tiny1/megaAVR0/DA/DB/DD/DE Systematik der internen Peripherie
kleinsten SMD Gehäuse gibts schon zu kaufen. https://www.microchipdirect.com/product/search/all/avr64ea
AVR128DA | AVR128DB | AVR64DD | AVR16|32DD | AVR4808|4809 Es gibt viele identische Peripherie-Komponenten, aber auch unterschiedliche und welche mit minimalen Differenzen.
-
Thread
Kleiner Einsteiger Mikrocontroller
moegen ja steinalt sein, es sind zunaechst einmal ganz normale "Midrange"-PICs. D.h. 35 Befehle, 128 Register und mind. 1 PWM. Und fuer den Einsteiger im hoechten Maße uebersichtlich. (DB 176 Seiten statt 422...) Deine Missioniererei bezueglich neuerer Typen geht da ein wenig uebers Ziel hinaus
moegen ja steinalt sein, es sind zunaechst einmal ganz normale > "Midrange"-PICs. D.h. 35 Befehle, 128 Register und mind. 1 PWM. > > Und fuer den Einsteiger im hoechten Maße uebersichtlich. > (DB 176 Seiten statt 422...) > > Deine Missioniererei bezueglich neuerer Typen geht da ein wenig > uebers
-
Thread
8 mal 1bit zu einmal 3bit zusammenfassen
mit einem 64kB Eprom als Statemachine
beliebig in kleinere LUTs aufteilen. Wenns eine 2^64=>2^64 Funktion wäre, wärs nicht möglich, mit auf kleinere LUTs aufbrechen, wenn quasi jede 2^64 Adresse ihren rein zufälligen 0/1 Wert hätte.
-
Thread
Welche AVR sind mit SPI zu programmieren
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
-
Thread
Grundlegende Fragen zum Bootloader
Hi @ all Ich möchte gerne einen Bootloader für den Mega128 schreiben. Anbindung über USB (FT245BM). Als Dateiformat sende ich eine Hex File. Kann ich direkt Byte für Byte des Hex Files in den Flash des AVRs kopieren?? Wieviel RAM kann der AVR verwenden
So hab nun wieder ein paar Fragen ;) Angenommen ich benutze einen Meg128 mit 128kB Flash. Wie schaut das dann im Hex File aus?? Im Hex File kann die Adresse bis FFFF = 64kB gehen. Wie kann man das lösen?? Wie sind die Flashbytes im Ausgangszustand?? Auf 0 oder FF??
-
Thread
EA DOGL 128x64 will nicht
Hi >die EADOGM128x64 stammen vom MyAVR 2x als Bausatz, 1x als Fertiggerät Bei MyAVR finde ich keine DOG-Displays! Die gibt es hier: http://www.lcd-module.de//deu/pdf/grafik/dogm128.pdf MfG Spess
Hi Spess, richtig, bei MyAVR kommt vor die Bezeichnung EADOGM128x64 nicht vor. Aber die technische Daten sind identisch, und zwar - Kontroller ST7565R-G - Display Format 128 x 64 DOTS - DotSize 0,33 x0,33 mm - View Angle 6
-
Thread
Suche MOPPEL Projekt in Heft oder .PDF
physikalischen Sektor bleibt oder ob es sinnvoller ist, das auf logische Sektoren (CP/M - 128Byte) zu ändern. Hierzu muss dann im AVR das Blocking/Deblocking durchgeführt werden - schauen wir mal was der bessere Weg ist ... LG Werner Listings habe ich auf meiner Seite hinterlegt http:/
Übertragung von einzelnen Bytes, sowie das Empfangen einer Zeile bis CR eintrifft. Daten werden im AVR und Moppel über ein Buffer (64Byte) ausgetauscht. Damit kann dann der Hexlader mit 38kb Daten empfangen. Die Senderoutine ist noch in der Testphase... Der Rest vom PIO-Baustein kann nun als 8bit
-
Thread
FIR Filter auf PIC
Hardware. Dazu benötigt man noch I2S ADC und DAC. Ich schlage mal folgenden Typen vor: PIC32MX150F128B: https://www.reichelt.de/PIC-32-Controller/32MX150F128B-ISP/3/index.html?ACTION=3&LA=446&ARTICLE=121326&GROUPID=4509&artnr=32MX150F128B-ISP&SEARCH=PIC32MX150 Es gibt ihn im THT-Bastler-freundlichen
du zwischen "From Spreadsheet" und deinem nächsten Element noch ein "Sub-Block" machen, bei dem du 128 abziehst. So erhällst du dann im restlichen System einen wirklichen signed Wert (-128 bis 128). Ausserdem sieht es nach einem Fehler zwischen ADC und CSV aus: Ich sehe keine Werte, die grösser als
-
Thread
cannot read spec file 'device-specs/specs-atmega4808'
/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 avr/lib/avr51/atmega1280
avr/lib/avrxmega4/atxmega64d4 avr/lib/avrxmega5/ avr/lib/avrxmega5/atxmega64a1 avr/lib/avrxmega5/atxmega64a1u avr/lib/avrxmega6/ avr/lib/avrxmega6/atxmega128a3 avr/lib/avrxmega6/atxmega128a3u
-
Thread
gcc und Optimierung
Funktion kommt wird es zu [code] swap_bits: mov r25,r24 sbrs r24,0 rjmp .L10 ldi r24,lo8(-128) rjmp .L2 .L10: ldi r24,lo8(0) .L2: sbrc r25,1 ori r24,lo8(64) .L3: sbrc r25,2 ori r24,lo8(32) .L4: sbrc r25,3 ori r24,lo8(16) .L5: sbrc r25,4 ori r24,lo8(8) .L6:
? byte2 |= (1<<b1); ... Eine if-Abfrage pro möglichem Bit, ergibt also bei 32 Bit insgesamt 64 Befehle (128 Byte Flash) + ein paar Bytes Initialisierung. Schneller geht es meiner Meinung nach nicht. Dann musst du byte1 - byte4 nur noch über i2c übertragen. Voila. :-)
-
Thread
Lokalität von Registerwerten?
.db 98,97,96,95,94,93,92,91,90,89,88,87,87,86,85,84 .db 83,82,82,81,80,79,78,78,77,76,75,75,74,73,72,72 .db 71,70,69,69,68,67,67,66,65,65,64,64,63,62,62,61 .db 60,60,59,59,58,57,57,56,56,55,55,54,54,53,53,52
, 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, -61, -56, -52, -46, -
-
Thread
LCD AVR C ROUTINEN
frage: ich habe wie folgt angeschlossen: 1 Vss GND 2 Vcc 5V 3 Vee GND 4 RS PB4 am AVR 5 RW GND 6 E PB5 am AVR 7 DB0 nicht angeschlossen 8 DB1 nicht angeschlossen 9 DB2 nicht angeschlossen 10 DB3 nicht angeschlossen 11 DB4 PB0 am AVR 12 DB5 PB1 am AVR 13 DB6 PB2 am AVR 14 DB7 PB3 am AVR wo muß ich ändern??
-
Thread
MMC SD library FAT16 FAT32 read write
...kann mir jmd. ein wenig behilflich sein?? Ich habe Version 0.6.1 heruntergeladen, im AVR-Studio meinen Controller (XMeaga 64A3) eingestellt und compiliert. Es hagelt gleich einige Fehlermeldungen: ../mmc.c:128: error: 'DDRB' undeclared (first use in this function) ../mmc.c:128: error:
definiert wird. Laut einigen Quellen müssen die Init-Takte mit 100-400kHz erzeugt werden, was beim 128er Teiler erst ab 12,8Mhz zutrifft. Vielleicht wäre es auch sinnvoller, beim AVR standardmäßig den 64er-Teiler zu nutzen. Das deckt besser die typischen Taktfrequenzen ab. Michael
-
Thread
Wann gibts mal wieder neue gute AVR 8-Bitter?
Die neuen DX AVRs sind ja auch nicht ganz uninteressant. Der AVR128DB64 packt ganz schön viel ein und hat eine schnelle UPDI Debug Schnittstelle.
8 Bits are Forever schrieb im Beitrag #6958064: > Der AVR128DB64 > packt ganz schön viel ein und hat eine schnelle UPDI Debug > Schnittstelle. Gibt es von anderen Herstelleren auch µC mit integriertem OpAmp? Ben B. schrieb im Beitrag #6960880: > Also
-
Thread
Pollin LCD1602 keine Anzeige
eingegeben: $regfile = "m8def.dat" $crystal = 3686400 Config Lcd = 16 * 2 Config Lcdpin = Pin , Db4 = Portd.0 , Db5 = Portd.1 , Db6 = Portd.2 , Db7 = Portd.3 , E = Portd.5 , Rs = Portd.4 Config Lcdbus = 4 Cls Locate 1 , 1 Lcd "test" Pins 5,7,8,9,10 sind auf GND gelegt. Zum Einstellen des
letzte Aussage(ldi temp1 , > $A8) sollte also passen. Die "Nullpunkte" beider LCD-Zeilen liegen 64 Bytes auseinander, bei gesetztem Bit7 (Kommando-Ident) sind das $80 und $C0. Mit $A8 kann ich nichts anfangen... > >>Wobei die Anweisung ".db "TESTABCD",0" auch nicht korrekt ist und >>zumindest
-
Thread
xmega.h - _PROTECTED_WRITE_SPM
Standard Arduino IDE gemacht. Auch mit Boarderweiterungen klappt das. Sobald ich jedoch eine aktuellere avr-gcc Toolchain verwende (9.4 ... 11.2), dann ist Bspw.: [code] Arduino IDE Portable\AVR128DB\arduino-1.8.16\portable\packages\DxCore\hardware\megaavr\1.3.6\libraries\EEPROM\src/EEPROM.h:70:5: error
Link gestoßen, wo davon die Rede ist. https://savannah.nongnu.org/patch/?9543#comment10 Für die AVR DA/DB Serie gehört jedoch scheinbar noch mehr dazu. https://www.avrfreaks.net/forum/avr128dx-eeprom-writing Ich muss das noch näher durchleuchten, was genau gehauen und gestochen ist. Soviel vielleicht
-
Thread
Raspi Pi Pico schnell genug um 4Mhz Z80 zu sniffen?
WAIT-Geraffel auszukommen. Also > ich jedenfalls könnte es damit umsetzen. Habe jetzt mal nach AVR128DB64 boards geguckt. Sieht ja soweit okay aus. Aber was meinst Du mit doppeltem Takt? Laut Datenblatt hat der AVR128DB64 eine max clock von 24Mhz, wie alle AVR128DBs ... Dummerweise haben die immer
Christoph L. schrieb im Beitrag #7600141: > Habe jetzt mal nach AVR128DB64 boards geguckt. Da braucht man doch kein Board für. Einen AVR128DB28 nagelt man einfach auf Lochraster/Streifenleiter und gut isses. Das ist ja das Geile an den Dingern, die gibt's auch noch
-
Thread
Taschenrechner - Algorithmen
.. 128kByte soll heißen. Ich habe 128kByte zur Verfügung. Zur Zeit sind davon 9% genutzt. Wobei jetzt gerade die Eingabe der Zahl funktioniert. Arduino mit 64Bit-Arithmetik verbrauchen viel Speicherplatz
meine Gedanken heute morgen, auch hier: Fehlt noch etwas wichtiges? Danke schonmal an alle DOGM128x: Thread: https://www.mikrocontroller.net/topic/75589 DB: https://cdn-reichelt.de/documents/datenblatt/A500/dogm128x64.pdf
-
Thread
Externes Flash für Unterprogramme
ob das geht: Ich habe vor, (vorzugsweise) einen Atmega 16/32 zu verwenden. Damit möchte ich ein 128x64 Display ansteuern. Wäre es möglich, dass ich Unterprogramme in ein externes Flash brenne und dann mit dem µC zu diesem externen Speichersegment springe wo das Programm liegt, dieses zeilenweise einlese
#2250114: > Ich habe vor, (vorzugsweise) einen Atmega 16/32 zu verwenden. Damit > möchte ich ein 128x64 Display ansteuern. Wäre es möglich, dass ich > Unterprogramme in ein externes Flash brenne und dann mit dem µC zu > diesem externen Speichersegment springe wo das Programm liegt, dieses > zeilenweise
-
Thread
Neu hier und Anfängerfragen bezüglich Programmspeicher
Gibts aber nur als Arduino Clones Oder dort als Original: https://www.reichelt.de/8-bit-atmega-avr-mikrocontroller-128-kb-20-mhz-dip-40-atmega-1284p-pu-p112738.html https://www.reichelt.de/8-bit-atmega-avr-mikrocontroller-128-kb-20-mhz-tqfp-44-atmega-1284p-au-p112737.html
Programmcounter Datenblatt: ...Program Counter (PC) is 15/16/17 bits wide, thus addressing the 32K/64K/128K program memory locations. MfG Spess
-
Thread
Rechnen mit AVR
Bits übrig, die wir als "Nachkommabits" verwenden können. Wir skalieren (=multiplizieren) mit 2^7=128, d.h. wir können die Frequenz auf 1/128 Hz genau einstellen. Nun brauchen wir den Wert 2^64/180000000=102481911520,60862008889 = 0x17DC65DEE0. Der hat 37 Bits, also skalieren wir durch 2^(37-32=
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
Installation von AVRSTUDIO 4.19 bricht unter WIN10 ab
Corporation [builtin](2): Including file 'C:/Program Files (x86)\Atmel\Studio\7.0\Packs\Atmel\AVR-Dx_DFP\1.5.74\avrasm\inc\AVR128DA28def.inc' C:/Program Files (x86)\Atmel\Studio\7.0\Packs\Atmel\AVR-Dx_DFP\1.5.74\avrasm\inc\AVR128DA28def.inc(38,0): warning: Unrecognized core version: V4S Und
Corporation > [builtin](2): Including file 'C:/Program Files > (x86)\Atmel\Studio\7.0\Packs\Atmel\AVR-Dx_DFP\1.5.74\avrasm\inc\AVR128DA > 28def.inc' > C:/Program Files > (x86)\Atmel\Studio\7.0\Packs\Atmel\AVR-Dx_DFP\1.5.74\avrasm\inc\AVR128DA > 28def.inc(38,0): warning: Unrecognized core version
-
Thread
Verzweifelt keine Anzeige am LCD
ist bestimmt die vielversprechendste Methode das schnell zum Laufen zu bekommen: PortPin_0 -> DB4 PortPin_1 -> DB5 usw....
Informatiker spinnen, sondern wegen: [pre] Bit7 Bit6 Bit5 Bit4 Bit3 Bit2 Bit1 Bit0 Wert: 128 64 32 16 8 4 2 1 oder 2^7 2^6 2^5 2^4 2^3 2^2 2^1 2^0 [/pre]
-
Thread
AVR128DB Verhalten von PA1
Guten Abend! Ich suche und finde in Datasheet leider keine genaue Information: Wenn AVR128DB mit Quarz arbeitet, werden PA0 und PA1 für Quarz benutzt. Wenn aber AVR128DB mit externen Takt arbeitet, wird nur PA0 benutzt. Wird somit PA1 frei? Oder wird PA1 sowieso an Taktschaltung bleiben
Ich habe endlich erlernt, Pins mit 0,5 mm dazwischen sicher zu löten. Somit steht für Verwendung von AVR128DB64 nichts mehr im Wege...
-
Thread
Umstieg bzw. Ergänzung PIC Prozessoren auf Arduino.
ein 2 Zeilen Modul mit dem HD44780 ein 4 Zeilen Modul mit dem SSD1803 und ein Grafikdisplay EA DIP 128-6 mit 128x64 Pixel Vielleicht kennt das Letztgenannte jemand? Und kann mir ein paar Tipps geben? Ich möchte bei dem 4 zeiligen durch Kontakte odgl. ausgelöst verschiedene, vorprogrammierte Texte
Library ansteuern, aber dann eben ohne die erweiterten Funktionen. > und ein Grafikdisplay EA DIP 128-6 mit 128x64 Pixel > > Vielleicht kennt das Letztgenannte jemand? Und kann mir ein paar Tipps > geben? Wenn ich das richtig sehe, handelt es sich um einen ziemlich gängigen Displaytyp, für den
-
Thread
AVR/PIC oder ähnlich mit integrated osc >8MHZ
man da vermutlich gar keine 8 MHz > mehr braucht, weil auch so schon recht schnell. PIC3 oder AVR welcher bietet mehr performance? AVR dachte ich hat doch alles single inst (bis auf division) oder? Ist der befehlssatz des pic3 mächtiger? oder wie kann der sonst an die Effizienz des avr rankommen
Sch. schrieb im Beitrag #2304152: > Ein gutes Beispiel wäre der PIC18F25K22 Stimmt der läuft mit 64MHz, jedoch dann nur 16MIPS (laut DB) Ulrich schrieb im Beitrag #2304136: > Beim AVR sind auch nicht alle Befehle 1 Zyklus, aber immerhin die > meisten, es gibt aber einige (mehr als beim PIC) Ausnahmen
-
Thread
Led´s mit überblenden PWM
=============================================================== Dim Sresult As String * 40 At &H64 Overlay Config Lcd = 40 * 2 Config Lcdpin = Pin , Db4 = Portb.4 , Db5 = Portb.3 , Db6 = Portb.2 , Db7 = Portb.1 , E = Portd.6 , Rs = Portb.0 Cls 'Cursor Off Noblink '-------------------
=============================================================== Dim Sresult As String * 40 At &H64 Overlay Config Lcd = 40 * 2 Config Lcdpin = Pin , Db4 = Portb.4 , Db5 = Portb.3 , Db6 = Portb.2 , Db7 = Portb.1 , E = Portd.6 , Rs = Portb.0 Cls 'Cursor Off Noblink '-------------------
-
Thread
keinen Bock auf level-shifting
Empfehlung: AVRxDBx MIT eingebautem Pegelwandler Uiiii! Muss auf die nächste Mouser Bestellung: AVR128DB64 - E
Empfehlung: AVRxDBx MIT eingebautem Pegelwandler > > Uiiii! Muss auf die nächste Mouser Bestellung: AVR128DB64 - E Nicht immer gleich blind hura schreien. Erst Datenblatt lesen. Der DB hat einen Port den man mit 3,3V betreiben kann. Schau vorher welche Schnittstellen daran verfügbar sind.
-
Thread
AVR Videogenerator, 40x25 Zeichen, nur 60% CPU Auslastung !
liegt. Ich habe mit exakt den gleichen Widerständen am Mega8 direkt auf einem Videomonitor (alter C64 Monitor) ein glasklares Bild... Die Ausgangspegel sind ja eh bei beiden AVR´s gleich. Desweiteren läuft mit dem Mega16 bei mir das Bild neben den Verzerrungen durch was direkt auf einen falschen
paar Euronen. (LPC2119 für etwas mehr als 10Euronen) Was soll man zum Thema Leistung sagen: 60MHz, 128kiB Flash, 16kiB SRAM, mehr als genug IO, jede Menge Features... das einzige Problem ist bei den ARM immer das Gehäuse: LQFP-64 ... dafür muss man erstmal die Platine herstellen können. Löten dürfte
-
Thread
Audio in möglichst guter Qualität samplen
SPI-Flash 8MB kriegt man schon einiges gespeichert: http://de.farnell.com/adesto-technologies/at45db641e-mhn-y/memory-serial-flash-64mbit-udfn/dp/2414323
SPI-Flash 8MB kriegt man schon einiges gespeichert: > http://de.farnell.com/adesto-technologies/at45db641e-mhn-y/memory-serial-flash-64mbit-udfn/dp/2414323 Ich bin seit ein paar Jahren auf SPANSION umgestiegen. Vorallem des Preises wegen. Und weil ich solche Sachen wie 264 Bytes/page und 2x Databuffer
-
Thread
HEX Editor AVR Controller
Sinne des Intel-x86-segmented Speichermodells, aber auch als lineare Adressen. Sogar schon beim AVR8 bekommt man es mit diesen Offsets zu tun. Nämlich bei allen AVR8 mit Flash>64k. Der Bootloader liegt dort nämlich im zweiten Segment... > Prinzipiell können diese in beiden Dateien Duplikate enthalten
auf sobald man die ersten 64K überschreitet. Jetzt brauche ich ein 128kB file was ab 0x08000000 gespeichert wird.
-
Thread
Thermomix Rezeptchips
5001890 2315 77e0 3c8d 0cab d73b 859f 4952 4a02 50018a0 64fe 582c 1a0b 5ac2 a9ef 49f5 07ac 5bad 50018b0 fd37 ca49 4f03 cda2 5788 ad40 747d d428 50018c0 ea76 9424 db64 57d3 e1ff 9ffe 9867 06b1 50018d0 8928 91f0 b9cb 885f c882 3050 5ffe c1ae 50018e0 cd1d 178c
fe52 21ce 017f 5d14 7079 a25b 5001f30 8332 cfe3 ada4 78c6 0adf 9c2c 3782 845b 5001f40 5671 737e c64d d1f0 8e8c ce3b bd1e 37ec 5001f50 0d9f cf5c eda0 4db2 30ca d34d 75b1 cf6d 5001f60 2ae8 436d d8a6 f1fa 90d0 aa53 6fd4 1c6b 5001f70 1a2a 9446 54f5 4b6d 3026 db90 52a4 cccd 5001f80 0350 2efc 3cd2 4227