-
Thread
ATMegas 1284P
aber mit dem 1284p wär schon echt schitte wenns den überhaupt nicht geben würde, bzw der nur für die avr ravens ist ... hab den zwar noch nicht so fest für mein selbstbau-projekt eingeplant, aber der 644p ist leider zu klein für das was ich noch gerne umsetzen möchte, und für nen anderen mega128 müsste
den überhaupt schon ? bei embedit hab ich nen xmega128a1 gefunden, aber ich bräuchte eher ein qfp44 bzw qfp64 gehäuse, da ich nicht soviel platz habe. reichelt und conrad z.b. haben noch kein xmega. was wären noch für versender da die nen xmega haben könnten
-
Thread
RP2040 / Pi Pico nutzen
Das mit dem zweiten Core ist natuerlich schon irgendwie cool. Ich hab damit derzeit ein kleines 128x64 Oled im Hintergrund laufen. Was mich interessieren wuerde, wofuer wuerdet ihr eigentlich einen zweiten Core verwenden? Also wie Software aufteilen? Man hat immer ein bisschen den Eindruck: Ach
Ich habe den RP2040 mal zur Ansteuerung von 64x64 und 128x128 LED Displays mit HUB75 Anschluss hergenommen. Mit PIO und DMA braucht der nicht mal 1% seiner Rechenleistung zur Ansteuerung mit 24bit RGB bei über 50Hz Bildrate. Software habe ich mal
-
Thread
[V] Halbleiter, Netzteile, Opto, Encoder, Diskret, Relais, Pneumatik, AoIP
1x LMZ22003TZ: 3A Simple Switcher -> 1,50 €/Stk. Halbleiter Speicher: 94x M24C64-RMN6P: I²C EEPROM 64kBit -> 0,15 €/Stk. 27x 29LV040CQI-70G: 4MBit Parallel Flash -> 1,00 €/Stk. 10x 39VF010-70-4C: 1MBit Parallel Flash -> 0,50 €/Stk. 128x M29W320EB
5V 3-Driver/5-Receiver -> 0,25 €/Stk. Halbleiter Speicher: 43x M24C64-RMN6P: I²C EEPROM 64kBit -> 0,15 €/Stk. 27x 29LV040CQI-70G: 4MBit Parallel Flash -> 0,25 €/Stk. 10x 39VF010-70-4C: 1MBit Parallel Flash -> 0,25 €/Stk. 128x M29W320EB
-
Thread
Verständnissfrage zur nötigen Mehrfachmessung eines AD-Messwertes mit µC
wählt die Methode mit (1/1,578)=0,6337... zu multiplizieren. Das erfolgt durch Multiplikation mit 64 und Division durch 101. Die Multiplikation mit 64 wird gleich durch Summenbildung der 64 Messwerte erledigt. Die Division durch 101 durch fortlaufende Subtraktion. Vermutlich wird deshalb das oversampling
die Methode mit > (1/1,578)=0,6337... zu multiplizieren. Das erfolgt durch > Multiplikation mit 64 und Division durch 101. > Die Multiplikation mit 64 wird gleich durch Summenbildung > der 64 Messwerte erledigt. Die Division durch 101 durch > fortlaufende Subtraktion. Erstmal, Sprut will nicht
-
Thread
LCD Problem
PB6 ------------- PIN5 (R/W) PB5 ------------- PIN6 (E) NC ------------- PIN7 (DB0) NC ------------- PIN8 (DB1) NC ------------- PIN9 (DB2) NC ------------- PIN10 (DB3) PB0 ------------- PIN11 (DB4) PB1 ------------- PIN12 (DB5) PB2 -------
passiert nix. ich habe in der lcd.h den atmega 32 folgender maßen ergänzt: #elif defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) || defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega8515__)|| defined(__AVR_ATmega103__) || defined(__AVR_ATmega128__) || \ defined(__AVR_ATmega161
-
Thread
Problem: AVR m8A/m8535 mit TG12864B-03 in Assembler
Hi >Auch ist der hier im Forum bei Problemen mit den 128x64-Displays immer >wieder gelesene Verweis auf das KS0108B-Datenblatt irreführend, das >dieselben low-active-Timings hat. Ich verstehe immer noch nicht, wo du den 'Fehler' gefunden haben willst
output The terminals have to be CS1B=L, CS2B=L and CS3=H." (S.4) und "write mode (R/W=L) -> data of DB<0:7> is latched at the falling edge of E." (ebda.) Da hier bei Problemen mit 128x64-Displays immer direkt auf diesen Controller verwiesen wird, liegt die Vermutung nahe, dass die Beschaltung von CS1
-
Thread
ATmega1284P Flash Speicher oberhalb 64K in Assembler
Informationen sehr Dankbar. Ich denke das Problem hat (hatte) doch bestimmt jeder, der von ATmega32,64 auf 128 bzw. 256 gewechselt hat, oder?
immer), dann sollte man die entsprechende Daten- oder Codebereiche nach Möglichkeit in den ersten 64k (bzw. 128k) ansiedeln und die Befehle ohne "e" verwenden. Das erspart es inbesondere auch, das RAMPZ-Register in ISRs sichern und wiederherstellen zu müssen.
-
Thread
Transistortester AVR
-DPULLUP_DISABLE -DANZ_MESS=25 -DPOWER_OFF -DBAT_CHECK -DBAT_OUT=150 -DBAT_POOR=64 -DF_CPU=8000000UL -mmcu=atmega168 -gdwarf-2 -std=gnu99 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT main.o -MF dep/main.o.d -DLANG_ENGLISH -c ../main.c avr-gcc
DNO_AREF_CAP -DUSE_EEPROM -DPULLUP_DISABLE -DANZ_MESS=25 -DPOWER_OFF -DBAT_CHECK -DBAT_OUT=150 -DBAT_POOR=64 -DF_CPU=8000000UL -mmcu=atmega168 -gdwarf-2 -std=gnu99 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT wait1000ms.o -MF dep/wait1000ms.o.d -c ../wait1000ms.S avr-gcc
-
Thread
Ungenauigkeit beim ATtiny26 ADC
, $99, $99, $99 .db $99, $A9, $AA, $AA, $AA, $AA, $AA, $AA, $AA, $AA, $AA, $BA, $BB, $BB .db $BB, $BB, $BB, $BB, $BB, $BB, $BB, $BB, $BB, $BB, $BB, $CB, $CC, $CC .db $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $DD, $
, $0, $0, $0 .db $0, $0, $0, $0 [/pre]
-
Thread
Suche Speicher-IC (EEPROM / Flash)
Adam P. schrieb im Beitrag #6996419: > 64 kybtes sollten es dann schon mindestens sein Der 24C512 wird gerne genommen. 128-Byte Page Write Mode: – Partial page writes allowed
Christoph db1uq K. schrieb im Beitrag #6997771: >>ATmega2560 > der Mega2561 hat ein "external Bus interface", damit kann man den > Speicher bis 64 k ausbauen, allerdings kostet es viele I/O-Pins. Also > z.B
-
Thread
uC Familien Empfehlung
SRAM im 5x5mm VQFN: https://www.microchip.com/en-us/product/AVR128DB48
Beitrag #7410273: > Nuvoton und Toshiba haben 5V ARMs, aber gängig sind die nicht. Freescale@NXP KEA128, z.B.S9KEA128P80M48SF0: Cortex-M0+, 2.7 - 5.5V, LQFP-64 oder -80, 16K RAM, 128K Flash (15 Jahre bei 85°C nach 10000 Zyklen). Ausgewählte Familienmitglieder gibt's bei Digikey und Mouser ab Lager.
-
Thread
AVR128DA28 Temperatursensor
irgendwann mal im Internet gesucht und als Referenz diese Seite gefunden: https://github.com/microchip-pic-avr-examples/avr128da48-using-12-bit-adc/blob/master/avr128da48-using-12-bit-adc/ADC_Temperature_Measurement/main.c Die machen es fast genauso aber bei mir hald ohne Funktion.. Danke euch. BG Stored
direkter Programmierung. Ist im Grunde nichts weiter wie die App Notes zusammengefügt. [c] /* AVR128DB64 'onChip ADC temperatur measuring with 32kHz onchip RTC Event Trigger" */ Stream &cout {Serial2}; void setup() { Serial2.swap(1); // PF4 TXD2 / PF5 RXD2 Serial2.begin
-
Thread
Display: Unterschied zwischen character mode und graphic mode?
Zeichen geht nicht, weil die Adressierung dann in einen anderen Befehlsmodus wechselt: Datenblatt: DB7 DB6 DB5 DB4 DB3 DB2 DB1 DB0 L H X X X X X X Set CGRAM Adress also Code: ldi temp, 0b01000000 (oder 0x40) dann Kommando an Display also RS-Bit auf Low und ein Enableimpuls
sollen. Hier ein echtes Graphik-LCD: LCD-Modul TG12864B-05 Grünes, grafisches LC-Display (128x64 Pixel) mit integriertem Controller (kompatibel zu KS0108) und LED-Hintergrundbeleuchtung. Geeignet zum Betrieb am PC-Druckerport (LPT). Der Rest des Threads sollte doch die Userdef Chars behandeln
-
Thread
16 UARTs für MIDI
Ob S. schrieb im Beitrag #7712354: > Ich würde drei AVR128DB64 verwenden. Für jemanden, der als einziges Werkzeug nur den Hammer kennt, sieht jedes Problems wie ein Nagel aus.
dürften die Kosten so ungefähr auf demselben Level landen wie die von mir vorgeschlagene Lösung mit 3x AVR128DB64.
-
Thread
DCC Decoder
4 ; 1 0 0 0 CK/8 ; 1 0 0 1 CK/16 ; 1 0 1 0 CK/32 ; 1 0 1 1 CK/64 für PWM mit 97,6 Hz ; 1 1 0 0 CK/128 ; 1 1 0 1 CK/256 ; 1 1 1 0 CK/512 ; 1 1 1 1 CK/1024 Caution at TIM1_OVF: delete!! in TEMPS,SREG ; SREG sichern
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
PIC: Bit aus Byte an PORT ausgeben
cpl c l1: mov p3.3, c Die Bitoperationen sind aber nicht nur auf Ports beschränkt. Bis zu 128 SFR-Bits und 128 SRAM-Bits können die Bitbefehle. Peter
, wozu dieser verrückte RETLW Befehl beim PIC gut ist. Bis ich dann gesehen hab, das man nur damit DB-Anweisungen simulieren kann, wobei man immer auch noch die 256 Wort Grenze im Auge behalten muß. Beim 8051, AVR und den anderen sind DB-Anweisungen bis 64kB und ein 16Bit-Pointer darauf kein Problem
-
Thread
AVR32 grasshopper patch für ATMEL buildroot 2.3.0
pages: 16256 Kernel command line: console=ttyS0 root=1F02 rootfstype=jffs2 mtdparts=physmap-f lash.0:128k(boot)ro,64k(env)ro,-(root) PID hash table entries: 256 (order: 8, 1024 bytes) avr32_comparator: irq 0, 140.000 MHz Console: colour dummy device 80x25 console [ttyS0] enabled Dentry cache hash
pages: 16256 Kernel command line: console=ttyS0 root=1F02 rootfstype=jffs2 mtdparts=physmap-f lash.0:128k(boot)ro,64k(env)ro,-(root) PID hash table entries: 256 (order: 8, 1024 bytes) avr32_comparator: irq 0, 140.000 MHz Console: colour dummy device 80x25 console [ttyS0] enabled Dentry cache hash
-
Thread
Dual Port Ram durch Single Port Ram ersetzen
. Ansonsten ist es fraglich, ob du wirklich zwei Controller benötigst. Die Videoausgabe auf dem AVR benötigt ca. 60%-max. 70% und darin sind oft noch Takte frei für Berechnungen. Bei 20MHz sind das ca. 240-320MIPs je Seite über für die Grafik, ein C64 hatte dafür max 20MIPS. Wenn's dann doch 2
Wolfgang M. schrieb im Beitrag #2804463: > RSOnline will für nen 55ns Dual Port SRAM mit 64K +ber 70 > Euronen... Ich hab' für mein 12ns Soft-quadPort-SRAM nur 3,78 für 64kB bezahlt. :-) Meine aktuelle Version ist 'einfach' die Software so schreiben, dass beide AVRs sich einen gemeinsamen
-
Thread
Arduino Bit Shifting Problem
#include <hd44780ioClass/hd44780_pinIO.h> //Display PinSetup //const int rs = 12, en = 11, db4 = 10, db5 = 9, db6 = 8, db7 = 7; //Piazo Pin Setup const int buzzer = 2; int PowerOn = 0; hd44780_pinIO lcd(12, 11, 10, 9, 8, 7); const int LCDCols = 20; const int LCDRow = 4; #define LCD_COLS
andi r18, 0x01 ; 1 d4: 30 fd sbrc r19, 0 d6: 20 e8 ldi r18, 0x80 ; 128 d8: 81 fd sbrc r24, 1 da: 20 64 ori r18, 0x40 ; 64 dc: 82 fd sbrc r24, 2 de: 20 62 ori r18, 0x20 ; 32 e0: 83 fd sbrc r24, 3 e2:
-
Thread
RFID - China-Reader ohne Spezial-IC
Deklarationen Const Quarz = 8000000 ' Quarz: 8 MHz $crystal = Quarz $hwstack = 128 $swstack = 128 $framesize = 128 $baud = 1200 ' Baudrate der UART: 1200 Baud On Urxc Ser_inp ' Interrupt-Routine setzen Enable Urxc
[code] $regfile = "m16def.dat" $crystal = 16000000 $hwstack = 40 $swstack = 32 $framesize = 128 $baud = 9600 Config Com1 = Dummy , Synchrone = 0 , Parity = Even , Stopbits = 1 , Databits = 7 , Clockpol = 0 Config Lcdpin = Pin , Rs = Porta.1 , E = Porta.2 , Db4 = Porta.3 , Db5 = Porta
-
Thread
Direktmisch-Empfänger: ungewolltes Seitenband passiv unterdrücken
Methode für Breitband-90Grad-Phasenschieber. Die klassische Lösung ist ein "Hilbert"-FIR-Filter, z.B. 128 "Taps" also Multiplikationen und Additionen, und der andere Zweig einfach eine Zeitverzögerung des Signals um die halbe FIR-Länge, als 64 Stufen. Das ganze natürlich in mindestens 16-Bit-Arithmetik.
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
Layout für MCS51 Experimentierboard
Defaulteinstellung findet sich unter dem Label XTALV in Zeile 5813 des Original Listings: [pre] XTALV: DB 128+8 ; DEFAULT CRYSTAL VALUE DB 00H DB 00H DB 92H DB 05H DB 11H [/pre] Für dich wäre also [pre] XTALV: DB 128+8 ; DEFAULT CRYSTAL VALUE DB 00H DB 00H DB
index-e.html Hatte nur XTALV angepasst auf die Quarzfrequenz von 14,7456 MHz in Zeile 5813: XTALV: DB 128+8 ; DEFAULT CRYSTAL VALUE DB 00H DB 00H DB 56H DB 74H DB 14H Läuft im IS51 Board mit Bauderkennung+9600 Baud. EEprom geht aber auch damit nicht bei mir.. evtl. doch noch
-
Thread
Mehrere Analoge Eingänge Auswerten
erklären: [c] ADCSRA = (1<<ADPS1) | (1<<ADPS0); // !!!WIE!!! stellle ich den Frequenzvorteiler auf 64 sum += ADC_Read( Input ); // ?? [/c] Mein aktuelles Programm sieht dann jetzt wie folgt aus: [c] #define F_CPU 147456000 #include <util/delay.h> #include <avr/io.h>
0 2 0 0 1 2 0 1 0 4 0 1 1 8 1 0 0 16 1 0 1 32 1 1 0 64 1 1 1 128 [c] ADCSRA = (1<<ADPS2) | (1<<ADPS1) | (1 <<ADPS0); // Frequenzvorteiler (128) [/c] Muss ich noch am Anfang irgendwas initalisieren, da ich einen Quarz verwende?
-
Thread
Einfaches "Print" in Assembler ohne Parameter
der call automatisch die richtige Addresse auf den Stack. [avrasm] _StatusOut: call _DCPrint .db " *****************************",10,0 call _DCPrint .db " Programm beendet, <a> Anwendersoftware, <b> Bootloader",10,0 _StatusLoop: ldi TEMP0, (3<<p_StatusTWiOK) ;TWi Status prüfen and
Inzwischen mache ich auch bei 1kB (ATtiny13) nur noch C. Ja, man wird alt... Ich habe auf dem C64 angefangen, bin vom Basic schnell zu Assembler gekommen und irgendwie immer dabei geblieben; mit C bin ich nie warm geworden. spess53 schrieb im Beitrag #3832881: > funktioniert nur bis 128k Flash
-
Thread
Tabellen einbinden
Buch habe ich mittlerweile, habe nur unter dem falschen Kapitel gesucht #include <avr/io.h> #include <avr/pgmspace.h> #include <inttypes.h> int a; int feld [] PROGMEM = { 1,2,4,8,16,32,64,128,256} int main(void) { DDRA= 0xff; while(1) {
, habe nur unter dem falschen Kapitel gesucht :-) Und im falschen Forum gepostet > #include <avr/io.h> > #include <avr/pgmspace.h> > #include <inttypes.h> > > int a; > int feld [] PROGMEM = { 1,2,4,8,16,32,64,128,256} > > int main(void) > { > DDRA= 0xff; > while(1) > {
-
Thread
Assembler lernen für Mikrocontroller-Programmierung
umrechnen kann. Da stellt sich doch die Frage: > Prozent von was? > Ich interpretiere dies für den 128kHz Oszillator so : Mit dem Wert $00, kann der Oszillator mit 64kHz oder aber auch mit 128kHz schwingen. Mit $7F, mit 128kHz oder 256kHz. Stefan ⛄ F. schrieb im Beitrag #6120249: > Die Angabe,
werden und nicht den Anschein erwecken, dass dies eine Regel für dass V-Flag wäre. Es geht hier um AVR8-Assembler ( AVR8ASM ) : V=1 => Rd7=0, Rr=0 & R7=1 => Rd7=1, Rr=1 & R7=0 Gegenbeispiel : $7F 127 +$01 + 1 ---- ----- $80 -128 Hier ( bei der Addition ), passt es nämlich
-
Thread
128x64 Grafik LCD An Atmega 8/16/32
Hallöchen, Bin nun im Besitz eines Grafischen 128x64 LCDs von Pollin (TG12864B-13) mit einem KS0108 kompatiblen Controller. Ich hab folgende PINS aus dem Datenblatt: 1 -> VSS 2 -> VDD 3 -> V0 4 -> D/I 5 -> R/W 6 -> E 7 -> DB0 8 -> DB1 9 -> DB2 10 -> DB3 11 -> DB4 12 -> DB5 13 -> DB6 14 -> DB7 15 -> CS1 16 -> CS2 17 -> /RST 18 -> VEE 19 -> A 20 -> K Hab gleich mehrere Fragen bezüglich des Anschlusses an meinen Atmel, Hab folgende
-
Thread
Daten im Flash an bestimmter Adresse speichern
. In Assembler würde ich das Statusbyte einfach so ablegen: [avrasm].org FLASHSIZE/2 status: .db 0x10[/avrasm] Geht das auch irgendwie in C? Was passiert wenn ich das so in Inline Assembler hinschreibe? Was allgemeines: in der pgmspace.h wird empfohlen, Daten im Flash generell in unteren 64k
), v) Edit: Bei Flash > 64KB müssen die "far" Versionen verwendet werden.
-
Thread
Das Ende des Z80
Der Z80 in meinem C128D ist nahezu unbenutzt. Das sagt doch alles.
lauffähig bekommen, mehr Speicher! Der RunCPM laeuft sehr gut auf einem Arduino DUE (und man hat eine 64K TPA). Die kleinen Arduinos (2k RAM) sind ein wenig zu klein (obwohl der DMA-Buffer fuer Disk-IO nur 128Byte klein ist).
-
Thread
RIP AtmelStudio
/mchp/documents/MCU08/ProductDocuments/Brochures/30010135E.pdf die leider nicht aktuell ist. Die AVR DB Serie fehlt zum Bsp. Aber wenn man hier reingeht und etwas runterscrollt und blättert sieht man alles. https://www.microchip.com/en-us/products/microcontrollers-and-microprocessors/8-bit-mcus/
Soul E. schrieb im Beitrag #6593538: > Was heute definitiv keiner mehr macht ist Binning. Also 128k-Dies wo > eine Speicherzelle kaputt ist noch als 64k-Derivat packagen, oder Teile > die bei 20 MHz ausfallen als 10 MHz-Typen verkaufen. Heute gibts das sog. Chinesische-Binning. Die Teile die
-
Thread
Zeigt her Eure Kunstwerke! Gesperrt Bilder
ist teil einer Funk-Fernbedienung, mittlerweile ist das Ding stark gewachsen ;-) So ne art eigenbau AVR PDA mit Funkmodul, 128x64 GLD mit Backlight, SD-Card, Soundausgabe, Mikro, USB und noch so einigen Spielereien... Alles an nem LiPo Akku im In-Circuit Ladeschaltung und Spannungsregler auf 3.3v
>> 128 Sekunden sind ein bisschen wenig wie kommst Du denn auf 128 Sekunden ? 6 Löcher (LEDs) = 64 Zustände mit welcher Zeit auch immer !
-
Thread
Allgemeine Fragen zum Stack
Hi! Ich habe auf der AVR-Checklistenseite folgendes gelesen: http://www.mikrocontroller.net/articles/AVR_Checkliste#Stackpointer_initialisiert.3F_.28Nur_in_Assembler_relevant.29 Nun in der Schule haben wir soweit mir bekannt
Das ist kein Unsinn. Die PMIC in den ATXmega kann etwas mehr, als das Interruptsystem im normalen AVR.
-
Thread
Suche Mentor für Entwicklung eines Audio-Messwert-Erfassers
. Mehr als 16Bit und 48kHz sind aber trotzdem nicht drin. Der theoretische SNR sollte bei unter -90db liegen. Auf der DAC-Schiene ebenfalls. Praktisch werden etwa -80db zu erreichen sein - ein angeschlossenes Stück kabel rauscht/brummt bereits mehr. Ich verwende Cirrus-Wandler, CS5343 und CS4344 und
Moin, >> Auf Seite 23 kann man schließlich lesen, dass die BCK-Periode 64 Takte >> dauert (für mich 2x 32 Bit). Unter Fußnote 3 steht, dass die BCK-Periode >> im Mastermodus immer 64 Takte dauert. > > Im Mastermodus, sonst gehen auch 48 fs also 2 *24* fs Yepp, nur
-
Thread
OLED Display mit I2C Bus am Slave betreiben
/2008/10/i2c-on-avr-using-bit-banging.html
sind aber die Anzeigen etwas langsam, auch wenn Du den Bus mit 400kHz betreibst; insbesondere wenn es 128x64 Displays sind und die ständig refreshst. SPI wäre da wohl sinnvoller. Noch besser wenn die Displays direkt von einem Prozessor angesteuert werden.
-
Thread
Audio ausgeben mit µC
string.h> // Funktionen fuer Zeichenketten #include <inttypes.h> // Fuer Datentyp #include <avr/interrupt.h> // Fuer Interrupts #include <avr/eeprom.h> // Fuer EEPROM #include <avr/pgmspace.h> // Fuer Flash #include <util/delay.h> // Fuer Verzoegerungen #include "main.h" // Allgemeine
Application Note AVR314 bei Microchip beschreibt die Ausgabe von DTMF (Touch-) Tönen mit jedem beliebigen AVR. Das sind also immer 2 Töne. Das ist sehr viel einfacher als die meisten Vorschläge, die bis jetzt gemacht wurden
-
Thread
Anschluß dieses Displays?
Hi ich würde auf ein Display mit HD61202 und 128x64 Pixeln tippen. Datenblatt im Inet. Q&D Sourcecode in C auf Anfrage. Matthias
Anschlussbelegung von einem bestehendem Projekt übernehmen um z.B. dein LCD erst mal zu testen. Ich hab ein 64x128 LCD mit K107 controller gerade am 8515 getestet mit Gregers GCC - Code ( leicht abgeändert, mein LCD hat nämlich, wie deins auch, kein Reset-Pin ) und dessen Anschlussbelegung. Theoretisch könnte
-
Thread
Kann man VQFN mit Heißluft handlöten?
Beitrag #7713229: > Wenn es keine speziellen Gründe für den ATtiny gibt, könnte man über die > AVRxDB oder EA Serie nachdenken - wegen TQFP. Von denen habe ich bereits einige auf Lager, also AVR128DB64 und -32, AVR64DD32, AVR64EA48 und AVR16EB32, alle in TQFP. Bin gerade dabei, mir kleine Experimentier-Boards
Veit D. schrieb im Beitrag #7713229: > AVRxDU müsste auch bald > rauskommen. Sind schon draußen, AVR64DU32-I/PT hatte ich vor einiger Zeit schon mal 2 Stück auf Lager gelegt.
-
Thread
PWM mit ATtiny13 liefert SIN und COS
256] = { ... }; const uint8_t cos[256] = { ... }; main() { uint8_t i = 0; CLKPR = 128; CLKPR = 1; DDRB = 3; PORTB = 0x3c; OCR0A = 128; TCCR0A = 0xf3; TCCR0B = 1; for (;;) { OCR0A = sin[i]; OCR0B = cos[i]; i++;
etwas Funktionalität hinzufügen (2 unabhängige Frequenzen, die 2. eben als COS): [c] #include <avr/io.h> #include <avr/pgmspace.h> #include <stdint.h> #define F_CPU 9600000UL // Quarz mit 9.600.000 MHz #define TIMERRELOAD 256 // Nachladewert des Timers 0-255 #define AUFLOESUNG
-
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
Handykamera MCA-25 ansteuern
AT89S8252 Webserver klemmen doch ich glaube das wird nix? Kann mann kleiner als 256 Bytes fahren (128?) oder ist 256 das Limmit? Dann muss wohl ein AVR her. Super tolle Arbeit! Gruss Edward
eingetippt und das contitional #define in der uart.h übersehen. Hier nun die geänderte Version: http://avr.auctionant.de/source/avr-ip-webcam_based_on1.38_151005.tar.gz Sollte nun per mega32/mega128 define automatisch die richtigen regs ansprechen ;) Habs aber nicht getestet da der webserver grad nicht
-
Thread
LCD Anzeige spinnt
c, f, g .db 0b10010010 ; 5: a, c, d, f, g .db 0b10000010 ; 6: a, c, d, e, f, g .db 0b11111000 ; 7: a, b, c .db 0b10000000 ; 8: a, b, c, d, e, f, g .db 0b10010000 ; 9:
wenig rumprobiert ~0x01 = 1 ~0x02 = 2 ~0x04 = 4 ~0x08 = 8 ~0x10 = 16 ~0x20 = 32 ~0x40 = 64 ~0x80 = 128 ~0x00 = off Buchstaben P[.] wie Programm P = ~(0x01+0x20+0x02+0x40+0x10) + 0x80 A[.] wie Arlarm A = ~(0x01+0x20+0x02+0x40+0x10+0x04) + 0x80 ++~0x01++ + +
-
Thread
Schaltparameter Fernbedienung
,rep, 0, 0, 8, 0 ;Taste 4 PB3 Tastendruckdauer .db 21,rep, 0, 0, 16, 0 ;Taste 5 PB4 Tastendruckdauer .db 22,rep, 0, 0, 32, 0 ;Taste 6 PB5 Tastendruckdauer .db 23,rep, 0, 0, 64, 0 ;Taste 7 PB6 Tastendruckdauer .db 2,rep, 0, 0,128, 0 ;Taste OFF PB7 Tastendruckdauer .db 5,tog, 0, 0, 0, 64 ;Taste P/C PD6 Toggelmodus Hier weiß ich nicht weiter.
-
Thread
Display (HD4478099) zeigt nur Kästchen
// Pin connections: // - PC0 - Grün = E // - PC1 - Gelb = RS // - PC2 - Orange = DB4 // - PC3 - Rot = DB5 // - PC4 - Braun = DB6 // - PC5 - Schwarz = DB7 Oder: // Belegung am Port C: // E RS DB4 DB5 DB6 DB7 ? ? // 0 b 0 0 0 0 0 0 0 0
rechts), nur dass hier die Basis 2 ist. Dezimal: z.B. ...1000er, 100er, 10er, 1er Binär: ...128er, 64er, 32er, 16er, 8er, 4er, 2er, 1er (0b 0 0 0 0 0 0 0 0) Solange Du das nicht verstanden hast, brauchst Du mit µC-Programmierung gar nicht erst anzufangen. Bitte beschäftige
-
Thread
Hat hier schon mal jemand einen WinXP-Treiber nach Win7/64 konvertiert?
#7826275: > Hat leider nicht geholfen, ich bin wohl zu doof. ne bist du nicht, ich konnte zwar AVR Studio 4.13 unter win7-64 starten! aber beim Versuch den ATmega328p mit dem avr-usb2-klone zu verbinden, gnadenloser Absturz! nicht mal kill über den Taskmanager half. Deswegen lag das Zeug Mk2-Clone
Joachim B. schrieb im Beitrag #7826365: > ne bist du nicht, ich konnte zwar AVR Studio 4.13 unter win7-64 starten! > aber beim Versuch den ATmega328p mit dem avr-usb2-klone zu verbinden, > gnadenloser Absturz! nicht mal kill über den Taskmanager half. vielleicht Fehlbedienung
-
Thread
Atmega spinnt, weil er nichts zu tun hat??
fertig ist. Von daher glaube ich nicht, dass es für den ADC zu schnell geht.. [c] #include <avr/io.h> #include <avr/interrupt.h> #define F_CPU 1000000 #include <util/delay.h> #define DB4 PD0 //Datenbit 5 #define DB5 PD1 #define DB6 PD2 #define DB7 PD3 #define
|= (1<<DB7); _delay_ms(5); enable(); //-------------------------------------------------------- LCD_Port = 0x00; _delay_ms(5); enable(); LCD_Port |= ((1<<DB7)|(1<<DB6));//|(1<<DB5
-
Thread
TV Bild mit AVR
5(53) .db 24,4,2,15,17,17,14,0 ;6(54) .db 31,16,8,4,4,4,4,0 ;7(55) .db 14,17,17,14,17,17,14,0 ;8(56) .db 14,17,17,30,16,8,6,0 ;9(57)
nicht unbedingt notwendig. Ich versuche das demnächst auf einem ARM, da dieser billiger ist als ein AVR mit viel SRAM und da dieser ein 16bit SPI Interface mit 8 Word FIFO hat, was erlaubt 128Pixel auf einmal zu schreiben (nennt sich SSP Interface). Pro Zeile muss der uC also nur 4x Werte nachliefern
-
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
für Linux passen. Relativen Pfad habe ich für meines Erachtens auch. Bsp.: #include "include\AVRxDB64_PinRegister.h" Ich weiß aktuell nicht was genau falsch ist? Falls du verlangen solltest das ich alles noch für Linux teste wäre das etwas zu viel verlangt.
-
Thread
Was benötige ich um einen 8086 in Assembbler zu programmieren ?
> Huge Ich wusste doch das ich einen vergessen hatte :-). > aber davon mehr als 64 kB RAM anzusprechen ist ein übles Gewürge Naja, auch nicht schlimmer als eine Bankinglogik beim 8051. 128 kB Code schafft man schon mit User/System und 128 kB Daten mit Daten/Stack. Siehe meine
Percy N. schrieb im Beitrag #6481831: > Demnach wäre also die olle IBM eher akkufrei als AVR. AVR hat keinen Akku.
-
Thread
wo sind avr's verbaut
89* sind keine AVR :) In diesen komischen Leih-Fahrrädern von der DB oder wo die her sind ist nen AVR drin. Den hat der CCC glaub geknackt :)
Also in Epson C64/C66 Originalpatronen sind Nacktchips - was für welche - unbekannt. In JetTec für den gleichen Drucker sind SOIC8-Chips, definitiv keine AVRs, da sie nicht auf RESET reagieren, wie ein AVR reagieren würde
-
Thread
C versus Assembler->Performance Gesperrt
A. K. schrieb im Beitrag #4252520: > Ergebnis vom Compiler: [c] cpi r22,64 ldi r18,66 cpc r23,r18 ldi r18,15 cpc r24,r18 cpc r25,__zero_reg__ brge .L1 [/c] Und der (der Compiler) ist praktisch nur im AVR-Studio
topic/12176#new Die original Idee ist nicht von mir, ich habe sie nur etwas auf den 8051 und den AVR optimiert. Durch die Vorsortierung ist das sehr effizient. Sie läuft unverändert auf jeder anderen CPU und man kann bequem festlegen, ob die Zeitbasis 8, 16, .. 64bittig ist. In Assembler wäre das