Archiv verlassen und diese Seite im Standarddesign anzeigen : AtTiny2313 - andere Pinbezezeichnungen als gewohnt
Thomas E.
12.04.2012, 20:12
Hallo!
Ich wollte nun das erste Mal ein Projekt mit einem Tiny2313 planen, scheitere jedoch bereits beim Verstehen des Pinout's. Zumindest die ISP-Pins kann ich beim besten Willen nicht finden.
Kann es sein, dass folgende Belegung stimmt:
PB7 = SCK (im Datenblatt SCK)
PB6 = MISO (im Datenblatt DO)
PB5 = MOSI (im Datenblatt DI)
Danke für die Hilfe.
021aet04
12.04.2012, 20:21
Im DB (http://www.atmel.com/Images/doc2543.pdf) steht PB7 (UCSK,...), bei PB6 (MISO,...) und bei PB5 (MOSI,...).
MfG Hannes
Thomas E.
12.04.2012, 20:32
Hallo Hannes!
Ein klein wenig verwirrt bin ich jetzt schon. Hier zum Beweis meine Version des Datenblattes:
22113
Hi
DO und DI wird auch bei vielen ICs mit SPI Interface verwendet.
Und da du für SPI und ISP die selben Pins verwendest sollte MOSI = DO und MISO = DI sein, da man bei der "Sichtweise" immer vom Master aus geht.
Hier hast du auch ein Bildchen dazu :)
http://www.gtkdb.de/index_18_1034.html
Und da du für SPI und ISP die selben Pins verwendest sollte MOSI = DO und MISO = DI sein, da man bei der "Sichtweise" immer vom Master aus geht.
Jo, aber Vorsicht, wenn du den ATtiny2313 programmierst, ist die Zuordnung von DO und DI andersrum, weil das der µC dann Slave und nicht Master ist.
Hab grad nur das Pin-out vom großen Bruder, dem 4313, zur Hand, aber das ist sicher das Gleiche.
Pin 17: MOSI
Pin 18: MISO
Pin 19: SCK
Die sind ja pinkompatibel, daher sollte das schon passen. :p
Die Bezeichnung sind nur unterschiedlich, da der Tiny2313 kein richtiges SPI hat, sondern über eine USI-Schnittstelle verfügt. Damit kann und soll man jede serielle Schnittstelle (TWI, SPI ... ) nachbilden können.
oberallgeier
13.04.2012, 23:51
... Ein klein wenig verwirrt ... Hier zum Beweis meine Version des Datenblattes ..."Meine Version" des Datenblattes ist ein eher eigenartiger Terminus. Ich liebe die Docs am liebsten gaaanz frisch. Sprich: ich nehme immer das Neueste Datenblatt - wenn ich mit einem controller arbeite. IMMER. Und für den 2313 ist die neueste Version das für den Tiny2313A/4313, heißt beim Hersteller 8246B–A V R–09/11. Dort steht :
......22123
... und damit hättste Deine Probleme nicht gehabt. Und als Extraservice ist hier der Link zum Datenblatt (AKTUELL am 13. April 2012, 23:50). (http://www.atmel.com/Images/doc8246.pdf)
Thomas E.
14.04.2012, 07:35
"Meine Version" des Datenblattes ist ein eher eigenartiger Terminus. Ich liebe die Docs am liebsten gaaanz frisch.
Damit hast du natürlich recht. :)
Sprich: ich nehme immer das Neueste Datenblatt - wenn ich mit einem controller arbeite. IMMER. Und für den 2313 ist die neueste Version das für den Tiny2313A/4313, heißt beim Hersteller 8246B–A V R–09/11.
Auf alle Fälle eine gute Strategie. :-)
Allerdings gibt es technische Unterschiede zwischen dem ATtiny2313 und dem ATtiny2313A. Der A ist die Weiterentwicklung zu dem Modell ohne A. Meistens sind die Typen mit A aber kompatibel zum Vorgänger.
oberallgeier
15.04.2012, 00:38
... Auf alle Fälle eine gute Strategie ...Na da bin ich beruhigt.
... Allerdings gibt es technische Unterschiede zwischen dem ATtiny2313 und dem ATtiny2313A ...Aha - jasowas! Dachte ich mir fast. Aber ich weiß sogar (sogar schon seit einiger Zeit), dass es dazu extra leseware gibt : Appnote AVR533: Migrating from ATtiny2313 to ATtiny2313A oder die App-note AVR538: Migrating from ATtiny2313 to ATtiny4313.
Aha - jasowas! Dachte ich mir fast. Aber ich weiß sogar (sogar schon seit einiger Zeit), dass es dazu extra leseware gibt : Appnote AVR533: Migrating from ATtiny2313 to ATtiny2313A oder die App-note AVR538: Migrating from ATtiny2313 to ATtiny4313.
Ja hallo, von dir kann ich was lernen, das Dokument hatte ich noch nicht gefunden. :-) Danke.
Demnach scheint der ATtiny4313 für ereignisgesteuerte Verarbeitung viel besser geeignet zu sein, man kann bei allen 18 I/O-Pins den Pin-Change-Interrupt verwenden, nicht nur bei 8 Pins wie beim ATtiny2313.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.