-
Thread
EA DOGL 128x64 will nicht
Hi >die EADOGM128x64 stammen vom MyAVR 2x als Bausatz, 1x als Fertiggerät Bei MyAVR finde ich keine DOG-Displays! Die gibt es hier: http://www.lcd-module.de//deu/pdf/grafik/dogm128.pdf MfG Spess
Model des GLCD ist aber nirgendwo genannt. Da gibt es sogar ein Datenblatt des Herstellers bei MyAVR: http://shop.myavr.de/index.php?ws=download_file.ws.php&dlid=101&filename=produkte/myavr_board_mk3/db_lcd64x128-64128K.pdf >Ist aber behauptet dass mit 5V wurde getestet ohne Schäden. Im Datenblatt
-
Thread
Selbstbau eines guten 30m-Empfängers
Hpf 505 usw.Dazu einen ziehbaren Quarzoszillator.Vor dem Mischer ein Bandfilter mit etwa 6 bis 10 db Vorverstärker um die Mischerverluste auszugleichen.Es geht auch ohne v-Verstärker aber Bandfilter ist Pflicht. Schaltungen dazu gibts wie Sand am Meer.Schau mal auf die Seite "QRP and Homebrew" Natürlich
folgendes ergibt: Rauschen an 50 OHM in 1 Hz Bandbreite -174dBm 2,4 Khz mehr Bandbreite gibt 34db mehr Rauschleistung Roofing Filter 3 db Rauschzahl Mischer, und oben gesagtes über effrktive noise power gibt -130dbm Abdul K. schrieb im Beitrag #1856114: > Naja. Ich ertappe mich wohl mal wieder
-
Thread
Display "TFT Proto" an µC ?
noch eine alternative Bezugsquelle: http://www.tigal.com/1980 (Vorsicht Preis ohne MwSt) avr
Das in dem eba.y Link hat aber keine Wahl zwischen 8/16 Bit Ansteuerung oder? Mit DB0-DB15 also nur für uC mit vielen freien Pins nutzbar oder man muß sich selbst um 2 Latche davor kümmern?
-
Thread
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
beschrieben ist. Du könntest Dir auch einen Cross-compiler kompilieren, der auf dem ARM-System Code für AVR oder x86 erzeugt ;-) Oder Du benutzt perl für den Zugriff auf die serielle. Ich würde das aber nicht bei 128MB RAM und wer weiß wieviel sonst noch laufenden Programmen machen wollen. Falk P.S
Device '32' Bits '4' Size '24x4' asc255bug 0 Icons 1 Wire { RW 'DB5' RS 'DB4' ENABLE 'DB6' GPO 'GND' } } [/code]
-
Thread
Elektronik Lager und die vielen Kisten (Verwaltung)
58:06 Parameter [Bauteil] DefHanbuchDir=C:\Program Files (x86)\EleLa\Handbuch 15:58:06 Parameter [DB] Password=<not set!> 15:58:06 Parameter [DB] User= 15:58:06 Parameter [DB] Database=EleLa.sq3 15:58:06 Parameter [DB] Port=0 15:58:06 Parameter [DB] HostName= 15:58:06 Parameter [DB] Protocol=sqlite
denied for user 'MyElektronik'@'localhost' (using password: YES) (DB-Connect) 14:05:29 Parameter [Bauteil] DefHanbuchDir=D:\ 14:05:29 Parameter [DB] Password=***** 14:05:29 Parameter [DB] User=MyElektronik 14:05:29 Parameter [DB] Database=elela 14:05:29 Parameter
-
Thread
Ist ATXMEGA etwa out?
wenig Sorgen darf auch die zunehmende Zersplitterung der Doku machen. Aber was solls- einen besseren AVR gabs jedenfalls noch nicht!
mehr als 128 KiB Flash), dass sich das als künftige Entwicklung nicht lohnt weiterzuverfolgen.
-
Thread
AVR Studio - Adressierung in 16Bit?
: .db 0x52, 0x4F, 0x4E, 0x4C, 0x4A, 0x48, 0x46, 0x44, 0x42, 0x40, 0x3E, 0x3C, 0x3A, 0x38, 0x36, 0x34 [...] [/avrasm] Wenn ich den Debugger starte und den Inahlt des Flash anzeigen lasse, liegt die Adresse
Tilo Lutz schrieb im Beitrag #1798095: > nur um 8 erhöht wird. Kann es sein, dass im AVR Assembler als Basis > 16Bit und nicht 8Bit verwendet werden? richtig AVR sind wortweise orientiert. > An einer anderen Stelle will ich die Sinus-Werte über den Z-Pointer > auslesen: > [avrasm
-
Thread
IOs umbenennen
Guten Tag Ich arbeite momentan mit WinAVR und einem ATXMEGA128A1, der ja bekanntlich 78 IOs hat. Das Programm wird aber auch von Personen bearbeitet, die zwar C programmieren können aber noch nie mit Atmel MyCs gearbeitet haben, so dass ich
Mathiable schrieb im Beitrag #1796670: > Guten Tag > > Ich arbeite momentan mit WinAVR und einem ATXMEGA128A1, der ja > bekanntlich 78 IOs hat. Das Programm wird aber auch von Personen > bearbeitet, die zwar C programmieren können aber noch nie mit Atmel MyCs > gearbeitet haben, so
-
Thread
Algorithmus für Linefollower mit 5 Sensoren
Was wür einen µC nutzt du denn? und was hat die Frage 32bitµC oder nicht damit zu tun? Ein 8bit-AVR langweilt sich mit der Aufgabe zu tode. 5x AD-Wandlung, winzig kleines bisschen rechnen, neue Comparewerte an Timer übergeben, fertich
> Platinen mehr habe. Als ob du nicht einfach die Ausgänge der cny70 an die ADC-Eingänge (siehe DB des Prozessors) anschließen kannst, sind doch nur n paar Kabel zum Umlöten.
-
Thread
__bad_interrupt und der dazugehörige Interrupt-Vektor
Hallo, ah ja, Entschuldigung. Ich arbeite hier mit einem AtXMega128A1 und mit der aktuellen Version vom AVRGCC und der AVR-LibC. Bis dann, netb
man eine solch veränderte Interrupt-Tabelle in ein Projekt integriert, ohne dass man etwas an der WinAVR oder AVR-LibC Installation ändern muss. Allerdings legt die AVR-LibC die Tabelle ja automatisch an, was man erst einmal verhindern muss. Ich bin also noch nicht ganz zufrieden damit, vielleicht
-
Thread
Wie addiert man digitale Audiosignale?
[i]=(s[i]*faktor)/16; [/c] Danach noch saturieren. [c] s[i]=(s[i]>127)?127:s[i]; s[i]=(s[i]<-128)?-128:s[i]; [/c] ...und evtl noch offset fuer unsigned..
schrieb im Beitrag #4710371: > Danach noch saturieren. > s[i]=(s[i]>127)?127:s[i]; > s[i]=(s[i]<-128)?-128:s[i]; Das macht aber einen Cliping-Fehler!
-
Thread
XMEGA/ AVR-EXPLAIN code examples und Diskussion
> Laut Beschreibung hätte das ja schon ab Werk funktionieren sollen. >wie kommst du da drauf ? AVR1921: Reprogramming the XPLAN AT90USB1287 and ATxmega128A1 firmware Abschnitt 2.2: OK, da steht, dass man die Firmware des AT90USB1287 mit Flip verändern kann, hat aber bei mir nicht funktioniert.
Ich hab auch ein Xplain-Board (seit Samstag) und gleich ein problem ... Ich kann den Xmega128a1 der drauf ist einfach nicht per AVR-Dragon Programmieren (er liest nichmal die fuses)... wenn cih im avr-Studio (4.18 SP3) auf irgendwas geh was Verbindung braucht kommt ein fehler: erst fragt er
-
Thread
Modellbahnsteuerung "modernisieren"
dass sie auf der "alten" Anlage funktioniert. Schritt 2: Anschaffung eines µC (ob jetzt PIC oder AVR oder Konsorten ist egal). Hier gibt's erfahrunggenäß viel AVR-Unterstützung. (Jetzt bitte keine Diskussionen über AVR vs. PIC or whatever...), Wenn noch nicht geschehen würde ich AVR-Tutorials machen
Hallo, ich habe den Thread nur grob überflogen, aber vielleicht sind ja die AVR-NET-IO-Boards von Pollin auch eine Alternative für Euch. Die Teile gibt es als Bausatz (20 Euro) oder fertig (30 Euro). Die Teile sprechen auf der einen Seite Netzwerk, auf der anderen Seite kann man
-
Thread
GCC-Assembler: Fehlermeldung Pseudobefehl .byte
so zu speichern, ist ihn irgendwann als Zeiger für einen indirekten Sprung/Call zu verwenden. Weil AVR nur halbe Adressen verwendet (Code ist immer 2-Aligned), können 128kb bzw. 64kw mit einer 16-Bit Adresse erreicht werden. Die Division durch 2 macht pm() Wenn du /nur/ das Highbyte brauchst deutet
Hallo Johann, mit dem AVR-Assembler von Atmel funktioniert es ( .DB high(label) ). Vielen Dank für deine Hinweise & Hilfe :) Martin
-
Thread
EA DOG-M 163 an ATMega32 in 4bit Modus
E <--> Pin C6 #define PIN_ENABLE PC6 // LCD RS <--> Pin C7 #define PIN_RS PC7 // LCD DB4-DB7 <--> PORTD Bit PD2-PD5 #define LCD_PORT PORTC #define LCD_DDR DDRC #define LCD_DB PC2 [/c]
bedarf die fertigen routinen für nen 3zeiliges dog-m display mit hardware spi geben (ist für nen at90can128..ggf. musst du die spi register anpassen)
-
Thread
Günstiger uC mit hoher Taktfrequenz
schnellem Flash und FIQ vielleicht _ein bischen_ schneller als der AVR. Kostet um die 2 Ören.
Nimm nen AVR und übertakte den ordentlich, der Rekord liegt glaub ich grad bei 32 MHz. :D
-
Thread
Open source Autoradio
Hmm, hab mir mal den AT32UC3A3256 (AVR32) angeschaut. Sieht auch nicht schlecht aus: * 128 KB Ram * 256 KB Flash * Stereo Sigma-delta Audio DAC * I2S, I2Cs, Uarts, ... Mit AVR32 hab ich noch keine Erfahrung. Kann jemand mal was dazu
. effektiv steht einem nicht mehr RAM zur Verfügung als bei einem beliebigen anderen CortexM3 oder AVR32 mit internem 512kB Flash und 64..128k internem RAM. Andererseits kann man für CortexM3, ARM7/9/11 und AVR32 den OpenOCD, Eclipse und (AVR)GCC verwenden, die Windowser nutzen eben Yagarto. Der OpenOCD-USB
-
Thread
ATmega16 mit Timer0 will nicht
Ich habe den Quellcode von MVS auf mein ATmega128 geladen, habe da noch was veränder und es funktioniert wunderbar. #include <avr/io.h> #include <avr/interrupt.h> #include <avr/pgmspace.h> #include <util/delay.h> #ifndef F_CPU #define F_CPU
Hardware Problem. Jedesmal, wenn ich ein Hex gepostet hab', lief das vorher als Simulation durch's AVR Studio, das funktioniert also sicher. Ich finde die 33pF am Quarz ein wenig zu dick geraten, DB empfiehlt 12-22pF. Möglicherweise arbeitet der Quarzoszillator nicht stabil, sollte eigentlich zu keinem
-
Thread
Fragen Temperaturlogger (Hard-/Software)
Sektor nach dem anderen > mit Datum und dann meinem Temperaturwert füllen? wenn du das EEPROM im AVR meinst, das kannst du byteweise beschreiben
fuer den stromsparenden Betrieb, einen Uhrenquarz mit 32kHz. Dann als Speicher, nimm einen Atmel AT45DB321 Datenflash mit 4MByte. Das ist von der Komplexitaet her einfacher wie eine SD Karte, etwas komplzierter wie ein EEPROM. Und groessenmaessig auch dazwischen.
-
Thread
zugriff auf arrays optimieren
nun einmal eine Optimierung auf kurzen nicht auf > schnellen Code. Wie bitte? Mein Code ist 128 Bytes kürzer als der, den der avr-gcc fabriziert, wenn ich machen lasse, wie er will... Um die Geschwindigkeit geht es mir nicht, sonst würde ich ja -O2 aktivieren. (-O3 ist ja auch so eine Sache
Lars R. schrieb im Beitrag #1715023: > Wie bitte? > > Mein Code ist 128 Bytes kürzer als der, den der avr-gcc fabriziert, wenn > ich machen lasse, wie er will... Um die Geschwindigkeit geht es mir > nicht, sonst würde ich ja -O2 aktivieren. Ich bezog mich auf an dieser
-
Thread
AVR Studio: Section reservieren
Hallo, ich suche eine Möglichkeit, dem AVR Studio 4.18 einen Teil des Flashs "abzuzwicken", d.h. dieser Bereich wird beim Flashen nicht mehr mit überschrieben. Hintergrund: ich will diesen Bereich zur Laufzeit mit Daten füllen und diese nicht
Linken an Sections definierst (oder reservierst, oder was auch immer), interessiert den Programmer im AVR-Studio nicht die Bohne. Der löscht beim Programmieren als erstes mal den ganzen Flash. Es würde mich wundern, wenn das beim XMega anders wäre.
-
Thread
CP/M auf ATmega88
Function code: 01 8 Bit Version Test 4, MMC_1 128MB, MMCSPI2X =0 (CLK/4), gleiche Image, ohne MMC Debug CPM on an AVR, v2.1 Testing RAM: fill...wait...reread... Initing mmc... A:FAT16 File-Image at: 8598, size: NEUSTART CPM on an AVR
wieder melden... Hier mein aktueller Stand: Die Idee mit der gemeinsamen Taktquelle (20 MHz für AVR und Propeller) habe ich wieder verworfen, da der ATmega128 nur bis 16 MHz spezifiziert ist. Außerdem mußte ich AVR/CPU und Propeller/IO trennen, da es aussichtslos schien, mit zwei Lagen den von mir
-
Thread
Basic-Interpreter auf einem AVR
@uwe In dem Thread AVR CP/M wird eine kleine schnuckelige Platform vorgestellt. Da werkelt ein AVR (MegaXX8) drauf und es ist noch ein 128KB DRAM, eine SD-Card sowie ein FT232 drauf. Ich denke mit dieser Platform lässt sich
an diesem Punkt zusammengefasst, auf welchen Plattformen derzeit mein Interpreter lauffähig ist: AVR-Hardware: ------------- * Arduino-Board (Duemilanove, Mega328) mit SD-Karten-/RTC-Erweiterung * Etherrape-Board * ein Testboard mit Mega168 oder Mega328 und serieller Schnittstelle * AL-ERAM128
-
Thread
Unterschied ATmega644A und ATmega644PA
Was auch immer in der Tabelle steht, die PC-Interupts tun es. Denk aber beim 1284P daran, dass der 128KB Flash hat, von denen sich nur die ersten 64KB absolut problemlos ansprechen lassen (für Tabellen und Daten im Flash). Der dumme AVR gcc kennt nur 16 bit-Pointer, das reicht nur bis 64KB. Hat mich gerade bei einem Bootloader - der natürlich am Ende der 128K steht - ein paar graue Haare gekostet.
-
Thread
C lib für SSD1305
mich eig überhaupt niad aus, habe zwar einen rumliegen, aber hab nie was damit gemacht ich habe nen avr at90can128. und ein pictiva 128x64 2.7" von OSRAM damit gehts, ich habs nach dieser anleitung oder beispiel gemacht und es ging, hab dann die funktionen ein wenig erweitert. aber du verwendest
GPIOPinWrite (GPIO_PORTH_BASE, GPIO_PIN_3, GPIO_PIN_3);*/ // Initialize the OLED display. RIT128x96x4Init(1000000); RIT128x96x4StringDraw("oops?", 30, 24, 15); i2croutine(); RIT128x96x4StringDraw("i did it again", 30, 44, 15); return 0; //should never reach this line } void
-
Thread
ADC nimmt die falsche Vref obohl richtig eingestellt.
adc.c kann mir bitte jemand weiterhelfen? PS. auf dem ATmega 32 läuft der ADC #include <avr/io.h> #include <avr/interrupt.h> //#include <avr/signal.h> #include "adc.h" /*! * Initialisert den AD-Umsetzer. * @param channel Für jeden Kanal, den man nutzen möchte
nge * @author Benjamin Benz (bbe@heise.de) * @date 26.12.05 */ #include <avr/io.h> #include <avr/interrupt.h> //#include <avr/signal.h> #include "adc.h" /*! * Initialisert den AD-Umsetzer. * @param channel Für jeden Kanal, den man nutzen möchte
-
Thread
Schaltung mit M128 und FT232RL bitte mal drüberschaun
Netzteil @ich: TxD und RxD vom FT232 sollen jeweils auf den genau anderen am uC? also FT232 TxD > M128 RxD und FT232 RxD an M128 TxD? Danke erst mal an euch, werd mich dann noch mal ans Eagle setzen Gruß aus Esslingen
Ein schwerer Fehler!! Schau dir beim mega128 noch mal die ISP Pins an. Die gehen nicht auf MOSI und MISO wie bei anderen AVRs. die gehen nämlich auf TX0 und RX0. http://www.mikrocontroller.net/articles/AVR_Checkliste#Besonderheiten_bei_ATmega128