-
Thread
at90s1200 kaputt durch leds?
Ich programmiere mein µC mit Ponyprog. Er hat als I/O einfache Pins zum Aufstecken. Darauf wird auch direkt der isp adapter (ser) gesteckt, alle LED´s und Taster wahlweise. Nachdem ich ihn zum 1. mal programmiert habe funktioniert auch alles. Sobalt ich aber eine LED auf einen Anderen Pin Stecke erkennt ihn Ponyprog nicht mehr. Ansonsten kann ich so oft ich will neu programmieren. Die LED´s sind über 220Ohm gegen Masse, die Taster an Vcc geschaltet. Mit meinem Netzteil hab ich die Strombegrenzung eingeschaltet. Weiss jemand warum jeder µC sein Geist aufgiebt?
-
Thread
STK500 defekter Prozessor
Der Bootloader für einen ATtiny2313 ist in der Tat ein anderer als für den AT90S1200. Letzterer ist ein stinknormaler AVR910, für den ATtiny2313 gibt's dafür eine angepasste Version von John Samperi. Der ATmega8535 (oder AT90S8535) muss übrigens für den externen Quarz gefuset werden, und der ATtiny2313/AT90S1200 muss auf externem Takt stehen. Letzterer bekommt den Takt vom Quarzoszillator des '8535. Solange also nicht beide Controller die richtigen Fuses haben, wird's nichts mit der Kommunikation, weil
-
Thread
ethersex im etherrape
atmega3250 atmega64 atmega645 atmega6450 atmega128 at90can128 at94k avr1 at90s1200 attiny11 attiny12 attiny15 attiny28 In file included from clock.c:30: ../config.h:30:2: error: #error "newer libc version (>= 1.4.4) needed!" if test -s clock.d.new; then mv -f
atmega3250 atmega64 atmega645 atmega6450 atmega128 at90can128 at94k avr1 at90s1200 attiny11 attiny12 attiny15 attiny28 adc.c:1: error: MCU ‘atmega644’ supported for assembler only adc.c:25:20: error: string.h: Datei oder Verzeichnis nicht gefunden adc.c:26:26
-
Thread
Mal wieder: ATmenga88 nach Fuses gestzt, nichts geht mehr!
Hallo, ich habe Pony von meinem ersten AVR an genutzt, war ein AT90S1200. :) Ich habe vermutlich hundertte Male mit Pony und STK200-Dongle geflasht, erst unter Win98SE, dann unter Win2000. ALLE Programmierungen verliefen ohne jede Ausnahme erfolgreich. Irgendein
-
Thread
STK500 spinnt
Ich hatte mal eins, da war das Programm im AT90S1200 beschädigt. Inzwischen ist der Tiny2313 drauf. Damit hatte ich ähnliche Symptome. Direkt daneben gibts ja einen ISP-Anschluss für diesen MC, irgendwoher hatte ich dessen Programm. Neu gebrannt -
-
Thread
MCU-Gehäuse auf STK500
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 beantworten
>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
Anschlußbelegung aller Atmega und Attiny zusammen
AT90S4414 bis ATmega162) ATmega168 (DIP28, AT90S2333 bis ATmega328P) ATtiny2313 (DIP20 ohne ADC, AT90S1200 bis ATtiny2313) ATtiny45 (DIP8, alle 8-Pinner) ATtiny84 (DIP14, ATtiny24 bis ATtiny84) In der Regel nimmt die Liste der Mehrfachbelegungen von älteren zu jüngeren AVRs einfach nur zu, d
benötigten Normal-I/O-Pins vertragen. Ich habe sowas vor einigen Jahren mal gemacht, da waren es aber AT90S1200/2313/4433/8515/8535. Und da ich diesen Uralt-Krams niemandem zumuten will, habe ich halt nicht in der ersten Reihe "hier" gerufen. Bei der Vorbereitung eines Projektes drucke ich mir meist die
-
Thread
yaap Device wird nicht erkannt
Hallo, die unterstützten uC sind: ; supported devices [Devices] Dev1=AT90S1200 Dev2=ATtiny12 Dev3=ATtiny15 ;Dev4=ATtiny22 Dev5=AT90S2313 Dev6=AT90S2323 Dev7=AT90S2333 Dev8=AT90S2343 Dev9=AT90S4414 Dev10=AT90S4433 Dev11=AT90S4434 Dev12=AT90S8515 Dev13=AT90S8535
-
Thread
AVR Programmierung
xml: <FlashPageSize>128</FlashPageSize> AT90PWM3B.xml: <FlashPageSize>64</FlashPageSize> AT90S1200.xml: <FlashPageSize>0</FlashPageSize> AT90S2313.xml: <FlashPageSize>0</FlashPageSize> AT90S2323.xml: <FlashPageSize>0</FlashPageSize> AT90S2333.xml: <FlashPageSize>0</FlashPageSize
-
Thread
gcc oder ich kann nich rechnen.
auf CP/M (auf dem Z80) konnte auch nicht mehr. Die AVRs dieser Zeit reichten so ungefähr vom AT90S1200 bis zum AT90S8535 (mit einem ATmega103, der noch in den Kinderschuhen steckte), dafür war diese Entscheidung wohl gar nicht so unangemessen. Selbst C hat es bis kurz vor der Verabschiedung des
-
Thread
Atmel ist unter "Profis" nicht gerade beliebt - Warum?
verreckt, z.B. EEPROM-Vergeßlichkeit (AT90S2313), Flash-Vergeßlichkeit (ATtiny22), Hängenbleiben (AT90S1200). Da hat sich Atmel bestimmt nicht mit Ruhm bekleckert. Ich hab dann erst wieder mit den ATtiny26 und ATmega8 nen neuen Versuch gestartet, weil die endlich ein funktionierendes Reset haben (BOD
Immediate und ein Decimal Adjust, der BCD-Operationen merklich vereinfacht. Und der Stack beim AT90S1200 und den anderen RAM-losen Teilen hätte auch ein paar Ebenen mehr gehabt. Gegen die Doppelt-, Drei-, Vierfachbelegung ist leider kein Kraut gewachsen, die Anzahl der Anschlüsse ist nunmal begrenzt
-
Thread
falsche signature bytes
löscht (diese Möglichkeit ist sogar in der uralten Appnote AVR910 erwähnt), ich habe noch einen AT90S1200 rumliegen, bei dem ich sie mir irgendwie auf 3 x 0x00 programmiert habe. Heutzutage habe ich das aber nicht wieder erlebt. Vermutlich sind die Bitfolgen, mit denen man diese Programmierung
-
Thread
[V] 40 Stück Atmel AT90S1200-4SI SMD
Hallo Leute, ich habe 40 Stück unbenutzte Atmel AT90S1200-4SI SMD von privat anzubieten. Wer an einem/mehreren/allen ICs Interesse hat mailt mir bitte mit Angabe seiner Preisvorstellung. thx, Kalle
-
Thread
AVR-Bootloader mit Verschlüsselung
; unsupported devices, no self programming or sram to small ;.include "1200def.inc" ; AT90S1200 ;.include "2313def.inc" ; AT90S2313 ;.include "2323def.inc" ; AT90S2323 ;.include "2343def.inc" ; AT90S2343 ;.include "4414def.inc" ; AT90S4414 ;.include
-
Thread
problem beim übertragen (soccerbot)
devices: Device code: 0x55 = ATtiny12 Device code: 0x56 = ATtiny15 Device code: 0x13 = AT90S1200 Device code: 0x28 = AT90S4414 Device code: 0x20 = ATtiny84 Device code: 0x34 = AT90S2333 Device code: 0x4c = AT90S2343 Device code: 0x30 = AT90S4433 Device code: 0x6c
-
Thread
Flash programmieren
Hi @Peter: At90S1200, ATTiny15 MfG Spess
-
Thread
STK500 Problem - Status LED aus
version des stk500) bei den neuen sind jetzt atmega > drin. Du musst dann aber den Bootloader im AT90S1200 anpassen, da der ATmega8535 anders programmiert wird. Wenn du den AT90S1200 gleich noch durch einen ATtiny2313 austauschst, könnte ich dir das Hexfile für einen passenden AVR910-kompatiblen Bootloader
Liebes Forum, auf mehreren unserer STK500 scheinen nur die AT90S1200 defekt zu sein (falsche Signatur beim Auslesen über den eigens zu bestückenen ISP-Header). Die STKs gehen direkt nach dem einschalten der Versorgungsspannung in den Programmiermodus, obwohl weder
-
Thread
saubere Reset Schaltung - Atmel Mega 8
Die AVR-Appnote 040 stammt aus der Zeit der Classic-AVRs (AT90S1200 & co) und hatte damals durchaus ihre Berechtigung. Vieles gilt heute noch (z.B. Anordnung der Versorgungsleitungen und Stützkondensatoren), Einiges aber nicht mehr (Reset-Beschaltung in Verbindung
-
Thread
STK500 - eigenartiges Verhalten
@Analog: Nichts für ungut aber das STK wird über RS232 <-> MAX202 <-> AT90S8553/AT90S1200 angeschlossen.
-
Thread
AVRisp serial upgrade failed
programmer verbinden, oder? lt schaltplan sollte das gehen.. die beiden atmels, die drauf sind: at90s1200 & at90ls8535
-
Thread
Programmier Adapter
Soweit ich das verstanden hab: Appnote AVR910: Dort ist ein zusätzlicher Mikrocontroller (AT90S1200) per RS232 mit dem PC verbunden. Der PC sendet dem Controller die Daten, die der Controller in die eigentliche Zielhardware schreiben soll. Der At90S1200 ist somit Teil eines (im Gegensatz zu den
-
Thread
Problem mit dem STK500
unvollständig. Man kann es glaub ich beheben, aber nur mit einem anderen ISP Programmer. Neben dem AT90S1200 sind 6 Lötaugen. Da muss man mit einem anderen Programmer die Software für den Controller neu aufspielen.
-
Thread
I2C bei Attiny13
select microcontroller variant [avr-name] can be: avr1 - AT90S1200, ATtiny1x, ATtiny28 avr2 - AT90S2xxx, AT90S4xxx, AT90S8xxx, ATtiny22 avr3 - ATmega103, ATmega603 avr4 - ATmega83, ATmega85
(default for avr3, avr5) 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
-
Thread
Attiny 15+Assembler-Problem
aufzuzeigen. Ja, auch ich habe mal bei null angefangen, aber mein erstes AVR-Programm (ASM, AT90S1200) hatte bereits einen Timer-Interrupt, dessen Nutzung die Programmierung erheblich vereinfacht hat. Bit- & Bytebruch, Hannes
-
Thread
Pedant für Linux zu WinAVR
/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
-
Thread
wie schreib ich ein betriebsstundenzähler?
Praxis werden es wohl eher eine Million Zyklen sein. (Brian Dean hat mal den Flash-ROM eines AT90S1200 getestet. Der war mit 1000 Zyklen spezifiziert, gehalten hat er um die 167000.) Die Idee, nach jeweils 10000 Stunden auf eine neues Stück EEPROM zu gehen, hat natürlich auch was für sich.
-
Thread
AVR Signature Bytes - Liste aller Controller?
= "ATtiny15"; signature = 0x1e 0x90 0x06; desc = "AT90S1200"; signature = 0x1e 0x90 0x01; desc = "AT90S4414"; signature = 0x1e 0x92 0x01; desc = "AT90S2313"; signature = 0x1e 0x91 0x01;
1E5106=AT89S51 1E5206=AT89S52 1E9001=AT90S1200 1E9004=ATtiny11 1E9005=ATtiny12 1E9006=ATtiny15 1E9007=ATtiny13 1E9101=AT90S2313 1E9102=AT90S2323 1E9103=AT90S2343 1E9106=ATtiny22 1E9107=ATtiny28 1E9108=ATtiny25 1E9109=ATtiny26 1E910A
-
Thread
Assembler im Selbststudium?
Obelix in > die Haustür einzufallen. Nunja, das ist Ansichtsache. Ich hatte bei AVRs mit dem AT90S1200 begonnen. Da war nichts mit C oder ASM, später bei Tiny12/15 auch nicht, ich vermisste es aber auch nicht. Und nun ist AVR-ASM für mich der Weg des geringsten Widerstandes. Ein Programm tut halt
-
Thread
MAC OS X avrdude
supports auto addr increment. Programmer supports the following devices: Device code: 0x13 = AT90S1200 Device code: 0x20 = ATtiny84 Device code: 0x28 = AT90S4414 Device code: 0x30 = AT90S4433 Device code: 0x34 = AT90S2333 Device code: 0x38 = AT90S8515 Device code: 0x48
-
Thread
Heizgriffsteuerung mit AT90S1200
Hallo, auf Grund des aktuellen Wetters mal ein kleines Projekt von mir. Um eventuellen Unkenrufen zuvor zu kommen: Der orginale Stufenschalter der Saito-Griffe ist mir mehrfach abgeraucht (Spannungsspitzen, falsche Dimensionierung) und beim Suchen nach besserem bin ich bei Volker Heinz gelandet und habe seine Anregungen umgesetzt. Bisher habe ich prima warme Hände, dennoch gibt es sicher den einen oder anderen Tip - immer her damit! Ansonsten viel Spaß Martin
-
Thread
AVR Controller History Übersicht?
@Klaus The AT90S1200-4 was the very first AVR device released to the public. (1997). What is the practical purpose of this historical family tree? Are you writing a book?
Anonymous wrote: > The AT90S1200-4 was the very first AVR device > released to the public. (1997). Wäre mir neu. Der erste AVR war der AT90S1200-16, der hatte nen schweren Bug (hing oft nach Poweron, so daß nichtmal ein Reset
-
Thread
Kompatibilitätsmodus des Atmega128 mit dem Atmega103
Als 1997 die AVRs entwickelt wurden, kam zuerst der AT90S1200 raus. Später kamen AT90S2313 und AT90S8515 hinzu. Dann wollte man klotzen und hat gleich den ATmega103 entwickelt. Daraufhin hat wohl ein Großkunde den ATmega103 massiv eingesetzt. Die Chips