-
Thread
8051 Board und AVR Board's
div. Kleinteilen wie Schraubklemmen, Spannungsregler etc. desweiteren kann ich ein Board mit dem AT90S8515 mit LCD Anzeige und vielen Schraubklemmen für die I/O Anschlüsse oder ein Board für den AT89S8252 (MCS 51 komp.) mit RS232 Treiber, 1 Relais, und exterem RAM (62256) und div. Kleinteile wie Spannungsregler
Bitte um mehr information und Preise!! mfgr.eduard.bitzinger@utanet.at
-
Thread
Atmels und Potentialbehaftete Ports
Projekt. Daher meine Frage: Kann ich einfach davon ausgehen, dass alle Ports eines Attiny bzw. eines 90S8515 0,7V vom "eigentlichen" Massepotential abweichen ? In den Datenblättern konnte ich diese angaben nicht finden, daher frage ich mal nach ob nicht jemand damit schon praktische Erfahrungen sammeln
jo, 3 Stk habe ich noch (DIL40), ebenso noch 3 Stk 90S4414 (halbe Speichergrösse, sonst identisch)
-
Thread
Timer0 beim 1200er in ICCtiny
. Es passiert nichts. Es wird überhaupt nicht in die ISR gesprungen. Mit dem IAR-Compiler und dem 8515 hat alles gut geklappt. Interrupt-Vector kann es auch nicht sein. Würde IAR den 1200er unterstützen, würde ich es gar nicht probieren mit dem ICCAVR. Gruß Hilel
Routine static void delay1ms (unsigned int n)wird bendet. Dasselbe Programm hat ja schon mit dem AT90S8515 beim IAR-Compiler funktioniert. Viele Grüße Hilel
-
Thread
GCC-Option -mint8 vermeiden?
Ergebnis: [avrasm] test: lds r24,v sbrc r24,0 rcall tuwas ret [/avrasm] Besser geht's nicht. Ab GCC 4.3 darf v sogar ein beliebiger Integer-Typ sein (bspw. auch uint64_t), und der erzeugte Code ist immer noch der gleiche.
char c; void foo (char a, char b) { if (a) c = b; }[/c] compiliert mit avr-gcc -S -Os -mmcu=at90s8515 zu [code]foo: tst r24 breq .L1 sts c,r22 .L1: ret [/code] und mit avr-gcc -S -Os -mmcu=at90s8535 zu [code]foo: cpse r24,__zero_reg__ sts c,r22 .L1:
-
Thread
UART falsche Rückmeldung
Atmega8 Quartz 16 MHz: -----------------------------Makefile Auszug--------- # MCU name #MCU = at90s8515 MCU = atmega8 # Processor frequency. # This will define a symbol, F_CPU, in all source code files equal to the # processor frequency. You can then use this symbol in your source code to # calculate timings. Do NOT tack on a 'UL' at the end, this will be done # automatically to create a 32-bit value in your source code. F_CPU = 16000000 ------------------------------ ---------Test_uart.c (Auszug) Letzten Zeilen----
-
Thread
1 sek
Nulldurchgang registrieren ,rücksetzen und ein anderes Register z.B von 100 runterzählen. Voilá... 1s ! Code kann ich für div. AT90XXXX gerne reinsetzen ... aber mit hilfe des Tuturials dürfte das kein Prob. sein. Falls du eine Lösung via Gatter realisieren möchtest nimmst du am besten einen Quarz
an einen Pin des MC legen. Auch ein direkt angeschlossener Uhrenquarz z.B an T0,T1 (Pin1/Pin2 am 90S8515 )ist ne super einfache Lösung. Alle Rechtschreibfehler sind rechtlich geschützt. Also viel Erfolg MfG Kai
-
Thread
Osccal für EEPROM bei mega8535 mit Quarz
der Lage ist >sich an diesem Quarz auch für das interne EEPROM zu orientieren. 1. Das macht der AT90S8535 auch nicht. 2. Das Beschreiben einer EEPROM-Zelle benötigt eine bestimmte Zeit, die unabhängig von der Taktfrequenz des Controllers ist MfG Spess
musste ich mich allerdings intensiv mit dem ISP-Protokoll beschäftigen, der damals zuerst verwendete AT90S1200 verhält sich auch noch etwas zickig. Meine Soft liest übrigens bei jedem Brennen eines calibrierbaren AVRs das zum Takt passende Calibrationsbyte aus und fügt es am Flash-Ende (letzte Zelle, L
-
Thread
Sind auf dem STK500 Controller in unterschiedlichen Farben unabhängig von einander programmierbar?
Aus dem STK500 Hilfe: " Note: Only one AVR device should be inserted in the sockets at a time. "
mit Proxxon/Dremel an den Pins absägen und dann jedes Pin einzeln rausziehen. Lieber ein kaputter AT90S8515 als ein unbenutzbarer STK500.
-
Thread
Startprobleme mit 90S2343
zusammen! Ich habe folgendes Problem, bei dem ich zur zeit leider nicht weiterkomme: Hardware: AVR 90S2343 mit internem Takt! Dallas DS1810 Resetgenerator Problem: Nach längerem fehlen (min. 60 sec) der betriebsspannung läuft der controller nicht an. wird er nach dem einschalten nochmal
Habe das selbe Problem mit einem AT90S8515 Die Reset Beschaltung erfolgt mittels Resetchip dh der wartet genau 200ms bis der Atmel die stabile Versorgung hat und dann schaltet er ein. Volle schräg ist bei mir das Verhalten beim starten
-
Thread
atmel avr-programmierung
fehlercode "-21".was könnte das problem sein?die einstellungen des programms sind richtig. hab es an nen at90s8515 angeschlossen. die mosi-leitung hab ich mal mit ner led getestet, da kam auch irgendwas an. programmieren lässt sich aber nix... könnte dies am quarz oder so liegen(4MHz)? danke chris
die Hilfe von Ponyprog, da steht bei dieser Fehlermeldung etwas von : Q: I can't program AVR AT90Sxxx, I receive error -21 and the program fails. What is the problem? A: Increase the following parameters in the ponyprog.ini file (all times are in milliseconds) AVRByteWriteDelay=30
-
Thread
Pull-down Widerstand?
hallo Ich arbeite mit einem AT90S8515 und möchte einen Datenus an einen Port-Ausgang anschließen. Dafür muss die Zeit für die Flanken an dem Port-Ausgang sehr klein sein (is ja klar). Also habe ich erstmal versucht eine Rechteckspannung
Hi, also wenn ich dich richtig verstanden habe, erzeugst du den High-Zustand mit dem AT. Wenn ja, dann müsste der High-Pegel mit größer werdendem Widerstand jedoch größer werden, und nicht kleiner. Zur Berechnung: Ich denke, der AT schafft einen maximalen Ausgangsstrom von etwa 20mA
-
Thread
Probleme beim Programmieren von Atmega88 /Atmega48
am verzweifeln, da ich weder Atmega48 noch Atmega 88 mit meinem STK500 flashen kann. Atmega 16 und AT90S8515 funktionieren problemlos. Programmiere in C mit WinAvr. Auch beim Googlen fand ich keinerlei Hilfreiches. Hab meine Software und das Entwicklungsboard auf den letzten Stand upgegradet, was
stk500 -U flash:w:test.hex avrdude: verifying ... avrdude: verification error, first mismatch at byte 0x0002 0x32 != 0x00 avrdude: verification error; content mismatch Über eine schnelle Hilfe bedanke ich mich im Voraus Grüsse Jakob
-
Thread
kleines mechanisches Problem mit dem stk500
Nun habe ich aber ein kleines Problem. Bitte lacht nicht, aber auf dem Board war von Anfang an ein AT90S8515 eingesteckt, was ja auch so sein soll, aber ich bekomme ihn nicht heraus, um einen anderen µC auszuprobieren. Also mein ganzes Problem ist, daß ich nicht weiß, wie ich diesen Chip aus dem Sockel
, in einen Schraubstock so klemmen, daß ca. 2cm gehalten werden und vorsichtig mit einem Hammer um 90° umbiegen. So hat man für lange Zeit ein funktionelles Werkzeug. Michael
-
Thread
Welchen Controller verwenden
Schnittstelle (die beiden Pins zählen nicht zu den 32!) Ich habe bisher sowohl 8051 als auch AVR's programmiert, bin da also nicht festgelegt - sind von den Befehlen her ja eh fast gleich, wenn man C nimmt. Zu der seriellen Schnittstelle hätte ich noch ne Frage: Die RS232-Schnittstelle von PC's
Laut Beckhoff hat der Lightbus 2,5MBit/s... Oder sehe ich jetzt die falsche Anwendungsseite?
-
Thread
Drehgeber auslesen
Hallo, habe versucht den zweiten Code von Peter zum laufen zu kriegen. Ich verwende einen AT90S2313 und den Drehgeber dessen Datenblatt im Anhang ist. Ich habe den gemeinsamen C - Anschluss auf 5V gelegt und A und B über 10k Widerstände gegen Masse. Dazwischen gehts jeweils zu einem Port-Pin
mir jemand weiterhelfen? Programmiere in CodevisionAVR. Hier mein Code: #include <90s2313.h> volatile char enc_delta; // -128 ... 127 interrupt [TIM0_OVF] void timer0_ovf_isr(void) { static char enc_last = 0x01; char i = 0; if( PORTD.0 ) i = 1;
-
Thread
EEPROM, lesen/schreiben geht nicht
folgendem Code versuche ich, ein Byte an der ersten Stelle im Eeprom meines Atmel-Controllers (AAT90S8515) zu speichern. Wenn ich den Code neu compiliere und NUR die besagte Stelle auslese, kommt 0 Inhalt zurück. Was läuft da falsch?
als jede andere Zelle. Allerdings geht allgemein die Einschätzung um, daß besonders die AVRs der AT90-Serie anfällig gegen EEPROM-Korrumpierung sind, wenn sie (auch read/only) in einen brown-out geraten. Die aktuellen Chips sind dem Vernehmen nach davon weniger betroffen, wobei mir nicht klar ist
-
Thread
Flash Eproms z.B. AT29C040A mit AVR programmieren?
Hallo Hat schon mal jemand mit den Flash Eproms z.B. AT29C040A von Atmel gearbeitet? Bisher habe ich nur eine Schaltung gefunden in der ein AT89C51 zum programmieren eingesetzt wird. Ich würde aber gerne mit einem AVR z.B. 8515 arbeiten. Für Ideen, Anregungen
schon etwas länger her. Ich werde das die Tage probieren. Habe ein paar Latches jetzt hier und mein AT29C010 ist heute auch gekommen. Bestellt war einer mit 90nSek und Temp von 0°-70°, da der erweiterte Tempbereich nicht aufgeführt war. Reichelt hat aber die schnelleren mit 70nSek und -40° -85°C verschickt
-
Thread
ich krieg mein AVR net zum laufen
Hallo, ich habe ein Entwicklungskit mit nem AT90S8515. auf dem Board laufen die Programme einwandfrei. Wenn ich jetzt das ganze auf nem Steckbrett aufbaue, dann wird mein AVR total heiß und nicht tut sich. ich habe im Internet gegoogelt um zu sehen
also ich habe an dem AVR nichts außer AVR, 2 LED´s, 2 Taster. ISP hab ich net angeschlossen. habe ihn vorher mit nem Programmer gebrannt. hab mehrere AVR´s probiert. immer mit dem gleichen Effekt. gruß Kay
-
Thread
USART Initialisierung Atmega162
Der GPS Empfänger ist an der seriellen Schnittstelle angeschlossen. Ich habe zuerst mit dem Atmel AT90S8515 gearbeitet und alles funktionierte super. Nun habe ich auf den Atmega162 portiert, der 2 serielle Schnittstelle hat. Er hat anstatt UART nun USART, aber ich stelle in der Initialisierung ein
enable UART receive-interupt clr initbuf out UBRR0H,initbuf ldi initbuf,95 ; Set Baud Rate to 4800 at 3.69 MHz out UBRR0L,initbuf sei Der Fehler muss definit hier liegen. Die Einstellungen (Baudrate, Stoppit, Parity etc.) sind mit dem GPS Empfänger abgeglichen. Hat jemand eine Idee, was hier
-
Thread
Frequenzzähler 1Hz - 40MHz
hatte mich anfangs > irritiert. Ja, so steht es z.B. in der Application Note AVR091: Replacing AT90S2313 by ATtiny2313: [pre]The crystal Oscillator in AT90S2313 is capable of driving an additional clock buffer from the XTAL2 output. The ATtiny2313 does not have a rail-to-rail swing on oscillator
W.S. schrieb im Beitrag #2564977: > Mein Ratschlag: nicht immer die allerneueste Version haben wollen. Mit > einer älteren Version läßt es sich in 90% aller Fälle genausogut > arbeiten und die Lesbarkeit
-
Thread
Empfehlung SRAM und Latch für mega162
Hallo! Ich möchte einen mega162-16 mit 32 KB ext. Ram und zueghörigen Latch ausstatten, um den AT90S8515 auf meinem STK200 zu ersetzen (8-16MHz). Kann mir einer eine funktionierenede Bauteilkombination nennen? Gruß und Dank Michael
bei mir hat es "74AC 573" gemacht (Vorteil - sie gibt's bei Reichelt)
-
Thread
Thermomix Rezeptchips
is present in /tmp/. Then some checks are done. These strings appear: - Storage partition found at %s (S/N: %s) - Partition containing recipe DB is found - Expecting official recipe chip --> perf - /opt/ref.sig ref.sig seems to be a public key (not sure at all). Do you have some ideas ?
present in /tmp/. > > Then some checks are done. These strings appear: > - Storage partition found at %s (S/N: %s) > - Partition containing recipe DB is found > - Expecting official recipe chip --> perf > - /opt/ref.sig > > ref.sig seems to be a public key (not sure at all). > > Do you have
-
Thread
Alte Sx-52 100mhz Versionen zum kaufen gesucht?
halte das für ne Werbefinte. Atmel hatte im ersten AVR-Datenbuch 20MHz versprochen und dann den AT90S8515 auf gerademal 8MHz geschafft. Nach 10 Jahren kamen endlich auch einige 20MHz. Der Maxim DS89C430 hat aber immer noch nur 33MHz (50MHz waren mal versprochen). Als 8-Bitter mit 100MHz kenne
eine FPGA mit 100 Stück solchen SX-52 als Hardcore drinnen mit SRAM-Programmspeicher. Wenn das in 90 oder 65 nm Technologie gefertigt wird, sollte es schön schnell und sparsam gehen.
-
Thread
Anfänger in C: Welche Bücher/ Software ist gut ?
avr-gcc.exe und der ganze andere Kram aufrufbar ist. Kompilieren: avr-gcc -o test.elf -Os -Wall -mmcu=at90s8515 test.c ^^^^^^^^^^^ ^^^ ^^^^^ ^^^^^^^^^^^^^^^ ^^^^^^ |Ausgabedatei |Optimierung |Warnungen einschalten
@Michel again Du hast doch bestimmt gesehen, das mein Provider mit ADSL läuft? Nur wenn's bei web.de knallt kann ich auch nichts dafür.
-
Thread
Transistor an PinB
aufgebaut aber es will einfach nicht funktionieren! Die Leuchdiode leuchtet nicht! Ich benutze einen AT90S8515! Kann mir jemand weiterhelfen?
Pack die LED über den Vorwiderstand an den Kollektor und den Emitter auf GND, dann geht's
-
Thread
Power Down Sleep Mode
Hallo Ich möchte mittels einem Taster mein AT90S8515 in den Power Down Modus schicken! Wenn er Schläft, soll Pin 2 an PortC auf null gesetzt sein und sonst soll dieser Pin auf eins sein! Um den Prozessor zu wecken muss ich ja ein Low Signal geben
Und wie geht's nach dem SLEEP Befehl weiter ???
-
Thread
3 UART über Interrupt an AtMega32, geht das?
um diese 12 seriell empfangenen Zeichen anschließend weiterverarbeiten zu können. Verwende den AtMega32L, AVR-Studio 4.18 SP2/inkl. WinAVR, ein 4x20 Zeichen LCD-Display Das LCD Display läuft. Angeschlossen ist das Modul (nur eines momentan) an Pin 14 RxD; Nur wie ich die drei Tags zur Anzeige
08 peter Exp $ Software: AVR-GCC 3.4, AVRlibc 1.4 Hardware: any AVR with built-in UART, tested on AT90S8515 at 4 Mhz DESCRIPTION: This example shows how to use the UART library uart.c *************************************************************************/ #include <stdlib.h> #include
-
Thread
Attiny Programmierung
Peter D. schrieb im Beitrag #6097801: > Der AT90S2313 war ja der erste verfügbare AVR, daher habe ich mich damit > auch abgequält. Nein. Der At90S1200 war der Erste.
Menschenskinder schrieb im Beitrag #6097911: > Nein. Der At90S1200 war der Erste. Dann eben: Der AT90S2313 war der erste verfügbare *brauchbare* AVR.
-
Thread
aref avcc mega8
Stromversorgung des Ports? Also mit Vcc verbinden, ARef auch, auch wenn kein ADC genutzt wird. ...HanneS...
mal machen die schaltung mit der diode hab ich von ner testboard schaltung genommen und mal mit nem at90s8515 getestet... laueft ok aber vieleicht ja zu aufwendig? juergen
-
Thread
AVR liest Infrarot nicht
demnächst ein Empfängerprogramm fuer verschiedene Protokolle schreiben. Auf einem STK500 mit nem alten 90S8515 und Display kann ich schon 8 versch. Protokolle erkennen, ist aber noch im Versuchsaufbau. Wenn moeglich, solls auf einem Tiny2313 oder vielleicht sogar Tiny13 laufen. Wenn's was wird, setze ich
Fragen gerne bis zur Veröffentlichung des Projekts per Email stellen. Meine Adresse ist anoname (ät) freakmail.de
-
Thread
Schwindel im Datenblatt?
Hallo! Bei zwei verschiedenen AVRs (AT90S2343 und Mega8, beide von Reichelt) ist mir aufgefallen, dass die Fuse bits alle auf 1 stehen, obwohl in den Datenblätter bestimmte andere Konfigurationen programmiert sein sollen. Das z.B. die Clockeinstellungen
Hi dann machst du irgendwas falsch. Bei den AVR's die ich bisher eingesetzt hab (Tiny12, S2313, S8515, Mega8, Mega16) hats bisher immer gestimmt. Matthias
-
Thread
[V] Konvolut Atmel-Controller
Hallo, biete hier das abgebildete Sammelsurium von AT- und ATtiny-controllern an. Sind alle unbenutzt und im bastelfreundlichen DIP. 30x ATtiny15L-1PI 10x ATtiny44-20PU 5x AT90S8515-8PI Sag mal 20€ inkl. Prio-Versand, Bezahlung per paypal. Gruß
-
Thread
error: expected declaration or statement at end of input
for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiling: main.c avr-gcc -c -mmcu=at90s8515 -I. -gdwarf-2 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=main.lst -std=gnu99 -DF_OSC=3686400 -MD -MP -MF .dep/main.o.d main.c -o main.o main.c: In function 'main': main.c:20: error: expected declaration or statement at end of input make.exe: *** [main.o] Error 1 > Process Exit Code: 2 > Time Taken: 00:01 hat schon mal funktioniert, wer kann helfen? mfg orfix
-
Thread
Sleep instruction
Hay Leute, weiss jemand wie ich nen ATMEL (AT90s8515) in den sleep mode schalten kann? Laut Datasheet ist das SE und das SM Bit zu setzen, aber dan wartet er anscheinend noch auf eine sleep instruction. Wie soll die denn aussehen? Ich benutze
#include <ina90.h> /*für sleep()*/ MCUCR |= (1<<SM1 | 1<<SM2); /*pwsavemode*/ MCUCR |= (1<<SE); /*sleep enable*/ _SLEEP(); MCUCR &= (1<<SE); /*sleep disable*/
-
Thread
Visuelle Programmierung
Hi Leute, gibt´s eine vergleichbare Software auch für den AT90S8515 ?
najut, wenn man noch nie programmiert hat, vielleicht. aber in die hardware muss man sich wie's aussieht dennoch einarbeiten, und die software natürlich auch... tip: machs in c, das is einfach genug.