-
Thread
SSD1306/1309 Library zum Darstellen von Text auf OLED Displays
ist bzgl. i2c identisch mit dem Atmega328, d.h. die Zeile 174 in der C-Datei: [c]#if defined(__AVR_ATmega328P__) || defined(__AVR_ATmega168P__) || defined(__AVR_ATmega88P__) || defined(__AVR_ATmega48P__)[/c] muss nur gegen die folgende Zeile [c]#if defined(__AVR_ATmega328P__) || defined(__AVR_ATmega168P__) || defined(__AVR_ATmega88P__) || defined(__AVR_ATmega48P__) || defined(__AVR_ATmega1284P__)[/c] ersetzt werden und schon dürfte auch der Atemga1284p unterstützt werden.
-
Bild
Tabelle mit Mikrocontroller-Unterstützung und Funktionen
Device Name MPLABX AVR128DB64 AVR16DD14 AVR16DD20 AVR16DD28 AVR16DD32 AVR16DU14 AVR16DU20 AVR16DU28 AVR16DU32 AVR16EA28 AVR16EA32 AVR16EA48 AVR16EB14 AVR16EB20 AVR16EB28 AVR16EB32 AVR32DA28 AVR32DA32 AVR32DA48 AVR32DB28 AVR32DB32 AVR32DB48 AVR32DD14 AVR32DD20 AVR32DD28 AVR32DD32 AVR32DU14 AVR32DU20 AVR32DU28 AVR32DU32 AVR32EA28 AVR32EA32 AVR32EA48 AVR64DA28 AVR64DA32 AVR64DA48 AVR64A64 C Compiler Version
-
Thread
AVR64DD32, UART-Ausgabe bleibt hängen, Assembler
Chip eine Macke hat oder haben könnte. Nachtrag: ich habe auch mal einen Blick ein die Errata des 64DD32 geworfen, die scheint aber extrem kurz zu sein bzw. nur sehr wenige Siliziumfehler zu enthalten, d.h. da ist kaum was drin; das sieht bei z.B. den AVR_DB und AVR_DA ganz anders aus
etwas improvisiert, das muss ich zugeben, aber elektrisch müsste es eigentlich OK sein. Mit dem DIP-64DD32 hat es ja auch funktioniert. Ich bin nun schon am überlegen, ob mit meinen selbst designten und von JLC gefertigten AVR-DB/DD32-Boards irgendwas nicht stimmt.
-
Thread
AVR-Bootloader mit Verschlüsselung
Hallo Hagen, mit BootMsg: .db SUCCESS, "Hello World" PC-Prog sendet permanent 'BootSign' AVR antwortet mit: [94][06][02][08][30] = 4 Byte 'BootInfo' + Success [48][65][6C][6C][6F][20][57][6F][72][6C][64][30] = 11 Byte 'BootMsg
>AVR antwortet mit: >[94][06][02][08][30] = 4 Byte 'BootInfo' + Success >[48][65][6C][6C][6F][20][57][6F][72][6C][64][30] = 11 Byte 'BootMsg' + >Success >[C2][94][06][02][08][30] = 1 Byte ??? + 4 Byte
-
Thread
DDS normal ?
.db 56,55,54,53,51,50,49,48,46,45,44,43,42,40,39,38 .db 37,36,35,34,33,32,31,30,29,28,27,26,25,24,23,22 .db 21,20,19,19,18,17,16,15,15,14,13,12,12,11,10,10 .db 9,9,8,8,7,6,6,5,5,5,4,4,3,3,3,2 .db 2,2,1,1,1,1,0,0,0,0,0,0,0,0,0,0 .db 0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,2 .db 2,2,3,3,3,4,4,5,5,5,6,6,7,8,8,9 .db 9,10,10,11,12,12,13,14,15,15,16,17,18,19,19,20 .db 21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36 .db 37,38,39,40,42,43,44,45,46,48,49,50,51,53,54,55
-
Thread
Toochain bauen avr-gcc-x.x mit binutils-2.34 funktioniert nicht
/avr4/ata6289 avr/lib/avr4/ata6612c avr/lib/avr4/atmega48 avr/lib/avr4/atmega48a avr/lib/avr4/atmega48pa avr/lib/avr4/atmega48pb avr/lib/avr4/atmega48p avr/lib/avr4/atmega8 avr/lib
/atmega6490p avr/lib/avr5/atmega64c1 avr/lib/avr5/atmega64hve avr/lib/avr5/atmega64hve2 avr/lib/avr5/atmega64m1 avr/lib/avr5/m3000 avr/lib/avr51/ avr/lib/avr51/atmega128 avr/lib/avr51/atmega128a
-
Thread
avr-libstdcpp - Atmel Studio 7 - std::throw bad alloc()
Pfadangabe bekannt mache? Warum werden diese Dateien mit letzterem nicht gefunden? [c] /* * avrLibStdCpp.cpp * Created: 10.03.2022 10:25:31 * Author : Devil Elec * AVR128DB48 Curiosity Nano Board | default | used | PortMux | USART.0.Tx | PA0 (16MHz Quarz)
PE0 | --- | USART.4.Rx | PE1 | --- | */ #include <avr/io.h> #include <util/delay.h> #include <vector> #include <memory> #include <array> #include <algorithm> #include <AVRxDB_Pin.h> #include <ClockLib.h> #include <AVRxDB48_Usart.h> Usart <
-
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
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\
