I2C mezi atmega16 a attiny2313

Zpráva

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

Tak nastal velký problém. Četl jsem, že atmega16 má 2 samostatné USART zařízení, kdežto podle datasheetu to vypadá na jedno, které teď využívám je komunikaci s PC. TO už asi nepůjde použít ke komunikaci se slave že?

Andrea · #17 Příspěvek od **Andrea** » 17 čer 2009, 10:01

vasek125 píše:Tak nastal velký problém. Četl jsem, že atmega16 má 2 samostatné USART zařízení, kdežto podle datasheetu to vypadá na jedno, které teď využívám je komunikaci s PC. TO už asi nepůjde použít ke komunikaci se slave že?

To sis asi spletl s atmega162, ta má dva USARTy, mega16 má jen jeden. Pokud ho používáš pro komunikaci s PC a mcu je jako slave, tak asi použít nepůjde.

vasek125 · #18 Příspěvek od **vasek125** » 17 čer 2009, 10:37

Hm, takže stejně budu muset použít i2c, respektive twi, jak tomu říkají u atmega.

vasek125 · #19 Příspěvek od **vasek125** » 17 čer 2009, 10:48

Co tohle: http://todbot.com/arduino/sketches/GPSWiiUI/twi_funcs.h ? To by mohlo fungovat ne?

Zirafka · #20 Příspěvek od **Zirafka** » 17 čer 2009, 11:00

Andrea píše: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é.

Když to neumožňuje, tak to naše zařízení asi opravdu nefunguje ;-)

Je to zapojené takto:

U počítače je spojené Tx a Rx a dále se to vede jedním drátem k lokálním jednotkám systému. U nich je také spojené Tx a Rx a celá komunikace běží po tom jednom drátu. Všechna zařízení jsou spojená paralelně, čemuž se v zabezpečovací technice říká "multipl".

Počítač se opakovaně dotazuje lokálních jednotek a ty jen poslouchají. Když se dotáže, tak dotazovaná jednotka odpoví, ty ostatní stále mlčí. Když chce jednotka odpovědět, tak si zkontroluje, jestli někdo jiný nevysílá a pak sama začne.

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

Variola píše:
Andrea píše: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é.

Když to neumožňuje, tak to naše zařízení asi opravdu nefunguje

Je to zapojené takto:

U počítače je spojené Tx a Rx a dále se to vede jedním drátem k lokálním jednotkám systému. U nich je také spojené Tx a Rx a celá komunikace běží po tom jednom drátu. Všechna zařízení jsou spojená paralelně, čemuž se v zabezpečovací technice říká "multipl".

Počítač se opakovaně dotazuje lokálních jednotek a ty jen poslouchají. Když se dotáže, tak dotazovaná jednotka odpoví, ty ostatní stále mlčí. Když chce jednotka odpovědět, tak si zkontroluje, jestli někdo jiný nevysílá a pak sama začne.

No ale to není RS-232 8-)

RS-232 neumí "mlčet", umí jen + nebo - 12V. A když spojíme např. 5 RS-232 vysílačů, které "mlčí" +12V a jeden který "mluví" -12V, co vznikne?

Zirafka · #22 Příspěvek od **Zirafka** » 17 čer 2009, 12:29

To záleží na tom, který vysílač je silnější a také na jejich vnitřních odporech.

Až budu mít čas a náladu, můžu mrknout do přesných schémat a něco ti z nich naskenovat.

#23 Příspěvek od **Bernard** » 17 čer 2009, 22:24

Asi by se muselo těch +12V dávat bias odporem a -12 spínat (dominantně) tranzistorem, zkrátka otevřený kolektor. A kdyby ještě Slave poslouchal co sám vysílá, podobalo by se to na nějakou nesymetrickou odrůdu (nebo zrůdu?) CAN. V tom případě bez UARTu.

ZdenekHQ · #24 Příspěvek od **ZdenekHQ** » 18 čer 2009, 09:46

To už se dá rovnou předělat na RS485.

Jinak předpokládám, že oni tu RS232 provozují na TTL úrovni, tudíž to není RS232 a tam to (nejspíš) fungovat bude.

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

Tak jsem našel hezký připravený kód zde: http://www.atmel.com/dyn/products/app_n ... ily_id=607. Upravil jsem ho pro avr-gcc a úspěšně zkompiloval. Jedná se konkrétně o příklad: "Using the USI module as a I2C slave". Myslím, že to slouží jen pro přenos jednoho bajtu. Jak se pomocí toho dá přenášet příkaz(text)?

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

vasek125 píše:Tak jsem našel hezký připravený kód zde: http://www.atmel.com/dyn/products/app_n ... ily_id=607. Upravil jsem ho pro avr-gcc a úspěšně zkompiloval. Jedná se konkrétně o příklad: "Using the USI module as a I2C slave". Myslím, že to slouží jen pro přenos jednoho bajtu. Jak se pomocí toho dá přenášet příkaz(text)?

Slouží to pro přenos kolika bajtů chceš. Je tam i příklad použití.

vasek125 · #27 Příspěvek od **vasek125** » 20 čer 2009, 11:49

Supr, tak už komunikuju. Musel jsem ale vypnout interní pull-upy a dát vnější. Proč nemohu na atmega16(i2c/twi master) nastavit interní pull-upy, respektive mohu, ale pak to nefunguje? Podle dokumentace to možné je i při použití TWI.

Andrea · #28 Příspěvek od **Andrea** » 20 čer 2009, 11:55

vasek125 píše:Supr, tak už komunikuju. Musel jsem ale vypnout interní pull-upy a dát vnější. Proč nemohu na atmega16(i2c/twi master) nastavit interní pull-upy, respektive mohu, ale pak to nefunguje? Podle dokumentace to možné je i při použití TWI.

Asi komunikuješ rychle, interní pull-upy mají 20-50 kOhmů a to stačí jen pro nízké rychlosti a malé kapacitní zatížení sběrnice. Kolik máš ty externí pull-upy a jak rychle komunikuješ?

vasek125 · #29 Příspěvek od **vasek125** » 20 čer 2009, 12:14

S interními prošel občas jen 1. příkaz/komunikace, pak ani ťuk, jelo to cca na 100kHz, teď tam mám externí 3k3 odpory a zvedl jsem rychlost na cca 400kHz a naprosto bez problémů.

Andrea · #30 Příspěvek od **Andrea** » 20 čer 2009, 12:24

100kHz/400kHz je hodně, to je maximum standardní I2C. Kdybys jel na 5kHz, tak by ty interní pull-upy asi stačily, tedy pokud nekomunikuješ přes 10m plochého kabelu