-
Thread
Timer wird nicht gerufen.
anfangen und nur den Timer0 auf OVF prüfen. (Wie im Tutorial beschrieben) Ich habe also: [C] /* uC: AT90S2313 */ #include <avr/io.h> #include <avr/interrupt.h> int main(void) { // Timer 0 konfigurieren TCCR0 = (1<<CS01); // Prescaler 8 // Overflow Interrupt erlauben TIMSK |= (1<<TOIE0
Hi Gut, C ist nicht mein Ding, aber >/* uC: AT90S2313 */ und >Es handelt sich um einen ATMEGA32 Passt das zusammen? Gruß oldmax
-
Thread
einige Fragen bezüglich Umgang mit AVR´s.
Hallo ich hätte da mal einige Fragen bezüglich Umgang mit AVR´s. Ich habe vor ca 10 Jahren schon mal einige Projekte in Assembler mit AT90S1200 umgesetzt und bin dann zum 8051 gewechselt. Jetzt versuche ich nochmal den Schritt zurück zu AVR: Folgende Fragen
Studio 4 kann mir jemand eine gute Quelle bezüglich Beschreibung der Register nennen bin mit dem AT90S1200 doch etwas hinterher. Noch eine andere Frage: wurde der AT90S2313 durch den ATiny2313 ersetzt?
-
Thread
Beispielprogramm Pi_on_2313.c, hex-Datei zu groß
Optionen: - aufgeben - größeren Prozessor verwenden, z.B mega48, AT90S4433 - Anregungen der Experten umsetzen, damit es in den 2313 hinein paßt - genau die vorgegebene GCC-Version installieren und damit compilieren, falls die vorgegebene Kommandozeile paßt. - sich
Christian S. schrieb im Beitrag #3356778: > Mir bleiben folgende Optionen: > - aufgeben > - größeren Prozessor verwenden, z.B mega48, AT90S4433 > - Anregungen der Experten umsetzen, damit es in den 2313 hinein
-
Thread
Nachteil bei verschiedenen µC
1. AT90S4433 2. ATmega8 3. ATmega48..168 4. ATmega48p...328p Für neue Projekte liegt es also nahe, einfach die aktuellste Version zu nehmen. Peter
Markus Müller schrieb: > Irgend jemand muss ja den Gegenpol zum AVR spielen. ...den gibt's doch schon in Form von 8051, PIC, MSP430, STR7, MB90Fxxx, R8/R16, AT91, AT32, TMS470 und viele andere mehr. Ein weiteres "Gegenpölchen" im Strudel der Controller wird's da so schnell nicht reissen
-
Thread
AVR: EEPROM-Inhalt gefährdet?
Bei den älteren AT90S und MEGA323, MEGA103 sehr zu empfehlen. Bei den neueren MEGA AVRs nicht mehr erforderlich, da diese über eine recht zuverlässige abeitende Unterspannungs-Logik verfügen.
@andreas Bei den AT90S (alte 0.5µ Technik) gibts es etliche Probleme mit dem Brown-Out. Daher ist hier in jedem Fall eine externe RESET-Schaltung vorzuziehen. Ersetze den 2333 doch durch einen MEGA8. Der ist fast 100%
-
Thread
unbekannter IC
Angaben sind seeeeeeehr dürftig. Trotzdem würde ich darauf tippen, dass dies ein µC ist und zwar ein AT90S2313, ATtiny2313, oder ein AT89C2051 oder sowas in der Richtung. Falls der Kondensator an Pin1 gegen GND geht, müsste es einer der ersten beiden sein, ansonsten einer der letzen beiden, denn die 8051er
Hier noch die Pinbelegung. Pin 1 an Masse würde dem 90S2313 widersprechen.
-
Thread
Anfängerfrage: Welches File in AVR-Controller speichern?
Hallo Forum, Ich habe hier eine Schaltung mit einem AT90S2313, einen EPROMer, eine *.asm-Datei und eine *.inc-Datei. Welche Datei muss denn nun in den AVR-Controller? Oder muss aus den beiden Dateien erst was AVR-verträgliches compiliert werden? Dann
unter Windows eignen. Und: Kann - was auch immer da rein muss - auch mit dem EPROMer (der kann den AT90S2313 programmieren) in den AVR-Controller gebracht werden oder muss das immer über einen speziellen Programmieradapter passieren? Thomas
-
Thread
Hilfe, Fehler beim Compilieren
=================================================================== set -e; avr-gcc -MM -mmcu=at90s2313 -I. -g -O0 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=clock.lst -std=gnu99 clock.c \ | sed 's,\(.*\)\.o[ :]*,\1.o \1.d : ,g' > clock.d
Also jetzt läuft der Compiler durch. Freu! Ich habe statt io2313.h die io.h genommen. Wurde auch vom Compiler empfohlen. Aber jetzt will der Linker noch nicht: ------------------------------------------------- Linking: clock.elf avr-gcc -mmcu=at90s2313 -I.
-
Thread
Auslesen und verwerten eines PWM-Servo Signals
noch ein Fahrtregler drin, den Du ja nicht benutzen (und bestücken) musst. Ich habe das damals in den AT90S2313 gemeißelt, die Hexdatei müsste aber auch im Tiny2313 laufen, wenn man dessen CKDIV8-Fuse löscht (damit er mit 8MHz taktet). http://www.hanneslux.de/avr/mobau/fr_2313a/2313fra.html > Wichtig
> Fahrtregler drin, den Du ja nicht benutzen (und bestücken) musst. Ich > habe das damals in den AT90S2313 gemeißelt, die Hexdatei müsste aber > auch im Tiny2313 laufen, wenn man dessen CKDIV8-Fuse löscht (damit er > mit 8MHz taktet). > http://www.hanneslux.de/avr/mobau/fr_2313a/2313fra.html
-
Thread
Welches Design ist gut für ein Bastelboard ?
Eagle erstellt und will nun wissen, welche Platine er denn ätzen soll. Das Board passt für den AT90S8515 und den ATmega8515 gleichermaßen. Die Teile am Kopf der Platine sind ein Spannungsregler und die Elkos / Kondensatoren dazu. Die Schematics hat er noch nicht in ein Board umgewandelt. Stimmt
machen kann. Es sollen dann zur Aussenwelt 16pol. Flachbandkabel an die Peripherie gehen. Den AT90xxx benutze ich nur deshalb noch, weil mein Chef mir 20 Stück davon geschenkt hat, als wir in der Firma Inventur hatten.
-
Thread
Diverse Bauteile µC, Debug-Tools
Hobbybasteleien diverse Teile/Tools anzubieten (Stückpreise zzgl. Versand): AVR: (neuwertig) 2 Stück: AT90S2313 im DIL-20 Gehäuse 1€ 1 Stück: AT90S4433 im DIL-28 Gehäuse 1€ 1 Stück: ATMEGA8 im DIL-28 Gehäuse 1,50€ 1 Stück: AT90S8515 im DIL-40 Gehäuse 1,50€ 2 Stück:
Folgendes ist verkauft: 2 Stück: AT90S2313 im DIL-20 Gehäuse 1€ 1 Stück: AT90S4433 im DIL-28 Gehäuse 1€ 1 Stück: ATMEGA8 im DIL-28 Gehäuse 1,50€ 1 Stück: AT90S8515 im DIL-40 Gehäuse 1,50€ 2 Stück:
-
Thread
AX8 - PINB - Multi-source-Error (Spartan 3E/VHDL)
std_logic_vector(7 downto 0); signal tmp_adr : std_logic_vector(7 downto 0); begin MyA90S2313 : A90S2313 Port map( Clk => MainCLK, Reset_n => '1',--SW(0), INT0 => '1', INT1 => '1', T0 => '1', T1 => '1', ICP => '1', RXD
Ohne jetzt die Detail genau zu kennen, denke ich dass Du am Konzept oder am A90S2313 Modell etwas ändern mußt. Der A90S2313 (AT90S2313) ist wahrscheinlich das Modell eines Prozessors und stellt an den Ports bidirektionale Pins zur Verfügung. Bei Schreiben von außen in den Prozessor
-
Thread
Controller ird nicht erkannt
anschließe erkennt wird immer nur der AT90S2313. Auch wenn gar nix am Kabel. Irgendwas muss mit den Programmeinstellungen nicht passen. Kann mir jemand weiterhelfen? VG Phönix
Schnittstelle und den richtigen Programmer ausgewählt? Hast das Board mit dem Controller Saft (sonst geht's nicht)? Wenn BASCOM den uC nicht findet, dann nimmt er den AT90S2313 standartmäßig her. Das ist ein Indiz dafür, dass etwas an Deiner Verkabelung/Schaltung, oder an den Programmereinstellungen nicht
-
Thread
8051 Chip für Einstieg
Man lernt eben nie aus! Als Atmel anfing, so 1999 hat es auf beide Schienen gesetzt. Der AT89C2051 ist fast pinkompatibel zum AT90S2313, Attiny2313. Der AT89S8252 ist fast pinkompatibel zum AT90S8515. Der AVR hat das Rennen gemacht, obwohl die etwa gleichwertig waren. Die AT89C51CC03 f.f
Michael_ schrieb im Beitrag #3478817: > Der AT89S8252 ist fast pinkompatibel zum AT90S8515. Anders herum wird ein Schuh draus, denn der AT89S8252 ist incl. Pinout ein 8051. Und der AT90S8515 ist 'fast' pinkompatibel zum 8051. > Der AVR hat
-
Thread
Attiny2313 Timer16 Bit, Normal Mode, unsauber
S. Landolt schrieb im Beitrag #6601209: > Mir fällt da jetzt > dieses elektronische Spielwerk von ElmChan ein, Stichwort DDS, aber das > ist in Assembler (und mangels Speicher auf einem ATtiny2313
Praktikanten überlassen wird. Andererseits - wenn ich jetzt in ein steinaltes Datenblatt für den AT90S8515 schaue, dann sind dort im 'Instruction Set Summary' die Indexregister auch groß geschrieben; vielleicht ist die Kleinschreibung eine Eigenart des avrasm(2). Wie dem auch sei - ich für mich bleibe
-
Thread
ATMEL (Microchip) erhöht die Preise
Atmel-Produkte verteuern wöllten, nicht nur AVRs (von denen übrigens auch keiner 20 Jahre alt ist, denn den AT90S1200 gibt's schon lange nicht mehr).
Ja, aber eben kryptisch. Die ersten AVRs hatte auch ein kryptisches Typennummernsystem, so AT90S4414 und AT90S4434. Klar, wenn man sich dran gewöhnt hatte, wusste man natürlich, dass der eine ein Digitallayout und der andere ein analoges hat, und dass die Upgrade-Pfade AT90S8515 bzw. AT90S8535
-
Thread
Pony Prog Error
HAllo! Ich habe ein Problem mit dem beschteiben meines avr at90s2313. Ich habe mein selbst gebauten (Anleitung aus dem WWW als nicht selbst entworfen) programmer an mein Compiuter angeschlossen und dan versucht ihm mit Pony Prog zu Lesen, zu beschreiben und zu
herausfinde ob der Tackt schwingt Bei Pony Prog habe ich sowol AVR micro Auto als auch AVr micro At90s2313 ausprobiert beides ist eigentlich richtig Auch mit dem strom habe ich zwei sachen ausprobiert sowol die stromversorgung über den Compiuter als auch über eine Externe stromzufur. Habe leider
-
Thread
wie lange gibt es schon AVRs (z.B. ATtiny13V/13A)?
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
Jörg W. schrieb im Beitrag #5362469: > Wenn man nun überlegt, dass AT90S1200 der erste und ATmega103 der > zweite AVR waren, Nö, der AT90S1200 war zwar der erste, aber danach kamen dann die AT90S2313/4414/8515. Ich hab noch das erste Datenbuch, wo alle 4 Typen noch
-
Thread
AVR 90S2313-10
Der AT90S2313 ist abgekündigt. Wenn Du also willst, daß viele es nachbauen können, nimm lieber gleich den aktuellen ATTiny2313. Vorteil: der läuft auch ganz ohne Quarz bei etwa 8MHz. Peter
und 10 MHz besorgt, die sollten zuverlässig anlaufen. Eigentlich will ich zukünftig auf den ATTiny2313 gehen und den Quarz ganz sparen, aber den habe ich in Aachen auf die Schnelle nicht bekommen und für die ersten Schritte reicht mit der 90S2313 auch. Das der Prozessor die meiste Zeit idle ist stimmt
-
Thread
avr-gcc unter linux Probleme mit ISR
. Nach den Compiliern mit den aufruf avr-gcc -mmcu=at90s2313 -o demo -demo.c habe ich mir mal die mühe gemacht eine objdump mit den aufruf : avr-objdump -S demo > demo.s zu machen um mir das Assambly anzusehen und bin mir nicht sicher ob die Werte
Avr-gcc mit hilfe von avr-objcopy -O binary -demo demo.bin zu wandeln um es mit avrdude den at90s2313 gerecht zu servieren ! trotzdem Danke an alle. Oliver
-
Thread
Mikrocontroller Nicht-flüchtig programmieren
sie hier > gerne noch beitragen würde mich interessieren. Wallas Nautic 40D Dieselheizung mit AT90S2313, Baujahr 1999. Läuft also seit 20 Jahren und es war bis jetzt nur eine 1N4005 Diode defekt. Die allerdings hatte den merkwürdigsten Defekt, den ich je bei einer Diode gesehen habe. Der kleine
Matthias S. schrieb im Beitrag #6058043: > Wallas Nautic 40D Dieselheizung mit AT90S2313, Baujahr 1999. Bei mir ist es ein Kodeschloß an der Gartentür mit gleichem µC, was auch schon seit 20 Jahren läuft.
-
Thread
AVR 2 USB
at 12 MHz. This is more than the 10 MHz allowed by an AT90S2313 powered at 4.5V. However, if the supply voltage to maximum clock relation is interpolated linearly, an ATtiny2313 meets the requirement by specification. In practice, the AT90S2313 can be overclocked and works well.
-
Thread
Problem mit einem Programm für AVR in C
>Der Originalcode ist ja für einen ATTINY2313 geschrieben. Nein, für einen *AT90S2313*.
Ja, Kasperle hat Recht, der Compiler muss natürlich auf den AT90S2313 eingestellt werden. In wiefern der Tiny2313 als Alternative verwendet werden kann, habe ich jetzt nicht überprüft. >Worin besteht denn der Unterschied zwischen der "oldmacros.h" und ><compat
-
Thread
AT90USB und DRAGON die ersten Schritte
AT90USB rum schnuppern. Die erste Aufgabe die ich mir gestellt habe ist mit dem AT90USB zu kommunizieren und zwar über USB. Hoffe das ich als erstes so eine virtuelle Schnittstelle hinbekomme so das
auf der PC Seite erst mal keine Baustelle anfangen muss. Also so wie beim ATMega88 bzw. ATtiny2313 LEDON an den AT90USB senden und der macht halt einen Port Low damit die LED an geht. Soweit ich mich nun schlau gemacht habe ist das gar nicht so einfach da die USB-Schnittstelle von AT90USB eigentlich
-
Thread
AVRISP MK I RS232 gesucht
4.11 build 401 und neuer. Die Firmware für den AVRISP bzw. STK500 ist die selbe, sie ist für einen AT90S8535 bzw. ATmega8535 (im "AT90S8535 compatibility mode"), der wird sowohl beim AVRISP bzw. STK500 von einem zweiten Mikrocontroller (AT90S1200 bzw. ATTINY2313) per ISP programmiert.
STK wurden später übrigens ATmega8535 und AT90S2313 verbaut, aber da war das alte AVRISP dann schon durch seinen Nachfolger abgelöst.
-
Thread
Multiplikatiom mit krummer Zahl
@thkais Entschuldigung, habe vergessen zu sagen, dass es um einen AT90s2313 geht und natuerlich um Assembler, mit Bascom oder c ist das gar kein Problem, leider wird sehr viel Speicher verbraucht. @Joerg Wunsch Ja, das ist mir klar, dass einiges der Compiler ausrechnen
ich mir aber ganz gewiß nicht von vornherein Hände und Füße festzurren, indem ich mich auf einen AT90S2313 festlege, zumal natürlich angesichts von Preis und Stromaufnahme der DDS-Chips keinerlei Argument mehr dafür spricht, ausgerechnet mit dem kleinsten AVR noch 64-Bit-Multiplikationen anzuwerfen
-
Thread
AVR FTDI ISP-Prog (AVR-8 Programmersoftware für den FT232R)
_3/index.php?section=PC_Delphi_FT2232_AtmelISP.html Die folgenden Typen werden unterstüzt: - AtMega48 - AtMega88 - AtMega168 - AtMega164 - AtMega324 - AtMega644 - AtMega169 - AtTiny261 - AtTiny861 - AT90USB64 - AT90USB128 - AtMega8 - AtMega16 - AtMega32 - AtMega128 - AtMega8535 - AtMega644 - AtMega640 Weitere Typen können in der Datei "devices.ini" hinzugefügt werden. Gruß Andreas
-
Thread
Mehrere Timer aktiv?! Atmega8l
etwas unübersichtlich. Schau dir doch mal das Kapitel Timer im Datenblatt eines älteren AVRs an, z.B. AT90S2313 oder AT90S4433. Dort kannst du die Grundfunktionen der Timer verstehen lernen, die beim Mega8 auch nicht viel anders sind. Mit diesem Wissen verstehst du das Datenblatt des Mega8 bedeutend besser
einzubauen. Es ging dann aber auch ohne. Nicht vergessen: Das Programm wurde geschrieben, damit ich AT90S1200 programmieren konnte, denn mit Pony ging nix (heute weiß ich, dass es an der langen Druckerportleitung incl. Umschalter lag). Als ich das Programm (in QB 4.5) schrieb, hatte ich weder Internet
-
Thread
Countdowntimer
Moin zusammen, in ELEKTOR 9/2003 gab es ein Projekt: Countdowmtimer mit einem AT90S1200, dass man mit einem ATiny 2313 ersetzen kann.Dazu die Frage: muss im *asm-Programm die Zeile "include 1200.def.inc geändert werden in include 23123.def.inc? und mit welchem Programm kann man
Beitrag #5280303: > Moin zusammen, in ELEKTOR 9/2003 gab es ein Projekt: Countdowmtimer mit > einem AT90S1200, dass man mit einem ATiny 2313 ersetzen kann.Dazu die > Frage: > muss im *asm-Programm die Zeile "include 1200.def.inc geändert werden > in include 23123.def.inc? Ja, auf jeden Fall, heist
-
Thread
Helpthread zum Wikiartikel AVR Eclipse
Change only the low 8 bits of the stack pointer List of parts supported by avr-gcc: at90s2313 __AVR_AT90S2313__ at90s2323 __AVR_AT90S2323__ at90s2333 __AVR_AT90S2333__ at90s2343 __AVR_AT90S2343__ attiny22 __AVR_ATtiny22__ attiny26 __AVR_ATtiny26__ at90s4414 __AVR_AT90S4414__ [...] attiny11 __AVR_ATtiny11__ attiny12 __AVR_ATtiny12__ attiny15 __AVR_ATtiny15__ Assembler options ================= [.
-
Thread
Interrupt bei steigender und fallender Flanke möglich?
nochwas vergessen... Prozessor ist ein AT90S2313
die Konfiguration der ISC0x-Bits, wo beim 90S2313 'reserved' im Datenblatt steht). Dann reagieren sie auf jede Flanke.
-
Thread
RC-Glied für Modellbahnweiche (Entstörung)
Welche Störprobleme hast Du denn? Aktuell gar keine. Habe ein paar Lochraster-Aufbauten mit dem AT90S2313, welcher ständig einen Reset durchführte. Abhilfe schaffte ein Folienkondensator parallel zu der Weiche zur Entstörung, allerdings direkt an der Steuerung angeschlossen, nicht direkt an der Weiche
sind da nicht so einfach als bei Lochraster-Aufbauten. Hab auch irgend wo gelesen, dass die Mega´s (verwende bei der neuen Steuerung einen Mega16) nicht so empfindlich sein sollen als z.B. der 90S2313.
-
Thread
Serial AVR programmer selber bauen
AVR programmer selber bauen : will mit der Hilfe von Parallel-AVR-Programmer die firmeware auf AT90S2313 bzw ATTINY2313 brennen,leider fehlt mir die richtige schaltung für das brennen ????? Nachher werde ich AT90S2313 bzw ATTINY2313 ist ein Serial-AVR-Programmer Schaltung einbauen ( die schaltung
-
Thread
Drehencoder Miniprojekt mit RC5-Empfang
möchten oder es schon hinter sich haben. Ebenfalls gut geeignet, um älteren Controllertypen wie dem AT90S2313 noch zu nennenswerten Aufgaben zu verhelfen. Inbetriebnahme und Auswertung eines Drehencoders. Der Code stammt von Peter Dannegger von hier: http://www.mikrocontroller.net/topic/drehgeber-auslesen
PANASONIC EVEQDBRL416B. Ins AVR-Studio-Projekt bindet man ein: dreh.c, RC5.c, LCD-Routines_2313.c, LCD-Routines.h AVR Memory Usage ---------------- Device: at90s2313 Program: 946 bytes (46.2% Full) (.text + .data + .bootloader) Data: 20 bytes (15.6% Full) (.data +
-
Thread
mal wieder RS 485 und Multimaster
Also 3,25 pro Module ist OK und ich sehe ein das CAN da wohl echt mehr sin macht. Es hätte sich um AT90S2313 gehandelt. Egal, werd dann wohl mal erste Versuche mit CAN starten Vielen Dank Philipp
die Fensterheber) über ein CAN Interface ansprechen. So kann ich bei den kleinen Modulen meine AT90S2313 verbauen (obwohl wie es schon erwähnt wurde SPI scheint ja echt kein Prob in Software zu sein) und für die CAN Punkte nimmt man dann etwas größere Controller (Mega8 oder so) Vielen Dank an
-
Thread
C-Meter im Elektor - die spinnen!
Nachbauten mit dem LM311 im Eingang, wobei ich nur mit einer Nachkommastelle (die stimmt bei grossen C's sowieso nicht) gemnessen habe. Ich hab bei mir noch die Versorgung des Timers mit einer L/C Kombination etwas von der Versorgung des 2313 abgekoppelt, um das "Flattern" der letzen Anzeigestelle zu
Nachbauten mit dem LM311 im Eingang, wobei ich nur mit > einer Nachkommastelle (die stimmt bei grossen C's sowieso nicht) > gemnessen habe. > > Ich hab bei mir noch die Versorgung des Timers mit einer L/C Kombination > etwas von der Versorgung des 2313 abgekoppelt, um das "Flattern" der > letzen Anzeigestelle
-
Thread
Layout i.O ?
noch nicht: http://www.atmel.com/dyn/resources/prod_documents/... Dein Link verweist auf den ATTINY2313 und nicht auf den AT90S2313S wie im Schaltplan dokumentiert. Der ATTiny hat die Möglichkeit die Xtal-Pins als Ports zu benutzen, der AT90S... hat diese Möglichkeit scheinbar nicht. Dein Schaltplan
Jetzt komme ich endlich drauf, warum hier Probleme gesehen werden. Im Schaltplan ist wirklich ein AT902313 - auf der Schaltung ist es später der Pinkompatible ATTiny2313 - dieser kann XTAL als Portpin nutzen. Warum ich trotzdem den AT902313 drinnen habe ist mir gerade wieder aufgefallen - weil es
-
Thread
PIC Oder AVR?
ich von langer Zeit einmal ein Projekt gestartet hatte und TTL-Gräber mit einem damals hochaktuellen AT90S1200 verkleinern wollte. Jahre nachdem das Projekt aus mangel an Zeit und Lust gestorben ist, hatte ich die ca. 20 uralt AVR's in meiner batelkiste gefunden und dachte, das man damit doch was machen
Schon mal versucht einen solchen Controller als Hobbybastler in DL zu > bekommen? Z.B. CSD hat den AT90USB162 und AT90USB1287. Peter
-
Thread
AVRGCC und ATTiny26
ich: % avr-gcc -mmcu=foo /tmp/foo.c unknown MCU `foo' specified Known MCU names: avr2 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 at86rf401 avr3 atmega103
atmega128 at94k avr1 at90s1200 attiny11 attiny12 attiny15 attiny28 /tmp/foo.c:1: error: MCU `foo' supported for assembler only Was bekommst Du denn genau? Das richtige Compiler-Frontend
-
Thread
AVR <--> 89C52
Wire, DCF-77 usw. wesentlich effizienter als beim AVR. Ich hab z.B. schon mehrere Projekte mit dem AT90S2313 (2kB) angefangen und dann auf dem AT89C2051 (auch nur 2kB) fortsetzen müssen, weil einfach der Flash zu Ende war. Und siehe da, ich konnte die Programme fertigschreiben ohne das ich den AT89C4051
daran, daß RISC nun mal mehr Codespeicher braucht. Kann man doch ruhig zugeben und dann einfach dem AT90S2313 eben 8kB spendieren, damit er mit dem AT89C4051 mithalten kann. Und die ganze Sache wäre gegessen. Peter
-
Thread
Umfrage: euer Lieblings-Controller
setze ich für jedes Projekt den AVR ein, der die gestellte Aufgabe preiswert löst. Das waren anfangs AT90S1200 und 2313, jetzt sind es Tiny15, Tiny26, Mega8, Mega 8535 (wenn ich mehr I/Os brauche). Demnächst wird es auch mal ein Mega16 und ein Mega32 sein. Programmiert wird in Assembler mit AVR-Studio
also meine lieblingscontroller sind entweder at89s8252 bei den 8051ern (mit sdcc oder assembler) oder atmega8535, at90s2313, attiny12l bei avrs (mit codevision oder assembler) mfg leo
-
Thread
pwm regeln
guten abend zusammen, folgendes problem habe einen at90s2313 4Mhz an PORTB soll das PWM anliegen zur Helligkeits regelung der Leds und an PORTD PD.0 PD.1 sollten die Taster zum regeln dran up dpown. Die PWN sollte Software mäßig sein,habe schon diverse
>der at90s2313 hat glaube ich 2 timer1u.2 ich habe sein Datenblatt nicht, ich glaube, ich müsste es mir ersteinmal besorgen ;) _________________________________ Diesen ASM- CODE habe ich für den ATmega8
-
Thread
Compiler, die den Attiny2313 unterstützen
Hallo zusammen. Ich habe in einer Anwendung einen AT90S1200-4YI. Er soll später durch den Attiny2313 (evtl. ohne Layoutänderung) ersetzt werden. Ich bin gerade dabei zu überprüfen, ob er pin-kompatibel zu dem 1200er ist. Nun zu der Frage: Wird der Attiny2313
Da er in erster Näherung kompatibel zum AT90S2313 ist, sollten alle Compiler, die diesen unterstützen, wohl auch Code für den ATtiny2313 generieren können.
-
Thread
ATmega8 -> AVRTerm zeigt nichts an
PD0/PD1, Nullmodemkabel zum PC '--------------------------------------------------- $Regfile = "2313def.dat" 'AT90S2313-Deklarationen $Crystal = 3686400 'Quarz: 3.6864 MHz $Baud = 9600 'Baudrate der UART: 9600 Baud Dim i As Byte Dim wTest As Word i = 1 wTest = 35000 Do
einfacher Test: Schreib da mal rein: $Crystal = 1000000 also 1 Mhz. Moment! $Regfile = "2313def.dat" 'AT90S2313-Deklarationen Ich denke du hast einen Mega8? Warum steht dann da dass ein 2313 am Werk ist?