Komunikace více PIC přes izolovanou sběrnici

Zpráva

#16 Příspěvek od **mtajovsky** » 04 úno 2016, 17:10

termit256 píše:Jen posli bajt/paket dvakrat za sebou. Prijimaci strana vyhodnoti jestli jsou oba stejne a pokud ne, posle povel k opakovani prenosu.

Klidně se to zmastí 2x i vícekrát úplně stejně a nic se nepozná. Už jsem to zažil na DTMF přenosu. Zabepečovací CRC je určitě lepší a méně náročné na přenosovou kapacitu než opakování přenosu.

dracekvo · #17 Příspěvek od **dracekvo** » 05 úno 2016, 08:01

Tak on je 12F1572 dokonce levnější jak jeho slabší bráška s jedničkou na konci.
Jen ještě dotaz k tomu UARTu. Tam je možné spojovat více zařízení na jednu sběrnici, nebo je to jen pro přímou komunikaci?

Jirka525 · #18 Příspěvek od **Jirka525** » 05 úno 2016, 09:55

To záleží, jak tu sběrnici hardwarově ošetříš. UART na CPU poskytuje signály na úrovni TTL. To znamená že na TXD můžeš připojit několik zařízení RXD. Nesmíš ale spojit 2 signály TXD, to by na sběrnicích docházelo ke kolizím. Jinými slovy, na úrovni TTL uděláš pouze obousměrnou komunikaci bod - bod nebo jednosměrnou komunikaci bod - multibod. Jedna velitelská stanice může dávat povely ostatním. Pokud potřebuješ sběrnici, na kterém může být několik zařízení s obousměrnou komunikací, tak je vhodné dát za UART převodník TTL/RS485. http://www.gme.cz/rozhrani-pro-rs422-rs423-rs485-sbernice RS485 je třístavová sběrnice, na které může být současně zapojeno několik zařízení. Ale stejně musíš programově ošetřit aby v danném okamžiku vysílala maximálně jedna stanice. To se typicky používá pro komunikační protokoly typu Master-Slave, například můj oblíbený Modbus.

dracekvo · #19 Příspěvek od **dracekvo** » 12 dub 2016, 07:44

Tak jsem nakonec vzal 12F1822 a ten podle datasheetu podporuje
• Master Synchronous Serial Port (MSSP) with SPI
and I2CTM with:
- 7-bit address masking
- SMBus/PMBusTM compatibility
• Enhanced Universal Synchronous Asynchronous
Receiver Transmitter (EUSART) module:
- RS-232, RS-485 and LIN compatible
- Auto-Baud Detect

Ale furt přemýšlím nad tou komunikací.
Jestli sem to dobře vše pochopil, tak 5V UART si sice můžu oddělit obyčejnejma optočlenama, ale už nemůžu spojit víc zařízení.
Potřeboval bych 1 master a 16 slave.

Na rychlosti opravdu nezáleží. Budu posílat číslo z ADC převodníku. Tj. 0-1024 a pokud master přijme od všech 16 slave data jednou za dvě vteřiny, tak to stačí.

ross4435897 · #20 Příspěvek od **ross4435897** » 12 dub 2016, 08:31

I2C bus

dracekvo · #21 Příspěvek od **dracekvo** » 12 dub 2016, 08:43

S i2c jsem zase na začátku problému, a tím je cena za izolátor i2c.

No nic, tohle asi žádné rozumné řešení mít nebude.
Asi se v rátím k tomu jak sem chtěl na začátku napsat nějaký vlastní protokol 1-wire na principu DS18B20.

peatre · #22 Příspěvek od **peatre** » 12 dub 2016, 10:21

Na viac zariadeni jednoznačne I2C Alebo One wire komunikaciu

http://www.embedded.com/design/prototyp ... he-I2C-Bus

ross4435897 · #23 Příspěvek od **ross4435897** » 12 dub 2016, 10:51

