Vítejte na Elektro Bastlírn?
Nuke - Elektro Bastlirna
  Vytvořit účet Hlavní · Fórum · DDump · Profil · Zprávy · Hledat na fóru · Příspěvky na provoz EB

Vlákno na téma KORONAVIRUS - nutná registrace


Nuke - Elektro Bastlirna: Diskuzní fórum

 FAQFAQ   HledatHledat   Uživatelské skupinyUživatelské skupiny   ProfilProfil   Soukromé zprávySoukromé zprávy   PřihlášeníPřihlášení 

I2C mezi atmega16 a attiny2313
Jdi na stránku 1, 2, 3  Další
 
Přidat nové téma   Zaslat odpověď       Obsah fóra Diskuzní fórum Elektro Bastlírny -> Programování PIC, ATMEL, EEPROM a dalších obvodů
Zobrazit předchozí téma :: Zobrazit následující téma  
Autor Zpráva
vasek125



Založen: Oct 13, 2005
Příspěvky: 132

PříspěvekZaslal: út červen 16 2009, 16:56    Předmět: I2C mezi atmega16 a attiny2313 Citovat

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í.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
hrabosh



Založen: Jun 19, 2005
Příspěvky: 446
Bydliště: Brno venkov

PříspěvekZaslal: út červen 16 2009, 17:04    Předmět: Citovat

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šíš.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Zobrazit autorovy WWW stránky
vasek125



Založen: Oct 13, 2005
Příspěvky: 132

PříspěvekZaslal: út červen 16 2009, 17:16    Předmět: Citovat

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.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
vasek125



Založen: Oct 13, 2005
Příspěvky: 132

PříspěvekZaslal: út červen 16 2009, 18:14    Předmět: Citovat

A nějaký funkční příklad je někde ke stažení? Umožňuje SPI komunikaci mezi masterem a více slavey?
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
ZdenekHQ
Administrátor


Založen: Jul 21, 2006
Příspěvky: 25741
Bydliště: skoro Brno

PříspěvekZaslal: út červen 16 2009, 18:49    Předmět: Citovat

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.

_________________
Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?
]
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Zobrazit autorovy WWW stránky
vasek125



Založen: Oct 13, 2005
Příspěvky: 132

PříspěvekZaslal: út červen 16 2009, 19:22    Předmět: Citovat

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í?
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
ZdenekHQ
Administrátor


Založen: Jul 21, 2006
Příspěvky: 25741
Bydliště: skoro Brno

PříspěvekZaslal: út červen 16 2009, 19:54    Předmět: Citovat

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".

_________________
Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?
]
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Zobrazit autorovy WWW stránky
vasek125



Založen: Oct 13, 2005
Příspěvky: 132

PříspěvekZaslal: út červen 16 2009, 21:15    Předmět: Citovat

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ěí?
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
vasek125



Založen: Oct 13, 2005
Příspěvky: 132

PříspěvekZaslal: út červen 16 2009, 21:17    Předmět: Citovat

Příklad na rs232 jsem nenašel.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
Andrea



Založen: Sep 07, 2007
Příspěvky: 9340

PříspěvekZaslal: út červen 16 2009, 22:18    Předmět: Citovat

vasek125 napsal(a):
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ěď.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
vasek125



Založen: Oct 13, 2005
Příspěvky: 132

PříspěvekZaslal: st červen 17 2009, 0:13    Předmět: Citovat

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?
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
Andrea



Založen: Sep 07, 2007
Příspěvky: 9340

PříspěvekZaslal: st červen 17 2009, 6:51    Předmět: Citovat

vasek125 napsal(a):
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". Smile 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.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
Zirafka



Založen: Aug 20, 2006
Příspěvky: 819

PříspěvekZaslal: st červen 17 2009, 7:09    Předmět: Citovat

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?
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
ZdenekHQ
Administrátor


Založen: Jul 21, 2006
Příspěvky: 25741
Bydliště: skoro Brno

PříspěvekZaslal: st červen 17 2009, 8:23    Předmět: Citovat

Slave 3 : Nepošlu. Rozhodl jsem se zrušit otrokářství.... Very Happy
_________________
Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?
]
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Zobrazit autorovy WWW stránky
Andrea



Založen: Sep 07, 2007
Příspěvky: 9340

PříspěvekZaslal: st červen 17 2009, 8:38    Předmět: Citovat

Variola napsal(a):
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 napsal(a):

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é.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
Zobrazit příspěvky z předchozích:   
Přidat nové téma   Zaslat odpověď       Obsah fóra Diskuzní fórum Elektro Bastlírny -> Programování PIC, ATMEL, EEPROM a dalších obvodů Časy uváděny v GMT + 1 hodina
Jdi na stránku 1, 2, 3  Další
Strana 1 z 3

 
Přejdi na:  
Nemůžete odesílat nové téma do tohoto fóra.
Nemůžete odpovídat na témata v tomto fóru.
Nemůžete upravovat své příspěvky v tomto fóru.
Nemůžete mazat své příspěvky v tomto fóru.
Nemůžete hlasovat v tomto fóru.
Nemůžete připojovat soubory k příspěvkům
Můžete stahovat a prohlížet přiložené soubory

Powered by phpBB © 2001, 2005 phpBB Group
Forums ©
Nuke - Elektro Bastlirna

Informace na portálu Elektro bastlírny jsou prezentovány za účelem vzdělání čtenářů a rozšíření zájmu o elektroniku. Autoři článků na serveru neberou žádnou zodpovědnost za škody vzniklé těmito zapojeními. Rovněž neberou žádnou odpovědnost za případnou újmu na zdraví vzniklou úrazem elektrickým proudem. Autoři a správci těchto stránek nepřejímají záruku za správnost zveřejněných materiálů. Předkládané informace a zapojení jsou zveřejněny bez ohledu na případné patenty třetích osob. Nároky na odškodnění na základě změn, chyb nebo vynechání jsou zásadně vyloučeny. Všechny registrované nebo jiné obchodní známky zde použité jsou majetkem jejich vlastníků. Uvedením nejsou zpochybněna z toho vyplývající vlastnická práva. Použití konstrukcí v rozporu se zákonem je přísně zakázáno. Vzhledem k tomu, že původ předkládaných materiálů nelze žádným způsobem dohledat, nelze je použít pro komerční účely! Tento nekomerční server nemá z uvedených zapojení či konstrukcí žádný zisk. Nezodpovídáme za pravost předkládaných materiálů třetími osobami a jejich původ. V případě, že zjistíte porušení autorského práva či jiné nesrovnalosti, kontaktujte administrátory na diskuzním fóru EB.


PHP-Nuke Copyright © 2005 by Francisco Burzi. This is free software, and you may redistribute it under the GPL. PHP-Nuke comes with absolutely no warranty, for details, see the license.
Čas potřebný ke zpracování stránky 0.19 sekund