-
Thread
mega128 usart1 test
sbrs temp1, UDRE1 rjmp USART_Transmit sts UDR1, zeichen ret text: .db "AVR-Assembler ist ganz einfach",0 ; Stringkonstante, durch eine 0 abgeschlossen text1: .db "NICHT IMMER",0 ; Stringkonstante, durch eine 0 abgeschlossen text2: .db "12345678910",0 ; Stringkonstante, durch eine 0 abgeschlossen text3: .db "ATMEGA128",0 ; Stringkonstante, durch eine 0 abgeschlossen DANKE MFG KAY
-
Thread
I2C Display einfache Frage
im Beitrag #8015791: > doof > nur wenn Flash und RAM ausgehen (ATmega328*) deswegen mag ich den m128p Falls ich nicht zu viele Pins bei AVR brauche, nehme ich immer ATmega1284P. 128 k Flash, 16 k SRAM, JTAG möglich. Auch 0,8 mm Raster ist lötfreundlicher als 0,5 mm Raster von mega2560.
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
USART Routine von ATMEL
MainProgramm ist doch normale C-Syntax. Zusammen würde das dann so lauten: [c] #include <avr/Interrupt.h> #include <avr/io.h> #define USART_RX_BUFFER_SIZE 128 #define USART_TX_BUFFER_SIZE 128 #define USART_RX_BUFFER_MASK ( USART_RX_BUFFER_SIZE - 1 ) #define USART_TX_BUFFER_MASK ( USART_TX_BUFFER_SIZE
Hab aber schon alle möglichen Werte ausprobiert (mit DB)
-
Thread
Display "Displaytech 162" bringe ich nicht zum laufen
wie folgt angeschlossen. PB0 --> DB0 PB1 --> DB1 PB2 --> DB2 PB3 --> DB3 PB4 --> DB4 PB5 --> DB5 PB6 --> DB6 PB7 --> DB7 PE6 --> RS GND --> R/W PE7 --> E Hier die LCD-Routine.h [c] void lcd_data(unsigned char temp1); void
define LCD_COM_DDR DDRE //Steuerport #define LCD_RS PE6 #define LCD_EN PE7 // DB0 bis DB7 des LCD sind mit DB0 bis DB7 des AVR verbunden [/c] Die LCD-Routine.c hänge ich als Datei an. Ich verwende AVR Studio,MEGA128 und ein Displaytech 162C BC BC Display von Reichelt. Was
-
Thread
Drehgeber und Tastenentprellung für Arduino
> Bsp. für meinen Nano Every. Und dies geht nur für den 4809, oder? Wie ist es bspw. mit dem AVR128DA28? Was muss ich ändern? Ich nehme an, dass sonst nicht vom Arduino-Zeug gebraucht wird für Deine "Bibliothek"? Geht das Update auch mit einem Interrupt? Zumindest sehe ich da weder vorlatile
den Änderungen (wahrscheinlich habe ich in der obigen Liste was vergessen) lief das dann auf einem AVR128DA28. Als ich mir jedoch die Größe anschaute, traute ich meinen Augen nicht: 1566 text-segment und 18 bss-segment. Der Grund war hier, dass ich mit O3 kompiliert habe. Ein Os brachte dann: 552 text-segment
-
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
Direktmisch-Empfänger: ungewolltes Seitenband passiv unterdrücken
Ausnahme einiger weniger noch immer sendenden Mittelwellen-Rundfunksendern. Naja, und mit einem AVR und so wird das alles nix. Da braucht es was dickeres. W.S.
die Amplitude des AD9951 ordentlich zu regeln, wurde der DAC-Strom-Anschluß als Abschwächer in 0.1 dB Schritten verwendet. Nullkommaein dB! W.S.
-
Thread
ks0108-atmega32
verdrahtet ist(liegt im moment auf Vdd=+5V) hier die belgung des ks0180-displays: 1:Vdd 2:Vss 3:V0 4:DB0 5:DB1 6:DB2 7:DB3 8:DB4 9:DB5 10:DB6 11:DB7 12:CS1 13:CS2 14:Reset 15:R/W 16:D/I 17:EN 18:VEE 19:LED+ 20:LED- aus der kd0108.h: #define LCD_CMD_PORT PORTB // von A auf Command
hast Du auch die Reihenfolge der datenleitungen eingehalten? DB0 Anzeige mit PA0 des Controllers?
-
Thread
LCD Display funktioniert nicht
*/ #define LCD_E_PIN 2 /**< 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
LCD_ENTRY_INC 1 /* DB1: 1=increment, 0=decrement */ #define LCD_ENTRY_SHIFT 0 /* DB2: 1=display shift on */ #define LCD_ON 3 /* DB3: turn lcd/cursor on */ #define
-
Thread
FLASH im normalen Addressbereich AVR128DA
Ich arbeite mich jetzt gerade in die neue AVR128DA MCU Familie ein und habe dabei gesehen, dass ein Teil das Flash, nämlich die oberen 32kbyte, in den Adressraum der Daten gemapped ist. Das finde ich natürlich sehr praktisch habe aber noch nicht
Geht so: Daten im Flash ablegen (hier das voreingestellte Segment von 96-128K) und Adresse im Datenbereich berechnen! .org $c000 F_DATASTR: .DB "STRING",$0a .equ DATASTR = (F_DATASTR*2)-$10000 Zugriff dann im gemappten Speicher lds r16,DATASTR ;R16= erstes
-
Thread
welche Chips sind ähnlich leicht zu programmieren wie die ATMEL-Chips ?
mich > jetzt an andere Chips heranwagen. Mit "ATMEL-Chips" meinst du vermutlich die klassischen AVR8. Dann wäre mein erster Tip: versuche dich an den neueren AVR8 (also die Dinger, die auf XMega-Architektur basieren, aber keine XMega sind). Z.B.: AVR128D(A/B/D), aber auch die neueren Tinys und Megas
ist auch näher an dem dran, was Du bereits kennst: https://www.reichelt.de/mcu-picmicro-16-bit-128-kb-spdip-28-24fj128ga202-isp-p153692.html?&trstct=pol_4&nbc=1 https://www.microchip.com/en-us/product/PIC24FJ128GA202 Dafür musst Du dann den XC16 installieren. Es gibt auch ferige Boards dafür
-
Thread
Transistortester AVR
http://avr8-burn-o-mat.aaabbb.de/
" fuer einen AVR nicht das erwarten was Du von Deinem 50.- PIC Programmiergeraet erwartest. Das leidige Thema, PIC vs. AVR, Billigstprogrammiergeraet kaufen und dann meckern das die Software oder der AVR nichts taugt
-
Thread
Was ist bzw. war Atmel QTouch?
konkreten Fall AVR128DAxxx. Man beachte hier die Absenz der sonst üblichen Registerbeschreibung.
Lib, aber in der der Hardware. Vielleicht aber auch nicht. Könnte einfach auch nur ein Fehler im DB sein, also entweder der bewußte Satz ist bei den Tinys zu viel oder wurde bei den AVR128D.... schlicht vergessen. Bei der absolut lausigen Qualität der MC-Datenblätter muss man leider jederzeit auch
-
Thread
gcc und Optimierung
, bit_nr); avr.c: avr_output_bld (operands, bit_nr); avr.c: AS2 (bld,%3,%2-1))); avr.c: AS2 (bld,r1,5) CR_TAB avr.c: return (AS2 (bst,%0,6) CR_TAB avr.c
the source and avr.c: sprintf (buf, "bst r%d, 7", rsource + tlen[1] - 1); avr.c: hadbst = 1; avr.c: if (hadbst) avr.c: sprintf (buf, "bld r%d, 7", rdest + tlen[0] - 1); avr.c:avr_output_bld
-
Thread
Verzweifelt keine Anzeige am LCD
so umändern soll? Wenn ich die Pins so umändere muss ich dann nicht viel an den Pins verändern? DB4-DB7: PA4-PA7 ;; RS: PA3 ;; E: PA2
ist bestimmt die vielversprechendste Methode das schnell zum Laufen zu bekommen: PortPin_0 -> DB4 PortPin_1 -> DB5 usw....
-
Thread
Oszilloskop mit AVR
hast du dabei die Daten über den AVR in den RAM geschrieben? Da würde mich der Code schon interessieren. Kann ja dann nur daran liegen. Oder hat der AVR nur den Takt vorgegeben?
vielleicht könnte man die typischen Zeiten mit dem AVR ausrechnen?
-
Thread
Hilfe zu Drehencoder-Auswertung nach Wiki
, 0 ;00 00, 00 01 .db 1, 0 ;00 10, 00 11 .db 0, 0 ;01 00, 01 01 .db 0,-1 ;01 10, 01 11 .db -1, 0 ;10 00, 10 01 .db 0, 0 ;10 10, 10 11 .db
nn, aa nn .db 0, 0 ;00 00, 00 01 .db 1, 0 ;00 10, 00 11 .db 0, 0 ;01 00, 01 01 .db 0,-1 ;01 10, 01 11 .db -1, 0 ;10 00, 10 01 .db
-
Thread
Atmega128 programmieren über multiplexer
Doch, das ist schon so. Ich habe den 128 auch im Einsatz. Die ersten Boards hatten ISP natürlich zu MISO/MOSI geroutet... Nix ging. Tja, so ist das mit dem Lehrgeld/-zeit halt. https://www.olimex.com/Products/AVR/Development/AVR-MT128/
immer das Tutorial auf dieser Seite aufmerksam zu lesen: https://www.mikrocontroller.net/articles/AVR_Checkliste#Besonderheiten_bei_ATmega128_und_seinen_Derivaten_im_64-Pin-Geh.C3.A4use
-
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
avrdude.conf: Attiny44 mit AVR910 programmieren
avr910-Devicecode not official! .db 0x14 ,0x20 ;tn84 avr910-Devicecode not official! .db 0x1c ,0x20 ;tn85 avr910-Devicecode not official! .db 0x1d ,0x40 ;CAN128 avr910-Devicecode not official! .db 0x23 ,0x10 ;tn2313 avr910-Devicecode not official! .db 0x31 ,0x20 ;m48 avr910-Devicecode not official! .db 0x33 ,0x20 ;m88 avr910-Devicecode not official! .db 0x35 ,0x40 ;m168 avr910
-
Thread
Toochain bauen avr-gcc-x.x mit binutils-2.34 funktioniert nicht
/ avr/lib/avrxmega6/atxmega128a3 avr/lib/avrxmega6/atxmega128a3u avr/lib/avrxmega6/atxmega128b1 avr/lib/avrxmega6/atxmega128b3 avr/lib/avrxmega6/atxmega128c3 avr/lib/avrxmega6/atxmega128d3
avr/lib/avrxmega6/atxmega384d3 avr/lib/avrxmega7/ avr/lib/avrxmega7/atxmega128a1 avr/lib/avrxmega7/atxmega128a1u avr/lib/avrxmega7/atxmega128a4u avr/lib/avrtiny/ avr/lib/avrtiny/attiny4
-
Thread
Kleines Tiny13 Sensorboard
auch schon den OR Befehl entdeckt? Dann herzlichen Glückwunsch, nur noch 20 Befehle dann kannst du AVR...
Schlag den Moby" Wennschon dann nenn es ab jetzt "Schlag effizientes Simply-ASM auf Simply Tiny AVR" ;-)
-
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