-
Thread
Probleme mit der AVRSTUDIO
deinstallieren, den offline-Installer herunterladen und frisch installieren. Alte Devices wie der AT90S8515 werden vom Studio7 nicht mehr unterstützt, der ATMega8515 schon. Unter Win7 läuft das Studio anstandslos, bei Win10 gibt es u.U. Probleme. Zum Simulator kann ich nichts sagen, da ich den nicht benutze
nicht erkannt? Kann es sein, das du die falsche Include-Datei verwendest? 8515inc.def -> AT90S8515 statt m8515def.inc -> ATMega8515 MfG Spess
-
Thread
Henne´s LED DMX Transceiver
ATTINY ist. Zum Testen ganz einfach: Benenne einfach das GPIOR0 in EEDR um. Das geht bei dem AT90S8515 und beim ATmega8515.
#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
AT90S8515 und 9bit UART
Ich habe ein Problem mit dem 9. bit bei UART. Egal ob dieses gesetzt ist oder nicht, der AVR empfängt immer nur 0. Die normalen 8bit werden richtig empfangen, aber im UCR steht immer 148 (128 für Interrupt Enable, 16 für RX Enable, 4 für 9bit). Bit 1 (also Wert 2) ist nie gesetzt. Hier die Einstellungen für einen 7,32728MHz Quarz: ldi temp, 3 out UBRR, temp sbi UCR, RXCIE ; Interrupt bei Empfang sbi UCR, RXEN ; RX (Empfang) aktivieren sbi UCR, CHR9 ; 9bit aktivieren sei
-
Thread
Suche Bezugsquelle AT90S8515-TQFP44
Hallo, ich suche eine Bezugsquelle für den oben genannten AVR Controller in dem genannten Gehäuse. Mir ist schon bekannt das es stattdessen den ATMEGA 8515 gibt. Aber falls es den AT90S-Typ noch zu kaufen gäbe, wäre mir das lieber. Ich habe schon bei einigen Shops gesucht, habe aber max. die PDIP Version gefunden. Falls jemand eine Bezugsquelle hat oder sogar 4 von den Dingern rumliegen zum verkaufen, dann würde ich mich über eine Nachricht freuen. Danke Hajo
-
Thread
Wie misst mann eine Spannung mit einem Atmel AT90S8515?
Ich würde gerne mit meinem Atmel AT90S8515 Spannungen messen und diese auswerten bzw. speichern, bin aber ein ziemlicher Anfänger auf dem Gebiet. Als Programmiersoftware benutze ich BASCOM-AVR. Danke für Eure Antworten.
anlegen welche z.B. im Display anzeigt oder gespeichert wird. Ich möchte auch auf alle Fälle den AT90S8515 verwenden.
-
Thread
Problem mit qsort()
undefined references to `__mulhi3' follow make.exe: *** [main.elf] Error 1 Wenn ich es für einen AT90S8515 übersetze, kriege ich diese Meldungen: avr-gcc --version avr-gcc (GCC) 3.3 20030421 (prerelease) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. avr-gcc -c -mmcu=at90s8515 -I. -I../lib -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=main.lst main.c -o main.o avr-gcc -c -mmcu=at90s8515 -I. -I../lib -g -Os
-
Thread
AVR daten & adressbus
implementiertem Interface sind ATmega162 und ATmega8515, wobei letzterer wohl der kleinere ist. Der AT90S8515 hat das Interface auch ist aber IMHO abgekündigt.
einen ATmega8515... (bei Reichelt bspw. kosten die AT90S8515 auch schon mehr als die ATmega8515).
-
Thread
Download aller Atmel Datenblätter (µC)?
einzige 40-Pinner sein, der sowas hat und aktuell noch produziert wird. (Vorgänger 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 haben auch einen
seltsamerweise nichts, Konquereor mit kfind klappt): AT90CAN128 AT90CAN32 AT90CAN64 AT90S4414 AT90S8515 AT90S8515comp AT90USB1286 AT90USB1287 AT90USB646 AT90USB647 ATmega103 ATmega103comp ATmega128 ATmega1280 ATmega1281 ATmega128A ATmega161 ATmega161comp ATmega162 ATmega2560 ATmega2561
-
Thread
[V] Diverse (ältere) AVR-Controller
ü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-6AI 2 x ATmega128L-8AI 4 x ATmega128-16AI Das sind insgesamt 51 Controller !!! Am liebsten
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-8AI 2 x ATmega163-8AI 2 x ATmega103-6AI
-
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
8051 hex file erzeugen
dann ist er nur noch etwa 6 mal so langsam. Der ATMega 8515 ist der legitime Nachfolger des AT90S8515.
Ahhhhhhh. Stimmt. Er kennt diese Header natürlich gar nicht. Das C Programm kommt ja von einem AT90S8515. Theoretisch könnte man die Header files aber ins Projekt importieren, oder? Danke erstmal.
-
Thread
at90s8515 -> mega8515 sram probleme
Hi! Ich wollte den sourcecode des yampp3, der eigentlich für den at90s8515 geschrieben ist, für den atmega8515 umschreiben. Bis jetzt leider mit nicht allzuviel Erfolg. Spi und Uart funktionieren weiterhin herrvorragend, nur bekomme ich die festplatte und das ram nicht
habe, was das Problem sein könnte. Und zwar hängt das write signal der Festplatte an pb0 seit dem at90s8515 eine neue Funktion hinzugekommen; "OC1" Dem Datenblatt kann ich zwar entnehmen, für was dass dieser Pin benutzt werden kann, allerdings finde ich nirgends etwas darüber, wie ich den denn einfach
-
Thread
AT90S2313 & AT90S8515
soweit funktioniert es auch wunderbar! Nun will ich aus erweiterungs Gründen das Programm auf einen AT90S8515 übertragen, leider läuft das Programm dort nicht kann mir jemand sagen was ich alles ändern muss ausser die def.inc datei??? vielen dank elena
Wenn du den AT90S8515 noch nicht besorgt hast oder die Schaltung öfters bauen möchtest geh gleich auf den ATMEGA 8515-16 D das ist das Nachfolgemodel und kostet nur 3,45 . Der AT90S8515 steht mitlerweile bei 5,25 und
-
Thread
AVR AT90S8515 Timer/Counter Zeitbasis
Hi, ich laboriere gerade mit o.g. yC. Dennoch verstehe ich die Basis für den Timer1 nicht. Ich verwende "no prescaling", interne Taktung und meine Schaltung erfüllt auch voll ihre Funktion. Allerdings hatte ich Frequenz CLKio gleich der Taktfrequenz des MCU erwartet und so lange kein Ergebnis erreicht. Um meine Wartezeit zu realisieren hatte ich auf Grundlage der MCU-Taktfrequenz den Counter auf FF00 stellen müssen. Funktioniert hat es aber erst, als ich FFE0 eingestellt hatte, also erheblich weniger. Wie ist die Basis für CLKio????????????????? Danke für jeden Tip. Peter
-
Thread
ARF32 an AT90S8515 anschliessen? Wie?
Bluetooth-Modul, dass den kompletten Bluetooth-Stack bereits drinhat und möchte das jetzt an den AT90S8515 anschliessen. Habe aber keine Ahnung mit was ich die Pins (RXD, TXD, CTS etc..) beim uC verbinden soll. Kann mir jemand helfen? hier ist die Beschreibung des ARF32-Moduls: http://www.reimesch.de/support/arf32_mn.pdf Beim AT90S8515 habe ich aber gar keine Pins, die auf RXD/TXD etc.. hören?! Geht das mit dem uC überhaupt? Oder brauch ich nen anderen? (AT90S4433 vielleicht?) Danke für die Hilfe
-
Thread
Probleme mit USART (ATmega8515)
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. Aber das liegt eher
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 einfach nicht mehr funktioniert
-
Thread
Port D, Pin PD7 vom At90S8515 bleibt auf Low Pegel.
Ich benoetige den Port D (AT90S8515)als Eingang im Tristate Mode. Nachdem ich das Data Direction Register auf Null gesetzt habe, messe ich mit einer Logik Probe an PD0-PD6 den erwarteten Tristate Pegel. Am Pin PD7 (Pin 17) habe ich einen soliden Low Pegel. Ich habe 3 neue At90S8515 von Reichelt bezogen (alle aus einer Charge 0327) und alle 3 machen dasselbe. Beim Einlesen der Port D Pins erhalte ich immer ein low von PD7 egal welcher Pegel anliegt.
-
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.
Watchdog-Periode müsste doch mit 2s lang genug sein für viele EEPROM-Schreibvorgänge, oder? Beim AT90S8515 in Verbindung mit dem alten IAR-C-Compiler gab es dieses Problem definitiv nicht. Hat jemand eine Erklärung dafür?
-
Thread
Irritation mit dem STK500
auf seinem Gehäuse die Aufschrift: "ATMEGA16L8PI0247". Laut Packliste soll das (angeblich) ein AT90S8515-8PC sein. Ist das korrekt, dass der mitgelieferte µC der in der Packliste beschriebene ist? Ich bin da gerade etwas ratlos. Noch eine Frage, da das STK 500 leider ziemlich alt ist, hat es da auch
seinem Gehäuse die Aufschrift: >"ATMEGA16L8PI0247". Laut Packliste soll das (angeblich) ein >AT90S8515-8PC sein. >Ist das korrekt, dass der mitgelieferte µC der in der Packliste >beschriebene ist? Ich bin da gerade etwas ratlos. Das ist ein ATMega16L. Geht bis 8MHz. Die Beschreibung war schon
-
Thread
Was kann man mit Prozessorkarten (90S8515 mit EEPROM) anfangen ?
Beim Aufräumen in der Firma habe ich einen Stapel Karten mit AT90S8515 Prozessor und EEPROM gefunden. Die Karten waren ursprünglich gedacht um Prozessregler zu betreiben. (Mit einer Software hat man die Werte eingestellt und dann auf die Karte geschrieben.) Wenn die
groß wie eine EC-Karte, haben ein vergoldetes Anschlußfeld wie eine EC-Karte und enthalten einen AT90S8515 Prozessor sowie ein 24C512 EEPROM. Laut Unterlagen sind von dem Prozessor nur die Programmieranschlüsse und die Versorgungsspannugspins auf der Kontaktfläche. Das EEPROM hängt parallel zu den
-
Thread
Einfaches Programm zum Testen, ob das STK500 auch läuft
Hallo an alle Beteiligten. Im User Guide steht, dass der AT90S8515 als Muster mit geliefert wurde. Ist der AT90S8515 der ATmega8515L??
Hi >Ist der AT90S8515 der ATmega8515L?? Nein. Lies einfach die Bezeichnung, die auf deinem Controller steht. Das STK500 wurde/wird mit verschiedenen Controllern ausgeliefert. >Kann sowieso nicht verstehen wieso
-
Thread
MEGA8515 statt 8515 einfach zu blöd.
nun sehe ich viele Bäume, aber finde irgendwie den Wald nicht... Habe ne Schaltung mit einem AT90S8515. Den AT90S8515 programiere ich über das STK 500, in dem ich den 6 poligen Stecker der ISP einfach an den ISP-Anschluß auf meiner Platine stecke. Funktioniert alles Problemlos. Nun möchte ich anstelle des AT90S8515 den MEGA8515 in die Schaltung einsetzen und programmieren. AVR Studio gibt jedoch immer die Fehlermeldung aus, dass der ISP Takt nicht zum Chiptakt passt. Auf der meiner Platine wird der Mega
-
Thread
Fehler beim versuch zu kompilieren
in der Dokumentation von avr-libc angesehen ... C:\lcd>C:\WinAVR\bin\avr-gcc.exe -g -Os -mmcu=at90s8515 -c test_lcd.c C:\lcd>C:\WinAVR\bin\avr-gcc.exe -g -mmcu=at90s8515 -o test_lcd.elf test_lcd.o test_lcd.o(.text+0x2c): In function `main': C:\lcd/test_lcd.c:53: undefined reference to `lcd_init
:\Programme\Microsoft Visual Studio .NET \FrameworkSDK\Lib\ -Wl,-Map=test_lcd.map,--cref -mmcu=at90s8515 -o test_lcd.elf avr-gcc: C:\Programme\Microsoft: No such file or directory avr-gcc: Visual: No such file or directory avr-gcc: Studio: No such file or directory avr-gcc: .NET\FrameworkSDK\Lib
-
Thread
Linker-Problem
> ... crts8515.o Du solltest dir darüber einig werde, ob du für einen ATmega128 oder einen AT90S8515 compilieren und linken willst. Ansonsten sehe ich keinen offensichtlichen Fehler, wobei es mich schon stutzig macht, dass du ein #include <io.h> so ohne weiteres aufgelöst bekommst... Ich frage
> Das mit dem AT90S8515 ist ja doof, hab keine Ahnung wo das her kommt?!? Vom vergessenen -mmcu=atmega128 beim Linken. > Die io.h ist von ethernut ... Hmm, naja, falls das ein Ersatz für <avr/io.h> sein soll: schulterzuck
-
Thread
Flashen beim AT90S8515 extrem langsam
Hallo Leute, ich habe hier noch 5 alte AT90S8515 rumliegen, welche ich gerade für ein paar Basteleien verbrauche (es wäre doch schade, die zu entsorgen, oder?). Mein Problem ist, dass das Flashen der Controller EWIG dauert. Ich benutze einen
Hallo, also ich "Flashe" den AT90S8515 mit einem AVR910 Nachbau in ca. 15 Sekunden (einschließlich Verify). Es muss also igendwas faul sein.
-
Thread
Anfängerfrage zu Variablen und Timer
und die Forumsteilnehmer. Ist erste Klasse hier! Ich hab seit ein paar Tagen ein STK500 mit einem at90s8515 und bin eifrig am experimentieren. Also, meine Fragen. Ich möchte 2 Variablen vertauschen. Gibt es da einen Befehl der wie SWAP arbeitet aber nur halt mit Variablen? Momentan behelfe ich mit mit
der Timer nur 244 mal durchläuft bis ein Interrupt ausgelöst wird. Ok....nun verwende ich einen at90s8515. Ist bei dem das TCNT0 Registe auch irgend wie vorbelegt? Oder macht der tatsächlich 256 Zyklen bis zum überlauf? so long, Bernd
-
Thread
AT90S2313 <=> AT90S8515 ?
In diesem Buch beziehen sich viele Beispiele auf den AT90S2313. In meinem STK500 steckt aber ein AT90S8515. Gehe ich jetzt recht in der Annahme das der AT90S2313 eine "Untermenge" des AT90S8515 ist und die Beispiele dann auch ohne Änderung auf dem AT90S8515 laufen? Jürgen
-
Thread
Daten vom Mikrocontroller zum PC schicken
Öhm, der AT90S8515 ist doch der Vorgänger vom mega8515. Hat der kein USART? Wäre wesentlich sinnvoller zur Kommunikation mit dem PC... Ansonsten verwendest du halt die SPI-Schnittstelle an deinem Stecker. Microcontrollerseitig
Der At90S8515 hat eine serielle Schnittstelle "eingebaut". Auf PortD.0 liegt RXD (Empfangsdaten) und auf Portd.1 TXD (Sendedaten´). Da diese aber nur TTL-Pegel haben, mußt Du sie mit einem TTL-/RS232 -Wandler
-
Thread
STK500 Warning: Signature does not match.
nicht weiter und bitte um Hilfe. Ich habe ein STK500 gekauft und möchte den bereits eingesetzten AT90S8515 programmieren. Das Board ist mit einer Stromversorgung stabil mit 10 Volt versorgt. Das bereis geladene Programm hatte funktioniert. Installiert habe ich AVR Studio 4.19 und einen GCC. Mit einem
Hi >Die gelesene Signatur lautet 0x1E 0x93 0x06. Du hast einen ATMega8515 keinen AT90S8515. MfG Spess
-
Thread
AVR Studio 4 + AT90S8515
Hallo, ich ändere gerade ein Assembler Programm von AT90S8515 auf ATMEGA8515 mit AVR Studio 4. Nun habe ich 2 Fragen, in der Hoffnung das mir jemand helfen kann. Bein Assemblieren erhalte ich die Fehlermeldung: C:\Elektronik\AVR-Studio4\Jobs\Sklok8515
Fehlermeldung erscheint auch dann für die Zeile 11, wenn die Zeile 11 leer ist. 2. Frage muss ich das AT90S8515 (S8515C Komatible Fuse Bit setzen? (Programmiere mit AVROSPII oder aus AVR Studio 4.) Viele Grüsse Peter
-
Thread
DS18B20 mit AT90S8515
gesagt 100 Temperaturen abfragen und diese dann an einen PC abgeben. Wenn möglich wollte ich einen AT90S8515 benutzen da ich mit dem etwas erfahrung habe. Vielleich kann mir ja jemand die 1Wire Adressierung und Abfrage anhand eines Beispiels erläutern. Mfg.
-
Thread
EEPROM lesen (ASM)
angezeigt werden*** ;*********************************************************************** .device AT90S8515 .include "8515def.inc" .def tmp =r16 ;Register festlegen .def order =r17 .def xlow =r26 .def xhigh =r27 .org 0x00 ;Einsprungadresse nach einem RESET rjmp Init .org 0x10
Hi Henning ! Wer lesen kann ist klar im Vorteil! Datasheet AT90S8515 Seite 31: EEPROM Read/Write Access The write access time is in the range of 2,5 - 4ms,depending on the Vcc voltage. Das sagt doch wohl alles, oder? Gruss Uwe
-
Thread
avr-gcc-4.1.1 verweigert sich dem ATtiny13
attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 at90c8534 at86rf401 atmega603 atmega103 at43usb320 at43usb355 at76c711 atmega8 atmega83 atmega85 atmega8515 atmega8535 atmega16 atmega161 atmega162 atmega163 atmega169 atmega32
attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 at90c8534 at86rf401 atmega603 atmega103 at43usb320 at43usb355 at76c711 atmega8 atmega83 atmega85 atmega8515 atmega8535 atmega16 atmega161 atmega162 atmega163 atmega169 atmega32
-
Thread
WINAVR und AVR-Studio
: Compiler : WINAVR 3.3 Target : any AVR device // Makefile is written for AT90S8515 Hardware : Tested on STK300 and AVR-Studio 3.5 ------------------------------------------------------------------------- DESCRIPTION: USAGE: for more information
: Compiler : WINAVR 3.3 Target : any AVR device // Makefile is written for AT90S8515 Hardware : Tested on STK300 and AVR-Studio 3.5 ------------------------------------------------------------------------- DESCRIPTION: USAGE: for more information
-
Thread
Suche eine C Befehlssatz für AT90S8515 ?
Hallo, ich habe ein Atmel Starte Kit und nun programmiere ich den Microkontroller AT90S8515 mit einem C-Compiler. Leider weiss ich nicht, welche Befehle und welche Typen zulässig sind, damit der Microkontroller nach dem compilieren alles versteht. Wo gibt es eine Dokumentation über
-
Thread
Maximale Geschwindigkeit des Hardware UARTs beim AT90S8515??
nicht fündig geworden): Wie groß ist die maximale Empfangsgeschwindigkeit des Hardware-Uarts beim AT90S8515? Der Hintergrund ist folgender: Ich habe immer mit ATmega8 uCs bei 8/16 Mhz DMX Signale (250000 bit/s) empfangen. Das hat immer schön geklappt. Jetzt versuche ich das Gleiche mit einem AT90S8515
-
Thread
Composite/PAL mit AVR
wahrscheinlich den Artikel "TV-Tennis" aus Elektor Juni 2003. Da wurde das Videosignal mit einem AT90S8515 und drei Widerständen erzeugt. Hier noch ein Link auf einen Artikel von ATMEL. Ist zwar NTSC, aber vielleicht trotzdem ganz interessant: http://www.atmel.com/dyn/resources/prod_documents/mega163
Serielles Terminal, erzeugt PAL-BAS-Signal. AT90S8515, 8MHz, 160x96 Pixel http://members.ozemail.com.au/~intello/video_s_w.htm Verschiedene Spiele, erzeugen NTSC-BAS-Signal, ATMega32, 16MHz, 128x100 Pixel http://instruct1.cit.cornell.edu/courses
-
Thread
LCD Testroutine gesucht...
---------------------------------------------------- ; Pin Belegung Display : Pin Belegung AT90S8515 ;--------------------------------------------------------- ; 1. GND : ---------- ; 2. +5V : ---------- ; 3. Vo Contrast : über 10k auf +5V ; 4. RS Daten oder
LED : ---------- ;********************************************************* .nolist .device AT90S8515 ; Festlegung des Prozessors .include "8515def.inc ; Adressdefinierung einfügen für AT90S8515 .list ;**** Definierung der Steuerleitungen **** .equ E
-
Thread
Probleme mit 74LS00 und 74HCT04
Abend, ich habe die LCD-Software von Peter Fleury im Memory-mapped-mode compiliert und auf einem AT90S8515 einwandfrei ans laufen bekommen. Da ich noch einen 74LS00 hier hatte und keinen 74HC00, hatte ich den genommen. Zum Verständnis ist die Schaltung von Peter Fleury im Anhang. Für eine eigene Schaltung
auf Basis von HD44780 etc. muss vom Timinig her auch relativ langsam angesprochen werden – beim AT90S8515 kann man den Zugriff auf externen SRAM, was hier quasi dafür missbraucht wird, notfalls auch etwas langsamer machen (MCUCR).
-
Thread
GLCD240x128 und AT90S8515
Hoi Leute, ich habe an meiner Modelleisenbahn ein altes DevBoard mit 8515 (8515def.dat). An dieses habe ich ein GLCD mit 240 x 128 px angeschlossen, das auch soweit prima läuft. Allerdings bringt das Display nach einiger Zeit (Zyklus ist nicht erkennbar) Formatierungsfehler bzw. "Garbage" auf den Screen - nach einem Neustart ist alles wieder OK. Hat jemand dasselbe Prob auch schon einmal gehabt oder weiß sonst ein Spezi den Grund dafür ? Habe schon verschiedene Crystal-Einstellungen probiert...nüscht hilft. Doei Trixi
-
Thread
STK500 und AT90S8515 programmiert mit BASCOM
Hallo! Ich habe ein Problem mit der Programmierung! Wenn ich Pind.0 und Pind.1 "Taste" geht die LED nicht an. Der Chip hat an Pind.0 und Pind.1 den RXD und TXD eingange.... Kann das damit was zu tun haben? Ich programmiere den Chip in BASCOM über ISP! Wo kann das Problem liegen? Hier der Code: $regfile "8515def.dat" $crystal = 3000000 Config Portb = Output Config Portd = Input 'Inverslogik erstellen STK500 LED's If Pinb.0 = 0 Then Portb.0 = 1 If Pinb.1 = 0 Then Portb.1 = 1 If Pinb.2 = 0 Then Portb.2 = 1 If Pinb.3 = 0 Then Portb.3 = 1 If Pinb.4 = 0 Then Portb.4 = 1 If
-
Thread
attiny45 mit avr-gcc nur halb unterstützt
at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 at86rf401 attiny13 attiny2313 avr3 atmega103 atmega603 at43usb320 at43usb355 at76c711 avr4 atmega8 atmega48 atmega88
attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 at90c8534 at86rf401 attiny13 attiny2313 attiny261 attiny461 attiny861 attiny24 attiny44 attiny84 attiny25 attiny45 attiny85 atmega603 atmega103 at43usb320 at43usb355 at76c711 atmega48
-
Thread
Smartcard-Reader
du Dir schon ne Karte ausgesucht? Ich hab mich für die "Fun-Card2" entschieden, die hat nen AVR AT90S8515 und nen 24C64 EEProm drauf. Die Karte gibt es auch schon in der 4. Version mit (ich glaube) 512K-EEProm (oder waren es 'nur' 256?). Ich fange gerade an, mich mit dem Thema zu beschäftigen. Als erstes möchste ich versuchen, zwischen einem "normalen" AT90S8515 und einer Fun-Card zu kommunizieren. Also der "normale" AT90S8515 stellt eine Anfrage, die Funcard verarbeitet diese und gibt die Antwort zurück an den 8515. Das ganze muß wohl irgendwie über die
-
Thread
Win AVR funktioniert nicht richtig !! Hilfe.
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiling C: Nixie_Uhr_4_1.c avr-gcc -c -mmcu=at90s8515 -I. -gstabs -DF_CPU=4000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=./Nixie_Uhr_4_1.lst -std=gnu99 -Wundef -MMD -MP -MF .dep/
warning "This file has been moved to <util/delay.h>." Linking: Nixie_Uhr_4_1.elf avr-gcc -mmcu=at90s8515 -I. -gstabs -DF_CPU=4000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=Nixie_Uhr_4_1.o -std=gnu99 -Wundef -MMD -MP -MF .dep/Nixie_Uhr
-
Thread
gcc-installation
charakter seen; rest of line ignored;***missing operator. Stop". Sourcecode: #define __AVR_AT90S8515__ #include <avr/io.h> #include <avr/delay.h> int main (void) { unsigned char counter; //set PORTB for output DDRB =0xFF; while (1) { //set PORTB.2 high PORTB |=1<<2; /
lauflich oder so).ich habe noch nie mit avr gearbeitet und weiß nicht wie es geht. ich habe einen at90s8515 chip drinnen. octi
-
Thread
Abgekündigte AT90S8515-8AI mit Datecode 2005
Hallo, ich habe ein Angebot über den AT90S8515-8AI (laut ATMEL seit 2003 abgekündigt) mit dem Datecode 2005 erhalten. Wurden die AT90S8515-8AI länger produziert als ursprünglich geplant ? Oder gibt es auch bei abgekündigten AVRs umgestempelte
-
Thread
PDIP und PLCC ??? Was ist das?
es dort 2 verschiedene Versionen gibt, die sich auch preislich um über 1 unterscheiden: 1) AT 90S8515 PDIP 2) AT 90S8515 PLCC Was genau ist der Unterschied? Was ist PDIP? Was ist PLCC? Danke :-D
-
Thread
Gentoo Linux crossdev atmega256x gcc4.1.2
attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 at90c8534 at86rf401 attiny13 attiny2313 attiny261 attiny461 attiny861 attiny24 attiny44 attiny84 attiny25 attiny45 attiny85 atmega603 atmega103 at43usb320 at43usb355 at76c711 atmega48
attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 attiny13 attiny13a attiny2313 attiny24 attiny44 attiny84 attiny25 attiny45 attiny85 attiny261 attiny461 attiny861 attiny43u attiny48 attiny88 at86rf401 at43usb355 at76c711
-
Thread
Induktivität vor Entkopplungskondensator?!
Beim AT90S8515 ergibt es evtl. noch Sinn, weil der mit seinem an 8051 angelehnten Pinout keinen AVCC Pin hat und ausserdem die VCC/GND-Pins so schlecht wie nur denkbar platziert sind. Was die Dimensionierung
dachte das meint der TO ? Nö, diese Appnote mitsamt Layout stammt aus grauer Vorzeit, als der AT90S8515 aktuell war. Der hat kein AVCC.
-
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 -----------------------------------------------------------*/ #define
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 Funktionen fuer ICCA90 Gibts beim WinAVR nicht.