-
Thread
atXmega128A und Atmega32
Hallo, Ich möchte, das mein AtXmega128A mit meinem Atmega32 mittels UART oder SPI Kommuniziert. Nun da der Atmega32 mit +5V läuft und der ATxMega128 mit nur 3.3V, stellt ich nun die Frage, brauch ich für sämtliche belange zwischen der Kommunikation einen Levelshifter von +5<->+3.3v? Wie ist das dann wenn ich mit dem ATXmega128 versuche die DB0-DB7 eines LCDs anzusteuern sind das auch gemäß Datenblatt 3.3v? versteht das Display das dann auch ? ;) Liebe grüße
-
Thread
Taktfrequenz des Mikrocontrollers
verzweifelt am suchen woran das Problem liegen kann :(. Meinst du so: LCD | uC DB0->PD4 DB1->PD5 DB2->PD6 DB3->PD7 Gruss
alles klar! zu 3. ok zu 4. habs mir doch gedacht! Normal macht man es so: LCD --> µC DB4 --> PD0 DB5 --> PD1 DB6 --> PD2 DB7 --> PD3 Bei dir wird diese Adaption jedoch nicht mehr sehr einfach sein da du das Board vermutlich schon gefertigt hast. Grüße
-
Thread
Pollin MOTOROLA VIP1710
Unter dem Kartenleser befinden sich noch zwei Flash- Chips: NAND128W3A2BN6 von ST (128 Mbit x 8) und ein IC-Card Interface TDA8004AT von NXP.
Vom AVR auf die serielle Konsole Kommandos schicken wie "mpc play dlf.m3u".
-
Thread
atmega328 funktioniert teilweise nicht
*/ #define LCD_E_PIN 5 /**< 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
Empfehlung 8-Bit-Controller: STM8
auch hier sind viele "grosse" langsamer. --------------------------------- Meiner Meinung nach hat AVR mit dem STM8 eine sehr grosse Konkurenz bekommen. AVR müsste nachlegen: u.a. mit schnelleren LD/ST's
a,array+2 > ... > add a,array+99 >und dabei ist der STM8 tatsächlich doppelt so schnell wie ein AVR (in >Takten) ja und u.U. sogar 3..4x so schnell als AVR (wenn Werte nicht alle hintereinander liegen), denn AVR braucht min 3 Takte (!) zum laden in Reg ! ------------------------------------
-
Thread
AVR 8-Bit Software
MarioT schrieb: > Auf einem AVR? Warum nicht?
1ppm ist 1 Bit auf eine Million Bit. Bei 128kByte Flash erreicht man die eine Million Bits gerade so. Wenn mir da in 100 Jahren eins kippt? Da pell ich mir ´n Ei drauf! Bei dem Zitat aus dem DB ist von Flash die Rede. Die OP-Anfrage betraf
-
Thread
Hilfe zu Drehencoder-Auswertung nach Wiki
, 0 ;00 00, 00 01 .db 1, 0 ;00 10, 00 11 .db 0, 0 ;01 00, 01 01 .db 0,-1 ;01 10, 01 11 .db -1, 0 ;10 00, 10 01 .db 0, 0 ;10 10, 10 11 .db
nn, aa nn .db 0, 0 ;00 00, 00 01 .db 1, 0 ;00 10, 00 11 .db 0, 0 ;01 00, 01 01 .db 0,-1 ;01 10, 01 11 .db -1, 0 ;10 00, 10 01 .db
-
Thread
CRC Berechnung für ETH comfort 200
Jetzt kann ich zumindest das Signal vom ETH sehen. Ich habe hier kein STK500. Ich arbeite mit einem ET-AVR Board mit 16Mhz und einem Atmega128. Ich muss also Deinen Code an meinen 128er anpassen , gerade die Timer und INTs. Im moment habe ich noch das Problem der Manchester decodierung. Ich werde jetzt Stück
ich nichts sagen den habe ich nicht. Aber du kannst mit dem Code der oben gepostet wurde und einem AVR + RFM12 (868Mhz) den Thermostat steuern. Dabei simuliert der AVR eine Fernbedienung. Der AVR wird 1x am Thermostat angelernt und das war's. Die Antenne hat ca. 8,75cm lambda/4. An alle die noch
-
Thread
Wie I2S Datenstrom mit AVR M88 einlesen
mono bekommt man mit einem AVR sicherlich noch hin. Und da wäre auch wohl Verarbeitung noch evtl drin. Aber alles was darüber geht ... wenig Chancen.
Fenstergröße vorgibt) dann durch x teilen, die Wurzel daraus ziehen und dann kannst du den Wert in dB umrechnen. Bei CD-Qualität ist der Aufwand (wenn man nicht gravierende Vereinfachungen macht) für einen AVR nicht zu schaffen. Lösung a) : - nur 8 von den 16 bzw 24 Bits verarbeiten. - Fenstergröße
-
Thread
DOGM132 - Text horizontal gespiegelt.
Dazu verwende ich: "LCD_ORIENTATION_UPSIDEDOWN();" -> lcd_command(0xC8); Weitere Angaben: AVR168 per SPI an DOGM132 AVR 5V -> DOG 3V Ich habe die Konfiguration mittlerweise von "Low Power" auf "Wide Range" geändert. Keine Änderung Hat da jemand eine Idee?
Faellt mir aber gerade in Bezug auf die DOGM-Displays ein: Mein 128er resettet sich, wenn man es anblitzt. Bei schlechter Spannungsversorgung duerfte das auch schnell passieren.
-
Thread
Fehlerursache bei Displayansteuerung eingrenzen
*/ #define LCD_E_PIN 5 /**< 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
PHILIPS VP5500 VoIP Telefon bei Pollin
Transceiver with 3-STATE Outputs 2 x K4S56163LF - 4M x 16Bit x 4 Banks Mobile SDRAM 2 x ws128j0pbfw00 S29WS128J/064J 128/64 Megabit (8/4 M x 16-Bit) CMOS 1.8 Volt-only Simultaneous Read/Write, Burst Mode Flash Memory
Ich sehe in diesen Plots durchaus einen Unterschied von 2-3 db...
-
Thread
suche 8051 µC für einsteiger
den schon längst veraltlten 8051 anfassen, beginne lieber mit einer modernen uC-Familie, z.B. 8-Bit AVR" Das hat eindeutig mit Ignoranz zu tun. Es gibt keinen 8-bit AVR oder auch XMEGA der an die Leistung eines schnellen 100MHz Silabs rankommt, nicht mal im Traum. Es gab den 8051 vor dem AVR und es wird
Robert Teufel schrieb im Beitrag #1782005: > Es gab den 8051 vor dem AVR und es wird ihn auch > noch nach dem AVR geben. Der Spruch ist schön. Wenn Atmel den AVR aufgibt, gibt es keine AVRs mehr. Beim 8051er müssten so ca. 20 Firmen den µC aufgeben.
-
Thread
Projekt: DDS basierter Funktionsgenerator mit AD5930
zumindest wenn man PWM-Signale im Frequenzbereich bis ebenfalls 20MHz mit realisieren möchte, der AVR auch wieder etwas uninteressant. Es sei denn man schraubt die Anforderungen an die PWM-Signale deutlich nach unten. Grundsätzlich ist die SPI-Schnittstelle leicht nach außen geführt, sodass jeder mit
schon ein Worst-Case-Szenario haben. Abhängig vom Aufbau dürfte die max. Dämpfung bei ca -60 dB liegen, mehr ist auch mit Abschirmblechen kaum zu schaffen. Gruß, Guido
-
Thread
Projekt: 200MHz DDS-Generator
Abschwächung 40 dB/Stufe, realisiert durch zwei 20-dB-Pi-Glieder in Reihe. Da könntest Du die 32 dB doch schaffen. Sorry für Doppelpost, Guido
erfolgreich arbeiten zu koennen und Libraryfunktionen die mir Arbeit ersparen. Andere wollen lieber einen AVR oder ARM verwenden. Im Prinzip macht das wenig aus und Code lasst sich zum grossen Teil portieren wer sich nicht die Arbeit machen will. Ich bin im Augenblick weniger motiviert mit dem AVR zu arebeiten
-
Thread
AVR Bootloader (Basis: xnutboot) Problem bei Programmübertragung
Hex-File des 16-Bit Counters zum Test. Vielleicht hat sogar einer von Euch einen 1281 oder einen 128 von AVR und könnte das mal kurz testen... Über Eure Unterstützung würde ich mich sehr freuen! vG Stephan P.S.: ach ja, ich benutze das AVR Studio 4.17 Built 666 mit WinAVR20090313
vermute mal, dass es irgendwie damit zusammenhängt, aber würde dazu eben gern die Meinung von ein paar AVR-Kennern mit mehr Erfahrung wissen. @Karl-Heinz: was meinst du dazu? vlG Stephan
-
Thread
Wärmebildkamera für Arme
Christoph Kessler (db1uq) schrieb: > Mit mechanischem Chopper soll das gehen, dazu gibts einen Artikel: Dieser Chopper ist nicht anderes, als die gute, alte Nipkow-Scheibe. http://de.wikipedia.org/wiki/Nipkow-Scheibe
[offtopic] @M.B. Hier ist eine Anleitung fürs AVR programmieren auf dem Mac: http://www.ladyada.net/learn/avr/setup-mac.html [/offtopic]
-
Thread
Xmega Soundcheck
XMegas sind cool und man kann sie mit AVR-Studio und AVR-ISP mkII oder Dragon programmieren. All das hat man sowieso ´rumliegen...
filtert und die internen Einstellungen optimal sind. Für HiFi reicht es nicht ganz, da bei etwa -50db deutliches Rauschen und Digitalstörungen zu hören sind. Aber für Spielzeug und Diktiergeräte durchaus brauchbar ohne zusätzliche, aktive Hardware.
-
Thread
Kanalwechsel beim AVR-ADC: Falsche Werte kurz nach dem Wechsel
Hallo zusammen, Folgendes: mit einem AVR ATmega88 (20MHz) möchte ich zwei analoge Spannungen messen. Der ADC läuft mit ca. 150kHz im continuous conversion mode, conversion complete interrupt ist eingeschaltet. AVR-Studio, WinAVR. Die beiden
Messung nach dem Umschalten korrekt ist? (Zeit spielt eine Rolle..) Ist das ein bekanntes Problem? Im DB find ich irgendwie nix dazu...? Herzlichen Gruss und Danke Mario
-
Thread
sparsamster Mikrocontroller
verbraucht. Die Compiler Optimierungen sind auch extrem wichtig. Verwendest Du z.b. IAR auf dem AVR, kannst Du auf Performance optimieren was dann zu kürzeren Laufzeiten führt. GCC ist nicht immer optimale Wahl. Das kann auf einem MSP430 z.b. positiv sein, auf dem AVR negativ oder umgekehrt. Versuch
GROUP=P622;GROUPID=4244;ARTICLE=26540;START=0;SORT=artnr;OFFSET=16;SID=28aWSemawQARwAAC2g5Q8bc327d8db6e3ae0ad3a007d309f2651b
-
Thread
LCD-Modul TC1602E-01 von Pollin ansteuern
= 16 * 2 Config Lcdpin = Pin , Db4 = Portb.4 , Db5 = Portb.5 , Db6 = Portb.6 , Db7 = Portb.7 , E = Portb.0 , Rs = Portb.1 Config Lcdbus = 4 Cursor Off Cls Enable Interrupts Config Date = Dmy , Separator = . Dim Wtag
Sockel baust oder ein „Brett“ nutzt, dann ist natürlich ein ATMega16 günstiger da dann auch die bis AT128 Pin kompatibel sind. Sehr wichtig ist die Programmiersprache. Ich kann nur empfehlen nicht gleich mehrere zu probieren/vermischen. Solltest du dich erst mal für AVR- Bascom oder ASM entscheiden
-
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
einfach mal eine Seite in den Flash schreiben.
Resetvektor auf die erste Adresse meines Bootbereichs (0xF000) "umgelegt". Nachdem nun das Muster 128 mal geschrieben worden sein müsste, habe ich mir mit dem AVR-Studio einen HexDump des Flashs erzeugen lassen um nachvollziehen zu können, ob der Flash auch in der von mir beabsichtigten Weise beschrieben
haben. Mir fällt noch ein, das die rww section enabled werden muss. Siehe http://www.nongnu.org/avr-libc/user-manual/group__avr__boot.html#geb0dba1dd9d338516a94c0bd8a8db78a und Datenblatt. Ich habe am WE wenig Zeit, aber wenn das nicht hinhaut gehen wir Montag nochmal alles systematisch durch.
-
Thread
Timer hängt zeitweise
* // ************************************************************************ #include <avr/eeprom.h> #include <avr/interrupt.h> #include <avr/pgmspace.h> #include <util/delay.h> #ifndef F_CPU #define F_CPU 1000000 // Processor Takt-Frequenz definieren #warning
================ const unsigned char Tabelle[] PROGMEM = {192, 249, 164, 176, 153, 146, 130, 248, 128, 144}; // Timer Interrupt von 10ms definieren // =================================== ISR(TIMER0_OVF_vect) { static uint8_t ct0, ct1, rpt, cntTicks; uint8_t i; TCNT0 = (uint8_t)(int16
-
Thread
Prescaler funktioniert nicht in einem vorgegeben Programm
@Tzu Ying Für Assembler gibt es auch hier viel Hilfreiches: http://www.avr-asm-tutorial.net/avr_de/index.html avr
gemacht. Diesen Teil im Datenblatt hatte ich bisher "überlesen" :) Deshalb habe ich den Code im AVR Simulator (uraltes AVR Studio 4.12 SP2) und auf dem [[Pollin Funk-AVR-Evaluationsboard]] mit Attiny2313 @ 12 MHz nachgestellt. Im Simulator zeigt der Codeteil /Speed Divider Set/ keine Funktion,
-
Thread
ADC zieht Spannung runter?
Voltmeter richtig, dass der µC falsch macht. hier noch der Abgespekte CODE [code] $regfile = "m128def.dat" $crystal = 16000000 Config Lcdmode = Port Config Lcd = 16 * 2 Config Lcdpin = Pin , Db4 = Portc.0 , Db5
oben beschrieben bleibt bestehen. Es sollte nicht an der Software hängen. [code] $regfile = "m128def.dat" $crystal = 16000000 Config Lcdmode = Port Config Lcd = 16 * 2 Config Lcdpin = Pin , Db4 = Portc.0 , Db5
-
Thread
PSK 31 Modlulation im Mikrocontroller
dem stm32 laufen habe ist der daß ich den (als totaler ARM-Neuling und ehemals eigentlich eher bei AVR zuhause) gerade endlich soweit hatte dass ich Timer und ADC benutzen konnte und somit quasi schon genau das dafür benötigte Grundgerüst stehen hatte. Mir schwebt da aber was für nen kleinen AVR
>Mir schwebt da aber was für nen kleinen AVR vor, womöglich sogar ein >ATTiny, das werd ich demnächst mal versuchsweise aufbauen. Das ist auch >der Grund warum ich versucht habe möglichst ohne komplizierte >Rechenoperationen auszukommen,
-
Thread
LCD an PortC
*/ #define LCD_E_PIN 1 /**< 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