no zas tak drahy to neni (kdyz si jich koupis 1000ks

) .... I2C ISOLATOR .. nebo na Ebay
One-wire je podle me taky pouzitelny ...

lesana87 · #24 Příspěvek od **lesana87** » 12 dub 2016, 10:58

Budič RS-485 se do dvacky pořídí i při 10ks.

frpr666 · #25 Příspěvek od **frpr666** » 12 dub 2016, 17:34

Já hlasuju pro každý "slave" 2x optočlen a pro "master" dekodér 1 z 16. Myšleno dle obr. níže.
Rx na "slave" MCU může být klidně jen obyčejný pin, a čekat jen na stav "log0", který odstartuje vysílání směrem "slave"->"master".
Pozn.1. na kolektoru PNP jsou pospojovány všechny anody...
Edit.2. výhodou tohoto řešení je, že "slave" může být např. bateriově napájený a většinu života v "power down" režimu. Vzbudit se, vyslat a zase usnout...

Habesan · #26 Příspěvek od **Habesan** » 12 dub 2016, 17:42

Co použít SPI a optrony s otevřeným kolektorem, s tím, že odpovídat bude pouze Slave, který správně obdrží svoji adresu (tak jako u I2C)?

Co použít I2C, ale HW (nějakým XOR) mu rozdělit datovou sběrnici na dvě jednosměrné?

EDIT: ad frpr666 sériovým řazením podřízených obvodů by se x-násobně (16, 127 nebo 256) snížila spolehlivost zařízení.

frpr666 · #27 Příspěvek od **frpr666** » 12 dub 2016, 18:01

No ještě by šlo snížit počet optočlenů. Pokud nejsou nároky na rychlost, tak pospojovat "slave" za sebe do "série". Každý slave by kopíroval řetězec ze svého vstupu a nakonec by připojil "svůj" nějaký řetězec ve stylu <adresa_slave_x><data_slave_x>

dracekvo · #28 Příspěvek od **dracekvo** » 15 dub 2016, 09:15

Nad tou kruhovou topologií jsem přemejšlel taky, ale vyšlo mi, ale nevím jak bych to uřídil bez hodin. A kdybych použil hodinový signál, tak by mi počet optočlenů zůstal stejný, jen bych měl víc práce s obsluhou.
Nakonec sem se rozhodl pro dvě jednostranné 1wire sběrnice. Na jedné z mástra odešlu adresu a na druhé budu čekat na odpověď od osloveného procesoru.

Přincip je takový, že na RX bude stále log 1 a při vysílání jí bude optočlen stahovat do log 0. Tudíž budu moci mít více procesorů na jedné sběrnici, aniž by se navzájem ovlivňovali.

Mám zapojení správně?

frpr666 · #29 Příspěvek od **frpr666** » 16 dub 2016, 19:14

Otázka je jestli chceš mít galvanicky izolované i jednotlivé "slave" mezi sebou. Nebo "slave" plavou na stejném potenciálu?
Jestli to dobře chápu, tak "master" bude v "log1" napájet 16x led v optočlenu?
Mimochodem jak máš vyřešené galvanicky izolované napájení pro jednotlivé "slave"?

dracekvo · #30 Příspěvek od **dracekvo** » 16 dub 2016, 19:42

To jsem asi nezmínil, každý slave sedí na jednom článku baterie z které se také napájí, takže musí být izolované i mezi sebou.
Jsou to vlastně balancéry, které po dosažení určitého napětí sepnou přes mosfet výkonové odpory. Když už to řídím přes PIC, tak jako doplňkovou funkci chci mít možnost si v budoucnu vyčítat napětí jednotlivých článků do nadřazeného systému k archivaci. Nebo přes něj nastavovat balanční napětí. Tak proto mi ani moc nezáleží na rychlosti komunikace.

S tim napájením 16x led optočlenu je to dobrá připomínka, to jsem si vůbec neuvědomil. Takže u mástra to budu muset posílit nějakým tranzistorem.