-
Thread
Plasma Effekt
Cosinus-Landschaft wandert nach schräg oben. Mit einfacher Farbtabelle ist das nicht zu machen. Wie in alten C64-Demos wird hier wahrscheinlich mit Sin/Cos-Tabellen gearbeitet. Der AVR dürfte für die Pixelberechnung sicherlich schnell genug sein (be 16MHz mindestens 16 mal schneller als ein C64!) Gruss
0x1A41, 0x1A6F, 0x1A9C, 0x1ACA, 0x1AF8, 0x1B25, 0x1B53, 0x1B80, 0x1BAE, 0x1BDC, 0x1C09, 0x1C37, 0x1C64, 0x1C92, 0x1CBF, 0x1CED, 0x1D1A, 0x1D48, 0x1D75, 0x1DA2, 0x1DD0, 0x1DFD, 0x1E2B, 0x1E58, 0x1E85, 0x1EB3, 0x1EE0, 0x1F0D, 0x1F3B, 0x1F68, 0x1F95, 0x1FC2, 0x1FF0, 0x201D, 0x204A, 0x2077, 0x20A4, 0x20D1
-
Thread
Auswahl des richtigen µc
Kein Kommentar zur Nettikette, aber hier kann ich vielleicht weiterhelfen: - Gehäuse: kleinstes QFP64 (auf der Webseite sind aber noch kleinere angekündigt): http://www.infineon.com/cms/en/product/channel.html?channel=db3a304323b87bc20123e1c268d62454 - Must das Logging wirklich auf dem gleichen Chip
www.infineon.com/cms/en/product/channel.html?channel=ff80808112ab681d0112ab6b57a007df&parentChannelRef=db3a30431c69a49d011c70edc494011e_db3a30431c69a49d011c70edc494011e_db3a30431c69a49d011c70edc494011e_db3a30431c69a49d011c70edc494011e_db3a30431c69a49d011c70edc494011e_db3a30431c69a49d011c70edc494011e_db3a30431c69a49d011c70edc494011e_db3a30431c69a49d011c70edc494011e_db3a30431c69a49d011c70edc494011e_db3a30431c69a49d011c70edc494011e_db3a30431c69a49d011c70edc494011e
-
Thread
ATmega8 Quarzuhr bauen
avr schrieb im Beitrag #2049853: > - Es sind Kondensatoren im Mega8 vorhanden, das DB sagt 36 pF In der Tat da sind welche drin. Beim Mega48 auch. Da sind es 6pF. mfg.
Thomas Eckmann schrieb im Beitrag #2049863: > Beim Mega48 auch. Da sind es 6pF. Das sollten alle AVR mit asynchronem Timer haben. Aber die Werte sind immer wieder anderst. Hier hilft wirklich nur das passende DB. Es gibt auch Unterschiede bei den normalen
-
Thread
Logic Analyzer bauen
Hi, vielleicht solltet ihr ein USB AVR nehmen (48Mhz). Der interne USB schafft 12Mbit. Gruß, Dirk
einem festen Quarz bleibt auch REF. z.B. Quarz beim ICS502 16MHz = REF = 16MHz und Clock kann 32MHz, 48MHz und 64MHz sein. Es ist also möglich den AVR mit dem Multiplier zu versorgen.
-
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 (also
(); 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
Atmega Tod? nach flashen nur noch balken
'Funktionsüberprüfung 11.11.2004 'Hardware: 'Aufgabe: Software zur Erstinbetriebnahme des AVR-Kits ' dabei werden viele Funktionen getestet und dargestellt. ' Erklärung der Anwendung in grünem Text. 'db100205,100505,250505,011105,230306,230606,050806 '--------------------
Data "Timmy Fiola " '32,47 Data "FV EL&IT Mainz " '48,63 Data "Stand: 23032006" '64,79 Data "Handwerkskammer" '80,95 Data "MultimediaGrimm" '96,111 'DatenDirektionRegister Port B DdrB
-
Thread
8 Kanal 50Ms/s AVR Logic-Analyzer
Hallo, Avr Nix schrieb: > Hallo schönes Projekt wann wird der Sourcecode Veröffentlicht? Vielleicht noch heute, dann für meine (vorerst) endgültige Version mit Mega48/88. > Und wie machst du die > 10MHz (
von der Webseite auf dem Board programmieren lassen. Der Ram wird per Resetsignal des AVR beim Programmieren über IC9C TriState gesetzt, der Eingangsbuffer über IC9A/G2. Hast Du einen Mega48 oder Mega88 drauf? Das .hex ist vom Mega88, hatte keinen Mega48 zur Hand. Ich mache sonst nachher
-
Thread
flash-Fehler mit ATtiny2313, compile ok
c0 rjmp .+36 ; 0x26 2: 22 c0 rjmp .+68 ; 0x48 4: 21 c0 rjmp .+66 ; 0x48 6: 20 c0 rjmp .+64 ; 0x48 8: 1f c0 rjmp .+62 ; 0x48 a: 1e c0 rjmp
rcall .+90 ; 0xa0 46: dc c2 rjmp .+1464 ; 0x600 48: db cf rjmp .-74 ; 0x0 4a: ef 92 push r14 4c: ff 92 push r15 4e: 0f 93 push r16 50: 1f 93 push r17
-
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
Z180-Stamp Modul
13 08 db 1,asext1,M_BRGMOD ;Enable baud rate generator 62 0033' 02 1C 03 00 db 2,astc1l,low 3, high 3 63 0037' 01 03 80 db 1,cntlb1,M_MPBT ;No MP Mode, X16 64 003A' 01 01 64 db
time from the SCB instead. The format of the 5-byte buffer is: DW day ;Day 1 is 1 Jan 1978 DB hour ;packed BCD DB minute ;packed BCD DB second ;packed BCD [/code] Dazu passende BDOS-Funktionen (48,105,155) gibt es ja erst in höheren CPM-Versionen (86, etc.) Ich blick noch nicht
-
Thread
Frage zu CCL-Einheit in neueren AVR-Controllern
früher(tm) in einer bestimmten bestehenden uralten Schaltung durch einen FPGA bereitgestellt wurde. Der AVR ersetzt nun einfach nur diesen FPGA, ansonsten bleibt die bestehende Schaltung unverändert. > In diesem Fall hätte ich ganz einfach einen 3-UART > AVR verwendet. Der AVR128DA64 hat sogar *SECHS
Rudolph R. schrieb im Beitrag #7265839: > Die neuere AVR DA Version von CCL kann allerdings mehr, zum Beispiel hat > die 2 LUTs mehr. Das kann man so allgemein nicht sagen. Es hängt bei allen neueren AVR8 (auch bei den DA/DB) stark von Pinzahl ab, was
-
Thread
Frequenzerzeugung
Re schrieb im Beitrag #7526301: > Hat SPI-Interface. Laut DB besteht das "MCU-Interface" aus D0..D15, WR, A0..2. Im ganzen DB findet sich kein "SPI".
gar mit PWM... AVR kann auch gleichzeitig Drehgeber und Tasten bedienen und auch eine Anzeige für Frequenz...
-
Thread
TCB von ATmega4809 megaAVR0 Serie
Danke für die 6.15 € Ersparnis. Dass aber Microchip die AVR128DB28-I/SP erst im Dezember liefern kann ... - und dazu passt dann der Name der Errata-Datei (auf den ich mich bezog): "AVR64DB28..."; also etwas mehr Ruhe (und Sorgfalt) wäre angebracht.
ohne diesen verbalen Ausrutscher angekommen. Im Übrigen bezog ich mich darauf, dass das offenbar AVR128 und AVR64 vermischt wurde.
-
Thread
The Siemens S65 132x176, 65536 color display with AVR
file inside is assembler for AVR. has anyone converted that into C ? so my first try will be to convert that files into gnu-c for LPC21 48. dudu
controller in S65 lcd { const BYTE bOff[52] = { 0xEF, 0x00, 0x7E, 0x04, 0xEF, 0xB0, 0x5A, 0x48, 0xEF, 0x00, 0x7F, 0x01, 0xEF, 0xB0, 0x64, 0xFF, 0x65, 0x00, 0xEF, 0x00, 0x7F, 0x01, 0xE2, 0x62, 0xE2, 0x02, 0xEF, 0xB0, 0xBC, 0x02, 0xEF, 0x00, 0x7F, 0x01, 0xE2, 0x00, 0x80, 0x00
-
Thread
AVR Bootloader
Bootloader sollte prinzipiell auch 128k einlesen können, ich konnte es nur noch nicht testen. Die unteren 64k funktionieren. Getestet habe ich auch noch nicht das EEprom, aber da habe ich eigentlich nichts verändert. Als Assembler habe ich den "AVR Assembler 2" des AVR Studio 4.11 verwendet. Gruß Gerd
byte operand out of range Program memory usage: Code : 355 words Constants (dw/db): 22 words Unused : 15911 words Total : 16288 words Assembly complete with no errors. Deleting 'm32boot.eep' AVRASM: AVR macro assembler version 1.77.3
-
Thread
Audio ausgeben mit µC
damit man keinen so steilflankigen Tiefpass nachschalten muss. Für Telefonqualität reicht doch SNR = 48 dB (8 Bit Aufösung) locker. Evtl. wäre es sogar in der Praxis besser, noch ein Bit zugunsten einer höheren PWM-Frequenz zu opfern. Ein 7-Bit Timer mit 16 MHz gibt 125kHz, davon bleibt selbst mit einem
man keinen so steilflankigen Tiefpass nachschalten muss. Für > Telefonqualität reicht doch SNR = 48 dB (8 Bit Aufösung) locker. Evtl. > wäre es sogar in der Praxis besser, noch ein Bit zugunsten einer höheren > PWM-Frequenz zu opfern. Ein 7-Bit Timer mit 16 MHz gibt 125kHz, davon > bleibt selbst
-
Thread
Z180SoftSystem
Danke für das Feedback. Ich habe die Version 1.2.1 kurz in folgenden VMs getestet: WinXP 32bit , Win7 64bit , Win10 64bit , Debian Buster 64bit , Mint LMDE 4 64bit und KUbuntu 18.04 64bit.
Track 6: Reserved Tracks [/code] DPB-Daten für CP/M 2: [code] dpbdat_simhd: ; .db 0x00,0x20 ;sector offset, low(spt) .db 0x00,0x05 ;high (spt), block shift .db 0x1F,0x01 ;bock mask, extent mask .db 0xF9,0x07 ;disk size - 1, .db 0xFF,0x03 ;dir max .db
-
Thread
USB Design mit AVR16DU14, bitte um Review
Ich hatte schon Updates gemacht. https://www.mikrocontroller.net/topic/581325 Bsp. an meinem AVR128DB48 Curiosity Nano nEDBG_TP.1.17.969.atpack Microchip Studio 7 > View > Available Microchip Tools auf nEDBG Rechtsklick > Upgrade (ist nur erstmal Anzeige der Version) v1.21 on Tool und v1.21
Rechner vor Microchip.mEDBG_TP.1.2.438.atpack Microchip.nEDBG_TP.1.17.969.atpack Bsp. an meinem AVR128DB48 Curiosity Nano nEDBG_TP.1.17.969.atpack der Datei ein .zip anhängen und entpacken. Daraus die Datei nedbg_fw.zip nedbg.XML device_support.XML wobei nur nedbg_fw.zip notwendig sein
-
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
; V(86) Index: 21 .db 127,127,48,24,48,127,127,0 ; W(87) Index: 22 .db 99,119,54,8,54,119,99,0 ; X(88) Index: 23 .db 3,6,124,124,6,3,1,0 ; Y(89) Index: 24 .db 67,99,115,123,111,103,99,0 ; Z(90) Index: 25 .EXIT
-
Thread
Fehlerhafte Adressierung von lokalen Arrays bei tinyAVR(R) 0-series
Das Programm zeigt auf einem ATmega4809 dasselbe Fehlverhalten; auf einem AVR128DB28 hingegen funktioniert es korrekt.
, SPM Z ATmega4809: ELPM, SPM, SPM Z+, EIJMP, EICALL AVR128DB28: EIJMP, EICALL https://ww1.microchip.com/downloads/en/DeviceDoc/AVR-InstructionSet-Manual-DS40002198.pdf Aber muss man das alles wissen?
-
Thread
Flugzeug-Daten auf 1090 MHz empfangen
ziemlich nutzlos. Für den counterwert gibt es 2 Formate, die Planeplotter unterstützt: 1) @<48bit counter><data>;<cr><lf> (Bertrand PIC) 1) #<32bit counter>*<data>;<cr><lf> (miniADSB AVR) counter = MSB zuerst Counter und Data sind HEX ASCII, wie in deinem Ursprungsformat.
SP-LIB E170 Embraer 175STD 48AD02 SP-LIC E170 Embraer 175STD 48AD03 SP-LID E170 Embraer 175STD 48AD04 SP-LIE E170 Embraer 175STD 48AD05 SP-LIF E170 Embraer 175STD 48AD06 SP-LIG E170 ERJ-170-200LR => 48.json
-
Thread
Display mit Touchscreen bei Pollin?
Troll schrieb: > Nööö, geht beim Mega8 nicht. Siehe Datenblatt Kapitel Clock-Sources. > Mega8 != Mega48/88/168. Ah - Danke für die Richtigstellung. Ich dachte, das sei ein Feature der ganzen AVR-Familie, weil alle Modelle es hatten, mit denen ich mich bisher befaßt habe, selbst die Tinys.
über 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 +
-
Thread
AVR128DA AVR-GCC ohne ATMEL Studio (woher nehmen)
Kondes "DXCore" für die neuen AVRs erweitern. Ich arbeite zur Zeit mit guten Ergebnissen für einen DA/DB uC. Ferner funktioniert CodeVision AVR damit auch einwandfrei und ist voll unterstützt. Es erlaubt direkte Programmierung mittels ICE. Programmieren lässt sich der DA/DB entweder mit dem Bootloader
werde ich fündig, wenn ich (möglichst für Windows) eine Toolchain > brauche, die auch schon den AVR128DA48 beinhaltet? Also wenn du unbedingt willst kann ich dir was anbieten. avr-gcc 9.4.0 oder avr-gcc 11.2.0 mit binutils 2.36.1. Welches Atmel Devicepack darf es denn sein? 1.10.114 oder das brand
-
Thread
Gesucht: "Inhibit" Gate
Initialisierung der CCL) dann zwar arbeitslos, aber das ist nicht schlimm, man schickt ihn einfach schlafen. AVR128DB64 z.B. könnte das Geforderte leisten. Hat 6 LUTs. Kinderkram. Wären dann 9x9mm Platz auf dem Board.
c-hater schrieb im Beitrag #7107382: > AVR128DB64 z.B. könnte das Geforderte leisten. Hat 6 LUTs. Kinderkram. > Wären dann 9x9mm Platz auf dem Board. Oder auch AVR128DA48/AVR128DB48. Auch die haben 6 LUTs. In VQFN wären das dann nur noch
-
Thread
Messgeraetchen aus Pollin Spiel bauen
framesize = 40 $swstack = 10 $hwstack = 30 $regfile = "ATtiny2313.dat" $crystal = 1000000 Lcd_db4 Alias Portb.0 Lcd_db5 Alias Portb.1 Lcd_db6 Alias Portb.2 Lcd_db7 Alias Portb.3 Lcd_e Alias Porta.0 Lcd_rs Alias Porta.1 Lcd_ein Alias Portd.6 Lcd_kontrast Alias Portb.4 Config Lcd_kontrast
16 * 2 , Chipset = Ks077 Tccr0a = 0 Tccr0b = &B00001011 '64 Bit Prescaler 'LCD wird im 4-Bit-Modus betrieben Config Lcdbus = 4 Config Lcdpin = Pin , Db4 = Lcd_db4 , Db5 = Lcd_db5 , Db6 = Lcd_db6 , Db7 = Lcd_db7 , E = Lcd_e , Rs = Lcd_rs Dim Xon As Long Stop
-
Thread
I/Q Basisband Tiefpassfiltern
Damit ist dein Wusch schlicht nicht möglich. Selbst wenn du mit den für Audio üblichen 44.1 oder 48 kHz abtasten würdest muss das Filter schon sehr steil werden. Bei 44.1 kSamples/s hast du gerade mal 2 kHz Luft nach oben. Und innerhalb dieser 2 kHz willst du von 0 dB auf -60 dB kommen. Das ist sportlich
ist dein Wusch schlicht nicht möglich. > > Selbst wenn du mit den für Audio üblichen 44.1 oder 48 kHz abtasten > würdest muss das Filter schon sehr steil werden. Bei 44.1 kSamples/s > hast du gerade mal 2 kHz Luft nach oben. Und innerhalb dieser 2 kHz > willst du von 0 dB auf -60 dB kommen.
-
Thread
AFSK über AVR
es gehen. Man setzt einen Tiefpass mit vielleicht 3 kHz Schnittfrequenz nach, der dämpft ca. 10 dB pro Dekade, d. h. bei 31250 Hz hätte man 10 dB Dämpfung erreicht. Ist nicht berauschend. Besser wäre ein kleines aktives Filter (mit einem OPV) und wenigstens 2 Polen, dann hätte man 20 dB pro Dekade
den nächsten PWM-Wert berechnen. Auf ganz simple Weise findest du das im Minimal-Demo (demo.c) der avr-libc bereits vor (wenn du WinAVR hast, hast du dieses Demo mit auf deiner Platte), dort erfolgt die Modulation aber nicht sinus- sondern dreieckförmig. Das sollte ja schließlich einfach bleiben.
-
Thread
Pixelfehler auf Graphikdisplay
zustand; Feld[47][0].bit4 = zustand; Feld[47][0].bit5 = zustand; Feld[47][0].bit6 = zustand; Feld[48][0].bit2 = zustand; Feld[48][0].bit3 = zustand; Feld[48][0].bit4 = zustand; Feld[48][0].bit5 = zustand; //Page 1 Column 4 Feld[40][1].bit0 = zustand; Feld[40][1].bit1 = zustand; Feld[40][1
dritten hängts wohl. 72x8=576Bytes-->2GPRs+64Bytes. Und diese 64Bytes sind 8 Matrixzeilen. 73-8=65! Das ist so der Index, ab dem es kracht. Wenn du 8 Matrixzeilen weniger machst, geht es dann? DB S.59
-
Thread
ATMega Auslaufmodell?
die > Entwicklung nicht weiter. Atmel wurde 2016 von Microchip gekauft, und die neueren 8-Bit-AVR-Mikrocontroller heißen nicht mehr ATmega, sondern AVRxxxxxx, z.B. AVR64DB48, AVR32DD32.
schrieb im Beitrag #7740644: > Atmel wurde 2016 von Microchip gekauft, und die neueren > 8-Bit-AVR-Mikrocontroller heißen nicht mehr ATmega, sondern AVRxxxxxx, > z.B. AVR64DB48, AVR32DD32. Es gibt auch etliche ATmega mit der "neuen" Architektur. Siehe: https://ww1.microchip.com/downloads/
-
Thread
BCD über die Serielle Schnittstelle ausgeben
in Ascii zu wandeln, weil es sonst nur Steuerzeichen wären... Der einfachste Weg wäre, BCD-Zahl + 48 zu rechnen, da das die "ASCII-0" ist.
ich mit einen AVR (AT90LS8535) (eigentlich mit der am AVR angeschlossene Smart-Media-Karte) kommunizieren musste, realisierte ich das mit einer Nibble-orientierten Schnittstelle über den Druckerport und schrieb in QB
-
Thread
Frequenzanzeige Spektrumanalyzer
1MHz Vorteiler /256 und dann Oszillator 2 502-506MHz Auflösung Spanabhängig bis 100Hz. Vorteiler/64 Angezeigt sollen 8 Stellen in einer LCD Anzeige. Ob das ein AVR wirklich so problemlos bewältigt , weis ich nicht. Ein Atmega 16 hat da offenbar so seine Schwierigkeiten. Deswegen wurden sämtliche
der mehrere Kanäle gleichzeitig und hinreichend schnell messen kann. Eine Alternative wären zwei AVR, die jeweils eine Frequenz messen und einer von beiden die Verrechnung zum Endergebnis erledigt. Die Programme wären kurz, sodaß ein passender Compiler (Demoversion IAR) auch die 64-Bit Zahlen verarbeiten
-
Thread
Z80 - Bytedefinition mitten in Assemblerdatei
. > Gut lesbarer Code war ... das mit einem Makro-Assembler. Notfalls schrieb man eben db skip1byte db skip2bytes
A. K. schrieb im Beitrag #7926592: > das mit einem Makro-Assembler. Notfalls schrieb man eben > db skip1byte > db skip2bytes Ja so wäre es schon deutlich besser wenn es denn sein muss zu solchen Maßnahmen zu greifen.
-
Thread
DS1820
) As Byte , A As Byte , I As Byte , Temperatur As Integer Dim Halb As Byte Config Lcdpin = Pin , Db4 = Portd.0 , Db5 = Portd.1 , Db6 = Portd.2 , Db7 = Portd.3 , E = Portd.5 , Rs = Portd.4 'These settings are for the AVR-Ctrl in PIN mode Config Lcd = 24 * 2
Const Read_ram = &HBE Const Match_rom = &H55 Const Write_ram = &H4E Const Copy_ram = &H48 Const Recall_ee = &HB8 Const Read_power = &HB4 Config Lcdpin = Pin , Db4 = Portd.0 , Db5 = Portd.1 , Db6 = Portd.2 , Db7 = Portd.3 , E = Portd.5 , Rs = Portd.4 Config Lcd = 24 * 2
-
Thread
Lerncomputer so wie KOSMOS CP1 nachbauen
Wo ist das Problem? Nimm einen AVR und strick dir den Interpreter wie du ihn brauchst.
LDD-SMHTA304RISITR : lt DB (bei Mouser gefund.) : 4500ucd, also schlechter als Kingbright.
-
Thread
Pin6 is I/O pin - wie umstellen? Gesperrt
#5843089: > Oder Du wartest, bis Du Antwort von Erwachsenen bekommst ... Die erste Frage nach dem DB kam gleich danach von Lothar M. schrieb im Beitrag #5843101: > Was steht denn im Datenblatt des 48ers? wendelsberg
Angaben zu erbitten, werden einfach nur dümmliche Kommentare abgeliefert > > Es könnte auch ein AtTiny48 sein ? Das glaube ich nicht! Es wird ein ATMega48 sein. Oder ein PIC16F64 mit dem reduzierten 48kB Speicher
-
Thread
IRMP - Infrared Multi Protocol Decoder
Frank M. schrieb im Beitrag #1844545: > Meines liegt unter > C:\Programme\WinAVR-20100110\avr\include\util\setbaud.h > und ist Bestand der avr-libc. > Wo liegt Dein avr\include-Verzeichnis? Überprüfe mal Deine Version - > damit meine ich jetzt nicht die WinAVR-Version, sondern
. Eintragen und fertig: [c] #elif defined (__AVR_ATmega164__) \ || defined (__AVR_ATmega324__) \ || defined (__AVR_ATmega644__) \ || defined (__AVR_ATmega644P__) \ || defined (__AVR_ATmega1284__) \ || defined (__AVR_ATmega1284P
-
Thread
Programm soll statt Atmega8 auf Atmega48 laufen
; SREG wieder herstellen ret ; Daten im EEPROM definieren ; .eseg ; daten: .db 0b00000000 [/avrasm] Das sind die Meldungen [code] C:\flipflop at mega48\flipflopneu3.asm(1): Including file 'C:\Programme\Atmel\AVR Tools\AvrAssembler2\Appnotes\m48def.inc' C:\flipflop
bzw. andere Namen haben: D:\Software\Flipflop.asm(1): Including file 'C:\Program Files\Atmel\AVR Tools\AvrAssembler2\Appnotes\m48def.inc' D:\Software\Flipflop.asm(57): error: Undefined symbol: TCCR0 D:\Software\Flipflop.asm(59): error: Undefined symbol: TIMSK D:\Software\Flipflop.asm(154): error
-
Thread
Attiny2313 Timer16 Bit, Normal Mode, unsauber
Hallo S.Landolt, hast du interesse am Code für unseren AVR128DB48? Ist aber C++. Da es aber nur aus Registerkonfigurationen besteht, sollte das lesbar sein. Habe das mal für den Timer TCD0 mit PLL 48MHz zum laufen gebracht. Kleiner Haken an der Sache. PLL mit
mal - ohne relativ kleinen pull-down am DAC-Ausgang werden Sie Ihr "blaues" Wunder erleben mit dem AVR128DB28.
-
Thread
CP/M auf ATmega88
ist kein Problem (klar!) aber das Übersetzen schon. zB: AVRASM: AVR macro assembler 2.1.42 (build 1796 Sep 15 2009 10:48:36) Copyright (C) 1995-2009 ATMEL Corporation D:\www\Atmel\UsbStick\SVN_Source\avr-cpm\avrcpm\trunk\avr\8080int.asm(55): error: printnewline:
2.1.42 (build 1796 Sep 15 2009 10:48:36) Copyright (C) 1995-2009 ATMEL Corporation D:\Jens Privat\Z80\Software\AVR\avr\init.asm(44): error: ldiw: Unknown instructi on or macro D:\Jens Privat\Z80\Software\AVR\avr\init.asm(44): error
-
Thread
LCD Controller für 640x480 LCD mit mega8515
befinden sich im Moment 512kByte RAM, damit sind theoretisch 4096 Farben möglich, aber das schafft ein AVR nicht, daher lasse ich das Display im nur mit 64 Farben laufen. Ist aber nur eine Spielerei und nicht praxistauglich. Die fertige Version wird nur 8 Farben haben.
Wieso hat ein 64kB SRAM eine A16 Leitung ? Hast du A15 vom AVR an CS gehängt ? Vermutlich ja. Es werden 64kB benötigt. A15 vom SRAM muss an A15 vom AVR. In den meisten Schaltplänen hängt A15 nur deshalb an CS\
-
Thread
50+ LED Treiber / Multiplexer
Dann nimm einen AVR deiner Wahl und papp zwei ULN2803 dran, fertig ist der 16 Bit LED-Treiber. Alternativ zwei TPIC6B595, das spart viele IO-Pins und man kann einen kleinen AVR nutzen. MFG Falk
Datenblatt beschriebene 16*16 dot verfahren mit zwei TLC5920s funktioniert? ich würde damit gerne 4*64 leds einzeln ansteuern können. und kann mir momentan noch nicht ganz aus dem DB zusammenreimen wie ich über die kombination der ausgänge die 16*16 matrix bekomme.
-
Thread
Bausatz AVR-ISP-Stick
Hallo Frank, ich verstehe deine Frage leider nicht - was hat ein Mega48 in einer Fernsteuerung mit Mega64 zu tun ? Zu beachten ist auch immer die Kabellänge des ISP Programmers zur Schaltung und natürlich die Belegungen der ISP-Steuerleitungen. Für was benötigst Du
das für AVRDUDE nicht brauche. Aber im AVRDUDE habe ich genau das gleiche Problem, UBSTiny mit mega48 geht, ISP Prog mit Mega64(Fernbedienung) geht, aber USBTiny und Mega64 geht nicht Burn-o-Mat hab ich auch probiert, aber da kann ich bei mir irgendwie keinen Programmer auswählen, nur den Port. Den
-
Thread
Der nächste Vergleich
Hallo, Amiga oder Atari ST... C64 oder Specki... Gruß aus Berlin Michael
>> 32bit vs 31bit ... haben wir jetzt alles? > > Noch nicht! Es dauert noch etwas bis wir bei 64Bit angekommen sind Wie wärs mit 36, 48 und 60 Bits als Zwischenschritte?
-
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
ARM-Cortex als Anfänger?
schrieb im Beitrag #4952942: > Manchmal denkt man es ist nur eine triviale Aufgabe Du brauchst 48MHz um einen I2C zu betreiben? Das ist nicht dein Ernst oder? Der muss wahrscheinlich sonst auch nicht viel tun sonst wärest du nicht mit 8MHz angefangen. Auf einem AVR wäre es evtl. einfacher gewesen
Nachdem ich einige Erfahrung mit AVR Mikrocontrollern hinter mir habe, probiere ich gerade einen STM32F103rB aus - in Form eines Nucleo-64 Boardes. Für geübte Programmierer mag der Chip und die Software kein Problem sein. Aber ich tu
-
Thread
MyAVR Display
`sizeafter' makefile:352: warning: ignoring old commands for target `sizeafter' avrdude -p atmega48 -P com3 -c avr910 -U flash:w:main.hex Found programmer: Id = "AVR ISP"; type = S Software Version = 2.5; Hardware Version = 2.0 Programmer supports auto addr increment. Programmer supports
Device code: 0x7f = (unknown) avrdude: error: selected device is not supported by programmer: m48 make.exe: *** [program] Error 1 > Process Exit Code: 2 > Time Taken: 00:02 Der ATMEGA48 ist hier nicht vorhanden. Auf dem AVR Board steht V2.07 In der Konsolenmeldung steht: Hardware
-
Thread
ATTiny 2313a programmieren
topic/410077 und http://dangerousprototypes.com/blog/2012/10/28/tutorial-arduino-as-barebones-avr-programmer/ mfg mf
Christoph db1uq K. schrieb im Beitrag #7551753: > Ich dachte, der AVR16U2 ist nur ein Ersatz für "dumme" > USB-Serial-Chips von FTDI, Silabs oder CB340 aus China. So ist es. > Ich erinnere mich aber dunkel
-
Thread
Fernbedienung RC5 usw.
auseinanderhalten anhand der Bitzahl/Befehl und Zeitdauer Startimpuls und Bits/Pausen. Bsp: Denon: .db $0F, $07, $13, $07,$13, $07,$2F, 4,$06, 8,$4C, 2,$00, 1, 0,0 Sony15: .db $0C, $3C, $0F, $0F,$0F, $1E,$0F, 7,$1A, 5,$07,0 ; Länge Start Pause 0- Bit 1- Bit Bitzahl,Command,Bitzahl,Adr NEC: .db $21, $E0, $71, $0D,$0D, $0D,$2A, 8,$00,8,~$00, 8,$19,8,~$19, 1,0 ,0 Plasma: .db $0b, $06, $B6, $04,$79, $03,$B7, $FF ,3,$07, 6,$32, 1,0 Panasonic: .db $31, $56, $2C, $0A,$0A
-
Thread
DEBO OLED2 0.96 0,96" OLED-Display SSD1306 SSD1312 Initialisierung TWI I2C AVR ATmeg8 Assembler ASM
Angehangen :-) habe ich ein 128x64 Blau-Gelb I2C/TWI 128x64 Display. https://www.roboter-bausatz.de/p/0.96-oled-display-blau-gelb-i2c-iic-twi-128x64-pixel-fuer-arduino Kennt jemand Bezugsquellen für 128x128 RGB *I2C TWI* OLED Display
in einem externen TWI-EEPROM ablegen :) [avrasm] ;-------------------------65 (h41) 'A' .db 0b00000000,0 .db 0b00111100,0 .db 0b01000010,0 .db 0b01000010,0 .db 0b01000010,0 .db 0b01000010,0 .db 0b01111110,0 .db 0b01000010,0 .db 0b01000010,0 .db 0b01000010,0 .db 0b01000010,0 .db 0b00000000,0
-
Thread
SPI mit Attiny 841 und MCP23S17
Das vollständige Programm (für einen ATmega48PA).
MCP23S17 erfolgt keine Anzeige. [c] #define F_CPU 16000000UL #include "util/delay.h" #include "avr/io.h" // Attiny 841 ATtiny841 old Atmega48 #define SPI_DDR DDRA // DDRA DDRB #define SPI_PORT PORTA // PORTA PortB #define SCK