-
Thread
100kb Variablen auf ATMEGA2560
Der avr-gcc kann m.W. nur Felder bis 64k anlegen.
Klaus Wachtler schrieb im Beitrag #2358883: > Der avr-gcc kann m.W. nur Felder bis 64k anlegen. Schrieb ich ja, dass irgendwo Schluss ist. 64k wäre ein sinnvoller Wert in Verbindung mit einerm 16bit Datenpointer.
-
Thread
LCD funktioniert nur an Port D (ATmega644P)
[code] trying to connect to device... Found programmer: Id = "AVR ISP"; type = S Software Version = 3.0; Hardware Version = 3.0 Programmer supports auto addr increment. Programmer supports buffered memory access with buffersize = 128 bytes. Programmer supports
Device code: 0x41 = ATMEGA103 Device code: 0x42 = (unknown) Device code: 0x43 = ATMEGA128 Device code: 0x44 = (unknown) Device code: 0x45 = ATMEGA64 Device code: 0x46 = (unknown) Device code: 0x47 = (unknown) Device code: 0x48 = (unknown) Device code: 0x49 =
-
Thread
Mega16, Fusebits und Quarz Probleme.
+++++++++++++++++++++++++ $crystal = 1474560 $regfile = "m16def.dat" Config Lcdpin = Pin , Db4 = Porta.4 , Db5 = Porta.3 , Db6 = Porta.1 , Db7 = Porta.0 , E = Portc.5 , Rs = Portc.6 Config Lcd = 20 * 4 Config Lcdbus = 4 Wait 1 Upperline Lcd "Dies ist die 1" ++++++++++++++
Code. $crystal = 14745600 $regfile = "m16def.dat" Config Lcd = 20 * 4 Config Lcdpin = Pin , Db4 = Porta.4 , Db5 = Porta.3 , Db6 = Porta.1 , Db7 = Porta.0 , E = Portc.6 , Rs = Portc.5 Wait 1 Initlcd Wait 1 Cls Upperline Lcd "Dies ist die 1"
-
Thread
8bit Pointer bei großen AVR's
eigentlich sind die Pointer bei den AVR's YH:YL, XH:XL, ZH:ZL 16bit breit 65536 Byte adressierbar was 64Kbyte macht
Bei den AVR's ist es der Z-Pointer der RAM und Flash gemeinsam nutzen kann. z.B für Flash ;z darf nicht mit x / y ersetzt werden da LPM sonst nicht Funktioniert siehe DB ldi zh,High(OUT_LCD) ldi
-
Thread
Empfehlung 8-Bit-Controller: STM8
: Genau 1 Typ mit 8k RAM und 128k Flash, hat aber weder ADC noch I2C. Ein weiterer Typ mit 4k RAM und 64k Flash. SiLabs: Vier Typen mit 8k RAM und 128k Flash. Zugegeben: externes Speicherinterface vorhanden. So viele Vorteile
Hi >Atmel: Genau 1 Typ mit 8k RAM und 128k Flash, hat aber weder ADC noch >I2C. Ein weiterer Typ mit 4k RAM und 64k Flash. Zumindest bei Atmel hast du dich vertan: ATmega640/1280/1281/2560/2561 AT90USB1286/1287 Alle mit 8k Ram,I2C
-
Thread
Sinus - PWM erzeugen
davon abspeichern wuerde, die anderen Winkel ergeben sich durch Spiegelungen, Dh man benoetugt nur 64 Samples. Dh du musst nur 0- pi/2 durch 64 samples abbilden. Als Sin & Cos. Fuer einen BLDC die Clark & Park Transformation nicht vergessen.
die Rechnung falsch. Du muss die ergebnisse durch 2 teilen und in der posiven Halbwelle zusätzlich 128 addieren
-
Thread
Frequenzteiler ohne Binary Counter
AVR internen Timer zu nutzen um das 1 KHz Signal zu teilen, und nur bei jedem 64. oder 42. Signal einen Interrut auszulösen. Beim Tiny85 wäre sogar Int0 und T0 der selbe Pin. Die Zeit ist aber relativ
Bit heißen? Das kannste weglassen, habe mich da scheinbar vertan zwischen den angebenen Daten im DB sowie der Datenrate. Ja, die 64Hz oder 32Hz sind für den Sekundenzeiger erstreckt über 6 Leds. Bei 64Hz sehe ich keine Abstufung mehr und er sieht sehr flüssig aus. 32Hz hatte ich bereits einmal
-
Thread
Versetzte Rechtecksignale auswerten, kein drehgeber
) für runter. In einem Bereich von +127/-128 reicht das. Gut, alle 127 Durchläufe müsste eine Datenabfuhr stattfinden. (nicht 128) So sieht die Tabelle bei mir aus: Für einen count bei vollem Phasendurchlauf: .db 0,-1,0,0,1,0,0,0,0,0,0,0,0,0,0,0
INC R19,1 SBRC R0,7 DEC R19,1 LD R31,R30 : RJMP loop 21 Takte + 2 für den RJMP, dafür eine 64k Tabelle im ATmega128. und eine Instruktion bleibt distributed zum Aussenden der Daten.
-
Thread
Atmega640 (5V) an Flash SOIC (3,6V)
Ich würde einen aktuelleren AVR wie den AVR64DB64 verwenden. Der kann auch bei niedrigeren Betriebsspannungen mit voller Geschwindigkeit laufen. Zusätzlich hat der Multivolt-IO, d.h. Du kannst den Prozessor selber mit einer Spannung
Teil der IO-Pins mit einer anderen. Außerdem: Der ATMEGA640-16AU kostet bei Digikey 8.87€ Der AVR64DB64T-I/PT kostet bei Digikey 1.81€ Die alten Teile kann man immer noch kaufen, aber Microchip macht sie absichtlich unattraktiv teuer, um die Leute zu den modernen Typen zu treiben. fchk
-
Thread
attiny asm: 8x8bit signed multiply
Christoph db1uq K. schrieb im Beitrag #7521349: > Recht alt 1999-2003), für AVR ohne Multiplizierbefehle in Assembler > https://avr-asm.tripod.com/math32x.html > allerdings eher 32 bit und unsigned Da ist
48, 64, 96, 128, 160, 192, and 256 bits.
-
Thread
DDS normal ?
.db 152,151,149,148,146,145,143,142,140,138,137,135,134,132,131,129 .db 128,126,124,123,121,120,118,117,115,113,112,110,109,107,106,104 .db 103,101,99,98,96,95,93,92,90,89,87,86,84,83,81,80 .db 79,77,76,74,73,71,70,69,67,66,64,63,62,60,59,58
.db 56,58,59,60,62,63,64,66,67,69,70,71,73,74,76,77 .db 79,80,81,83,84,86,87,89,90,92,93,95,96,98,99,101 .db 103,104,106,107,109,110,112,113,115,117,118,120,121,123,124,126 Grüße Werner
-
Thread
STM32G071 LQFP32 und der HSE
dabei 4 UART mit dem RC zu betreiben. > > Ja, das sind die AVR-geschädigten :-) > > Nein im Ernst: Der LC ist genau genug, keine Sorge. Ja, ich gebe mich zu erkennen ;) AVR Altbestände werden bei Gefrickel noch verbaut, aber Neudesigns mach ich nurnoch mit
erster STM32 im LQFP32, daher kann ich dir das leider nicht beantworten. (Bisher braucht ich eher 64Pins+)
-
Thread
Anschluss eine Grafikkdisplays 124 x 68, von 16-Pin auf 20-Pin ?
Zusammen, kennt sich jemand mit monochromen Grafikdisplays aus? Ich habe ein defektes Display mit 128 x 64 Punkten. Leider gibt es kein Ersatz mehr dafür und ich habe eins gekauft, was mechanisch passt. Das alte Display hat 16 Anschlüsse, das Neue 20 (Anschlussbelegung im Anhang). Vom alten Display
denn überhaupt keinen mentalen Zugang zu elektronischen Themen hast. Also, grafische Displays mit 128 x 64 Pixeln gibt es in sehr vielen Ausführungen. Das fängt damit an, was da für Chips drauf verbaut sind und ob die nun einen eigenen Bildwiederholspeicher haben oder nicht (und dann einen regelmäßigen
-
Thread
Update: AVR Debugger
konzentrieren, für die das Studio keine Simulatoren bereitstellt, d.h. die "neuen" Megas und Tinys, sowie die AVR64DA/DB und AVR128DA/DB. Also all den Kram der auf XMega-Technologie basiert. Denn bei all diesen Teilen fehlt mir ein Simulator schmerzlich. Debugging "OnChip" ist nur ein sehr ungenügender Ersatz
für die das Studio keine Simulatoren bereitstellt, > d.h. die "neuen" Megas und Tinys, sowie die AVR64DA/DB und AVR128DA/DB. > Also all den Kram der auf XMega-Technologie basiert. > > Denn bei all diesen Teilen fehlt mir ein Simulator schmerzlich. > Debugging "OnChip" ist nur ein sehr ungenügender
-
Thread
Atmega128 - Programm wird geladen, aber LED blinkt nicht?
Das Ganze lade ich mit folgendem Skript über einen AVRISP XPII auf den Mikrocontroller: avr-gcc -Wall -Os -DF_CPU=16000000UL -B 9600 -mmcu=atmega128 -c main.c -o main.o avr-gcc -Wall -Os -DF_CPU=16000000UL -B 9600 -mmcu=atmega128 -o main.elf main.o rm -f main.hex avr-objcopy -j .text -j
> Ich kenne avrdude nicht, aber "m168" irritiert mich. avrdude -c avrispmkII -p --he avrdude: AVR Part "--he" not found. Valid parts are: uc3a0512 = AT32UC3A0512 c128 = AT90CAN128 c32 = AT90CAN32 c64 = AT90CAN64 pwm2 = AT90PWM2 pwm2b = AT90PWM2B pwm3
-
Thread
Faktensammlung Buderus EMS
); function km200_Decrypt( $decryptData ) { $decrypt = mcrypt_decrypt( MCRYPT_RIJNDAEL_128, km200_crypt_key, base64_decode( $decryptData ), MCRYPT_MODE_ECB, '' ); // Entferne zero padding $decrypt = rtrim( $decrypt, "\x00" ); // Entferne PKCS#7 padding $
AlexS schrieb im Beitrag #5849761: > 00000210 10 08 1a 00 25 64 64 00 e1 01 10 92
-
Thread
AVR für wenig Geld im LAN
!!! Anschluss an AVR-NET-IO: - DB4 an PD4 - DB5 an PD5 - DB6 an PD6 - DB7 an PD7 - RW an PD2 - RS an PD3 - EN an PB0" Link: http://www.pollin.de/shop/downloads/D810058S.ZIP Nein, ich bin weder verwandt, verschwägert
an AVR-NET-IO senden. z.B Atmeg32 sendet 64 Byte an AVR-NET-IO und diese werden dann im Browser angezeigt. Auch für kleine Aplikationen mit AVR wäre diese Funktion sinnvoll. AVR-NET-IO läuft bei mir mit
-
Thread
Grafik Display mit Grafik Controller ST7565R - Probleme bei Zeichenausgabe
abgerüstet auf das Minimum, bei dem der Fehler > noch auftritt. In compilierbarer Form. [code]#include <avr/io.h> #include <avr/pgmspace.h> #define F_CPU 16000000 #define LCD_DATA PORTC #define LCD_DATA_DDR DDRC #define LCD_CONTROL PORTA #define LCD_CONTROL_DDR DDRA #define DB0
bekommst du > falsche Werte. Stimmt. Und wie ich gerade sehe, kommt noch obendrauf, dass es ein AVR mit mehr als 64k Flash ist - viel Spaß mit diesen Missgeburten ...
-
Thread
Quarz und Clock bei AVR series 1 (z.B. Attiny 816)
Beitrag #7536305: > wenn das Upgrade sinnvoller auf eine andere CPU gehen > sollte (wobei ich in der AVR-Familie bleiben will) Für universelle Verwendung auf minimalem (aber bequem lötbaren) SMD Raum empfehle ich die neuen AVR64DD14 aufwärts, bei mehr Platz und Pinbedarf genauso die AVR128-DB Reihe
Für universelle Verwendung auf minimalem (aber bequem lötbaren) SMD Raum > empfehle ich die neuen AVR64DD14 aufwärts, bei mehr Platz und Pinbedarf > genauso die AVR128-DB Reihe (beide inkl. DIP Gehäuse-Versionen). Auf die > neuen AVRs sollte man der vielen Vorteile wegen jetzt wirklich langsam >
-
Thread
Mini-Farbdisplay (+mehr) für 1 Euro
aber auch noch erträglich. Das LCD Display hat ne Diagonale von 1,5" (3,8cm) und eine Auflösung von 128x128 bei 64K Farben. Werd das Teil vermutlich morgen mal zerlegen.
'R DATA 0,38,73,73,73,50 'S DATA 0,1,1,127,1,1 'T DATA 0,63,64,64,64,63 'U DATA 0,31,32,64,32,31 'V DATA 0,63,64,60,64,63 'W DATA 0,99,20,8,20,99 'X DATA 0,7,8,112,8,7 'Y DATA 0,113,73,69,67,0 'Z 'Font-Quelle: 6x8 Zeichensatz aus dem Verzeichnis "C:\BASCOM
-
Thread
8h Timer mit attiny85 - Genauigkeit ohne Quarz
VCC = 5.0V) Recommended Usage 00 6 CK 14CK + 64 ms 01 6 CK 14CK + 64 ms 10 6 CK 14CK + 4 ms 11 1 CK 14CK(1) Table 6-9. Start-up Times for the 128 kHz Internal Oscillator SUT[1:0] Start-up Time from Power-down Additional Delay from Reset Recommended Usage 00 6 CK 14CK(1) BOD enabled 01 6 CK 14CK + 4 ms Fast rising power 10 6 CK 14CK + 64 ms Slowly rising power 11 Reserved ATtiny25/45/85 [DATASHEET] 29 2586Q–AVR–08/2013 Note: 1. If the RSTDISBL fuse is programmed, this start-up time will be increased to 14CK + 4 ms to ensure programming
-
Thread
Zahl umdrehen?
z.B. links herausschieben und über das Carryflag in ein anderes Register links reinschieben. Für 64 Bit sind das allerdings 16 Register, in einem 8-Bitter wie dem AVR ist damit schon die Hälfte aller Register belegt.
Christoph db1uq K. schrieb im Beitrag #7415264: > Für 64 Bit sind das allerdings 16 Register, in einem 8-Bitter wie dem > AVR ist damit schon die Hälfte aller Register belegt. Man muss ja nicht alles um 64 Bit
-
Thread
ATmega32u4 - ADC wirklich nicht unter 2.56V Ref?
Also in dem mir vorliegenden DB hat er sogar eine interne Bandgapreferenz von typ. 1.1V+-0.1V. wendelsberg
. Ich hatte den Prescaler zwar versuchsweise runtergesetzt, aber nicht sooo weit. Mit Prescaler 128 an 16MHz bekomme ich auf den ersten Blick sinnvolle Werte. Allerdings ist 128 mit dann 125kHz Samplerate schon arg niedrig, der nächste Prescaler 64 mit dann 250kHz schon wieder oberhalb der "erlaubten
-
Thread
Atmel Studio 6.1 vs. 4.18
die Benutzung von X bei der Initialisierung einen tieferen Sinn? >Dass ich den "uralten" ATmega128 verwende, hängt einfach mit dem >EvoBoard http://www.ps-blnkd.de/AVR_Development_System.pdf zusammen, was >ich hierzu als Testobjekt verwende. Der ATMega1281 ist moderner und pinkompatibel zu
@gustl & Wolfgang ...ja, ja ich weiss - und der Arduino ist tausendmal besser als jeder blöde AVR. Alles das hilft mir allerdings nicht weiter bei meinem Problem mit den OCR3A-Registern im TimerCounter3 vom ATMega128, wenn dieser extern getakte wird (s.o.). In der Hoffnung, dass sich andere
-
Thread
Peter Danneggers Bootloader (fastboot) für AVR-GCC-Toolchain
Hallo, ich versuche den Bootloader für einen AT90CAN128 zu Kompilieren. Ich habe im Makefile folgende Änderungen vorgenommmen: [code] MCU = at90can128 ATMEL_INC = can128def.inc F_CPU = 16000000 CFLAGS += -I . -I ./added -I ./converted -I /opt/avr/include
Hallo, ich würde gerne den Bootloader für einen ATmega64 verwenden. Leider kommt beim Compilieren des Bootloaders folgender Fehler: [c] avr-gcc -c -Wa,-adhlns=stub.lst -mmcu=atmega64 -DF_CPU=14745600 -I . -I ./added -I ./converted -I/usr/local/avr/include
-
Thread
Diskettenlaufwerk ansteuern
noch Laufwerke dafür mehr. Ich halte es aber für durchaus möglich, mit den Features der neueren AVR8 einen HD-fähigen Floppycontroller umzusetzen. Konkret mit einem AVR128D(x)48 oder-64. Ich sehe eben bloß keinen Sinn darin, das tun zu wollen.
AVR128Dx daran, dass das SPI die Bytes nicht nahtlos schreibt. D.h. zwischen zwei Bytes, auch im buffered Mode, macht der AVR128Dx eine Pause von einem Bit, das ist natürlich ärgerlich und verhindert mit
-
Thread
ATMegas 1284P
aber mit dem 1284p wär schon echt schitte wenns den überhaupt nicht geben würde, bzw der nur für die avr ravens ist ... hab den zwar noch nicht so fest für mein selbstbau-projekt eingeplant, aber der 644p ist leider zu klein für das was ich noch gerne umsetzen möchte, und für nen anderen mega128 müsste
den überhaupt schon ? bei embedit hab ich nen xmega128a1 gefunden, aber ich bräuchte eher ein qfp44 bzw qfp64 gehäuse, da ich nicht soviel platz habe. reichelt und conrad z.b. haben noch kein xmega. was wären noch für versender da die nen xmega haben könnten
-
Thread
RP2040 / Pi Pico nutzen
Das mit dem zweiten Core ist natuerlich schon irgendwie cool. Ich hab damit derzeit ein kleines 128x64 Oled im Hintergrund laufen. Was mich interessieren wuerde, wofuer wuerdet ihr eigentlich einen zweiten Core verwenden? Also wie Software aufteilen? Man hat immer ein bisschen den Eindruck: Ach
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
-
Thread
[V] Halbleiter, Netzteile, Opto, Encoder, Diskret, Relais, Pneumatik, AoIP
1x LMZ22003TZ: 3A Simple Switcher -> 1,50 €/Stk. Halbleiter Speicher: 94x M24C64-RMN6P: I²C EEPROM 64kBit -> 0,15 €/Stk. 27x 29LV040CQI-70G: 4MBit Parallel Flash -> 1,00 €/Stk. 10x 39VF010-70-4C: 1MBit Parallel Flash -> 0,50 €/Stk. 128x M29W320EB
5V 3-Driver/5-Receiver -> 0,25 €/Stk. Halbleiter Speicher: 43x M24C64-RMN6P: I²C EEPROM 64kBit -> 0,15 €/Stk. 27x 29LV040CQI-70G: 4MBit Parallel Flash -> 0,25 €/Stk. 10x 39VF010-70-4C: 1MBit Parallel Flash -> 0,25 €/Stk. 128x M29W320EB
-
Thread
Verständnissfrage zur nötigen Mehrfachmessung eines AD-Messwertes mit µC
wählt die Methode mit (1/1,578)=0,6337... zu multiplizieren. Das erfolgt durch Multiplikation mit 64 und Division durch 101. Die Multiplikation mit 64 wird gleich durch Summenbildung der 64 Messwerte erledigt. Die Division durch 101 durch fortlaufende Subtraktion. Vermutlich wird deshalb das oversampling
die Methode mit > (1/1,578)=0,6337... zu multiplizieren. Das erfolgt durch > Multiplikation mit 64 und Division durch 101. > Die Multiplikation mit 64 wird gleich durch Summenbildung > der 64 Messwerte erledigt. Die Division durch 101 durch > fortlaufende Subtraktion. Erstmal, Sprut will nicht
-
Thread
LCD Problem
PB6 ------------- PIN5 (R/W) PB5 ------------- PIN6 (E) NC ------------- PIN7 (DB0) NC ------------- PIN8 (DB1) NC ------------- PIN9 (DB2) NC ------------- PIN10 (DB3) PB0 ------------- PIN11 (DB4) PB1 ------------- PIN12 (DB5) PB2 -------
passiert nix. ich habe in der lcd.h den atmega 32 folgender maßen ergänzt: #elif defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) || defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega8515__)|| defined(__AVR_ATmega103__) || defined(__AVR_ATmega128__) || \ defined(__AVR_ATmega161
-
Thread
Problem: AVR m8A/m8535 mit TG12864B-03 in Assembler
Hi >Auch ist der hier im Forum bei Problemen mit den 128x64-Displays immer >wieder gelesene Verweis auf das KS0108B-Datenblatt irreführend, das >dieselben low-active-Timings hat. Ich verstehe immer noch nicht, wo du den 'Fehler' gefunden haben willst
output The terminals have to be CS1B=L, CS2B=L and CS3=H." (S.4) und "write mode (R/W=L) -> data of DB<0:7> is latched at the falling edge of E." (ebda.) Da hier bei Problemen mit 128x64-Displays immer direkt auf diesen Controller verwiesen wird, liegt die Vermutung nahe, dass die Beschaltung von CS1
-
Thread
ATmega1284P Flash Speicher oberhalb 64K in Assembler
Informationen sehr Dankbar. Ich denke das Problem hat (hatte) doch bestimmt jeder, der von ATmega32,64 auf 128 bzw. 256 gewechselt hat, oder?
immer), dann sollte man die entsprechende Daten- oder Codebereiche nach Möglichkeit in den ersten 64k (bzw. 128k) ansiedeln und die Befehle ohne "e" verwenden. Das erspart es inbesondere auch, das RAMPZ-Register in ISRs sichern und wiederherstellen zu müssen.
-
Thread
Transistortester AVR
-DPULLUP_DISABLE -DANZ_MESS=25 -DPOWER_OFF -DBAT_CHECK -DBAT_OUT=150 -DBAT_POOR=64 -DF_CPU=8000000UL -mmcu=atmega168 -gdwarf-2 -std=gnu99 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT main.o -MF dep/main.o.d -DLANG_ENGLISH -c ../main.c avr-gcc
DNO_AREF_CAP -DUSE_EEPROM -DPULLUP_DISABLE -DANZ_MESS=25 -DPOWER_OFF -DBAT_CHECK -DBAT_OUT=150 -DBAT_POOR=64 -DF_CPU=8000000UL -mmcu=atmega168 -gdwarf-2 -std=gnu99 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT wait1000ms.o -MF dep/wait1000ms.o.d -c ../wait1000ms.S avr-gcc
-
Thread
Ungenauigkeit beim ATtiny26 ADC
, $99, $99, $99 .db $99, $A9, $AA, $AA, $AA, $AA, $AA, $AA, $AA, $AA, $AA, $BA, $BB, $BB .db $BB, $BB, $BB, $BB, $BB, $BB, $BB, $BB, $BB, $BB, $BB, $CB, $CC, $CC .db $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $DD, $
, $0, $0, $0 .db $0, $0, $0, $0 [/pre]
-
Thread
Suche Speicher-IC (EEPROM / Flash)
Adam P. schrieb im Beitrag #6996419: > 64 kybtes sollten es dann schon mindestens sein Der 24C512 wird gerne genommen. 128-Byte Page Write Mode: – Partial page writes allowed
Christoph db1uq K. schrieb im Beitrag #6997771: >>ATmega2560 > der Mega2561 hat ein "external Bus interface", damit kann man den > Speicher bis 64 k ausbauen, allerdings kostet es viele I/O-Pins. Also > z.B
-
Thread
uC Familien Empfehlung
SRAM im 5x5mm VQFN: https://www.microchip.com/en-us/product/AVR128DB48
Beitrag #7410273: > Nuvoton und Toshiba haben 5V ARMs, aber gängig sind die nicht. Freescale@NXP KEA128, z.B.S9KEA128P80M48SF0: Cortex-M0+, 2.7 - 5.5V, LQFP-64 oder -80, 16K RAM, 128K Flash (15 Jahre bei 85°C nach 10000 Zyklen). Ausgewählte Familienmitglieder gibt's bei Digikey und Mouser ab Lager.
-
Thread
AVR128DA28 Temperatursensor
irgendwann mal im Internet gesucht und als Referenz diese Seite gefunden: https://github.com/microchip-pic-avr-examples/avr128da48-using-12-bit-adc/blob/master/avr128da48-using-12-bit-adc/ADC_Temperature_Measurement/main.c Die machen es fast genauso aber bei mir hald ohne Funktion.. Danke euch. BG Stored
direkter Programmierung. Ist im Grunde nichts weiter wie die App Notes zusammengefügt. [c] /* AVR128DB64 'onChip ADC temperatur measuring with 32kHz onchip RTC Event Trigger" */ Stream &cout {Serial2}; void setup() { Serial2.swap(1); // PF4 TXD2 / PF5 RXD2 Serial2.begin
-
Thread
Display: Unterschied zwischen character mode und graphic mode?
Zeichen geht nicht, weil die Adressierung dann in einen anderen Befehlsmodus wechselt: Datenblatt: DB7 DB6 DB5 DB4 DB3 DB2 DB1 DB0 L H X X X X X X Set CGRAM Adress also Code: ldi temp, 0b01000000 (oder 0x40) dann Kommando an Display also RS-Bit auf Low und ein Enableimpuls
sollen. Hier ein echtes Graphik-LCD: LCD-Modul TG12864B-05 Grünes, grafisches LC-Display (128x64 Pixel) mit integriertem Controller (kompatibel zu KS0108) und LED-Hintergrundbeleuchtung. Geeignet zum Betrieb am PC-Druckerport (LPT). Der Rest des Threads sollte doch die Userdef Chars behandeln
-
Bild
Tabelle mit Mikrocontroller-Unterstützung und Funktionen
Device Name MPLABX AVR128DB64 AVR16DD14 AVR16DD20 AVR16DD28 AVR16DD32 AVR16DU14 AVR16DU20 AVR16DU28 AVR16DU32 AVR16EA28 AVR16EA32 AVR16EA48 AVR16EB14 AVR16EB20 AVR16EB28 AVR16EB32 AVR32DA28 AVR32DA32 AVR32DA48 AVR32DB28 AVR32DB32 AVR32DB48 AVR32DD14 AVR32DD20 AVR32DD28 AVR32DD32 AVR32DU14 AVR32DU20 AVR32DU28 AVR32DU32 AVR32EA28 AVR32EA32 AVR32EA48 AVR64DA28 AVR64DA32 AVR64DA48 AVR64A64 C Compiler Version
-
Thread
16 UARTs für MIDI
Ob S. schrieb im Beitrag #7712354: > Ich würde drei AVR128DB64 verwenden. Für jemanden, der als einziges Werkzeug nur den Hammer kennt, sieht jedes Problems wie ein Nagel aus.
dürften die Kosten so ungefähr auf demselben Level landen wie die von mir vorgeschlagene Lösung mit 3x AVR128DB64.
-
Thread
DCC Decoder
4 ; 1 0 0 0 CK/8 ; 1 0 0 1 CK/16 ; 1 0 1 0 CK/32 ; 1 0 1 1 CK/64 für PWM mit 97,6 Hz ; 1 1 0 0 CK/128 ; 1 1 0 1 CK/256 ; 1 1 1 0 CK/512 ; 1 1 1 1 CK/1024 Caution at TIM1_OVF: delete!! in TEMPS,SREG ; SREG sichern
und CV20 Frei .db 0xFF, 0xFF ; CV21 Frei und CV22 Frei .db 0xFF, 0xFF ; CV23 Frei und CV24 Frei .db 0xFF, 0xFF ; CV25 Frei und CV26 Frei .db 0xFF, 0xFF ; CV27 Frei und CV28 Frei .db 0x00, 0xFF ; CV29 Configuration
-
Thread
PIC: Bit aus Byte an PORT ausgeben
cpl c l1: mov p3.3, c Die Bitoperationen sind aber nicht nur auf Ports beschränkt. Bis zu 128 SFR-Bits und 128 SRAM-Bits können die Bitbefehle. Peter
, wozu dieser verrückte RETLW Befehl beim PIC gut ist. Bis ich dann gesehen hab, das man nur damit DB-Anweisungen simulieren kann, wobei man immer auch noch die 256 Wort Grenze im Auge behalten muß. Beim 8051, AVR und den anderen sind DB-Anweisungen bis 64kB und ein 16Bit-Pointer darauf kein Problem
-
Thread
AVR32 grasshopper patch für ATMEL buildroot 2.3.0
pages: 16256 Kernel command line: console=ttyS0 root=1F02 rootfstype=jffs2 mtdparts=physmap-f lash.0:128k(boot)ro,64k(env)ro,-(root) PID hash table entries: 256 (order: 8, 1024 bytes) avr32_comparator: irq 0, 140.000 MHz Console: colour dummy device 80x25 console [ttyS0] enabled Dentry cache hash
pages: 16256 Kernel command line: console=ttyS0 root=1F02 rootfstype=jffs2 mtdparts=physmap-f lash.0:128k(boot)ro,64k(env)ro,-(root) PID hash table entries: 256 (order: 8, 1024 bytes) avr32_comparator: irq 0, 140.000 MHz Console: colour dummy device 80x25 console [ttyS0] enabled Dentry cache hash
-
Thread
Dual Port Ram durch Single Port Ram ersetzen
. Ansonsten ist es fraglich, ob du wirklich zwei Controller benötigst. Die Videoausgabe auf dem AVR benötigt ca. 60%-max. 70% und darin sind oft noch Takte frei für Berechnungen. Bei 20MHz sind das ca. 240-320MIPs je Seite über für die Grafik, ein C64 hatte dafür max 20MIPS. Wenn's dann doch 2
Wolfgang M. schrieb im Beitrag #2804463: > RSOnline will für nen 55ns Dual Port SRAM mit 64K +ber 70 > Euronen... Ich hab' für mein 12ns Soft-quadPort-SRAM nur 3,78 für 64kB bezahlt. :-) Meine aktuelle Version ist 'einfach' die Software so schreiben, dass beide AVRs sich einen gemeinsamen
-
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
andi r18, 0x01 ; 1 d4: 30 fd sbrc r19, 0 d6: 20 e8 ldi r18, 0x80 ; 128 d8: 81 fd sbrc r24, 1 da: 20 64 ori r18, 0x40 ; 64 dc: 82 fd sbrc r24, 2 de: 20 62 ori r18, 0x20 ; 32 e0: 83 fd sbrc r24, 3 e2:
-
Thread
RFID - China-Reader ohne Spezial-IC
Deklarationen Const Quarz = 8000000 ' Quarz: 8 MHz $crystal = Quarz $hwstack = 128 $swstack = 128 $framesize = 128 $baud = 1200 ' Baudrate der UART: 1200 Baud On Urxc Ser_inp ' Interrupt-Routine setzen Enable Urxc
[code] $regfile = "m16def.dat" $crystal = 16000000 $hwstack = 40 $swstack = 32 $framesize = 128 $baud = 9600 Config Com1 = Dummy , Synchrone = 0 , Parity = Even , Stopbits = 1 , Databits = 7 , Clockpol = 0 Config Lcdpin = Pin , Rs = Porta.1 , E = Porta.2 , Db4 = Porta.3 , Db5 = Porta
