-
Thread
Warum gibt es (fast) keine MC mit eingebauter Sigma-Delta Wandlung
eine rationale Antwort? Wer es selbst nachvollziehen will: Hier ist der Code. [c] #include <avr/io.h> #include <avr/interrupt.h> #include <avr/sleep.h> #include <util/delay.h> int main(void) { uint16_t accu=128; uint8_t ctr=0; uint8_t brightness=0; TCCR0B=0x2; //
50% 2 0..10001 2x14 2x7 50% 3 0..10101 3x14 3x7 50% 128 010..101 128x14 128x7 50% 255 111..111 3.57msec 3.57msec 0% [/code] Bei Delta-Sigma tritt bei jedem Puls ein Helligkeitsverlust ein, der sich bis in hohe Werte durchzieht
-
Thread
DS1307 rennt
Wie am Ende des Artikels "die genaue Sekunde" http://www.mikrocontroller.net/articles/AVR_-_Die_genaue_Sekunde_/_RTC beschrieben, genügt es vollauf, den an den Oszillator angeschlossenen Timer / Counter ab und zu statt z.B. bis 32768 um eins höher oder niedriger zählen zu lassen. Mit einem
ein paar zu bestellen um damit experimentieren zu können. Angenehm ist auch das Vorhandensein eines 128B EEPROM und 64B SRAM und als Option ein MAC/ID Feld. http://www.digikey.ca/product-detail/en/MCP79411-I%2FSN/MCP79411-I%2FSN-ND/2601461 mfg, Gerhard
-
Thread
Mikrocontroller für schnelle PWM gesucht
angeschlossen, das braucht ein paar Takte zur Aktualisierung und Übertragung. Ich such mal den Auszug aus dem DB...
...Timer2 (CLKper) vom Xmega kann von der internen PLL gespeist werden -> 20-128MHz Datenblatt: http://www.atmel.com/Images/Atmel-8331-8-and-16-bit-AVR-Microcontroller-XMEGA-AU_Manual.pdf ATMEGA16A4 kostet bei Mouser ab 100 Stk. 1,34 Euro (je nach Typ) Gruß St. Ende
-
Artikel
Logic Analyzer-Projekt: Ideen zur Hardware
Maximalanforderungen ein. Kanalanzahl .8 Kanäle: | 16 Kanäle: | | | | | 20 Kanäle: | 24 Kanäle: | 32 Kanäle: | | | 64 Kanäle: * Modular (erweiterbar X mal 8/16 Kanäle): | | Samplingfrequenz ...8 MHz : * ..16 MHz : | ..32 MHz : | ..64 MHz : | | | | .>64 MHz : | | | Speichertiefe ....32 kByte: | ....64 kByte: ...128 kByte
3.3V, 117 I/O, TQFP144 für ca. 10 Dieser bietet genug I/O um: 2x SRAM 256k x 16 (jeweils 18 AD, 16 DB, 3 Ctrl) 2x 8-bit-LA-Channel Ext. TriggerIn, TriggerOut SPI Bus zum AVR JTAG anschließen zu können. Der Grund für die 2 Speicherbänke liegen in den Möglichkeiten, sich den LA selbst zu konfigurieren
-
Thread
8bit-Computing mit FPGA
Bei Startbild 0..3 hat jetzt das Spielfeld nur noch 64*64 Zellen. Jede Iteration dauert nur noch 0.27 Sekunden. Bei Startbild 4..7 gilt wie bisher 128*128 Zellen / 0.75 Sekunden.
überarbeitet. Die fest vorgegebenen Startbilder gibt es nun nicht mehr. Man kann die Größe des Spielfelds 64*64 oder 128*128 wählen, das Startbild der Größe 64*64 wird in beiden Fällen aus der Seite E des Text-RAM importiert, bei 128*128-Auflösung in die Mitte des Spielfelds. ------------- Den Assembler
-
Thread
Funkprotokoll dekodieren
oder mach sowas ... kleines Brainstorming: größeren Atmel nehmen, Atmega328 oder gleich den mit 128k. Und im AVR die Bittiefe reduzieren von 8bit auf 4bit - für digitale Signale reicht das vielleicht noch. Und dann komprimieren und 2 Nibbles (4bit) in ein Byte. Und vielleicht einfach im AVR Puffern
Sekunde bei 20Khz Sampling brauchst dann 10k pro Kanal, 20k für Beide, das könnte mit einem 32 oder 64k AVR gehen. Wenn Du 2 Kanäle machst, Sender und Empfänger, kannst auch durch den Sender triggern lassen (weil der cleanes Signal hat) und beide Kanäle speichern für die Signaldauer (<100 Millisekunden
-
Thread
LCD Mit pc verbinden
brauche ich eine verbindung zum PC so da ich nach ansteuerungs möglickeiten gesucht hatte kam mir ein avr Habe eh noch das myAVR Bord light hier rumm liegen mit einen atmega8 und 3,68MHZ So nun wollte ich wissen wie ich es am bessten ansteuern kann ( ich habe 2 displays da 1. 16x2 und des 2. 128x64
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
-
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
Touch bauen, suche günstigere alternativen
IR > Empfänger, die Schaltung generell (schieberegister, MC, bluetooth modul, > grafikdisplay (128x64 mit ks0108 Chipsatz und LED HG Beleuchtung)) Da wird am meisten die Hintergrundbeleuchtung des LCD fressen. > Also mal so ganz grob geschätz gehe ich mal von 11 - 12 A aus. Halte ich für
also 3000mA = 3A) 150 IR Empfänger (noch unbekannt) BTM-222 Bluetooth Modul (noch unbekannt) atmega128L (aufnahme der kompletten Schaltung noch unbekannt) 19 x 74HC165 (für die IR Empfänger (eingänge) noch unbekannt) GLCD 240mA laut DB zzgl. 2 x 20mA für die LED HG also 280mA LEDs 9A + Dioden 3A
-
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
C-Code optimieren
der Code, den es zu optimieren gilt: [c] /* IPMS Controllerpins definieren */ #define GPIO_IPMS_DB0 AVR32_PIN_PD11 #define GPIO_IPMS_DB1 AVR32_PIN_PD12 #define GPIO_IPMS_DB2 AVR32_PIN_PD13 #define GPIO_IPMS_DB3 AVR32_PIN_PD14 #define GPIO_IPMS_DB4 AVR32_PIN_PD15 #define GPIO_IPMS_DB5 AVR32
))) data |= 32; if(temp_bitmask & (1 << (GPIO_IPMS_DB6 & 0x1F))) data |= 64; if(temp_bitmask & (1 << (GPIO_IPMS_DB7 & 0x1F))) data |= 128; ... } [/c] Wie kann ich hier Taktzyklen einsparen? Vor lauter Programmierarbeit, habe ich gerade keine
-
Thread
mit kurzen Impulsen schalten / gegenseitig entriegeln / Attiny2313
24,rep, 10, 0,128, 0 ;Taste 8 PB7 Tastendruckdauer + 100 ms .db 25,tog, 0, 0, 0, 8 ;Taste 9 PD3 Toggelmodus .db 16,tog, 0, 0, 0, 16 ;Taste 0 PD4 Toggelmodus .db 26,tog, 0, 0, 0, 64 ;Taste 1... PD6 Toggelmodus .db 27,tog, 0, 2, 0, 0 ;Taste 2... PA1 Toggelmodus .db 2,aus, 1, 2,255, 88 ;Taste OFF alles nach 10 ms aus .db 5,tog, 0, 2, 0, 88 ;Taste P/C
-
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
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
Suche Empfehlung für zukunftssicheren ATMEGA Gesperrt
AVR. Dann nimmst Du einen ARM oder einen '51er. Eben Controller, die von mehreren Herstellen produziert werden. Für Assembler ist der '51er auch wesentlich besser geeignet, als ein AVR. Besser wäre
AVR war gestern schrieb im Beitrag #3036566: > Nein, Atmel setzt bei 32 Bit auf ARM und nur bei 8 Bit auf AVR. Genau das stand obendrüber. Warum also "nein"?
-
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
Open Source CAN-Bus Analyse Tool
Leider habe ich kein Tiny-Can Interface zum Testen. Genail währes es, wenn dein Tool noch Vector CanDB (DBC) einlesen könnte :-) gruß Heinz
mit DLC 0 wegschaufeln können. Da kommt halt alle 130uSek ein Paket. Ob man das mit einem 16Mhz AVR durch Bitwackeln am Port wegschaufeln kann, wage ich zu bezweifeln. Mach doch mal was gescheites, nimm einen STM32, benutze den internen CAN und den USB, denke dir ein gescheites Protokoll aus
-
Thread
Alphanumerische und graphische LCD Displays
weg. Dis Displays sind in der Regel unbenutzt. Alle Typen habe ich mindestens 1x in irgendwelchen AVR-Projekten verwendet, es sind also alles andere als Exoten ohne Datenblätter... Versand natürlich Artgerecht mit ausreiched Polsterung 4 x 40 LCD mit Hintergrundbeleuchtung Displaytech 404B
Numeric,%20Alphanumeric%20LCD/a/122579.pdf 2 Vorhanden Stück 8 Euro Bild 10,11,12 Grafikdisplay 64 x 128 Displaytech 64128 bzw. EDT-EW http://www.myavr.info/download/produkte/myavr_board_mk3/db_lcd64x128-64128K.pdf 2 "normale", 6 blaue Jeweils 14 Euro Bild 5,6,7 Dazu passend: 2 Platinen
-
Thread
LCD Display funktioniert nicht
*/ #define LCD_E_PIN 2 /**< pin for Enable line */ #elif defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) || defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega8515__)|| defined(__AVR_ATmega103__) || defined(__AVR_ATmega128__) || \ defined(__AVR_ATmega161
LCD_ENTRY_INC 1 /* DB1: 1=increment, 0=decrement */ #define LCD_ENTRY_SHIFT 0 /* DB2: 1=display shift on */ #define LCD_ON 3 /* DB3: turn lcd/cursor on */ #define
-
Thread
SRAM auslesen zu langsam.
Nimmste nen AVR mit Hardware Speicherinterface und der saugt dir das in paar Takten ausm SRAM.
@ Martin Wende (Firma: fritzler-avr.de) (fritzler) >Nimmste nen AVR mit Hardware Speicherinterface und der saugt dir das in >paar Takten ausm SRAM. Richtig. Und wenn es mehr als 64kB sein sollen, macht man halt old school ne Bankumschaltung
-
Thread
10 Euro Logikanalyzer
Also bei mir läufts mit beidem (Win7 64 Bit). Steht ja auch Saleae drauf ;)
Win 7 64 bit beide genannten progs funzen. Nichts umgeflasht.
-
Thread
SPI mit 2 Mastern und 2 Slaves entkoppeln
verursachen (vorallem wenn ich 64 512-block am stück schreibe). Das ganze ließe sich mit einem "größeren" AVR (mit 1xSPI und 2x USART und mehr SRAM) vielleicht auch machen, die "Programmierung" ist allerdings viel komplizierter, da
werden - sprich zwischenzeitlich sammeln sich >potentiell noch mehr daten an... Dann nimm einen AVR mit ausreichend Speicher, ggf. einen der wenigen AVRs mit externem Speicherinterface für SRAM, dann hast du 64 kB. >Die Blackbox sollte natürlich außerdem im Falle eines Unfalles keine >Daten verlieren
-
Thread
Umstieg Windows -> Linux sinnvoll? Nicht für den DAU.
Beitrag #2917606: > Da bliebe nun die Frage: läuft das denn dann auch (sinnvoll) noch > mit bspw. nur 128 MiB an RAM 128MB ist nicht drin, crasht beim Start. 192MB geht aber problemlos. Wobei der Windows Server seit 2008R2 ein 64-Bit System ist, als 32-Bit System gibt es ihn nicht mehr.
A. K. schrieb im Beitrag #2917652: > 128MB ist nicht drin, crasht beim Start. 192MB geht aber problemlos. OK, die 128 war ja nur 'ne Hausnummer, weil das gerade so in der alten Kiste drin war.
-
Thread
mehrere usbasp betreiben
bin kein Experte, aber muss das nicht die signature sein? Denn wenn ich avrdrdude -c usbasp -p m128 -P usb:xx -v eingebe beschwert er sich, das das kein M128 ist: avrdude: Device signature = 0x1e9307 avrdude: Expected signature for ATMEGA128 is 1E 97 02 Double check chip, or use -
-- ----- ---- ------ ------ ---- ------ ----- ----- --------- eeprom 4 20 128 0 no 512 4 0 9000 9000 0xff 0xff flash 33 10 64 0 yes 8192 64 128 4500 4500 0xff 0x00 lfuse 0 0 0 0 no
-
Thread
Download aller Atmel Datenblätter (µC)?
Christoph Kessler (db1uq) schrieb im Beitrag #2854125: > Ich habe neulich vergeblich versucht, aus der Atmel-AVR8-Tabelle die > Typen herauszufinden, die noch einen Adress- und Datenbus haben. > Anscheinend hat das nur
Suche unter WinXP fand im XML-File seltsamerweise nichts, Konquereor mit kfind klappt): AT90CAN128 AT90CAN32 AT90CAN64 AT90S4414 AT90S8515 AT90S8515comp AT90USB1286 AT90USB1287 AT90USB646 AT90USB647 ATmega103 ATmega103comp ATmega128 ATmega1280 ATmega1281 ATmega128A ATmega161 ATmega161comp
-
Thread
Sheevaplug brauche eine Einführung
: Harvard I size : 16384 I assoc : 4 I line length : 32 I sets : 128 D size : 16384 D assoc : 4 D line length : 32 D sets : 128 Hardware : Feroceon-KW Revision : 0000 Serial : 0000000000000000 root@debian:/
arm-linux-gdb u-boot .. .. (gdb) l 61 ldr pc, _hang 62 ldr pc, _hang 63 ldr pc, _hang 64 ldr pc, _hang 65 66 _hang: 67 .word do_hang 68 /* pad to 64 byte boundary */ 69 .word 0x12345678 70 .word 0x12345678 (gdb) n Cannot find bounds of current function (gdb)
-
Thread
ARM: kompliziert?
Verpolung, ...) und nur 3.3V (manche sind 5V-tolerant was die IOs betrifft) C auf 8-Bittern wie AVR mag ganz nett sein, aber ich finde, man sollte es nicht übertreiben. Einen Webserver würde ich daher eher auf einem ARM implementieren, auch wenn es für den AVR einen C-Compiler, Chips mit 128K Flash
realen Anforderungen im Auge behalten. Die Xmegas neuerer Bauart lassen sich übrigens auch schon auf 64 MHz hochtakten- aber diesen Speed werd ich mangels Multimediaanwendungen wohl nie brauchen. Die kauf ich viel billiger im Laden! Ich persönlich würde für einen AVR locker das Dreifache bezahlen wenn
-
Thread
BASCOM LCD 20*4
habe folgendes Problem: http://www.youtube.com/watch?v=jb1hbH2tqcI&feature=plcp Bei dem Atmega128 handelt es sich um das Modul von Avr-Praxis. Db7 ist an PE.4 (OCB3) Db6 ist an PE.6 (T3 INT6) Db5 ist an PB.0 (SS\) Db4 ist an PB.2 (MOSI) E ist an PB.4 (OC0) RS ist an PB.6 (OC1B) GND LCD
Compilerdirektiven '-------------------------------------------------------------------------- $regfile = "m128def.dat" $crystal = 16000000 $hwstack = 64 $swstack = 64 $framesize = 64 $baud = 9600 '-------------------------------------------------------------------------- ' Definition von Ressourcen
-
Thread
China SUPER Bauteile-Schnäppchen Thread
0.96" 128x64 OLED für 4,35€ inkl. Versand: http://www.ebay.de/itm/0-96-inch-Screen-128x64-OLED-LED-LCD-Display-Module-Blue-Yellow-/160879914739?pt=LH_DefaultDomain_0&hash=item257530aef3 SSD1306 Controller (integrierte
andere OLEDs 128x64x2, 2,84$: http://www.aliexpress.com/item/M89-Free-Shipping-Yellow-Blue-0-96-SPI-Serial-128X64-OLED-LCD-Display-Module-for-Arduino/32245505493.html edit: wah! doppelpost ;)
-
Thread
LM7805 wird bei ext OSZ Heiß
nicht). Vorher ist aber zu klären, ob man den Masseanschluss des Dimmers überhaupt mit Masse des AVR verbinden darf.
Ich habe den Prescale auf 64 runter gesetzt und sollte jetzt eine Frequenz von 244hz haben, das Ergebnis ist leider eher schlechter. 2.6V ist Max. Hast du da noch eine Idee?
-
Thread
Lagerverwaltung Part-DB V0.2.2
auch gescheite Namen geben wie z.B. "AVR AppNote AN123" oder "Anschlussschema" usw. In der db_update_steps.php sieht die entsprechende Stelle so aus: [code] // table "pictures" will now be changed to "files" $updateSteps[] = "ALTER TABLE
:-) Im moment sind die noch zu verschieden, hier die EleLa-DB: http://www.mmvisual.de/Hilfe/EleLa/TutorialDB/TutDB.htm
-
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
erste Schritte mit Assembler
_SFR_IO_ADDR(PINC), 3 [/avrasm] Mehr darüber zu lesen gibt es hier: http://www.nongnu.org/avr-libc/user-manual/group__avr__sfr__notes.html
+__AVR_SFR_OFFSET__ > #define IO(X) X-__AVR_SFR_OFFSET__ > > in r0, PORTB > sts RAM(PORTB), r0 > > #undef __SFR_OFFSET > #define __SFR_OFFSET __AVR_SFR_OFFSET__ > > in r0, IO(PORTB) > sts PORTB
-
Thread
Anfangen mit Mikrocontroller-Programmierung
Zur IDE: Mit Eclipse kannst du natürlich entwickeln. Eclipse + CDT + AVR Plugin damit kannst du super C-Programme für AVR Controller bauen und flashen. Auch ARM geht ebenso mit Eclipse. gruß cyblord
Und softwaremäßig kannst du einfach das aktuelle AVR Studio nutzen. Damit kannst du praktisch sofort Assembler oder C programmieren. Ohne großen Installationsaufwand. Besser ist allerdings das schon von mir genannte Eclipse mit AVR-Plugin und Avrdude