I2C mezi atmega16 a attiny2313

Zpráva

vasek125 · #1 Příspěvek od **vasek125** » 16 čer 2009, 17:56

Potřebuju zajistit komunikaci mezi těmito jednočipy. Potřebuje I2C stejnou frekvenci(stejný krystaly) u obou mcu? Neví někdo o připraveném/ukázkovém kódu pro I2C master/slave? Všechno, co jsem našel je velice náročné a obávám se, že většinu času by se mcu zabýval jen komunkací, nežli vlastní prací.

hrabosh · #2 Příspěvek od **hrabosh** » 16 čer 2009, 18:04

Psal jsem komunikace mezi AtMega8535 a AtTiny2313. Tiny 2313 nemá I2Cčko nativně, takže ho budeš muset napsat softwarově. I2Cčko má ale CLK lajnu, pomocí které se to časuje, takže je úplně jedno jaký krystal co má. Samozřejmě kromě extrémů, jakože jeden bude výrazně pomalejší, než druhej.

Jestli ale netrváš na I2C, doporučuju SPI. Ušetříš si rozpoznávání adresy tím celou akci zjednodušíš.

vasek125 · #3 Příspěvek od **vasek125** » 16 čer 2009, 18:16

Mě je jedno, jak to bude komunikovat, hlavně aby to nebylo hrozně pomalé a dobře se to programovalo. Komunikace by měla probíhat následovně: atmega16 pošle attiny nějaký příkaz, ta provede nějakou akci a pošle atmega16 nějaký výsledek.... atd.

vasek125 · #4 Příspěvek od **vasek125** » 16 čer 2009, 19:14

A nějaký funkční příklad je někde ke stažení? Umožňuje SPI komunikaci mezi masterem a více slavey?

ZdenekHQ · #5 Příspěvek od **ZdenekHQ** » 16 čer 2009, 19:49

Tam není hardwarově RS-232 ?

Nakonec, můžeš si napsat vlastní seriovou synchronní komunikaci, nic na tom není a je to docela rychlý. A pokud jsou volný celý porty a dá se jet "paralelně", pak je to hračka....

Trošku složitější je, když musíš seriovou komunikaci zabezpečit proti chybám.

vasek125 · #6 Příspěvek od **vasek125** » 16 čer 2009, 20:22

Podle všeho bych měl mít RS-232 volné na obou MCU. Problém je asi ta komunikace master, slave1, slave2... Tohle asi seriové rozhraní neumí nebo umí?

ZdenekHQ · #7 Příspěvek od **ZdenekHQ** » 16 čer 2009, 20:54

Umí. Použiješ 9-bitovou komunikaci, devátý bit v LOG1 bude dotaz Master a v LOG0 odpověď Slave.

Hledej něco jako "multiprocesorová komunikace".

vasek125 · #8 Příspěvek od **vasek125** » 16 čer 2009, 22:15

Tak už vím na jakém principu to funguje, ale ukázkový kód jsem nenašel. Našel jsem sw implementaci i2c pro attiny2313, ale nevím jestli je to vhodné či zda je něco rychlejěí?

vasek125 · #9 Příspěvek od **vasek125** » 16 čer 2009, 22:17

Příklad na rs232 jsem nenašel.

Andrea · #10 Příspěvek od **Andrea** » 16 čer 2009, 23:18

vasek125 píše:Příklad na rs232 jsem nenašel.

RS232 je specifikace fyzické vrstvy, musíš hledat U(S)ART. Jinak SPI může být značně rychlejší než I2C, ale slave může posílat data jen když je posílá master, je to takové z ručky do ručky, ale u I2C je to vlastně podobné. To co jsi psal, master pošle příkaz, slave něco provede a pošle odpověď jde jen u toho UARTu. U SPI a I2C by se master musel periodicky dotazovat slave, jestli už má odpověď.

vasek125 · #11 Příspěvek od **vasek125** » 17 čer 2009, 01:13

Aha, no nyní mám pomocí USART rozchozenou komunikaci mezi PC a MCU. Budu to muset celý předělávat nebo stačí něco malinko upravit? Mě hlavně vrtá hlavou, na jakém principu tedy USART master, slaves komunikují, když mohou komunikovat kdykoliv chtělí. Jak je to pojištěné, aby nemohly najednou komunikovat s masterem třeba 2 slaves?

Andrea · #12 Příspěvek od **Andrea** » 17 čer 2009, 07:51

vasek125 píše:Aha, no nyní mám pomocí USART rozchozenou komunikaci mezi PC a MCU. Budu to muset celý předělávat nebo stačí něco malinko upravit? Mě hlavně vrtá hlavou, na jakém principu tedy USART master, slaves komunikují, když mohou komunikovat kdykoliv chtělí. Jak je to pojištěné, aby nemohly najednou komunikovat s masterem třeba 2 slaves?

Slave smí komunikovat jen na výzvu mastera, takže vždy jen jeden. Je to víceméně na tobě, jak si tu komunikace navrhneš a zrealizuješ. Master může např. poslat příkaz a určitý dohodnutý čas čekat na odpověď od slave. Slave, když dostane příkaz, rozhodne, zda ho dokáže do této dohodnuté doby provést a odeslat odpověď nebo zda na to potřebuje delší čas. V prvém případě příkaz provede a odpoví, ve druhém pošle masterovi odpověď typu "Dělám na tom, ale chvíli to bude trvat". Master pak když bude potřebovat vědět výsledek operace se slave zeptá a ten odpoví jestli už je hotovo nebo "Ještě na tom dělám" nebo "Nějak se to nepovdlo".

To je jen příklad, jak některé protokoly fungují. Jinak když chceš mít víc slave jednotek, musíš použít multipoint fyzickou vrstvu, např. RS-422 nebo RS-485.

Zirafka · #13 Příspěvek od **Zirafka** » 17 čer 2009, 08:09

Ale i po UARTu se dá komunikovat s více slave zařízeními.

Master: ptám se jednotky jedna, máš data?

Slave 1: Ne

Master: ptám se jednotky dva, máš data?

Slave 2: Ne

Master: ptám se jednotky tři, máš data?

Slave 3: Jo

Master: Tak posílej

Běží komunikace, ostatní slave čekají na další výzvu a jsou zticha. Po dokončení komunikace, a případném ověření, se začne master opět dotazovat slave jednotek na to, jestli mají data.

Takto například funguje naše "černá skříňka" pro kolejové brzdy. Napěťové úrovně jsou RS232.

Jde o to, jak rychlé to má být, kolik dat se má přenášet, jak často, je jeden směr přenosu nebo oba?

ZdenekHQ · #14 Příspěvek od **ZdenekHQ** » 17 čer 2009, 09:23

Slave 3 : Nepošlu. Rozhodl jsem se zrušit otrokářství....

Andrea · #15 Příspěvek od **Andrea** » 17 čer 2009, 09:38

Variola píše:Ale i po UARTu se dá komunikovat s více slave zařízeními.

To tu nikdo nepopírá, naopak je o tom celý můj předchozí příspěvek.

Variola píše:Běží komunikace, ostatní slave čekají na další výzvu a jsou zticha. Po dokončení komunikace, a případném ověření, se začne master opět dotazovat slave jednotek na to, jestli mají data.

Takto například funguje naše "černá skříňka" pro kolejové brzdy. Napěťové úrovně jsou RS232.

RS-232 neumožňuje multipoint komunikaci, má jen dva stavy log.1 -12V a log.0 +12V, oba jsou dominantní, takže nějak nechápu, jak to máte zapojené.