-
Thread
Neue AVR Familie - AVR-DA
Gerade durch Zufall entdeckt, vielleicht für den Einen oder Anderen interessant - es gibt eine neue AVR-Familie: AVR-DA. Mehr dazu: http://www.microchip.com/wwwproducts/en/AVR128DA28
Und schon lieferbar. XMega-Features jetzt auch im DIP28Gehäuse. AVR-DB werden folgen.
-
Thread
TSIC und ATMega
; Ziffer eingeschaltet werden müssen ; .db 0b10111110 ; 0: .db 0b10001000 ; 1: .db 0b00111101 ; 2: .db 0b10101101 ; 3: .db 0b10001011 ; 4: .db 0b10100111
; Ziffer eingeschaltet werden müssen ; .db 0b00000000 ; 0: .db 0b10001000 ; 1: .db 0b00111101 ; 2: .db 0b10101101 ; 3: .db 0b10001011 ; 4: .db 0b10100111
-
Thread
BASCOM: große Zahlen über alle 4 Zeilen eines 4-Zeiligen L
Display habe ich schon fertig, allerdings gibt es bei mir folgende Belegung: RS = PC5 E = PC4 DB4 = PC3 DB5 = PC2 DB6 = PC1 DB7 = PC0 RS RS und E habe ich schon angepasst, aber gibt es in Assembler eine möglichkeit den Nibble PC0-PC3 an die Display-Pins anzupassen?? Leider habe ich von
leichter ein Layout zu erstellen,ohne mit den Datenleitungen zu kreuzen. Meine Belegung: PC0 DB7 PC1 DB6 PC2 DB5 PC3 DB4 PC4 E PC5 RS GND RW Es ist übrigens mein erster Versuch in Assembler, ich hoffe die "freaks" möchten es mir verzeihen...:-)
-
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.
Max M. schrieb im Beitrag #7111169: > AVR32DA Die DA haben doch so viele Bugs dass sofort die DB nachgeschoben werden mussten :-) Ausserdem gibt es noch immer kein offizielles Arduino dafür oder? Stattdessen haben sie den ATMega4809
-
Thread
AVR Assembler-Frage
dazwischenschiebe. Der Sortiervorgang selber würde grundlegend so aussehen: [c] ror Channel0Value ror Output128 ror Channel1Value ror Output128 ror Channel2Value ror Output128 ror Channel3Value ror Output128 ror Channel4Value ror Output128 ror Channel5Value ror Output128 ror Output128 ror Output128
Also die Sprungweite 127->128 ist bei mir doppelt so groß wie 128->129; aber am doch recht überschaubaren 'delay' liegt es wohl nicht.
-
Thread
Display "TFT Proto" an µC ?
noch eine alternative Bezugsquelle: http://www.tigal.com/1980 (Vorsicht Preis ohne MwSt) avr
Das in dem eba.y Link hat aber keine Wahl zwischen 8/16 Bit Ansteuerung oder? Mit DB0-DB15 also nur für uC mit vielen freien Pins nutzbar oder man muß sich selbst um 2 Latche davor kümmern?
-
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
hab im ASM file nun eine Zeile eingetragen... gleich nach dem include.... .nolist .include "m128def.inc" .list #pragma AVRPART MEMORY INT_SRAM SIZE 65536 Nun zeigt das AVR Studio die Speicherausnutzung wieder "ordendlich" an ob der Wert stimmt kann ich nicht 100%tig sagen... bei 4k intern
-
Thread
Netzwerkkarte mit RTL8019
Im aktuellen Code ist alles mit #if defined gemacht: #if defined (__AVR_ATmega32__) GICR|=0x40; MCUCR=0x03; MCUCSR=0x00; GIFR=0x40; #endif #if defined (__AVR_ATmega103__) EICR = 3; #endif #if defined (__AVR_ATmega128__)
DDRB = OUTPUT; //Interrupt 4 oder 0 Einschalten (für die Netzwerkkarte) #if defined (__AVR_ATmega103__) enable_external_int (1<<INT4); #endif #if defined (__AVR_ATmega128__) enable_external_int (1<<INT4); #endif #if defined (__AVR_ATmega32__) enable_external_int
-
Thread
Programm zum Erstellen eigener Schriftarten (LCD)
7 .db 0,0,65,127,127,65,0,0 ; I(73) Index: 8 .db 48,64,65,127,63,1,0,0 ; J(74) Index: 9 .db 127,127,8,28,119,99,0,0 ; K(75) Index: 10 .db 127,127,96,96,96,96,0,0 ; L(76) Index: 11 .db 127,127,6,12,6,127,127,0
.db 127,127,11,19,51,111,78,0 ; R(82) Index: 17 .db 0,70,73,73,73,50,0,0 ; S(83) Index: 18 .db 3,3,127,127,3,3,0,0 ; T(84) Index: 19 .db 63,127,96,96,96,127,63,0 ; U(85) Index: 20 .db 15,31,56,96,56,31,15,0
-
Thread
OLED Display mit I2C Bus am Slave betreiben
will das Unwort nicht schreiben) Tut mir Leid für diese Angabe. Es steht aber so im Netz und den DB des Herstellers
/2008/10/i2c-on-avr-using-bit-banging.html
-
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
mein Code: $regfile = "m8def.dat" $crystal = 3686400 Config Lcd = 16 * 1 Config Lcdpin = Pin , Db4 = Portd.0 , Db5 = Portd.1 , Db6 = Portd.2 , Db7 = Portd.3 , E = Portd.5 , Rs = Portd.4 Config Lcdbus = 4 Display On Cls Do Locate 1 , 1 Lcd "test" Waitms 100 Loop Habe nun mein Display
-
Thread
AVR 8bit auch für größere Projekte?
Heinz L. schrieb im Beitrag #4090876: > Ist AVR noch "zeitgemäß"? Oder "muss" man, wenn man MC "ernsthaft" > betreiben will als Hobby sich umorientieren in Richtung [...] > > Wohin gehen also > die verehrten Kollegen wenn 20MHz und 128kB Flash
Andreas Messer schrieb im Beitrag #4094630: > Was derartiges würde ich auch nicht mehr auf nem AVR machen. Ist ja > immerhin alles IPv6 basiert. Kein Argument. Schließlich macht man mit den 128-bit-IPv6-Adressen ja keine Arithmetik. ;-) 6LowPAN haben sie seinerzeit noch mit ATmega128 angefangen
-
Thread
Webserver ATmega32/644DIP ENC28J60
Dieses WLAN Radio arbeitet mit dem Shoutcast Stream Protokoll und besteht aus folgenden Komponenten: AVR Microcontroller Hardware MP3 Decoder PCMCIA WLAN Card (Prism 2.5 chipset) 128 x 64 SED LCD-Display Lithium Battary ---- PWM Drive for battery recharging Battery Voltage & Current Sensor Supply
damit ich es einfacher habe. >Der aktuelle SourceCode 1.0.2 funktioniert nun auch mit dem RTL8019 AVR >Webserver von Holger Buss. Mal sehen, ob ich das am Wochenende mit dem M128-Server zum Laufen bringe.Ich habe da noch einen, der nicht im Dauereinsatz ist... Momentan bastle ich an der Anzeige
-
Thread
Große Tabelle ".db" (Assembler)
hinterlegen. Momentan habe ich das Problem so gelöst (mit Teilung der Tabelle): SINUS_WERTE_TEIL_1: .db 127,128,129,... ,0 SINUS_WERTE_TEIL_2: .db 127,126,125,... ,0 Nun meine Frage an Euch. Gibt es eine bessere Möglichkeit, die 800 Werte zu hinterlegen, ohne die Tabelle zu teilen? Denn die Zeilenlänge
Hi so? SINUS_WERTE: .db 127,128,129,... ,0 .db 127,126,125,... ,0 .db 127,126,125,... ,0 .db 127,126,125,... ,0 .db 127,126,125,... ,0 oder versteh ich das Problem jetzt gerade nicht? Matthias
-
Thread
Uno-Board mit ATMEGA256
Und den UNO auf ATMEGA128 umzurüsten passt auch nicht?
Vielleicht ist ein AVR128DA28 bzw. ..DB.. eine mögliche Alternative: 128 KiB Flash, 16 KiB RAM, 3 UART, 2 SPI.
-
Thread
erster Mikrocontroller programmieren -> fragen
wieder ausgraben...) > USB-programmer sind mir leider zu teuer :-) http://www.ehajo.de/Bausaetze/AVR-ISP-Stick 6,90€
$regfile = "m32def.dat" $crystal = 1000000 '----LCD Deklarieren---- Config Lcdpin = Pin , Db4 = Portb.0 , Db5 = Portb.1 , Db6 = Portb.2 , _ Db7 = Portb.3 , Rs = Portb.4 , E = Portb.5 Config Lcd = 16 * 4 '----/LCD Deklaration---- '----Input/Output festlegen Config Pina.0 = Input Config
-
Thread
-
Thread
16bit-write ATMegaxx-PB
Compiler würden immer wieder mal Datenblätter lesen? ;-) Ich hoff doch, dass unser Johann das richtige DB gelesen hat :) Oder die anderen AVR-GCC Entwickler.
Mw E. schrieb im Beitrag #5967183: > Ich hoff doch, dass unser Johann das richtige DB gelesen hat :) > Oder die anderen AVR-GCC Entwickler. Der Xmega-Support im avr-gcc ist ursprünglich von Atmel. Welcher Code im Detail generiert wird, kann man sich hier aus den out[put]_movhi* Funktionen
-
Thread
LCD funktioniert nur an Port D (ATmega644P)
funktionieren tadellos, jedoch nur an Port D. Ich gebe die Steuersignale RW, RS, E,und die Datensignale DB4, DB5, DB6, DB7 (4-Bit Modus) über die binären Ausgänge PB0 und PD2 bis PD7 aus. Wenn ich jetzt aber statt PortD den PortA oder PortC einstelle, so funktioniert die Initialisierung nicht mehr. Einzig
[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
-
Thread
AREF = AVCC ????
Verbesserung der Stabilität und Störunterdrückung. Ist aber in den Datenblättern und App-Notes zum AVR ausführlich erklärt.
einklinken und die Threads nicht ausreichend lesen. Anschließend wird einem vorgeworfen, dass man das DB doch lesen soll ... Ich hoffe Du bist rehabilitiert.
-
Thread
HEX Editor AVR Controller
exakt über das Problem. Der Offset im Segent ist vorhanden. Meine DIY Software verkackt beim 128KB IntelHex file für den BluePill. Da muß ich nochmal in alten VisualStudio-Zeugs nachbessern. Waren beim ollen AVRTiny44 oder 89S8252 das noch unsichtbare bugs fällt es nun beim BluePill mit 128KB auf sobald man die ersten 64K überschreitet. Jetzt brauche ich ein 128kB file was ab 0x08000000 gespeichert wird.
-
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
Problem mit Subroutine CALL-RET.
http://www.mikrocontroller.net/articles/AVR-Tutorial:_Stack
> Muss man das bei dem überhaupt? Bei vielen AVRs kann man sich das auch > sparen. Steht im DB, wird beim ATM128 auf 0 initialisiert, bei neueren AVR's bereits auf RAMEND.
-
Thread
ATMega128L und PWM/Timer/Counter/Interrupt fragen
jemand hier mal so nett und würde mir die "Pin configuration" übersetzen? Also ich verstehe das DB nicht so ganz, das problem hatte ich bisher bei allen Megas. Der ATMega128 hat 7 PWM Channels, nur welche PINs sind es nun? Dann noch welche PINs sind für die Timer / Counter? Also bei den ADC Pins
Tobias N. schrieb im Beitrag #3161070: > Also ich verstehe das DB nicht so ganz, das problem hatte ich bisher bei > allen Megas. Der ATMega128 hat 7 PWM Channels, nur welche PINs sind es > nun? Dann noch welche PINs sind für die Timer / Counter? Steht eigentlich
-
Thread
Wo bekommt man zurzeit noch Mikrocontroller her.
PIC18 bekommt man auch schon lange nicht mehr :-( PIC16 schon, aber wer will schon Controller mit 128 Byte RAM?
Einige Derivate der AVR-DD-Serie sind derzeit bei Mouser wieder in Tausender-Stückzahlen vorhanden.
-
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
Probleme mit .db oder .dw in SRAM ?
EEPROM ist bereits anderwertig belegt. Nun zu meinem eigentlich Problem, ich wollte gerne per AVR-Studio 4 den SRAM direkt beschreiben. Dafür gibt es ja angeblich solche tollen Befehle .db und .dw. Da ich ein Tiny26 nutze, habe ich natürlich auch nur ein SRAM mit 8 Bit! somit fällt .dw für mich
zur folge haben soll, da es ja kein Befehl direkt ist sondern nur zum assemblieren. http://www.avr-asm-tutorial.net/avr_de/quellen/Lcd4IncC.asm Habe das da gelesen ... habe das programm mir nicht weiter angeschaut, nur das .db war mir aufgefallen.
-
Thread
Olimex AVR MT 128 Board-Schematic
Hallo zusammen, Ich habe eine kleine Frage zu dem Olimex AVR MT 128 und zwar hat der uController laut Datenblatt 2 Uarts, die man in der Schematic beim Board https://www.olimex.com/Products/AVR/Development/AVR-MT128/resources/AVR-MT128.pdf wiederfindet. Mein
Leitung nutzen indem ich beim ICSP alles passend verkabel? > > Und sollen die Wiederstände/etc. beim DB9-RS232 in der Schematic ein MAX > darstellen oder verstehe ich da grade etwas falsch? Ja, das sollte gehen, wenn zum Programmieren des AVR die seriellen Verbindungen abgetrennt werden. Die Schaltung
-
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
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
AVR Videogenerator, 40x25 Zeichen, nur 60% CPU Auslastung !
128 Pixel schreiben die dann von alleine ausgegeben werden.
beschrieben) in den Bildspeicher zu schreiben (Tutorial: (http://www.mikrocontroller.net/articles/AVR-Tutorial:_LCD#Dezimal_ausgeben). Dazu habe ich versucht, mir Z an der passenden Stelle der Textausgabe zu merken, etwa: [avrasm] rcall print .db "Frame: ",0 mov r20, r30 mov r22
-
Thread
Handycamera MCA-25 ansteuern - ip webcam mit mega32
2. Bildspeicher zum abspeichern von Bildern bei Auslösung eines externen Alarm (ein Eingang des AVR) Frage B: Speichern in externer SD-Karte oder externem sRam (habe hier schon ein Mega128 mit 128 externem sRam aufgebaut) 3. Abruf der Bilder über das Netzwerk . 4. Übernahme von Daten aus
of u got any idea what's the problem? and also please send me a circuit diagram between CAM, and AVR (i use 128), couse i think there is the problem too. Thanx all for your help.
-
Thread
Externes serielles EEPROM
Sorry , Dein EEPROM hat nur eine Pagesize von 128 Byte !!!
Hier mal ein Ausschnitt aus dem DB - für alle zum Mitlesen.
-
Thread
AVR - Software retten
----------------LCD configurieren------------------------------------------ Config Lcdpin = Pin , Db4 = Portc.4 , Db5 = Portc.5 , _ Db6 = Portc.6 , Db7 = Portc.7 , E = Portd.6 , Rs = Portd.7 Config Lcd = 16 * 2 Initlcd : Cls : Cursor Off '------------------------------------------
2 Werten hin und her. Eigentlich sollte die Differenz durch die bereits vordefinierten Bits stets 128 betragen. Sprich, wenn im Display nach Tastendruck der Code "3" erscheint, springt er bei Gedrückthalten der Taste ständig zwischen "3" und "131" hin und her, also quasi "3+128". Da muss also
-
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
XMEGA/ AVR-EXPLAIN code examples und Diskussion
> Laut Beschreibung hätte das ja schon ab Werk funktionieren sollen. >wie kommst du da drauf ? AVR1921: Reprogramming the XPLAN AT90USB1287 and ATxmega128A1 firmware Abschnitt 2.2: OK, da steht, dass man die Firmware des AT90USB1287 mit Flip verändern kann, hat aber bei mir nicht funktioniert.
Ich hab auch ein Xplain-Board (seit Samstag) und gleich ein problem ... Ich kann den Xmega128a1 der drauf ist einfach nicht per AVR-Dragon Programmieren (er liest nichmal die fuses)... wenn cih im avr-Studio (4.18 SP3) auf irgendwas geh was Verbindung braucht kommt ein fehler: erst fragt er
-
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
Wurde dies schon erwähnt und/oder beachtet? Auszug aus Application Note: Atmel AVR126: ADC of megaAVR in Single Ended Mode • It is recommended to discard the first conversion result (like whenever there is a change in ADC configuration like voltage reference / ADC channel change
-
Thread
Kann AVR-Studio nicht richtig rechnen?
folgendes versucht: .org 1024-(FlashEnd-Tabellen) ;Das Flash ist 1024 Words groß. Tabellen: .db 5, 0, 2, 0 .db 3, 0, 0, 1 .db 4, 2, 0, 2 .db ..... ......... FlashEnd: Auf diese Art und Weise setzt mir AVR-Studio die Konstannten-Liste tatsächlich an das Ende des Flash (laut Pony-Prog
org FLASHSIZE-tabsize ; die beiden Label dienen nur der Größenberechnung tabellenanfang: .db 5, 0, 2, 0 .db 3, 0, 0, 1 .db 4, 2, 0, 2 .db ..... tabellenende: ; nun das Label "tabellen" mit dem richtigen ; Wert belegen .set tabellen = FLASHSIZE-tabsize Gruß Ingo
-
Thread
RIP AtmelStudio
/mchp/documents/MCU08/ProductDocuments/Brochures/30010135E.pdf die leider nicht aktuell ist. Die AVR DB Serie fehlt zum Bsp. Aber wenn man hier reingeht und etwas runterscrollt und blättert sieht man alles. https://www.microchip.com/en-us/products/microcontrollers-and-microprocessors/8-bit-mcus/
das gleiche DIE verwendet. Also jeweils eins für ATtiny 0, 1 und 2er Serie. Und dann jeweils für megaAVR0 Serie und jeweils AVRxDA, AVRxDB Serie. Innerhalb der Serien werden nicht funktionierende Bereiche abgeschalten und als kleinere Ausführung verkauft. Macht Intel, AMD und nvidia genauso (bzw. deren
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
7-Bit-Adresse -> 7F = 128
Johann L. schrieb im Beitrag #7895686: > Teilweise verwendet Arduino print m.W. printf et al der AVR-LibC, > welches nicht reentrant ist. Nein! Und reentrance spielt sowieso keine Rolle solange es nicht um präemptives Multitasking oder ISR geht. Der AVR Ardiono core verwendet kein print oder
-
Thread
EMS > Adapter > NetIO > Raspi
gerade da etwas reinzudenken. Gut wir haben eine Ethernet Verbindung zb. über einen Switch zwischen AVR - NetIO und Raspberry. Jetzt mal meine Frage .. was wird an Daten zwischen Rasp und NETIO ausgetauscht ? Welches Protokoll ? Nächste Frage : # Other options -- db-user, db-pw, rate-limit (
c [ --config-file ] arg File name to read configuration from Database options: --db-path arg Path or server:port specification of database server (none to not connect to DB) -u [ --db-user ] arg Database user name -p [ --db-pass ] arg Database password
-
Thread
Handykamera MCA-25 ansteuern
AT89S8252 Webserver klemmen doch ich glaube das wird nix? Kann mann kleiner als 256 Bytes fahren (128?) oder ist 256 das Limmit? Dann muss wohl ein AVR her. Super tolle Arbeit! Gruss Edward
eingetippt und das contitional #define in der uart.h übersehen. Hier nun die geänderte Version: http://avr.auctionant.de/source/avr-ip-webcam_based_on1.38_151005.tar.gz Sollte nun per mega32/mega128 define automatisch die richtigen regs ansprechen ;) Habs aber nicht getestet da der webserver grad nicht
-
Thread
Scheduler für AVR
an das LCD static void lcd_out( u8 data ) { lcd_dataline_null(); if (data & 0x10) LCD_PORT_DB4 |= (1<<LCD_DB4); if (data & 0x20) LCD_PORT_DB5 |= (1<<LCD_DB5); if (data & 0x40) LCD_PORT_DB6 |= (1<<LCD_DB6); if (data & 0x80) LCD_PORT_DB7 |= (1<<LCD_DB7); lcd_enable_puls(); } //
LCD static void lcd_out( u8 data ) { lcd_dataline_null(); if (data & 0x10){ LCD_PORT_DB4 |= (1<<LCD_DB4); } if (data & 0x20){ LCD_PORT_DB5 |= (1<<LCD_DB5); } if (data & 0x40){ LCD_PORT_DB6 |= (1<<LCD_DB6); } if (data & 0x80){ LCD_PORT_DB7 |= (1<<LCD_DB7)
-
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
Model des GLCD ist aber nirgendwo genannt. Da gibt es sogar ein Datenblatt des Herstellers bei MyAVR: http://shop.myavr.de/index.php?ws=download_file.ws.php&dlid=101&filename=produkte/myavr_board_mk3/db_lcd64x128-64128K.pdf >Ist aber behauptet dass mit 5V wurde getestet ohne Schäden. Im Datenblatt
-
Thread
Lokalität von Registerwerten?
.db 158,156,155,153,152,150,149,147,146,144,143,141,140,139,137,136 .db 134,133,132,130,129,128,127,125,124,123,122,120,119,118,117,116 .db 115,113,112,111,110,109,108,107,106,105,104,103,102,101,100,99 .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
-
Thread
ATmega328 lässt sich nicht programmieren
0 no 1024 4 0 3600 3600 0xff 0xff flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff lfuse 0 0 0 0 no 1 1 0 4500 4500 0x00 0x00 hfuse 0
schrieb im Beitrag #7365945: > Sehen die P-AU denn > legitim aus? Den gibts tatsächlich auch laut DB
-
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 PC0 #define DB1 PC1 #define DB2 PC2 #define DB3 PC3 #define DB4 PC4 #define DB5 PC5 #define DB6 PC6 #define DB7 PC7 #define light_on_off PA5 #define A0
-
Thread
Stromsparender Betrieb
AT45DB161B geht leider nicht mit 1,8V...
>Das naechst >kleinere AT45DB041D zieht aufgrund aelterer Technologie 25uA. Das AT45DB041B ist älter, das AT45DB041D ist das neue und, abgesehen von der Speicherkapazität, baugleich zum AT45DB161D.
-
Thread
ADC-Kanäle sukzessive abfragen
Randnotiz. Ich würde einen moderneren µC verwenden. Ein ATmega4809 hat einen Akku für 64 Samples. Ein AVRxDB hat einen Akku für 128 Samples. Damit fallen paar Interrupts für die Aufsummierung im "Quellcode" weg.
Ich würde einen moderneren µC verwenden. Ein ATmega4809 > hat einen Akku für 64 Samples. Ein AVRxDB hat einen Akku für 128 > Samples. Damit fallen paar Interrupts für die Aufsummierung im > "Quellcode" weg. Klar, weil sich die Signale mit "die sich mit max. 1V/s verändern." auch soo schnell ändern
-
Thread
ATMega Auslaufmodell?
DB - AVR DD - AVR DU Interessant wäre für meine Anwendungen, ob überhaupt und welche davon mit (wieviel) CAN sind.
Früher hatte Atmel noch Migration Notes mit den Unterschieden rausgebracht: - AVR080: ATmega103 Replaced by ATmega128 - AVR094: Replacing ATmega8 by ATmega88 - AVR097: Migration between ATmega128 and ATmega1281/ATmega2561 - AVR504: Migrating from ATtiny26 to ATtiny261/461/861