-
Thread
[B] Verschiedene AVR-Controller
Hallo?! Lies doch bitte noch mal mein Posting von 12:18: > Es handelt sich um 1 Stück "AT90S8515 8PC" und um 3 Stück > "ATMega8535 16 PI", jeweils im DIP40-Gehäuse. Gestern mittag hatte ich nur auf die vierstelligen Zahlen geschaut. Gruß, Rüdiger
kann ich dich für den AT90S8515 auf 4 öre inklusive fracht runterhandeln?
-
Thread
Array mit PORT Elementen
Hallo Forum, µC: AT90S8515, schreibe in: AVRGCC ich lese über einen DS1620 die Temperatur aus. Jetzt möchte ich einen weiteren DS1620 in das System intigrieren. Ich habe mir jetzt überlegt, ob es möglich ist, die schon
geben, dann kannst Du sie an einem Bus betreiben. Ich verstehe nicht, warum *musst* Du denn einen AT90xxx Chip benutzen? Es gibt doch für alle pinkompatible ATmegas, die einem das Leben oft merklich erleichtern. Für den AT90S8515 gibt's erstens den ATmega8515, außerdem noch den ATmega162 mit doppelt
-
Thread
Peter Dannegger's RC5 Beispiel
soweit ich informiert bin. 1 Frage) Hat vielleicht jemand in diesem Forum diesen code auf einen AT90S8515 portiert? Ist das überhaupt möglich? 2) Abgesehen von den Biblothekenimporten müssen diese 5 Zeilen für den AT90S8515 angepasst werden [c] UBRRL = bauddivider; //set baud rate UBRRH
>1 Frage) Hat vielleicht jemand in diesem Forum diesen code auf einen >AT90S8515 portiert? Ist das überhaupt möglich? Mit Sicherheit. >2) Abgesehen von den Biblothekenimporten müssen diese 5 Zeilen für den >AT90S8515 angepasst werden Richtig. Extra dafür steht in
-
Thread
Function Pointer führt bei 8515 zu Reset?
Assemblercode scheint mir in Ordnung zu sein, ich > habe mir einmal den Dump angeschaut. avr-gcc -mmcu=at90s8515 -O2 -S dingens.c hätte dir die Assemblerdatei direkt geliefert.
Shit happens. Aber sag mal, warum kaufst du noch AT90S8515 neu?
-
Thread
Pedant für Linux zu WinAVR
PURPOSE. /opt/cross/bin/avr-gcc --target-help Known MCU names: avr1 avr2 avr3 avr4 avr5 avr6 at90s1200 attiny10 attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 at90c8534 at86rf401 attiny13 attiny2313
attiny461 attiny861 attiny24 attiny44 attiny84 attiny25 attiny45 attiny85 atmega603 atmega103 at43usb320 at43usb355 at76c711 atmega48 atmega8 atmega83 atmega85 atmega88 atmega8515 atmega8535 atmega8hva at90pwm1 at90pwm2 at90pwm3 atmega16 atmega161 atmega162 atmega163 atmega164p atmega165 atmega165p
-
Thread
A/D D/A Problem
>AT90S8515 uuuuuuuuuuurraaaaaaaaaaaaaalt! Ersatz ist wohl der ATmega8515 oder mega8535... Irgendwer anders hat hier auch nach einer Möglichkeit gesucht, sein Netzteil per Mikrocontroller zu steuern, wobei
Nicht dass es zu Missverständnissen kommt: Der AT90S8515 hat _keinen_ AD-Wandler und ist außerdem 'obsolete'. Nimm nen Mega8535 oder Mega16.
-
Thread
mit Interrupt globale Variablen verändern
dcf77.out avr-objcopy -j .text -O ihex dcf77.out dcf77.hex dcf77.out: dcf77.o avr-gcc -g -mmcu=at90s8515 -o dcf77.out dcf77.o dcf77.o: dcf77.c avr-gcc -g -Os -mmcu=at90s8515 -c dcf77.c clean: rm -rf *.o *.out erase: uisp -dprog=stk200 -dlpt=/dev/parport0 -dpart=AT90S8515 --erase upload: uisp -dprog=stk200 -dlpt=/dev/parport0 -dpart=AT90S8515 --upload if=dcf77.hex
-
Thread
ethersex im etherrape
attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 at86rf401 attiny13 attiny2313 avr3 atmega103 atmega603 at43usb320 at43usb355 at76c711
MCU 'atmega644' specified Known MCU names: avr2 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 at86rf401 attiny13 attiny2313
-
Thread
ATmega 8515 Watchdog-Reset nach EEPROM-Write
Problem eigentlich nichts zu tun haben. Übrigens: Das Ganze ist eine Umsetzung eines Programms vom AT90S8515 auf den ATmega8515. Die Software ist auf dem alten Prozessor seit vielen Jahren problemlos gelaufen.
... cli(); WDTCR = (1<<WDCE) | (1<<WDE); WDTCR = 0x0f; // Watchdog ein, Zyklus 2s sei(); [/c] Wenn es damit geht dann empfehle ich das ATmega8515 Datasheet ab Seite 50 warum das so ist und worin die Unterschiede zwischen einem ATmega8515 und einem AT90S8515 liegen. Wenn
-
Thread
Programmierung AT90S4414
Controller nur mittels Assembler > programmiert werden können und somit kein C unterstützen? Außer dem AT90S1200 können alle klassik AVRs auch in C programmiert werden (AVR-GCC). Der AT90S1200 hatte keinen SRAM. Ich habs grad mal probiert, das STK500 kann noch die alten AVRs proggen (AT90S2313).
Peter Dannegger schrieb im Beitrag #1873173: > das STK500 kann noch die alten AVRs proggen > > (AT90S2313). und auch den AT90S8515 (vor 2 Wochen ca. 200x getan).
-
Thread
AVR Low-Power-Devices (L)
normale Version und die L-Version baugleich, Wie zuverlässig ist diese Aussage? Denn bei den AT90L/S8515 und AT90L/S8535 war das nicht so. Die S-Version lief mit 3,3V definitiv nicht. ...
>Denn bei den AT90L/S8515 und AT90L/S8535 war das nicht so. >Die S-Version lief mit 3,3V definitiv nicht. Sorry, aber da habe ich andere Erfahrungen gemacht. Ein AT90S8515 läuft bei mir wunderbar @3,3V und 4MHz.
-
Thread
AVR daten & adressbus
adressieren. Die kleinsten AVRs mit in Hardware implementiertem Interface sind ATmega162 und ATmega8515, wobei letzterer wohl der kleinere ist. Der AT90S8515 hat das Interface auch ist aber IMHO abgekündigt.
. Man sollte nur drauf achten, daß man nicht etwa mehr dafür bezahlt als für einen ATmega8515... (bei Reichelt bspw. kosten die AT90S8515 auch schon mehr als die ATmega8515).
-
Thread
Timer0/1- Init - Checkliste
Alle AVRs sind häufig verwendet. ;-) Außerdem gibt es ,,den 8515'' nicht: es gibt einen AT90S8515 und einen ATmega8515. Die Timer der ATmega-Variante können dabei deutlich mehr als die der AT90 Variante (auch wenn sie aufwärtskompatibel sind).
Keine Ahnung, wird denn beim STK500 immer noch ein AT90S8515 mitgeliefert? Ich würde ja vermuten, daß das inzwischen ein ATmega8515 sein dürfte. Viele andere bevorzugen den ATmega8, da er ein gutes ``bang per buck'' Verhältnis hat. Wieder andere machen
-
Thread
Drehzahlmesser 4 mal 7-segment mit 90S2313
@Guido Bei Reichelt gibt es den AT90S2313 aber doch noch. Sonst den Quelltext anpassenund nen andern nehmen.
Hallo, habe mir nun auch einen DZM mit LCD und nen AT90S8515 nachgebaut, bzw. die Verbindung zum Display und schon programmiert. Nun habe ich folgendes Problem: 1. das Display gibt mir schon einen Wert aus, was aber ned sein kann, da ja noch keine
-
Thread
Registerinhalt nach reset
ist random bzw. so, wie es vorher war. Eben nochmal ins Datenblatt geguckt: falls Du mit »AVR 8515« einen AT90S8515 meinst, hast Du Pech gehabt. Der hat kein MCUSR-Register, in dem man die Reset-Quelle auslesen könnte. Damit kannst Du einen watchdog reset nicht vom power-on reset unterscheiden
> ... meinen AT90S8515 habe ich schon "ein jahr länger"... also werd > ich mich wohl nicht mehr umentscheiden. Wenn Du den Chip einfach ersetzen kannst (am Ende hast Du einen gesockelten DIL benutzt, oder?), dann
-
Thread
MyAVR Display
0x36 = (unknown) Device code: 0x37 = (unknown) Device code: 0x38 = AT90S8515 Device code: 0x39 = (unknown) Device code: 0x3a = ATMEGA8515 Device code: 0x3b = (unknown) Device code: 0x3c = (unknown) Device code: 0x3d = (unknown) Device code
0x36 = (unknown) Device code: 0x37 = (unknown) Device code: 0x38 = AT90S8515 Device code: 0x39 = (unknown) Device code: 0x3a = ATMEGA8515 Device code: 0x3b = (unknown) Device code: 0x3c = (unknown) Device code: 0x3d = (unknown) Device code
-
Thread
IR Abstandsmelder
Welchen Controller willst du benutzen? Den antiquierten AT90S8515? Ich würde den Mega16 vorschlagen. Der ist aktueller und hat auch das "lustige Zubehör" ("Features"), mit dem der Timer sich um alles allein kümmert...
"Welchen Controller willst du benutzen? Den antiquierten AT90S8515?" Ja leider :-( Ist der etwa ungeeignet???
-
Thread
Anfängerfrage in C
aber laut "avr-gcc --target-help" unterstützt werden: Known MCU names: avr1 avr2 avr3 avr4 avr5 at90s1200 attiny10 attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 at90c8534 at86rf401 atmega603
atmega64 atmega128 at90can128 at94k no emulation specific options.
-
Thread
Voltmeter mit 90s8515
Hay Leute Ich habe eine Frage kann ich den mit einen AT90S8515 ein Voltmeter Bauen oder Fragen wir mal anderst kann ich den Strom mit diesen Teil Messen und mit einer Code Abfrage Sagen zbs. 12 Volt Normal Strom und wenn 9 Volt dann Alarm Ausgeben Geh das
Natürlich Spannng Messen. Die Idee von leo9 ist garnicht mal so Verkehrt. Aber wenn ihr sagt das der AT90s8515 kein AD-Wandler hat welcher AT hat dann einen Itiegriert.?? Und wer hat den einen Beispiel Code für mich am besten währe für CodeVisionAVR C Compiler. MFG: Fichte
-
Thread
Compilerwarnung: comparison is always true due to li
-ffunction-sections -mcall-prologues -mmcu=at90s8515 -I. HD44780.c -o HD44780.o avr-gcc -c -Os -save-temps -Wall -Wstrict-prototypes -fverbose-asm -ffunction-sections -mcall-prologues -mmcu=at90s8515 -I. misc.c -o misc.o avr-gcc -c -Os -save-temps -Wall -Wstrict-prototypes -fverbose-asm -ffunction-sections -mcall-prologues -mmcu=at90s8515 -I. UART.c -o UART.o avr-gcc HD44780.o misc.o UART.o TAR.o -mmcu=at90s8515 -o TAR.elf avr-objcopy -O avrobj -R .eeprom TAR.elf TAR.obj avr-objcopy -O ihex -R .eeprom TAR.elf TAR.rom
-
Thread
Interrupt funktioniert nicht
(weil nicht so überladen) als das des Mega8515. Ich will damit sagen, dass der Einsteiger, der den AVR nicht nur benutzen will (BASCOM, C mit fremden Bibliotheken), sondern auch verstehen will, keinen Fehler macht, sich intensiv mit dem AT90S8515
die Datenblätter von den "winzigen" Tinys signifikant umfangreicher als die von den "alten großen" AT90S8515 / 8535. Da ist es tatsächlich nicht verwunderlich, wenn manch ein Anfänger vor der Informationsflut kapituliert...
-
Thread
kann man einen mikrocontroller übertakten?
Ich lies versehentlich mal einen AT90S1200 statt auf erlaubten 4MHz auf 10MHz laufen und das über mehrere Wochen. Gab keine Probleme und ich konnte auch keine besondere Überhitzung feststellen. Allerdings mußte der Controller auch nur
Hi Mein AT90S8515 (STK mitgabe), musste aus Quarzmangel auch mit 10MHz laufen anstatt mit den "erlaubten" 8. ISP, Portausgabe und SPI von eine Atmega128 auf den8515 hat noch einwanfrei funktioniert. Wärmeentwicklung
-
Thread
Device Type Not Defined
für io.h fehlt. Im Makefile steht er jedoch drin: ... # MCU name MCU = at90s8515 ... Wenn ich mir den Quelltext von der io.h ansehe steht da drin .... #elif defined (__AVR_AT90S8515__) # include <avr/io8515.h> .... Muss ich den Chip irgendwie noch im Quelltext
definieren oder habe ich den Typ falsch deklariert? Was kann da falsch sein? Benutze STK500 mit at90s8515. Programmiere mit WinAVR (Version vom 13.09.2003) Bin für jede Antwort dankbar. MfG. S. Oliver
-
Thread
Probleme mit USART (ATmega8515)
mit den gewünschten 9600 BPS funktioniert. Mir ist das bisher entgangen, dass sich da beim ATmega8515 im Vergleich zum AT90S8515 etwas geändert hat, was die Taktung anbelangt. Bisher gab es ja keinen internen Oszillator. Aber man lernt halt nie aus. Eine Kleinigkeit geht aber leider immer noch nicht
man eine eigene Prozedur schreibt, die das gleiche erledigt. Nun bin ich mal gespannt ob der ATmega8515 mehr aushält als der AT90S8515. Von dem sind mir schon 2 Stück kaputtgegangen (vermutlich wegen ESD). Immer nach dem Umprogrammieren in der Schaltung war er futsch - sprich einzelne Port-Ausgänge haben
-
Thread
AVR tot?
Hi, ich habe in letzter Zeit mal angefangen mich etwas mit dem AT90S8515 zu beschäftigen (ADC ansteuerung, Frequenzmessung, Temp-Messung mit DS18S20, usw...) hat aucg gut funktioniert. naja, mein Prob besteht darin dass sich mein ATMEL nun irgendwie verabschiedet
sollt aber doch auch reichen ?! naja, was soll ich sagen, pony spricht immernoch nicht mit meinem AT90S8515 :( hab mir zwar schon beim reichelt neue 8515er bestellt, aber da dass schon mein zweiter "toter" ist (der erste ging schon vor über nem jahr hopps, gleiches symptom) würde ich ihn gerne wiederbeleben
-
Thread
Toochain bauen avr-gcc-x.x mit binutils-2.34 funktioniert nicht
avr5 avr51 avr6 avrxmega1 avrxmega2 avrxmega3 avrxmega4 avrxmega5 avrxmega6 avrxmega7 avrtiny at90s1200 attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 ata5272 attiny13 attiny13a attiny2313
+ ./devtools/gen-avr-lib-tree.sh Generating source directories: avr/lib/avr2/ avr/lib/avr2/at90s1200 avr/lib/avr2/attiny11 avr/lib/avr2/attiny12 avr/lib/avr2/attiny15 avr/lib/avr2/attiny28 avr/lib/avr2/at90s4414 avr/lib/avr2/at90s4434 avr/lib/avr2/at90s8515 avr/lib/avr2
-
Thread
Uhr mit ATMega8515
alten) AT8515L, das ist KEIN ATmega8515. Und der AT8515L hat, wie alle "alten" AVRs, KEINEN internen RC-Oszillator. Wobei es scheint, dass der OP AT8515L und ATmega8515L durcheinanderhaut ;-) MfG Falk
... und das alte Teil heißt AT90S8515 und mit einem L am Ende gabs den auch nicht!
-
Thread
Diverse Bauteile µC, Debug-Tools
Hobbybasteleien diverse Teile/Tools anzubieten (Stückpreise zzgl. Versand): AVR: (neuwertig) 2 Stück: AT90S2313 im DIL-20 Gehäuse 1€ 1 Stück: AT90S4433 im DIL-28 Gehäuse 1€ 1 Stück: ATMEGA8 im DIL-28 Gehäuse 1,50€ 1 Stück: AT90S8515 im DIL-40 Gehäuse 1,50€ 2 Stück:
Folgendes ist verkauft: 2 Stück: AT90S2313 im DIL-20 Gehäuse 1€ 1 Stück: AT90S4433 im DIL-28 Gehäuse 1€ 1 Stück: ATMEGA8 im DIL-28 Gehäuse 1,50€ 1 Stück: AT90S8515 im DIL-40 Gehäuse 1,50€ 2 Stück:
-
Thread
erstllte *.hex-Files nur im Stk 500 ausführbar-avr ide 4
es gehen... > Momentan verwende ich nen 8151 Was ist das denn für einer? Vielleicht eher ein 8515? Mega oder AT90S?
Zusammenhang "[...] nen 8151 aber habe auch schon 2313ner probiert" lässt eher doch nen (ATMega | AT90S)8515 vermuten... Ich vermute mal, der OP ist grad dabei, seinen Rechner komplett neu aufzusetzen, weil er immer noch glaubt, dass es am Compiler liegt...;-)
-
Thread
STK500-Frage
Einen AT90S8616 hat es afaik nie gegeben, nur einen AT90S8515. Und im /nicht/ übersetzten Handbuch (AVRStudio-Hilfe) steht auch, in welchen Sockel der ATMega8515 gehört... (...nämlich in den selben Sockel wie der AT90S8515)
-
Thread
Probleme bei der Usart initialisierung mit dem ATmega8515
\Programmname.asm(107): error: Undefined symbol: UCSRA X:\Bla\BlaBla\AtMEGA8515\Programmname\Programmname.asm(115): error: Undefined symbol: UCSRA X:\Bla\BlaBla\AtMEGA8515\Programmname\Programmname.asm(332): No EEPROM data, deleting X:\Bla\BlaBla\AtMEGA8515\Programmname
Hi >Ich versuche bei einem Atmel Atmega8515 die USART-Schnittstelle >.include "8515def.inc" Die ist für den AT90S8515. Für den ATMega8515 braucht man die 'm8515def.inc'. MfG Spess
-
Thread
DTK500 über USB-RS232 mit PC verbinden
verbinden. Ich fasse mich kurz um meine Situation zu verdeutlichen: - STK500 mit von Atmel bestücktem AT90S8515-8PC - Atmeld Studio 6 installiert - Geräetemanager - USB-Port auf COM 1 gesetzt - Atmel Studio 6 erkennt irgendwie doch das STK500, denn wenn ich bei VIEW klicke und dann auf AVAILABLE TOOLS
Du brauchst erst keine FIRMWARE UPGRADE zu machen und zweitens auf dem STK500 ist kein AT90S8515 sondern ein ATmegaS8515 ausser du benutzt ein altes STK500.
-
Thread
ATMega 8515 A/D-Wandler
Gast wrote: >>hab hier noch ein paar 8515 rumliegen. Jetzt wollt ich wissen ob die >>dinger einen A/D-Wandler haben? > > Nein, die hatten noch keinen. Was heißt "noch" keinen? Der Mega8515 ist aus dem AT90S8515 entstanden, und selbst der hatte schon mehrere Zeitgenossen mit ADC, v.a. zu nennen seinen Bruder im Geiste, den AT90S8535. Der AT90S8515 bzw. später (nach der Portierung der beiden auf die Mega-Plattform) der ATMega8515 hat dafür ein externes Memory-Interface und hat sich v.a. deshalb so lange gehalten.
-
Thread
Parallel-Modus
Jo, ich habe aber einen ATmega8515 und ich will einen ATmega8515 reseten!
meinem aller ersten Posting hab ich falsche Zeiten angegeben. Hab versehentlich das Datenblatt vom 90S8515 erwischt. Im Anhang aber ein Auszug aus dem Datenblatt des ATmega8515, ist doch eigentlich selbsterklärend. Dazu die Schaltung aus Gunters Link und alles sollte funktionieren. Mit dieser Schaltung
-
Thread
AVR Bezeichnungen
Hardware-Multiplier, self-programming Flash, einige mehr oder weniger kompatible Nachfolger für die AT90S-Bausteine (AT90S8515/8535->ATMega8515/8535, AT90S4433->ATMega8 und später ATMega48/88/168) ATTinyxxx: Tiny-AVRs, für kleinere Anwendungen, ohne Hardware-Multiplier, Nachfolge-Bausteine für die kleinen AT90S-Teile (z.B. AT90S2313->ATTiny2313) AT90PWMxxx, AT90USBxxx, AT90CANxxx: Spezial-AVRs, Grundlage bildet generell die Mega-Architektur (alle Bausteine haben afaik Hardware-Multiplier). Ach ja,
-
Thread
UART, Testprogramm aus Buch läuft nicht
**********************************/ /* Include-Dateien -----------------*/ #include <io8515.h> // Register Definition fuer AT90S8515 #include <ina90.h> // Intrinsic Funktionen fuer ICCA90 /* UCR - UART Control Register: Bit Definitionen ---------------------------------
Fehlermeldungen aus: Aus welchem Buch? Ist das für den AVR und den WinAVR geschrieben? Nein, den ICCA90. >#include <io8515.h> // Register Definition fuer AT90S8515 Heisst beim WinAVR [c] #include <avr/io.h> // Register Definition fuer AT90S8515 [/c] >#include <ina90.h> // Intrinsic
-
Thread
AVRGCC und ATTiny26
ich: % avr-gcc -mmcu=foo /tmp/foo.c unknown MCU `foo' specified Known MCU names: avr2 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 at86rf401 avr3 atmega103
atmega128 at94k avr1 at90s1200 attiny11 attiny12 attiny15 attiny28 /tmp/foo.c:1: error: MCU `foo' supported for assembler only Was bekommst Du denn genau? Das richtige Compiler-Frontend
-
Thread
Toolchain neuere AVRs
avr5 avr51 avr6 avrxmega1 avrxmega2 avrxmega3 avrxmega4 avrxmega5 avrxmega6 avrxmega7 avrtiny at90s1200 attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 ata5272 attiny13 attiny13a attiny2313
atmega48p atmega88 atmega88a atmega88p atmega88pa atmega8515 atmega8535 atmega8hva at90pwm1 at90pwm2 at90pwm2b at90pwm3 at90pwm3b at90pwm81 at90pwm161 ata5790 ata5795 atmega16 atmega16a atmega161 atmega162 atmega163 atmega164a atmega164p atmega164pa
-
Thread
ATMega2561 wird in AVR Studio nicht unterstützt
2561.o.d -c ../Testobject_2561.c unknown MCU `atmega2561' specified Known MCU names: avr2 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 at86rf401 attiny261 attiny461
atmega645 atmega6450 atmega649 atmega6490 atmega128 atmega1280 atmega1281 at90can32 at90can64 at90can128 at94k avr1 at90s1200 attiny11 attiny12 attiny15 attiny28 ../Testobject_2561.c:0: Fehler: MCU »atmega2561« nur für Assemblierung unterstützt
-
Thread
Was fehlt (Atmel 90s8515 problem)
bin grad etwas verwirrt ;) ok: * das mit Reset mach ich mal - danke für den Link * IC ist der at90s8515 * ich würde gern den internen Oszillator verwenden (genauigkeit ist nicht gefragt - erstmal soll das ding laufen ;) )
> welchen quarz sollte ich denn nehmen ? Kommt darauf an, welchen µC du genau hast: AT90S8515-4: max. 4MHz AT90S8515-8: max. 8MHz mit 4 MHz bist du also auf der sicheren Seite. Meine Empfehlung: 3,6864MHz (ist auch Standardwert), damit kannst später mal fehlerfreie Baudraten für den
-
Thread
AT90CAN mit sechs externen CAN-Controllern
Hallo, ich habe vor mit einem AT90CAN (AVR-CAN von Olimex) sechs externe CAN-Controller (MCP2515)über SPI zu steuern. Meine Frage ist ob das geht, und welche zusätzlichen Bauteile ich hierfür speziell noch dazu kaufen müsste.
. ... > Das haben die Mega64/128/640/641/1280/1281/2560/2561 sowie die alten > Mega162 und Mega8515. Und die AT90CAN32/64/128. ee_ schrieb im Beitrag #3122444: > ich habe vor mit einem AT90CAN (AVR-CAN von Olimex) sechs externe > CAN-Controller ... zu steuern. Paßt also super.
-
Thread
Elektronikrentner bittet um Hilfe
Bei mir ist ATMEGA 8518 und sogar noch der alte AT90S8515 wählbar.
Hallo zusammen, AVR Studio 4 STK500 WINAVR runtergeladen AT90S8515 WINDOWS XP SP3 RS232 auf COM1 mit dem Board verbunden Programm von Microcontoller.Net Soll die ersten 3 LEDs von PORT B ansteuern. Ich bekomme beim Übersetzen (F7) im Studio folgende
-
Thread
8051 (C515C-L) Wo kann ich einen passenden Chip kaufen
folgende zwei Absätze. [code] Unterstützung folgender Microcontroller: Atmel Classic AT90S1200, AT90S2313, AT90S2333, AT90S2343, AT90S4414, AT90S4433, AT90S4434, AT90S8515, AT90S8535 Atmel ATTiny ATtiny12, ATtiny13, ATtiny15, ATtiny2313, ATtiny24, ATtiny25, ATtiny26
ATmega48, ATmega64, ATmega640, ATmega644, ATmega645, ATmega6450, ATmega649x, ATmega8, ATmega8515, ATmega8535 Weitere Atmel Controller AT90CAN128, AT90PWM2, AT90PWM2B, AT90PWM3, AT90PWM3B, AT90USB162, AT90USB646, AT90USB647, AT90USB1286, AT90USB1287 alle weiteren ATMEGA Prozessoren
-
Thread
ATmega162 zeigt an UART nur Müll
dazu. Verweise auf Hilfe und Doks bringen nichts, denn die habe ich zuerst durchforstet - und beim AT90S8515 funkioniert auch alles bestens
PortC alle Ports auf Output zu bekommen. UNd nein, ansonsten habe noch nie Fuses gesetzt da im AT90S8515 es keine (nenneswerten) gibt - und ich ja, wie beschrieben, neu im Bereich Atmega162 bin Gruss
-
Thread
LCD Controller für 640x480 LCD mit mega8515
es prima, das man dazu jetzt keinen extra epson controller braucht. kann man das ding auch mit nem AT90S8515 laufen lassen ? wäre es vielleicht auch möglich die eagle datei von dir zu erhalten ? mfg Kay
Ohne mega8515 geht es nur mit einem LCD Controller wie z.B. der Epson S1D13704/5/6, aber der kostet einen Kleinigkeit mehr und ist nur im kleinen SMD Gehäuse erhältlich.
-
Thread
AVR Studio 4, Atmega 644P und selbstgebautes Board
STM32F105, STM32F107 - NXP/LPC: LPC17xx, LPC13xx, LPC11xx, LPC21xx, LPC22xx, LPC23xx - Classic: AT90S1200, AT90S2313, AT90S2333, AT90S2343,AT90S4414, AT90S4433, AT90S4434, AT90S8515, AT90S8535 - Tiny: ATtiny12, ATtiny13, ATtiny15, ATtiny2313, ATtiny24, ATtiny25, ATtiny26,ATtiny44, ATtiny45, ATtiny84
ATmega329x, ATmega48, ATmega64, ATmega640, ATmega644, ATmega645, ATmega6450, ATmega649x, ATmega8, ATmega8515, ATmega8535 - Weitere: AT90CAN128, AT90PWM2, AT90PWM2B, AT90PWM3, AT90PWM3B, AT90USB162, AT90USB646, AT90USB647, AT90USB1286, AT90USB1287 - alle weiteren ATMEGA Prozessoren, die die ISP-Programmierschnittstelle