Hallo, Gibt es von Atmel auch Controller mit zwei TXI/I2C Kanälen? Ich würde gerne einen Controller als "Gateway" betreiben, d.h. Daten werden von beiden Bussen gelesen, ggf. aufbereitet und dann auf den jeweils anderen Bus geschickt. Alle Tinys / Megas die ich bis jetzt gefunden habe, haben maximal ein TWI... PS: Ist das USI von einem ATTiny eigentlich vollkompatibel zum TWI eines "großen" Atmels?
Boris P. schrieb: > Gibt es von Atmel auch Controller mit zwei TXI/I2C Kanälen? Laut dieser Liste nicht: http://www.atmel.com/products/microcontrollers/avr/megaAVR.aspx?tab=parameters ATxmega gibt es mit bis zu 4 TWI: http://www.atmel.com/products/microcontrollers/avr/avr_xmega.aspx?tab=parameters
Boris P. schrieb: > Gibt es von Atmel auch Controller mit zwei TXI/I2C Kanälen? Ja, aber keine normalen AVR, nur XMega ab 44 Pins. > Alle Tinys / Megas die ich bis jetzt gefunden habe, haben maximal ein > TWI... Tellerrand! PICs haben eine deutlich bessere Peripherieausstattung. Da gibt es einen ganzen Haufen auch bei den kleinen 8-Bittern, die zwei I2C haben. Da wäre zB der PIC18F26K22 (28 Pins) zu nennen, oder der PIC16F1829 (20 Pins) oder der PIC16F18325 (14 Pins). > Ist das USI von einem ATTiny eigentlich vollkompatibel zum TWI eines > "großen" Atmels? negativ fchk
Ein Tipp für die Zukunft: http://www.atmel.com/products/microcontrollers/avr/default.aspx?tab=parameters
Frank K. schrieb: >> Ist das USI von einem ATTiny eigentlich vollkompatibel zum TWI eines >> "großen" Atmels? > > negativ Hm, ich dachte der USI könnte auch im TWI Modus betrieben werden. Wo genau hakt es denn da? Eine der beiden Schnittstellen muss ja dann nicht-standardkonform sein? Max H. schrieb: > Ein Tipp für die Zukunft: > http://www.atmel.com/products/microcontrollers/avr/default.aspx?tab=parameters Tolle Seite. Das wird mir viel Googeln ersparen. Danke!
Boris P. schrieb: > Hm, ich dachte der USI könnte auch im TWI Modus betrieben werden. Wo > genau hakt es denn da? Kann es. Es muß nur etwas mehr in SW gemacht werden, was das TWI schon in HW macht. Das muß aber kein Nachteil sein, das USI kann sich dadurch nicht intern verklemmen. Das TWI kann sich bei Störungen oder als Multimaster aufhängen. Man braucht dann ein Timeout, nachdem das TWI disabled werden muß, um sich zurück zu setzen. Boris P. schrieb: > Eine der beiden Schnittstellen muss ja dann nicht-standardkonform sein? Nö.