-
Thread
Atmega32 UART geht nicht
stimmt, alles anderefunktioniert, der max202 arbeitet auch korrekt (es hängt da gleichzeitig noch ein at90s8515 dran, und der geht ohne probleme...)
Als der AT90S8515 vor 7 bis 8 Jahren rauskam, hat bei Atmel noch niemand an den Mega32 gedacht. Evtl. war man gerade dabei, die ganze Megaserie zu designen. MW
-
Thread
externes Ram am Atmega162
Latch braucht. Die exakte Bezeichnung ist: MM74HCT573N Was mich irritiert ist, dass es mit einem AT90S8515 funktioniert. Aber nicht mit dem ATmega162. Auf dem AT90S8515 läuft auch eine Software mit fast 7K Flash und die erheblich mehr RAM benötigt als beide Controller intern haben. Ich werde das
habe ich für den ATMega162 die von Gregor und Peter genannten Hinweise berücksichtigt. Mit dem AT90S8515 funktioniert es einwandfrei. Da sehe ich die LED an PB2 (TEST_FAIL) nicht. Um sicher zu gehen, habe ich den Befehl zur Aufschaltung des externen Rams (MCUCR = (1<<SRE) | (1<<SRW); für den AT90S8515
-
Thread
Peter Danneggers Bootloader (fastboot) für AVR-GCC-Toolchain
for mcu at90s8515 ./converted/command.inc:47: Error: illegal opcode movw for mcu at90s8515 ./converted/message.inc:17: Error: illegal opcode lpm for mcu at90s8515 ./converted/message.inc:23: Error: illegal opcode
mcu at90s8515 ./converted/uart.inc:66: Error: illegal opcode lpm for mcu at90s8515 ./converted/uart.inc:92: Error: illegal opcode movw for mcu at90s8515 ./added/fastload.inc:73: Error: illegal relocation
-
Thread
HV Prog: STK500.ebn flashen -> "Programming failed"
meinst du jetzt einen mega8535 oder at90s8535? klar, irgendwie kriegen wir das schon ans laufen. :)
kommt direkt beim schreiben. Ich benutze die AVR-Version 3.6 In dem ScreenShot habe ich mal links ein AT90S2313 und rechts einen AT90S8535 am AVR-Prog gehabt. Wenn ich ein Chip Erase ausführe und dann den Chip auslese werden nur FF's ausgelesen. Das scheint somit zu funktionieren.
-
Thread
bezugsquelle für atmega8535
By the way: atmega8535 / 8515 gibts net. Die richtige Bezeichnung ist AT90S8535 oder AT90LS8535.
Stimmt schon, aber nen bisschen Logik steckt ja wohl schon dahinter, ist die Reihe AT90S8515, AT90S8535, ATmega8515, ATmega8535 nicht irgendwie Pinkompatibel, usw..? Na wie auch immer, passt schon ;)
-
Thread
**AVR 90S8535 PDIP nicht mehr erhältlich**
Was ist denn eigentlich der Unterschied zwischen 90S8535 und 90S8515 (außer der Typenbezeichnung :-). Einen 90S8515 habe ich noch übrig, der steckte original auf dem STK500 drauf, hab ihn aber ohne weiter zu verwenden durch einen Mega16 ersetzt. Gruß
Ähmmm, um weitere Mißverständnisse zu vermeiden, ich habe nicht den auf dem Board verlöteten AT90S8535 (im TQFP) entfernt oder umprogrammiert, sondern den AT90S8515, der auf dem Sockel SCKT3000D3 gewissermaßen als Sample drauf war, gezogen. Dafür hab ich dann auf den Sockel SCKT3100A3 einen Mega16
-
Thread
Gentoo Linux crossdev atmega256x gcc4.1.2
spuckt avr-gcc-4.1.1 --target-help folgendes aus: 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
attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 at90c8534 at86rf401 attiny13 attiny2313 attiny261 attiny461 attiny861 attiny24 attiny44
-
Thread
Download aller Atmel Datenblätter (µC)?
waren AT90S4414, AT90S8515, und auch der ATmega161 hatte das.) Wenn es auch Vielpinner sein dürfen, dann geht das über ATmega128, ATmega1280/1281, ATmega640, ATmega2560/2561 jedoch weiter. Viele Xmegas
(Die 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
-
Thread
Liste von AVRs mit externem Speicherinterface?
wrote: > hat mein grep ergeben Es fehlen noch der Vollständigkeit halber die "mature" AVRs: . AT90S4414 . AT90S8515 . ATmega103
folgende Liste zählt alle 8Bit-AVRs (auch Mature Devices) mit externem Speicherinterface auf. [pre] AT90S4414 AT90S8515 ATmega64 ATmega103 ATmega128 ATmega161 ATmega162 ATmega640 ATmega1280 ATmega1281 ATmega2560 ATmega2561 ATmega8515 AT90CAN128 AT90USB82 AT90USB162 AT90USB646 AT90USB647
-
Thread
Division mit Rest
dann > bemerkt, das man wegen des memory interface timings leider nicht so > einfach einen atmega8515 anstelle des verwendeten at90s8515 > beenutzen kann, Was ist denn daran so grundlegend anders? Ganz davon abgesehen, AT90S8515 bekommst du doch fast hinterhergeworfen...
eigenes Programm zu schreiben, dabei lerne ich schliesslich auch noch was :) >Ganz davon abgesehen, AT90S8515 bekommst du doch fast >hinterhergeworfen... Das dachte ich zuerst auch, doch dann musste ich leider festellen, das ich in der Schweiz wohl nur noch an die atmegas rankomme, die at90s8515 fand
-
Thread
avr-gcc-4.1.1 verweigert sich dem ATtiny13
binutils=2.15 (13:20:58 26.01.2007) gcc --target-help: 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
at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 at90c8534 at86rf401 atmega603 atmega103 at43usb320 at43usb355 at76c711 atmega8 atmega83 atmega85 atmega8515 atmega8535 atmega16 atmega161 atmega162
-
Thread
wie lange gibt es schon AVRs (z.B. ATtiny13V/13A)?
Na, dann will ich doch noch mein ältestes Stück vorstellen: AT90S8515 8PI 9825
S. Landolt schrieb im Beitrag #5361888: > Na, dann will ich doch noch mein ältestes Stück vorstellen: > AT90S8515 8PI 9825 Ältester date code eines AT90S8515 8PC aus meiner "Sammlung": 97/37
-
Thread
attiny45 mit avr-gcc nur halb unterstützt
usbdrv/usbdrv.c -o usbdrv/usbdrv.o unknown MCU 'attiny45' specified Known MCU names: avr2 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 at86rf401 attiny13 attiny2313
--target-help <bla..bla> 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 attiny13 attiny2313
-
Thread
AVR-GCC 4.8.1 tiny841 nicht bekannt
at90s2333 at90s2343 at90s4414 at90s4433 at90s4434 at90s8515 at90s8535 at90scr100 at90usb1286 at90usb1287 at90usb162 at90usb646 at90usb647 at90usb82 at94k ata5272 ata5505 ata5790 ata5790n ata5795 ata6285
at90s2323 at90s2333 at90s2343 at90s4414 at90s4433 at90s4434 at90s8515 at90s8535 at90usb1286 at90usb1287 at90usb162 at90usb646 at90usb647 at90usb82 at94k m3000 avr-gcc: note: supported core architectures
-
Thread
Probleme mit der AVRSTUDIO
nicht 100%tig verstanden. Welche Befehle des ATMega8515 werden nicht erkannt? Kann es sein, das du die falsche Include-Datei verwendest? 8515inc.def -> AT90S8515 statt m8515def.inc -> ATMega8515 MfG Spess
schrieb im Beitrag #4680280: > Habe ich jetzt nicht 100%tig verstanden. Welche Befehle des ATMega8515 > werden nicht erkannt? > > Kann es sein, das du die falsche Include-Datei verwendest? > > 8515inc.def -> AT90S8515 > > statt > > m8515def.inc -> ATMega8515 > > MfG Spess Vielen
-
Thread
STK500 Programmierung geht nicht
Normalerweise muss nur der 6-polige ISP gesteckt sein - steckt der AT90S8515 im unteren Sockel (wenn LED links und RS232 rechts sind) Otto
Es ist die Rede von AT90S8515, aber auf den Foto ist es ein ATMEGA8515. Richtige Auswahl getroffen im connect Menue?? Steht im "Programming Mode und Target setting" ISP? Dann versuch mal ein "read signature".
-
Thread
Problem mit 8515 hex
Und was ist ein 08/15? Hannes bezog sich sicherlich eher darauf das es Mega8515 und einen veralteten Typen mit Namen AT90S8515 gibt/gab.
Mikrocontroller, und zwar zwei verschiedene Typen. > Hannes bezog sich sicherlich eher darauf das es Mega8515 und einen > veralteten Typen mit Namen AT90S8515 gibt/gab. Richtig, wobei ich den AT90S8515 nicht unbedingt als "veraltet" bezeichnen möchte. Er ist noch lieferbar und wird auch noch benutzt. Nur
-
Thread
Könnt Ihr mir bitte bei meinem ersten Programm helfen ?
*************/ #include <inttypes.h> #include <avr/io.h> /* * constants */ #if __AVR_AT90S8515__ #define XTAL 4000000L // Crystal frequency in Hz #define OC1A_PIN PD5 // OC1A pin (for AT90S8515 use PD5, for ATmega8 use PB1) #define OC1A_DDR DDRD // OC1A DDR (for AT90S8515 use DDRD, for ATmega8 use DDRB) #define WGM12 CTC1 // for compatibility with AT90S8515 #define WGM10 PWM10 // for compatibility with AT90S8515 #elif __AVR_ATmega8
-
Thread
Problem mit Ext. CMOS-Ram
das Datum übersieht und > versucht zu helfen. Danke. Die Ironie daran ist, schon 2012 war der AT90S8515 alt wie Steinkohle.
Datum übersieht und >> versucht zu helfen. Danke. > > Die Ironie daran ist, schon 2012 war der AT90S8515 alt wie Steinkohle. Na und, der To hatte vielleicht seine Gründe. Ich habe auch noch einen AT90S8515 hier über, denn der war im STK200 Starterkit inklusive. Ausserdem hat er nicht den Ballast
-
Thread
MCU-Gehäuse auf STK500
habe mir gerade ein STK500 gekauft und soviel ich weiß kann man verschiedene uC-Typen einsetzen z.b AT90S1200 und AT90S8515 nur ich verstehe das gar nicht mir der Pinbelegung. Konkretes Bsp.: pin10 von AT90S1200 ist Masse während bei AT90S8515 pin10 =PD0(RxD). kann mir jemand helfen dieser Frage zu
>pin10 von AT90S1200 ist Masse während bei AT90S8515 pin10 =PD0(RxD). Pin 10 des zum AT90S1200 passenden Sockels ist nicht mit Pin 10 des zum AT90S8515 passenden Sockels elektrisch verbunden. Verbunden sind alle
-
Thread
Unterschiede der AVR-Baureihen
Hallo, ich möchte mit Bascom anfangen AVr´s zu programmieren. Der Blick in den Reichelt-Katalog hat mich aber verwirrt. Da taucht zum Bespiel der "2313" als AT 90S2313 und als Atiny 2313 auf. Den "8515" gibt es als AT 90S8515 und ATMega 8515
Hallo beim AtMega8515 sind außer dem schnelleren Takt und dem Multiplizierer noch drei allgemein nutzbare Ports dazugekommen die als Port E bezeichnet sind. Im AT90S8515 waren das nur spezielle Pins für Timer u.ä.
-
Thread
[S] 28C64/65 PLCC / 27C02001 PLCC / AVR 8515 in PLCC / 74xx157/257 in SO16
Super, melde mich gleich per PM Weiter aktuell gesucht: 15 Stk. 28C64/65 siehe oben 7 Stk. AT90S8515 oder ATmega8515 PLCC siehe oben
Hallo Leute, die Suche ist immer noch aktuell. 15 Stk. 28C64/65 siehe oben 7 Stk. AT90S8515 oder ATmega8515 PLCC siehe oben Zusätzlich ist noch dazu gekommen das ich 10-15 Stk. PS/2 Simm-Sockel suche, die Simms sollen liegend, also parallel zum Board eingesteckt werden. Leider finde
-
Thread
STK500 seit Update nichtmehr funktionsfähig
Das Problem ist historisch bedingt: Die original Bestückung war AT90S1200 + AT90S8535 und die hatten noch keine Clock-Fuses zum verstellen. Atmel hätte dem ATmega8535 nen Bootloader spendieren sollen und den ATtiny2313 weglassen. Dann wäre das Clock verstellen nicht
Der At2313 ist nix Anderes als das primitive AVRprog, zu dem auch die Software mit dem AVR-Studio installiert wird. Ich hatte einen defekten AVR-ISP (1200er war defekt), ich habe den AT90S8535 mit einem externen
-
Thread
AtMega ehwiges Fuse Thema 16 Mhz Quarz
UART_TX_BUFFER_SIZE & UART_TX_BUFFER_MASK ) #error TX buffer size is not a power of 2 #endif #if defined(__AVR_AT90S2313__) \ || defined(__AVR_AT90S4414__) || defined(__AVR_AT90S4434__) \ || defined(__AVR_AT90S8515__) || defined(__AVR_AT90S8535__) \ || defined(__AVR_ATmega103__) /* old AVR classic or ATmega103
define UART0_UDRIE UDRIE #elif defined(__AVR_AT90S2333__) || defined(__AVR_AT90S4433__) /* old AVR classic with one UART */ #define AT90_UART #define UART0_RECEIVE_INTERRUPT SIG_UART_RECV #define UART0_TRANSMIT_INTERRUPT SIG_UART_DATA
-
Thread
Programmer incl. neuem Code für Atmel AN910
Zeit als Einstieg selbst erarbeitet habe. Inhalt? Allgemeines zu µC, spezielleres am Beispiel des AT90S8515, Assembler-Programmierung-Einführung und ein Konvolut an von der englischsprachigen Originaldatei ins Deutsche übersetzte Assembler-Befehlen! Rückmeldungen zu dieser Datei (positive und negative
AVR910 gewagt und ihn nachgebaut. Das eigentliche Problem kam aber erst bei der Programmierung des AT90S2313 bzw AT90S1200. Habe den Source-Code von K.Leidunger genommen (letzte Version) und auf meinem Quarz 8Mhz angepasst. Nach dem Komplieren mit WAVRASM und auch GAVRASMW bekomme ich etliche Fehlermeldungen
-
Thread
atmega8 unter windoof...?
ahlms=test1.lst -mmcu=atmega8 - I. test1.c -o test1.o Wrong mcu `atmega8' specified Allowed mcu's: at90s2313 at90s2323 at90s2333 attiny22 at90s2343 at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 atmega603 atmega103 cc1.exe: C:\PROGRA~1\AVR\BIN\
wrap-around (default for avr3, avr5) 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
-
Thread
AVRProg von Atmel und AT90S2313
Hallo zusammen. Gibt es eigentlich eine AVRProg Version, die den AT90S2313 unterstützt? Ich habe nur die Version, die folgende Typen unterstützt: AT89S8252 AT90S1200 rev. C AT90S1200 rev. D/E/F AT90S8515 rev. A/B Der ISP-Programmer basiert auf AN910 von Atmel.
1200 habe ich schon (aus der AN910 von Atmel). Dieser Code ist nur für die Programmierung der Typen AT89S8252 AT90S1200 rev. C AT90S1200 rev. D/E/F AT90S8515 rev. A/B geeignet. D.h. wenn ich den AT90S2313 damit programmieren will, geht es nicht. Ich brauche also den geänderten Code (aus der AN910)
-
Thread
AVR Mahpong - Frage
hast du wirklich einen AT90S8515 verbaut ? Wenn du einen ATMega8515 genommen hast, müssen die S8515C Fuse gesetzt sein.
Mike schrieb im Beitrag #2046768: > hast du wirklich einen AT90S8515 verbaut ? > Wenn du einen ATMega8515 genommen hast, müssen die S8515C Fuse gesetzt > sein. Ja, ich habe allerdings die nicht-PDIP Version genommen. Walter schrieb im Beitrag #2046778:
-
Thread
8051 hex file erzeugen
Hallo, Ich habe ein AVR Studio Projekt für einen AT90S8515. Nun möchte ich dieses Projekt für den nahezu pinkompatibelen AT89S52 umstricken. Mir ist klar das AVR Studio den AT89S52 nicht unterstützt. Als programmer nutze ich Ich einen arduino (
er nur noch etwa 6 mal so langsam. Der ATMega 8515 ist der legitime Nachfolger des AT90S8515.
-
Thread
Kennt jemand dieses Board von Atmel
da wäre der Quarz woanders und das Datum jünger. Sieht ganz nach der alten Pinbelegung aus, siehe AT90S8515.
Ja, das ist das allererste STK, hatte noch keine Nummer, also nur STK. Das gabs damals zum AT90S1200 dazu. Damit kannst Du nur die alten AT90S1200, AT90S3213 und AT90S8515 proggen. Unter dem Aufkleber ist ein AT89C2051, der die Programmiersoftware enthält. Du kannst es z.B. für Experimente
-
Thread
[V] Diverse (ältere) AVR-Controller
Moin, ich bin am Aufräumen und habe noch diverse AVR's über 14 x AT90S1200-12PI 9 x AT90S2313-10PI 3 x AT90S4433-8PI 3 x AT90LS4433-4PI 2 x AT90S8515-8PC 6 x AT90S8535-8PI 2 x AT90CAN128-16MU 2 x ATmega161-8AI 2 x ATmega163-8AI 2 x ATmega103
Moin, folgende µC sind verkauft: 14 x AT90S1200-12PI 9 x AT90S2313-10PI 2 x AT90S8515-8PC 6 x AT90S8535-8PI Der Rest, also folgende, sind noch zu haben: 3 x AT90S4433-8PI 3 x AT90LS4433-4PI 2 x AT90CAN128-16MU 2 x ATmega161
-
Thread
Frage:Wie programmiere ich vom STK500 aus
habe ich bis jetzt so mein Porgramm aufm Board programmiert... aufm STK500-Board steckt ein ATMega8515 und auf meiner Platine ein AT90S8515, der Mega ist aber pinkompatibel.. den Mikrocontroller aufm Board müsste ich dann vom Sockel rausnehmen oder ist das egal... habe ich hier im Forum gelesen
manuete wrote: > aufm STK500-Board steckt ein ATMega8515 und auf meiner Platine ein > AT90S8515, der Mega ist aber pinkompatibel.. Achtung! Pinkompatibel heißt nicht funktionskompatibel! Intern gibt es da sehr große Unterschiede (Registerbezeichnungen..
-
Thread
ISP Adapter *verrückt werd*
hat. Jetzt meine Fragen: 1. Kann es sein das der Adapter überhaupt nicht mit dem AT90S8515 funktioniert? 2. Muss der AT90S8515 mit einem externen Quarzoszillator programmiert werden? 3. Kann es vielleicht sein, das der 47HCT244 spinnt? 4. Gibt es vielleicht noch einen anderen
Hi, sind deine Pinbelegungen auf den IC im Tutorial bezogen, oder auf den AT90S8515? Im Datenblatt des 8515 sind die Pinbelegungen nämlich anders: Pin 6: MOSI Pin 7: MISO Pin 8: SCK Pin 9: RESET Nich das ich da noch was Falsch mache!
-
Thread
LTC TimeCode Decoder bauen
*grübel* ... 2313 und 8515.... Welche AVRs meinst Du eigentlich? --> AT90S2313 (alt) oder ATtiny2313 (neu) ? --> AT90S8515 (alt) oder ATmega8515 (neu) ? Sowohl Mit dem tiny2313 als auch mit dem mega8515 sollte es machbar
Zum Flashen benutze ich bis jetzt noch PonyProg. Habe gerade noch mal nachgesehen... Auch der AT90S2313 und der ATmega8515 haben ausreichend Flash sowie einen Input Capture. Mit diesen sollte das Ganze also auch (leicht) machbar sein. Gruß, Magnetus
-
Thread
Für ATtiny4313 kompilieren?
avr35 avr4 avr5 avr51 avr6 avrxmega1 avrxmega2 avrxmega3 avrxmega4 avrxmega5 avrxmega6 avrxmega7 at90s1200 attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 attiny13 attiny13a attiny2313
avrxmega3 avrxmega4 avrxmega5 avrxmega6 avrxmega7 at90s1200 attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 attiny13 attiny13a attiny2313
-
Thread
K0855 durch Mikrocontroller ersetzen?
der AT90S8515 denn mind. 5 DigitaleAusgänge, 2 AnalogeAusgänge (Also 2 PWMs) setzen und 2 AnalogeEingänge einlesen? Und ist das STK 500 für diesen Zweck geeignet? Welchen Mikrocontroller kann ich denn
So Board ist ausgepackt, habe neben dem AT90S8515 einen Atmega16 16PC mit dabei. Der müsste doch jetzt klappen oder muss ich gleich nochmal los einen anderen besorgen?
-
Thread
Problem mit ISP
Hier der Programmer mit dem AT90S1200: http://www.atmel.com/atmel/acrobat/doc0943.pdf Peter
Hallo Markus, ich habe eine AVR910 - Modifikation gefunden, um anstatt den AT90S1200 @ 4 MHz einen AT90S8515 @ 8 MHz zu verwenden. Evtl. wird sie dir für dein Projekt nützlich sein ... Gruß Matthias
-
Thread
Probleme mit ISP bei Atmega16 auf STK500
haben. Hast du auch bedacht, das der ATmega16 in den oberen roten 40pol Sockel gehört und der AT90S8515 in den unteren roten 40pol Sockel gehört? Es grüsst, Arno
Hallo Arno, das war ein sehr guter Tipp. Ich habe doch tatsächlich den gleichen Sockel wie bei dem AT90S8515 verwendet und nicht den oberen. Der Atmega16 lässt sich nun auch problemlos programmieren. Warum sich der AT90S8515 nun nicht mehr flashen lässt, bzw. das Fehler beim "verify" nach der Programmierung
-
Thread
Henne´s LED DMX Transceiver
vestehe ich das so richtig? @ Steffen H. Steffen H. schrieb im Beitrag #2994937: > Welchen 8515 nimmst du denn? Den AT90S8515 oder den ATMEGA8515 ? Dann > kann ich dir die Firmware umschreiben. Es ist ein ATMega 8515. Steffen H. schrieb im Beitrag #2994937: > Soll das heißen, du willst
Beitrag #2994955: > Zum Testen ganz einfach: > Benenne einfach das GPIOR0 in EEDR um. Das geht bei dem AT90S8515 und > beim ATmega8515. Wenn so einfach ist brauchst die Firmware nicht umschreiben. Das werde ich mal testen Besten Dank
-
Thread
Zugriff auf Floppies mit AVR
> Was ist ein 8515? Ein "alter" Chip? Eigentlich nicht, der Mega8515 ist neuer als der Mega8. Es handelt sich um zwei pinkompatible AVRs, einmal den (veralteten) AT90S8515, zum anderen dessen Nachfolger ATMega8515
könnte man das SRAM damit auf 32kB oder mehr aufstocken. Nähere Informationen stehen im Datasheet des AT90S8515 oder ATMega8515. > Da ich nicht viel über das FAT weiß, würde mich mal interessieren, > wie > das eigentlich aufebaut ist. Wo bekomme ich die Info her? Weiter oben http://www.mikrocontroller.net
-
Thread
Anfängerfragen zu STK500
> Auf dem gelieferten STK500 ist ein AT90S8515 (40pol PDIP). Ist der für > den Anfang in Ordnung? Der AT90S8515 war bei den ersten STK500 dabei. Inzwischen ist sicher ein AVR aus der ATMega Serie dabei.
und einem Quartzoszillator. Quartz ist wechselbar (Fassung) Auf dem gelieferten STK500 ist ein AT90S8515 (40pol PDIP). Eigenlich wird seit geraumer Zeit ein ATMega8515 mitgeliefert. > Ist der für den Anfang in Ordnung? Wenn du keinen AD-Wandler brauchst, ja. Allerdings würde ich aktuellere
-
Thread
RS232 Protokoll mit RXD/TXD und STX/ETX?
Übertragung und Empfang erlauben würde" ist doch ein Unterschied, zum voll-duplex das ich benutze beim AT90S8515 (ersetzt ATMega8515)
im Befehlsatz vom AT90S8515 habe ich keine XOR-Verknüfung gefunden, nur eine OR-Verknüpfung, könnte ich das auch für die Checksummen Überprüfung anwenden, oder net
-
Thread
Alternative für Quarz
ok .. jetzt bin ich endgültig verwirrt ... ich dachte immer der 90s8515 hätte keinen (finde im datenblatt nix dazu, nur eben über ansteuerung durch externen Quarz) hingegen der atmega8515 hat einen ... Liege ich wirklich falsch ? bin ich blind ?
Also im Datasheet des AT90S8515 steht ganz auf der ersten Seite folgendes (bleh. da kann man nicht rauskopieren, muss ich abtippen;) Programmable Watchdog Timer with On-Chip Oscillator
-
Thread
Ethersex mit Mega 1284p
. -c -o ethersex.o ethersex.c unknown MCU 'atmega1284p' specified Known MCU names: avr2 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 avr25 attiny13 attiny2313
atmega6450 atmega649 atmega6490 atmega128 atmega1280 atmega1281 atmega16hva at90can32 at90can64 at90can128 at90usb82 at90usb162 at90usb646 at90usb647 at90usb1286 at90usb1287 at94k avr1 at90s1200 attiny11 attiny12 attiny15
-
Thread
AVR Signature Bytes - Liste aller Controller?
; desc = "AT90S4434"; signature = 0x1e 0x92 0x02; desc = "AT90S8515"; signature = 0x1e 0x93 0x01; desc = "AT90S8535"; signature = 0x1e 0x93 0x03
=ATtiny25 1E9109=ATtiny26 1E910A=ATtiny2313 1E910B=ATtiny24 1E910C=ATtiny261 1E9181=AT86RF401 1E9201=AT90S4414 1E9203=AT90S4433 1E9205=ATmega48 1E9206=ATtiny45 1E9207=ATtiny44 1E9208=ATtiny461 1E920A=ATmega48P 1E9301=AT90S8515 1E9301=AT90S8515comp 1E9303=AT90S4434 1E9303=AT90S8535
-
Thread
AT90S8535 noch aktuell?
. Ist der ATMEL AT90S8535 (44p) noch aktuell oder schon ein Altertum? Kurt
zu lesen und wurden von ursprünglich 20MHz runtergestuft, bis sie leidlich funktionierten. Die AT90CAN und AT90USB sind keine AT90S, sondern ATmega128 mit Spezialfunktion.
-
Thread
WinAVR (GNU make): Problem mit dependency files
fno-exceptions -f unsigned-bitfields -fpack-struct -fshort-enums -Wall -Wa,-ahlms=I2C/I2C.lst -mmc u=at90s8515 I2C/I2C.c \ | sed 's/\(I2C/I2C\)\.o[ :]*/\1.o I2C/I2C.d : /g' > I2C/I2C.d; \ [ -s I2C/I2C.d ] || rm -f I2C/I2C.d sed: -e expression #2, char 23: Unknown option to 's' I2C/I2C.c:6:21: I2C/I2C.h
funsigned- bitfields -fpack-struct -fshort-enums -Wall -Wa,-ahlms=C:/AVR/OpenCOS/I2C/I2C.ls t -mmcu=at90s8515 -I. C:/AVR/OpenCOS/I2C/I2C.c -o C:/AVR/OpenCOS/I2C/I2C.o avr-gcc -Wl,-Map=OpenCOS.map,--cref -mmcu=at90s8515 OpenCOS.o C:/AVR/OpenCOS/I2C /I2C.o -lm --output OpenCOS.elf avr-objcopy -O ihex