-
Thread
AVRStudio stürzt bei ext makefile ab
change this lines according to your project ################## #put the name of the target mcu here (at90s8515, at90s8535, attiny22, atmega603 etc.) # MCU = atmega163 # MCU = atmega161 # MCU = atmega323 # MCU = atmega128 MCU = atmega8 #put the name of the target file here (without extension) # Your "target" file is your C source file that is at the top level of your code. # In other words, this is the file which contains your main() function. TRG = test #put your C sourcefiles here # Here you must list any C source files which are
-
Thread
UART Bootloader ATtiny13 - ATmega644
Erst ab der 4ten Zeile sind sie wieder identisch Was ist da passiert? PS: [pre]case 0x1e9308: s = "ATmega8535"; break;[/pre] für die fboot.c ;)
[c]case 0x1e9308: s = "ATmega8535"; break;[/c] Kompletter flash (7680 Byte) hat bei mir 2,3 Sekunden gedauert :) Getestet mit 115200 BAUD @ 14318180 Hz und FBOOT V1.7
-
Thread
Tutorial-kompatibles EvalBoard für Einsteiger für USB??
Gründe. Vor einigen Jahren, als es den Mega8 noch nicht gab, hatte Andreas das AVR-Tutorial für den AT90S4433 geschrieben. Dieser AVR wurde gewählt, weil er im Gegensatz zu AT90S1200 und AT90S2313 über ADC-Eingänge verfügt. Dieses "historische" Tutorial wurde einige male ergänzt, wobei doch ein Großteil
Gründe. Vor einigen Jahren, als es den Mega8 noch nicht gab, > hatte Andreas das AVR-Tutorial für den AT90S4433 geschrieben. Dieser AVR > wurde gewählt, weil er im Gegensatz zu AT90S1200 und AT90S2313 über > ADC-Eingänge verfügt. Dieses "historische" Tutorial wurde einige male > ergänzt, wobei doch ein
-
Thread
Xilinx ISE: Synthese hängt bei T51-Core
-bit ROM for signal <D$rom0000> created at line 2074. Found 13-bit register for signal <A_r>. Summary: inferred 1 ROM(s). inferred 13 D-type flip-flop(s). Unit <ROM52> synthesized. Synthesizing Unit <SSRAM>. Related
zusätzliche Ports und auf 8k- Programmspeicher habe ich schon gemacht. Damit entpricht der Core dem AT90S8535. Um einen ATMega8 draus zu machen, müssten einige Module erweitert werden (neuer Counter, I2C, Hardware-MUL, etc.). Sollte aber insgesammt nicht unlösbar sein. Rick
-
Thread
STK500 in 1. Version (05/06)
Ausser dem unterschied mit dem Dataflash gibt es noch den unterschied das irgendwann die Bestückung von AT90S1200 und AT90S8535 auf Atiny2313 und Atmega8535 gewechselt wurde. Habe inzwischen beide Version hier, von der Funktion kein unterschied. (Nur das mein altes defekt ist...) Gruß Bernd
-Firmware als der AT90S1200. Die solltest du ihm draufbringen, ansonsten kannst du keinen Firmware-Upgrade des STK500 mehr durchführen. Warum willst du an einem funktionierenden STK500 herumlöten? > und den Flash-Chip
-
Thread
AD Konverter beim Mega 8
ansehen: http://www.hanneslux.de/avr/index.html echt? Woher hast du denn den AT90S1200 und die CD gekauft, wenn nicht übers Internet? WAS? Ihr habt einen lokalen Elektronik Händler?! Unfassbar ;) Der letzte der hier in der Umgebung war, kam mit seinem Lämpchen, Schalterchen
Hi >echt? Woher hast du denn den AT90S1200 und die CD gekauft, wenn nicht übers Internet? Zum Informieren gibt es Bücher , Zeitschriften und Kataloge (die sollen sogar Offline funktionieren). Zum Bestellen gibt so ein altmodisches
-
Thread
Prozessoren fürs STK500
° AT90S1200-12SI Atmel im SMD-Gehäuse° AT90S1200-12PI Atmel im DIP-Gehäuse° So weit ich das verstandenhabe können alle an das STK500 angeschlossen werden. Bei dem STK500 ist ein "Testprozessor" dabei
> ATmega 8-16AU Atmel ATmega8 AVR Controller TQFP32° > AT89C4051-24PI Atmel im DIP20-Gehäuse° > AT90S1200-12SI Atmel im SMD-Gehäuse° > AT90S1200-12PI Atmel im DIP-Gehäuse° Die kannst Du vergessen ... ungeeignet bzw. alter Schrott
-
Thread
Neuling suche die Erleuchtung!
V1.0.2.1b Evaluation Automatic Program Generator © Copyright 1998-2001 Pavel Haiduc, HP InfoTech S.R.L. http://infotech.ir.ro e-mail:dhptechn@ir.ro , hpinfotech@xnet.ro Chip type : AT90S8535 Clock frequency : 8.000000 MHz Memory model : Small Internal SRAM size : 512 External SRAM size : 0 Data Stack size : 128 *********************************************/ #include <90s8535.h> // Declare your global variables here /* void delay() { unsigned char ch1,ch2; for(ch1=0;ch1=255;ch1++) for(ch2=0;ch2=255;ch2++); } */ void main(void) { // Declare your local variables
-
Thread
Belegung AVR 6-pin ISP-Stecker einreihig! (2. Versuch)
´rüber, ist sicherer ;-). Verpolen hat noch nie geschadet, mit STK500, AVR-ISP und AVR-Dragon gab´s noch keine Probleme.
fürs Steckbrett einige einreihige Adapter, für die Typen gemacht, die ich nutze. Im Bild z.b. für den AT90S8535 und ATMega16, da man auf den Steckbrett ja nur einreihig arbeiten kann, auf den Platinen nutze ich allerdings gleich den 2x5 Standart um ohne Adapter auszukommen. Vergießen kann man das ganze
-
Thread
firmware weg
Also der AT90S1200 kann sich nicht von alleine löschen. Höchstens der AT90S8535 kann durch ein fehlgeschlagenes Update tot sein. Dann einfach nochmal mit AVRStudio das Update einspielen. Peter
ich hab natürlich keinen AT90S1200 sondern ein Attiny 2313 auf dem STK
-
Thread
Brauche extrem genauen Counter (Mega8,C)
einen Abstand von 10 - 100 cm messen >können. Die Schallgeschwindigkeit in Luft beträgt 34300 cm/s, da der >Schall zum Boden und wieder zurück muss, sind es bei 10 cm Messenfernung >20 cm, die der Schall zurücklegen muss, also braucht er dafür: 34300/20 >s? Schallgeschwindigkeit: 330 m/s = 330mm
Guten Morgen, Das Program gibt es schon, aber das ist für einen AT90S8535 gedacht. Normalerweiße sollte sich das doch auf nen Mega8 übertragen lassen, oder? Mein LCD hängt wie an einem AVR-Ctrl Board im 4 Bit Modus am Mega8, ich habe 3 Taster und 3 LEDs und 2 Stecker
-
Thread
Kriege kein LED angesteuert.
immer so wie oben an und die AVRs können auch den entsprechenden Strom liefern. Im Datenblatt zum Mega8535 steht folgendes: "Although each I/O port can source more than the test conditions (20mA at Vcc=5V, 10mA at Vcc=3V) ... ports D0 - D3 should not exceed 100 mA ... ports D4 - D7 should not exceed 100mA
Habe mich auf den AT90S1200 bezogen, und seit dem nicht mehr um die Ausgangsports gekümmert. Ergab sich auch keine Notwendigkeit dazu, weil sie bei meinen Projekten eh nie höher belastet wurden. Output High Voltage I
-
Thread
Problem bei Drehgeber auswertung
s werden abwechselnd PA0 und PA1 angesteuert, egal wie rum ich den Drehgeber drehe. Mnachmal werden beide gleichzeitig angesteuert... Aber du weißt wie ein Drehgeber funktioniert?
muss ich halt nochmal die alten Threads durchstöbern. Danke für die flotten antworten Mfg S. Engel
-
Thread
Daten an bestimmter Position im SRAm speichern
Hallo an Alle, Ich programmiere ein BusLogger auf dem AT90S8535 in ASM und habe folgendes Problem: Ich empfange über SPI mehrere Bytes, die in ID und daten aufgeteilt sind. Nun möchte ich (SRAM-Adresse = ID + 0x0060 ) in dieser Speicherzelle meine Daten
-
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
ADC - AT90S8535
Der AD-Wandler am At90S8535 funktioniert nicht. Laut Datenblatt müsste die C-Funktion siehe Dateianhang funktionieren. Ich kann da keinen Fehler finden? Für jede Unterstützung bin ich sehr danbar!
Das ADC_VREF_TYPE im ADMUX kannste Dir sparen. Der 90S8535 hat keine interne Referenzauswahl. Ich hoffe, Du weißt, dass der ADC bei der Frequenz, mit der Du ihn betreibst, nur noch maximal 8 Bit Auflösung hat. Ansonsten schließe ich mich Michael an
-
Thread
Temperatur - Luftdruckmessung
Luftdruckmessung wird der MTX A4100A6U von Motorola verwendet. Wie muss ich bei dem ATMEL Controller AT90S8535 bzw. ATMEGA8535 die Wandlergleichnung bzw. Sensorgleichung aufstellen?
Sorry ich verwende den ATMEL Controller AT90S8535. Da gibt es kein ADLAR Bit. Ich drehe mich im Kreis.
-
Thread
Verbindung zwischen mehreren Mikrocontrollern?
Standard Kommunikationswege bei den AVR's sind UART, SPI und I²C. Was davon noch frei ist kannst Du nehmen oder Dir was anderes einfallen lassen mit Daten- oder Steuerleitungen. UART: 1:1 Verbindung SPI: 1:n mit Select-Leitung I²C: 2-Draht
das klingt doch schon ganz gut. möchte folgendes probieren: mein aktl. controller at90s8535 soll master werden und an andere boards signale senden. empfang ist nicht wichtig. wie würde der empfänger aussehen? welche hardware brauche ich um zb. nur 4 relais zu schalten? welche at´s
-
Thread
AVRs: "Zukunftsicherheit" der verschiedenen Typen?
Software). Bislang hat sich Atmel ja bemüht, eine gewisse Kompatibilität zu gewährleisten (Beispiel: AT90S2333 / 4433 -> ATMega-8, AT90S2313 -> ATTiny2313), also mache ich mir da eher geringere Sorgen.
Was sich scheinbar durchgesetzt hat ist der 90S8535. Zumindest gibt es einige pinkompatible Nachfolger. Der mega8535, mega32, mega644 passen da 'rein, ich denke der wird noch länger bestehen, zumindest die Bauform. Wenn ich da bei Siemens 'reinschaue
-
Thread
Clock source ändern
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 = AT90S4434 Device code: 0x38 = AT90S8515 Device code: 0x68 = AT90S8535 Device code: 0x57 = (unknown) Device code: 0x3a = ATMEGA8515 Device code: 0x41 = ATMEGA103 Device code
-
Thread
Stk500 Firmware mit A-Studio412
Auch wenn ich noch ein blutiger Anfänger bin . Nun aber mein Problem: Ich habe ein Stk 500 mit AT90s1200 und einem AT90s8535 auf der Platine ,welche für die Programierung sind ( noch Max232 usw ist aber klar , nur wenn es verschiedene Versionen gibt , habe da keine Ahnung ). Nachdem ich nun das Board
geklickt . (Fehlermeldung "No supported Board found AVR Prog Version 1.40) Na gut der mitgelieferte At90S8515 läßt sich programmieren mit SPI . Andere Atmel wie Mega32 oder Mega163 oder ATTiny 2313 lassen sich nicht lesen ,und keine Fuse bits lesen oder ändern . Ich denke es liegt an der Firmware . Mir
-
Thread
Frage zu Prüsumme und zum Flash lesen
file=viewtopic&p=355 hab ich schon einige Device Codes gefunden :) [C] Device code: 0x13 = AT90S1200 Device code: 0x20 = ATtiny2313 Device code: 0x28 = AT90S4414 Device code: 0x30 = AT90S4433 Device code: 0x34 = AT90S2333 Device code: 0x38 = AT90S8515 Device code: 0x48 = (unknown) Device code: 0x4c = AT90S2343 Device code: 0x51 = (unknown) Device code: 0x55 = ATtiny12 Device code: 0x56 = ATtiny15 Device code: 0x68 = AT90S8535 Device code: 0x6c = AT90S4434 Device code: 0x86
-
Thread
Flash beim AT90S8535 erweitern
Hallo Zusammen. Ich benutze einen AT90S8535 mit 8K Byte internen Flash. Da mein Programm aber zuu groß wird suche ich nnach einer Flash-Erweiterung, die mindestens noch mal 8K - 32K Byte groß sein sollte! Wäre klasse, wenn ihr mir da helfen
externem FLASH ist praktisch unmöglich. Es sei denn, man benutzt die Self prgramming Features. Hat der 8535 AFAIK aber nicht, ausserdem ist es langsam und macht das Programm kompliziert. Wenn du keine I2C Schnittstelle hast, kann man das Ganze auch in Software erledigen. MfG Falk P.S. Ich fürchte,
-
Thread
Flashen eines AT90S8525
Hallo an alle, habe folgendes Problem: Ich versuche mit einem STK 500 Board ein AT90S8535 auf einer externen Platiene via SPI zu flashen. Dazu verwenden ich auf dem STK500 die ISP6PIN Buchse. ich habe den Controller vor einiger Zeit mal geflasht und als ich ihn diesmal gelöscht habe
-
Thread
Platine routen
ok hier is mal ne schaltung hab nen at90S8535 genommen der kann mehr! MFG Exodus P.s.: ahja wenn wer vorschläge hat nur rein damit!
angeben bzw. so zeichnen, nicht dass man denkt der lange Lulatsch kommt rein (PDIP). Atmel meint zum At90S8535: "Not recommended for new design: replaced by ATmega8535"
-
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
Versorgung / Ungebung des AVR
viel besser aus. Hatte mal eine Messachaltung an einer 400kw elektrischen Bremse, das war mit dem 90S8535 eine einzige Katastrophe, ist nie richtig gelaufen :-) Hauptprobleme sind die Stromversorgung (wobei 1N4007, 100µ, 78L05, 4µ7, 100n selbst im Auto schon ziemlich gut funktioniert), Drosseln und
nem oszi anschaun? du wirst bestimmt erschrecken!!! hatte noch nie solche probleme mit den AVR's (obwohl... doch: ein AT90S1200 an nem netzteil mit sehr hoher restwelligkeit hat absolut nicht getan was er sollte. mit entsprechender beshaltung liefs dann doch einigermasen stabil. Inzwischen mach
-
Thread
Evaluationboard für ATmega32?
eigentlich an das STK500. Hab das bei Conrad auch gefunden und jetzt steht da aber Passend für: AT90S1200, AT90S2313, AT90S2323, AT90S2343, ATMEGA8515, ATMEGA8535, ATMEGA8, ATMEGA16, ATMEGA161, ATtiny11, ATtiny12, ATtiny15, ATtiny28 - der ATmega32 ist nicht mit aufgezählt und auch auf dem zugehörigen
-
Thread
zwei makefile Uart_lib und Lcd_lib
Ein Quellcode, von mir, soll auf dem at90s8535 und auf dem Atmega8 programmiert werden. Das programm soll eine Anzeige benutzen und es soll auch per serielle Schnittstelle Daten versenden. Mfg slawa
-
Thread
ATmega8535 Port setzen ?
Hallo, Ich kann jetzt meinen AVR ATmega8535 Programmieren aber irgendwie läst sich der Port nicht einschalten. Der Quellcode ging bei einen AT90S8015. Das Programm habe ich mit winavr geschrieben. #include <avr/io.h> #include <stdint.h
Wenn die Addresse von DDRD und PORTD für atmega8535 stimmen, alles mus laufen. Compiliert es mit -S so gcc wird Quell-Code generiern, so du kannst dass die Addresse Stimmen.
-
Thread
ATmega 8535 Programmierung interner Oszilator
Hallo allerseits, habe ein kleines Problem mit meinen ATmega 8535 PLCC. Mein 8 Mhz Quarz will einfach nicht schwingen. Habe das ganze wie bei den klassichen AVRs (z.B. AT90S...) angeschlossen. Also Quarz an Xtal 1 / 2 und 2 35pF Kondensatoren zu Masse. Nun weis ich
und GND Pins man benutzt? Meines Wissens gehören die alle angeschlossen! Und so läuft auch mein Mega8535 mit externem Quarz ohne Probleme. Programiert habe ich ihn mit AVR910 und SP12. Dann mal viel Erfolg! Grüße, Christian
-
Thread
ist eine dynamische ausgabe auf dem display möglich?!
hallo zusammen. ich bin gerade dabei meinen µc(at90s8535) so zu programmieren, dass er über diverse tasten befehle ausführt. eine taste hat zudem noch die aufgabe, in ein menue zu springen (kanalwahl). hier möchte ich dann mein display so haben, dass
-
Thread
codegröße zu groß
drum rum kommen selbst was zu schreiben. Es geht eigentlich nur darum an den UART einen Befehl (AT-Befehl) zu senden. Hab mir halt dazu ein Beispiel für nen 8535 konvertiert, allerdings sind da halt printf scanf und gets drin. Hab auch schon im Datenblatt von 2313 ein sendebeispiel für den
(!(USR & (1<<UDRE))); UDR = data; } void uart_puts(const char *s ) { while (*s) uart_putc(*s++); } Im Main dann mit... uart_init( UART_BAUD_SELECT(UART_BAUD_RATE,F_CPU) ); void uart_puts("Hallo Welt"); ...aufrufen. ...und der Code
-
Thread
UART macht probleme
*****************************************/ #include <io.h> // Wir brauchen Zugriff auf die I/O's des Controllers #define F_CPU 8000000 /* 8Mhz */ #define UART_BAUD_RATE 9600 /* 9600 baud */ // Berechnung des Inhalts des UBBR-Registers #define UART_BAUD_SELECT (F_CPU
Christian Schifferle Oktober 2002 #Hier muss der verwendete AVR-Controller eingetragen werden #(at90s8515, at90s8535, attiny22, atmega603 etc.). MCU = atmega8 #Hier wird die Zieldatei definiert (ohne Namenserweiterung). TRG = UART #Hier kommen die Quelldateien hin, wobei auf bereits
-
Thread
Welchen controller
Moin, für den Anfang wurde gern der AT90S2313 genommen (bzw. ähnliche AT90S-Typen), dieser ist nun Auslaufmodell und der Nachfolger ist der ATtiny2313, genauso "einfach" wie sein Vorgänger. Ich höre aber auch das der ATtiny15 gern genommen
PIC16C84, wenn man mal die Experimente mit dem 8749 außer Acht läßt. Mein erster Atmel war übrigens ein AT90S1200-4SI, nettes Teil und hatte sogar schon einen internen RC-Oszillator. > Ich habe beim Start mit Atmel mit dem AT90S2313 angefangen und > nie alle Pins voll gekriegt, wozu auch, man ist froh
-
Thread
AD Wandler beim AVR
noch ein Codebeispiel in C auftreiben... falls ich es noch finde. Ist aber für einen mega32. Der mega8535 sollte aber ähnlich sein.
Betriebsspannung)... Bitte nicht! Das ist ein Fehler, der bei vielen Leuten, die noch mit den alten AVRs (AT90S-Serie) gearbeitet haben, immer noch in den Köpfen feststeckt. Die aktuellen AVRs (Mega, Tiny usw.) besitzen allesamt intern die Möglichkeit, die Betriebsspannung AVCC als Referenz einzustellen. An
-
Thread
AVR910 ATmega8 statt 2313
(unknown) Device code: 0x12 = (unknown) Device code: 0x13 = AT90S1200 Device code: 0x20 = AT90S2313 Device code: 0x28 = AT90S4414 Device code: 0x30 = AT90S4433 Device code: 0x34 = AT90S2333 Device code: 0x38 = AT90S8515 Device code:
= AT90S8535 Device code: 0x6c = AT90S4434 Device code: 0x86 = (unknown) Device code: 0x87 = (unknown) Device code: 0x3a = ATMEGA8515 Device code: 0x41 = ATMEGA103 Device code
-
Thread
bekomme lcd nicht zum laufen!
Kannst du noch die komplette Fehlermeldung per Cut&Paste hier ablegen? Dein at90s8535 wird mit 8 MHz betrieben?
jep 8mhz. hier noch die meldung: Build started 19.10.2006 at 11:17:54 avr-gcc.exe -mmcu=at90s8535 displ1.o test_lcd.o -o displ1.elf test_lcd.o: In function `main': ../../../lcd_oli/test_lcd.c:19: undefined reference to `lcd_init' ../../../lcd_oli/test_lcd.c
-
Thread
Wiederstandsmessung mit ATmega16
verstanden. Nun, ich mach mich mit dem Tutorial mal ans Programmieren. Die Befehle sind ja zwar fuer den AT90S8535 weiss nicht, ob die auch fuer den ATmega16L gelten. Poste bald meinen Code. Bin gespannt ob ich das so gleich kann, hab bis jetzt nur mit ASSAMBLER Codes gearbeitet, nicht mit C. to be
ich habe ldi temp, (1<<ADEN) | (1<<ADSC) | (1<<ADIE) out ADCSR, temp eingefuegt und nun gibt's beim kompilieren auch keine fehler mehr. jedoch, wie kann ich im avr studio einen analog wert am adc simulieren, um zu sehen das sich an port b etwas tut? und es gibt doch einen befehl um die ersten