RoboDoupě.cz

Ve svítilně budu mít cca 140 zařízení, které bych chtěl řídit po sběrnici RS485, jenž má limit 32 zařízení. Jak tento limit obejít?

Tak místo 485ky použij ty MCP2551, ty mají limit až 112 nodů čili stačí dvě větve

Jinak by jsi musel těch 485ek provozovat vícero, čili by hlavní řídící prvek měl mít 5 sériáků a to už je dost. Ještě by to šlo nějak multiplexovat, ale to mi nepřijde moc šikovné.

Btw do čeho to má být celé svedeno?

Jako centrální mcu jsem uvažoval o ATmega 2560

Ta má tuším 4x sériák čili dvě větve pro MCP nejsou problém. Necpal bych to na ten první, kde číhá i bootloader. Ovšem na 5 větví 485 je to málo, musel by jsi jednu řešit přes soft sériák a to já osobně nemám rád. Krystal tam budeš mít asi 16 MHz, takže doporučuju komunikovat třeba rychlostí 250 000 protože tam bude nulová chybovost a Arduino to v pohodě zvládne.

kolbaba71 píše: ↑02 lis 2020, 11:22 Ve svítilně budu mít cca 140 zařízení, které bych chtěl řídit po sběrnici RS485, jenž má limit 32 zařízení. Jak tento limit obejít?

Tady máme trochu příklad špatně položené otázky.
Záleží, ne jaké úrovni si tu RS486 převezmeš. Ve většině implementací je doporučeno používat 9 bit komunikaci, kde nastavením devátého bitu identifikujeme adresu příjemce. Dodržovat tohle pravidlo je praktické, protože na to má celá řada procesorů podporu. Ale už se moc nespecifikuje, jak ta adresa má vypadat. Pokud máš komunikaci typu PMP (point to multipoint) a uděláš nějakou premisu že jeden bit použiješ na identifikaci request / response, tak máš pořád 127 zařízení. Nebo dokonce můžeš udělat to, že první bajt znamená adresu zařízení a až ve druhém bajtu se dočteš, jestli se jedná o request / response / call byte a tak dále. Takže pak máš 255 komunikujících zařízení a to je víc než potřebuješ.

Ahááá takže jestli tomu dobře rozumím, tak to omezení 485ky nesouvisí s fyzickou vrstvou? U toho MCP2551 ale zřejmě ano?

Pozor souvisí to s hardwarem, záleží na konkrétním budiči. Např. MAX485 má omezení na 32 zařízení na sběrnici, MAX487 128 zařízení, atd.