ATmega8 vs. ATtiny26

Gast
Hallo,
kommt darauf an, was Ihr alles braucht
z.B. pro ATmega8:
mehr Flash
mehr SRAM
mehr EEPROM
echte SPI
echte USART
echtes TWI

Der Tiny26 hat nur eine USI-Schnittstelle.

Es kommt also vor allem darauf an, wieviel Aufwand für die 
Implementierung der Schnittstelle zur Kommunikation getrieben werden 
soll.

Gruß
Gast
Die Software würde wegen des in hardwaregegossenen UART einfacher 
werden.
Da es scheinbar ein µC-Netztwerk werden soll, ist der Mega8 besser 
geeignet, weil er mehr Schnittstellen hardwaremässig hat als der Tiny26.
Und wieder kommt es auf die Anwendung und ihre Komplexität an...
Gast
der punkt "echtes TWI" ist für mich sehr wichtig, könntest du mir dazu 
etwas mehr erzählen bitte?
mein kollege meint wohl, dass wir mit dem USI vom tiny26 auskommen, (ich 
weiss aber von usern hier, dass das anscheinend ein viel größerer 
programmier aufwand wäre.. und dass es kA warum auch für komplexere 
aufgaben geeigneter wäre)
wir wollen twi verwenden..

liebe grüße
Mit dem Mega8 könnte man über die UART die Kommunikation mit dem PC sehr 
einfach gestalten. (Diese Möglichkeit hat der 26 ja nicht.) Irgendein 
RS232-Treiber dran und fertig.

uC<->uC dann über irgendeine andere (TWI oder so)

Kommt aber eben auf die genaue Anforderung der Anwendung an.
Gast
Hallo,
Schau Dir am besten die Application Note von Atmel an wie die 
USI-Schnittstelle als TWI genutzt werden kann. Diese AppNote enthält 
auch Code hierzu und wieviel Programmspeicher durch diesen Code bereits 
belegt wird.
Soll auch die verbindung pc <-> als TWI ausgeführt werden? Falls nicht, 
kann sich hier ein Problem ergeben. Der Tiny26 hat nur eine 
Kommunikationsschnittstelle. Die USI müsste dann immer zwischen 
TWI-Modus und pc-Kommunikation umgeschaltet werden.
Um hier Ratschläge, Vorteile oder Nachteile nennen zu können, bräuchte 
man allerdings genauere Infos über das uC-Netzwerk mit pc-Anbindung.

Gruß
Gast
Hallo Du

Eine Hardware TWI hat den Vorteil, das Du das zusendende Byte ins 
Register schreibst und raus gehts Taktung und Fehlerekerennung erfolgen 
automatisch ebenso Busüberwachung und Kollisionserkennunnung. 
Processorresourcen werden nicht mit Datenschaufelein belastet. 
Einkommende Daten werden per Interrupt gemeldet. und warten am register 
auf Abholung. Mehr ist dazu nicht zusagen. Natürlich müssen auch TWI 
service routinen benutzt werden doch sind sie wesentlich einfacher zu 
bedienen als solche von hand zu stricken.

Ein Blick ins Datennblatt oder besser 2 Wochen studium verraten mehr 
dazu.
Ich habe einen teil des Datenblattes des Atmega32 zum Thema TWI 
übersetzt der 8er dürfte analog dazu funktionieren. Das stelle ich Dir 
gern zur verfügung aber Vorsicht es ist recht umfangreich.

Und wenn wir schon dabei sind Der Codevision Compiler generiert Dir auch 
die nötigen Programmgerüste. Alle notwendigen Bibliotheken sind 
vorhanden.

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 20 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.