-
Thread
PWM auf ATmega328p Timer0 nicht so wie erwartet.
) | CS22 | CS20; // teilt durch 128 das hier: TCCR2B = (1 << WGM22) | (1 << CS22) | (1 << CS20); // teilt durch 128 Siehst du es jetzt?
im Beitrag #6539986: > Beides ist letztlich Scheisse, denn es verhindert, dass man einfach im > DB nachschauen kann, um die Funktion festzulegen bzw. zu ermitteln. Na ja... ich hab heute lange ins DB geschaut und in aller Regel schaue ich ins DB. Aber das DB hat die böse Angewohnheit wie ein selbstgeschriebener
-
Thread
AVR®DD family, low pin count devices
Bleibt ja nur das Microchip/ Atmel Studio. Wie sieht es bei euch hier > aus? Was nutzt ihr für die AVR Dx Serie? - Arduino IDE 2.x - Microchip Studio - ATmega 4809 - AVR DB - AVR EA
versteht. Das ist ein breites Feld. s/w, farbig, grafisch programmierbar usw. Alternativ zum ATtiny ein AVR128DB, brauchst sowieso viel Speicher für das Display. Der kann ab 1,8V mit 24MHz takten. Steht zwar nicht im Klartext im Manual, aber es gibt keine Einschränkung, deswegen kann er das. Nur wenn die
-
Thread
DWARF error: invalid abstract instance DIE ref
mehr klar kommt? Der Compiler selbst meckert nicht. Flash 9200 und RAM 670 Bytes. Controller ist ein AVR128DB48. Die DWARF Meldung hatte ich sonst immer sporadisch. Beim erneuten kompilieren war sie dann weg. Diesmal erscheint sie immer. Muss ich mir Sorgen machen?
Pause. [c] #pragma once #define INLINE inline __attribute__((always_inline)) namespace AVR128DB { namespace TCB { namespace { using Register = volatile uint8_t *; #if defined(__AVR_AVR128DB48__) #include <AVR128DB48_TCBnRegister.h
-
Thread
Z180SoftSystem
50 0000' 0020 dw ??0011 ; 128 byte records per track 51 0002' 05 1F db ??0012,??0013 ; block shift and mask 52 0004' 01 db ??0014 ; extent mask 53 0005' 07F9 dw ??0015 ; maximum
214 dpb 512,8,2048,4096,1024,6,8000h 50 0000' 0020 dw ??0011 ; 128 byte records per track 51 0002' 05 1F db ??0012,??0013 ; block shift and mask 52 0004' 01 db ??0014 ; extent mask 53 0005' 07F9 dw ??0015 ; maximum
-
Thread
LCD Ansteuerung error
. So, was benutze ich: AVR Studio 4 ATXMEGA 128A1 (is auch für das C Projekt als Controller eingestellt) Das waren glaub schon die wichtigsten Hardware Hinweise. Wie gesagt, rein schaltungstechnisch funktioniert der LCD schonma
Das Problem scheint zu sein, dass für den XMEGA128A die Definitionen der IO-Ports nicht erfolgen. Ich kann das hier auch nachvollziehen (AVR Studio 4). Während beispielsweise für einen ATMEGA324p die Datei "iomxx4.h" eingebunden wird, welche die
-
Thread
Rücksprungadresse auf dem Stack schwachsinnig?
AVR, big-endian. :-o
Michael Jogwich wrote: > Habe eben was im Datenblatt zum Mega128 gefunden: > ... > das hört sich für mich nicht nach Wortadresse an. Der Mega128 hat 128KiB Flash, das sind 64Ki Worte...
-
Thread
MMC SD library FAT16 FAT32 read write
Emperor_L0ser PS: ich verwende nicht die Makefile, meine Befehle, wie für alle meine Projekte: if avr-gcc -O2 -mmcu=at90can128 -DF_CPU=1000000 ./*.c then avr-objcopy -O ihex -R .eeprom a.out flash.hex avrdude -p c128 -e -c pony-stk200 -U flash.hex exit 1 fi
, is im Anhang. Kann sich das jemand erklären?! Ohja: Wie erwähnt: PC: Win XP SP3, µC: ATmega128, 3,3V, SD ohne Zusatz an SPI, Compiler AVR Studio Grüße, Matze
-
Thread
Fehlersuche Displaysteuerung
DB Seite 15 links ...
Schleife mit der Länge der Bitnummer nach rechts oder man bedient sich einer Tabelle in der Form: .db 0b10000000 .db 0b01000000 .db 0b00100000 .db 0b00010000 .db 0b00001000 .db 0b00000100 .db 0b00000010 .db 0b00000001 Sollen die anderen Pixel in einem Display-Byte nicht verändert werden muß
-
Thread
KS0108 GLCD Routinen
Hallo Forum Ich hab ein paar C-Routinen zur Ansteuerung eines Grafik LCDs mit KS0108 Controller (128x64 Pixel) geschrieben, da ich zum einen das ganze als Übung mit dem avr-gcc benutzt hab und zum andern nirgends was vernünftiges fertiges gefunden hab. Ich unterstütze noch keine Grafikfunktionen (
(); ks0108GotoXY(20,0); ks0108PutString("Ha", largeFont); while(1); [/c] habe DB0 -7 an Port A und die Controlleitungen an Port B angeschlossen: hier der Quellcode: [c] #include <inttypes.h> #include <avr/pgmspace.h> #ifndef KS0108_H #define KS0108_H // Ports #define
-
Thread
AVR64EA28: PIT-Interrupt
#7657852: Ich habe das Ding noch nie benutzt, aber beim ersten Durchlesen des entsprechenden Teils des DB (konkret: AVR128DA...) bin ich auf folgendes gestoßen: 24.5.1 Initialization To operate the PIT, follow these steps: [...] Note: The RTC peripheral is used internally during device start-up. Always
angeschlossen So ist es, incl. zweier 100 nF Kondensatoren. > Ja sind zu 100% pinkompatibel. Wie auch AVR128DA28, AVR128DB28, AVR32DD28; nur dass die beiden letztgenannten statt PD0 VDDIO2 haben. PS: > Anschlüsse Wäre auch ein seltsamer Fehler, denn der EA läuft ja im Prinzip, die LED an A7 glimmt,
-
Thread
Neue 8-Bit Tinys vorgestellt: 417/814/816/817 Gesperrt
Tatsache, dass die AT90CAN* mittlerweile auf not recommended for new designs stehen und es für den 128er keinen wirklichen Ersatz gibt. Zur weiteren Zukunft hieß es sinngemäß: wir glauben an AVR, sie werden nicht sterben. Von anderer Stelle habe ich allerdings mitbekommen, dass die Atmel-übernahme
der verbesserten Version handelt ( *LGT8F328P* ). Im Anhang ein "Datenblatt" zum LGT8F328P. AVR 8-Bitter DA, DB, DD und EA : https://www.youtube.com/watch?v=QMnxxaEzBYQ https://www.youtube.com/watch?v=EH1FozhBKHc https://www.youtube.com/watch?v=M-myqg-2c5s https://www.youtube.com/watch
-
Thread
LCD Dispaly initialisieren!
$hvstack = 128 $svstack = 128 $framesize = 128 COnfig Lcdpin = Pin , Db4 = PORT.2 , Db5 = PORTC.3 , Db6 = PORTC.4, Db7 = PORTV.5 , Rs = PortC.0 , E = PORTC.1 $baud = 9600 $crystal = 8000000 Cursor Off Cls
, Db6 = Portb.1 , Db5 = Portb.2 , Db4 = Portb.3 , E = Portb.4 , Rs = Portb.5 do Locate 1 , 1 Lcd "Hallo" loop Ansonsten kannst hier gucken : http://halvar.at/elektronik/kleiner_bascom_avr_kurs
-
Thread
CP/M auf ATmega88
Function code: 01 8 Bit Version Test 4, MMC_1 128MB, MMCSPI2X =0 (CLK/4), gleiche Image, ohne MMC Debug CPM on an AVR, v2.1 Testing RAM: fill...wait...reread... Initing mmc... A:FAT16 File-Image at: 8598, size: NEUSTART CPM on an AVR
wieder melden... Hier mein aktueller Stand: Die Idee mit der gemeinsamen Taktquelle (20 MHz für AVR und Propeller) habe ich wieder verworfen, da der ATmega128 nur bis 16 MHz spezifiziert ist. Außerdem mußte ich AVR/CPU und Propeller/IO trennen, da es aussichtslos schien, mit zwei Lagen den von mir
-
Thread
Gnerelle Frage zur ATtiny Produktserie nach der ATMEL Übernahme.
Platine ist nicht vorgesehen aber möglich. Einfacher ist das Abklemmen des via Brücken verbundenen AVR-Controllers direkt auf dem Board. c-hater schrieb im Beitrag #7113417: > AVR128DA28. Viel mächtiger als jeder Tiny. Am besten gleich AVR128DB28. Fehlerfreier und mit praktischem Pegelwandler
Platine ist nicht vorgesehen aber möglich. > Einfacher ist das Abklemmen des via Brücken verbundenen AVR-Controllers > direkt auf dem Board. > > c-hater schrieb im Beitrag #7113417: >> AVR128DA28. Viel mächtiger als jeder Tiny. > > Am besten gleich AVR128DB28. > Fehlerfreier und mit praktischem
-
Thread
AVR64DD20 - USART stürzt bei großem Buffer ab
Ausgabepin für USART0 auf mein A0 gelegt. Mehr aber nicht. Ernsthaft? Also mein Includefile für den AVR64DD20 kennt jedenfalls kein Symbol "CLKCTRL_FRQSEL_24M_gc". Das heißt da: "CLKCTRL_FREQSEL_24M_gc". Und genau so heißt es auch in meinem Includefile für den von dir verwendeten AVR128DB28. Also
weiterhilft, denn a) habe > ich eine zusammengestoppelte C-Umgebung (nicht fragen!) und b) nur einen > AVR128DB28, trotzdem: das zuletzt Gezeigte läuft hier, mutatis mutandis, > es kommen 99 'e' an. > Es kommen auch z.B. 999, mit ARRAY_LEN = 1000. Danke schön fürs Ausprobieren! Auf meinem AVR64DD28
-
Thread
Z180-Stamp Modul
das Ding erst mal wieder in der Versenkung verschwunden. Die Platine habe ich mit CPU, RAM (max 128K), SIO und CTC bestückt, um der Z180-Stamp möglichst nahe zu kommen. ;) Takt kommt von einem der freien AVR-Ports, da man CLKO für die 4MHz CPU natürlich nicht nehmen kann. 2 CTC Kanäle erzeugen den
Ich habe hier echt Sorgen mit dem Takt. Aus dem AVR kommen 9,2 Mhz raus, die leigen auch an EXTAL und XTAL an, an PHI erscheinen aber 4,6Mhz. In boot.180 ist definiert: dseg hwini_tab: db (hwini0_e-$)/2 ;count db
-
Thread
AVR-Bootloader mit Verschlüsselung
= 115200 .set BootVersion = 6 .set BootCodeSize = 476 BootSign: .db "BOOTLOADER" BootMsg: .db "16Mhz Mega128 SCADA" Ich benutzte einen Max232N Pegelwandler an der UART0. Im LoaderTool (V.6) antwortet der Controller nicht, obwohl ich den RESET-Taster auf meinem
http://www.jtxp.org/tech/onewayloader.htm " Der One-Way-Loader unterstützt aktuell die folgenden AVR-Controller: m1280 m1281 m1284 m1284P m128A m128 m128RFA1 m128RFR2 m162 m164A m164PA m164P m165A m165PA m165P m168A m168 m168PA m168P m169A m169PA m169P m16A m16 m16HVA m16HVB m16M1 m16U2 m16U4 m2560
-
Thread
DCC Decoder
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
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
ATtiny als Uhr
32768 schrieb im Beitrag #3187844: > Erfahrungen? Uhrenquarz? Einschränkungen mit niedrigem Takt (128kHz > intern oder 32768 extern?) Wirklich in Frage kommt bei bei der Forderung nach minimalem Stromverbrauch nur 32768 extern. 128k intern verbraucht schon an sich deutlich mehr Strom und zwingt
Interruptsystem, die Zeitzählung ist also sichergestellt und kann bei Überlauf die CPU wecken. Siehe DB, Seite 33. Die kann dann also nach dem Aufwachen bei rund 100µA (5V) oder 20µA (1,8V) (DB Seite 187) mit 32kHz tun, was sie eben zu tun hat und dann wieder in den Idle-Mode wechseln. > Lies Du
-
Thread
AD9833 Programmieren
der Arduino IDE tuts auch ein altes AVR Studio, oder alles was eben STK500 kann.
Christoph db1uq K. schrieb im Beitrag #7736644: > Es geht um den Aufwand, das Arduino-Biotop einzurichten und zu erlernen. OK, aber das: Christoph db1uq K. schrieb im Beitrag #7736644: > Wenn Klemens die
-
Thread
Bitreihenfolge ändern
gefunden. Ist zwar in Assembler, aber nach C müuss nur wenig geändert werden: spiegeltab db 0,128, 64,192, 32,160, 96,224 db 16,144, 80,208, 48,176,112,240 db 8,136, 72,200, 40,168,104,232 db 24,152, 88,216, 56,184,120,248 db 4,132, 68,196, 36,164,100,228 db 20,148, 84,212, 52,180,116,244 db 12,140, 76,204, 44,172,108,236 db 28,156, 92,220, 60,188,124,252 db 2,130, 66,194, 34,162, 98,226 db
-
Thread
AVR64DD32, UART-Ausgabe bleibt hängen, Assembler
unter anderen auch gedacht worden – ich habe das auch relativ zeitnah bei der Einarbeitung in den AVR128DB ausprobiert, allerdings unter Atmel Studio 7.
funktioniert. Ich bin nun schon am überlegen, > ob mit meinen selbst designten und von JLC gefertigten > AVR-DB/DD32-Boards irgendwas nicht stimmt. Hier noch ein Foto von meinem ersten und provisorischen Aufbau von damals mit dem AVR128DB28, um alles genau zu prüfen und sich in die neue-AVR-Familie einzuarbeiten
-
Thread
Pollin 16080 Touch mit ATMEGA32 und BASCOM
- PC1 5 fest an GND, oder sollte ich Daten lesen können? Wenn ja, warum? 6 E - PC2 7 DB0 - PC3 8 DB1 - PC4 9 DB2 - PC5 10 DB3 - PC6 11 DB4 - PC7 12 DB5 - PA5 13 DB6 - PA6 14 DB7 - PA7 15 CS - PA4 bei "normalen" TextLCDs hätte ich zB.; Config Lcdpin = Pin , Rs = Porta.5 , E = Porta.4 , Db4 = Porta.0 , Db5 = Porta.1 , Db6 = Porta.2 , Db7 = Porta.3 geschrieben, geht das hier auch?? (anstatt RS natürlich Cd, E = Wr etc.) ich steh voll auf dem Schlauch und blicks gar ned! Hilfe
-
Thread
LCD Uhr mit Alarmfunktion mit Drehencoder in BASCOM (Ein kleines Projekt für BASCOM Änfänger Vol3)
Nun wie weiter ? ausserdem warum ausgerechnet 1 ms erzeugen ? und wie Konfiguarieren ? Also mit AVR Calculator habe folgendes ermittelt: Takt 16 MHz Interrupttime : 1000us Interrupt : compare Timer 16 Bit Prescale : 128 Compare : 124
Kehrwert von 1 ms) ist immer noch 16000 und nicht 32000. Dazu braucht man weder ein Programm wie AVR-Calc noch einen Taschenrechner." Kann ich auch so rechnen ? 16000000/ 128 ( prescale ) wäre 125000 dann nehme Comparewert 125 und habe 1000 Hz..Wenn ja, dann verstanden. dann wäre : Config
-
Thread
EEprom AVR-DA (avr128da32)
Eine template-spezialisierung weiter hat die DA/DB/(DD) nun wieder dieselbe Schnittstelle ;-) Schade nur, dass die avr-libc auch an dieser Stelle veraltet.
richtigen EEPROM Adressen zu verstehen wär mal recht aufschlussreich. Denn zwischen Mega, XMega und AVR128 gibts da wohl gewisse Unterschiede. Da der (Lese-)Zugriff beim AVR128Dx nun maximal vereinfacht wurde kann man hoffentlich davon ausgehen, daß die Adresse nun ebenso simpel wie beim .DSEG SRAM verwendet
-
Thread
ATmega8. Umbau als 2GHz Frequenz-Logger
VSS (Masse) 2 VCC 3 VEE 4 RS 5 R/W (im GY560 nicht verbunden) 6 E (im GY560 nicht verbunden) 7 DB0 (im GY560 nicht verbunden) 8 DB1 (im GY560 nicht verbunden) 9 DB2 10 DB3 11 DB4 12 DB5 (im GY560 nicht verbunden) 13 DB6 14 DB7 Anstelle des LCD-Moduls möchte ich die empfangenen Frequenzen
selben IC. Durch diese Verschaltung hat die "2. Hälfte" des 393 die Teilerausgänge :32 :64 :128 und :256 ... und liefert an den Pins (18,19,13,11) des AVR folgende Frequenzen: Pin 18: Empfangsfrequenz /64 /32 (=Empfangsfrequenz/2048) Pin 19: Empfangsfrequenz /64 /64 (=Empfangsfrequenz
-
Thread
LED blinken. Board MR-C3024. µC ATMEGA128L
Programm geschrieben. Es soll nur die LED zum Blinken bringen. ICh benutze ein MR-C3024 Board (µC ATMEGA128L), Software AVR Studio 6. [c]#define F_CPU 1000000UL #include <avr/io.h> #include <util/delay.h> int main() { DDRB |= (1 << DDB1); while(1) { PORTB |= (1<<PB1); _
and MISO >are used to describe the serial data in and serial data out respectively. For >Atmel® >AVR®ATmega128 these pins are mapped to PDI and PDO. hallo ich bin nicht so mächtig in englisch. nur mal zum Verständis, kann man den RESET auch auf GND anlegen? Ich möchte doch ein ISP-SChnittstelle
-
Thread
Display mit Touchscreen bei Pollin?
TEST ablaufen. Gruß micha ###################################### _kalibrieren Alias 1 + 48 + 128 _texteingabe Alias 2 + 48 + 128 _delete Alias 3 + 48 + 128 _touch_werte_anzeigen Alias 4 + 48 + 128 _menue Alias 5 + 48 + 128 _test Alias 6 + 48 + 128 _zeichensatz_anzeigen Alias 7 + 48 + 128
und > es wird nichts mehr verworfen. > Was hältst du davon? Ich halte nichts davon, mit einem AVR zwei verschiedene GLCDs mit unterschiedlichen Controllern ansteuern zu wollen. Ich hatte auch mal mit einem GLCD 320x128 mit T6963C und einem Mega32 herumgespielt, es dann aber erstmal beiseite gelegt
-
Thread
C Code Optimierung für LCD (AVR32)
#define DB4 AVR32_PIN_PB24 #define DB5 AVR32_PIN_PB25 #define DB6 AVR32_PIN_PB26 #define DB7 AVR32_PIN_PB27 #define DB8 AVR32_PIN_PB02 #define DB9 AVR32_PIN_PB03 #define DB10 AVR32_PIN_PB04 #define DB11 AVR32_PIN_PB10 #define DB12 AVR32_PIN_PB11 #define DB13 AVR32_PIN_PB12 #define DB14 AVR32_PIN_PB08 #define DB15 AVR32_PIN_PB09 //1st transfer (Upper) gpio_port->ovr = rs << (RS & 0x1F) | (1 <<
-
Thread
LCD Mit pc verbinden
noch hin bekommen das ein daten austausch zwischen den board und pc stattfinden kann. [code]'myAVR Board Light mit ATmega8 $regfile = "m8def.dat" $crystal = 3686400 'myAVR LCD-Addon angeschlossen Config Lcdpin = Pin , Db4 = Portd.4 , Db5 = Portd.5 , Db6 = Portd.6 , Db7 = Portd.7 , E = Portd.3
SPIMOSI=14 SPIMISO=15[/code] Öffne ich mein projekt im basecom steht folgendes.. [code] 'myAVR Board Light mit ATmega8 $regfile = "m8def.dat" $crystal = 3686400 'myAVR LCD-Addon angeschlossen Config Lcdpin = Pin , Db4 = Portd.4 , Db5 = Portd.5 , Db6 = Portd.6 , Db7 = Portd.7 , E = Portd.3
-
Thread
LCD Controller für 640x480 LCD mit mega8515
Adresszähler Reset sbrc Flags, AdresseX rjmp untereha sbr Flags, 1<<AdresseX sbr XStart, 128 sbr XScan, 128 rjmp Mainloop untereha: wdr ;Watchdog Reset cbr Flags, 1<<AdresseX cbr XStart, 128 cbr XScan, 128 sbr Flags, 1<<doFLM ;Markierung für FLM setzen
Adresszähler Reset sbrc Flags, AdresseX rjmp untereha sbr Flags, 1<<AdresseX sbr XStart, 128 sbr XScan, YScan - 128 - YMin - YOScan rjmp Mainloop untereha: wdr ;Watchdog Reset cbr Flags, 1<<AdresseX cbr XStart, 128 cbr XScan, YMin + YOScan ;128 sbr Flags,
-
Thread
Servosteuerung 30 A - H-Brücke verstärken?
, die Chips und Boards aus dem letzten Jahrhundert zum Schleuderpreis verticken :-) Und der atmega128 pinkomptaibel ist. Da finde ich nette *TQFP64 breakouts* : http://www.dhgate.com/product/5x-atmel-atmega128-avr-development-board/387214271.html#sd1-2-1b;rvw|1187532688 $2,50 das Board, Es ist
Wolfgang R. schrieb im Beitrag #4937603: > ~/test/AVR/hello/timer$ man avarice > .... > avarice currently has support for the following devices: > at90can128 > at90can32 (o) > at90can64 (o) > .... >
-
Thread
ausgesperrt aus Atmega1284p
es UPDI OCD, und das, ist wirklich eine feine Sache mit > einigen der neueren AVRs wie die DA und DB Serien. Exakt. Es ist nett das man einfach fast jede AVR Schnittstelle damit bedienen kann. Neu wie alt.
es UPDI OCD, und das, ist wirklich eine feine Sache mit >> einigen der neueren AVRs wie die DA und DB Serien. > > Exakt. > Es ist nett das man einfach fast jede AVR Schnittstelle damit bedienen > kann. Neu wie alt.
-
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
ADC zieht Spannung runter?
Voltmeter richtig, dass der µC falsch macht. hier noch der Abgespekte CODE [code] $regfile = "m128def.dat" $crystal = 16000000 Config Lcdmode = Port Config Lcd = 16 * 2 Config Lcdpin = Pin , Db4 = Portc.0 , Db5
oben beschrieben bleibt bestehen. Es sollte nicht an der Software hängen. [code] $regfile = "m128def.dat" $crystal = 16000000 Config Lcdmode = Port Config Lcd = 16 * 2 Config Lcdpin = Pin , Db4 = Portc.0 , Db5
-
Thread
Logamatic 2107 Schnittstelle
data_container.D_DB_BAR = change_value( D_DB_BAR , data_container.D_DB_BAR, t3 ) print "TEMP KESSEL:",t1,t3 if
data_container.D_DB_TEMP_AUSSEN = change_value( D_DB_TEMP_AUSSEN , data_container.D_DB_TEMP_AUSSEN, t1 ) data_container.D_DB_TEMP_U3 = change_value( D_DB_TEMP_U3 , data_container.D_DB_TEMP_U3
-
Thread
Mega644P ADC Ref Change Absturz
Mr. AVR schrieb im Beitrag #5423384: > 20 Mhz 5V, ADC = 200 kHz (alle Prescalerbits aktiv) Wie dass 200kHz? Der ADC Takt ergibt sich laut Datenblatt Table 25-5. Input Channel Selection zu: 20MHz/128
: > 20MHz/128 = 156,25kHz > ist doch klar oder? Jap ist korrekt. Ist ja fast 200 khz :)
-
Thread
LCD 1602A an Atmega128A will nicht funktionieren
Board zugelegt, um ein wenig mit Mikrocontrollern herumzubasteln. https://www.olimex.com/Products/AVR/Development/AVR-MT128/ Leider bekomme ich weder mit dem auf der Olimex Seite bereitgestellten Beispielprogramm, noch mit den Routinen aus dem LCD-Tutorial das Display zum laufen (nur schwarzer Balken
Ok, ist einen Versuch wert. Wie setze ich denn diese Fuse im AVR Studio 6?
-
Thread
SSD1306/1309 Library zum Darstellen von Text auf OLED Displays
D:\AAA Technik\Programme AVR Studio\ATB_I2C_OLED_L128\ATB_I2C_OLED_L128\oledl128.c 465 [/c] nicht klar warum das kommt.
] ATB_I2C_OLED_L128 D:\AAA Technik\Programme AVR > Studio\ATB_I2C_OLED_L128\ATB_I2C_OLED_L128\oledl128.c 465 > [/c] > nicht klar warum das kommt. Steht doch da (Tip: Besorg Dir ein C-Buch...): Der Ausdruck (x1
-
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
Assembler Programm von ATtiny13 auf ATtiny45 portieren
: .DB "A",2,170,160,20,"a",2,161,218,21,"B",2,152,39,23,"C",2,143,135,24,"c",2,135,252,25,"D",2,128,136,27,"d",2,121,43,29,"E",2,114,231,30,"F",2,107,189,32,"f",2,101,176,34,"G",2,96,192,36,"g",2,90,239,38 OCTAVE6: .DB "A",2,85,64,41,"a",2,80,180,43,"B",2,76,77,46,"C",2,72,14,49,"c",2,68,249,51,"D",2,64,16,55,"d",2,60,86,58,"E",2,57,206,61,"F",2,54,123,65,"f",2,51,96,69,"G",2,48,128,73,"g",2,45,223,77 OCTAVE7: .DB
-
Thread
DDS normal ?
force table to begin at 256 byte boundary .org 0x100 sine512x8: ; 512 step sinewave table .db 128,129,131,132,134,135,137,138,140,142,143,145,146,148,149,151 .db 152,154,156,157,159,160,162,163,165,166,168,169,171,172,174,175 .db 176,178,179,181,182,184,185,186,188,189,191,192,193,195,196,197
.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
-
Thread
ATmega128 Akustische Drehzahlmessung & Schallpegelmessung
3m Entfernung, die Drehzahl sowie die Lautstärke ermitteln soll. Zur Verwendung soll ein ATmega128 (AVR-MT128 Development Board) genutzt werden oder ein ATmega2560. Auf eine weitere Platine soll dann entsprechend ein Elektret-Mikro (MCE100 oder MCE4000 oder was sinnvoller ist) mit Anpassungschaltung
Richard P. schrieb im Beitrag #2568967: > Zur Verwendung soll ein ATmega128 (AVR-MT128 Development Board) genutzt > werden oder ein ATmega2560. Da sehe ich dann aber echte Probleme. Muss dieser MC verwendet werden? Ein DSP ist da zu überlegen und auch von den Anforderungen
-
Thread
Diskettenlaufwerk ansteuern
anderes möglich. Und genau diese beiden Mankos könnte man halt mit den neuen Features z.B. eines AVR128DB48 beheben. "CPLD" hat der nämlich in Form der CCL bereits eingebaut und außerdem gute (De)Serializer, die sich wiederum sehr gut mit dem CCL verheiraten lassen. Das zusammen führt dazu, dass
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
Bootloader ATmega128
. Eigentlich funktioniert er schon vollständig (auf AVR Seite) es fehlt nur noch die saubere Integration der Verschlüsselung auf PC Seite. Testen konte ich ihn bisher mit allen Feature auf ATMega461 und ATMega128 jeweils im 1Wire und 2Wire-invertert (MAX232
ungerade Adressen oder >Datenlängen im Hex-File auftauchen? Das ist Sache des Assemblers: Aus .db $FF wird FF00 aus .db $AA,$55 wird AA55 Wenn du z.B mit Z auf den Flash zugreifst geschieht das byteweise. abc: .db $AA,$55.... abc ist eine Wordadresse. Zugriff: ldi ZL,Low(abc
-
Thread
langer String im Flash
abspeichern (ATMega8). Der soll aber 'ne länge von ca 200 Zeichen haben. Ich hab das versucht mit ".db" und das ganze in den Z-Pointer laden, aber bei ca. 128 Zeichen hörts auf. Ich schätze mal, dass R31 nicht benutzt wird. Kann man das irgendwie aktivieren? Gruß Steven
: Es werden nur 127 Zeichen ausgegeben nach dem 128sten ist schluss, obwohl es laut AVR-S. im Flash steht. Kann man überhaupt mehr als 127 Zeichen (auf einmal) Speichern? Sollte doch gehen oder? Gruß Steven
-
Thread
AVRs mit USB?
atxmega32c4 atxmega64a3u atxmega64a4u atxmega64b1 atxmega64b3 atxmega64c3 atxmega64a1u atxmega128a3u atxmega128b1 atxmega128b3 atxmega128c3 atxmega192a3u atxmega192c3 atxmega256a3u atxmega256c3 atxmega384c3 atxmega128a1u atxmega128a4u [/pre] Unterstützen die alle USB? Oder vielleicht
Enumerationsprotokoll. Da muß ich mich ehrlicherweise erstmal einlesen. Danke Niklas. Christoph db1uq K. schrieb im Beitrag #7651440: > Die Tabelle ist seltsam Also um gleich den ersten ATxmega128A4U zu nehmen: USB-Interface = none ist schonmal definitiv falsch.
-
Thread
Taktfrequenz des Mikrocontrollers
verzweifelt am suchen woran das Problem liegen kann :(. Meinst du so: LCD | uC DB0->PD4 DB1->PD5 DB2->PD6 DB3->PD7 Gruss
alles klar! zu 3. ok zu 4. habs mir doch gedacht! Normal macht man es so: LCD --> µC DB4 --> PD0 DB5 --> PD1 DB6 --> PD2 DB7 --> PD3 Bei dir wird diese Adaption jedoch nicht mehr sehr einfach sein da du das Board vermutlich schon gefertigt hast. Grüße
-
Thread
ATtiny1614 TCB: Überlauf bei input capture erkennen?
Danke! Dann nehme ich einen ATmega4808 oder gleich einen AVR128DB32, letzterer erschlägt noch ein paar andere Probleme.
ich einen ATmega4808 > > ? > Dieser hat doch denselben Mangel. Stimmt, danke! Also vorerst AVR128DB32 bis ich ATtiny3224 auf Lager habe (ich nehme immer das Modell mit dem größten Speicher).
-
Thread
Preisdivergenz bei Mikrocontrollern;
Blick z.B. auf Digikey zeigt daß viele, wenn auch nicht alle AVRxDx Bauformen lieferbar sind. Etwa ein AVR128DB48. Ganz bestimmt aber besser lieferbar als andere Architekturen.
Wo ist eigentlich der Unterschied AVR128DA28-E/SP und AVR128DA28-EI/SP??