Propojení dvou zařízení

[Andrea]

To zkus, ne? Začni třeba na 1000us a když to bude chodit, tak ubírej, až najdeš mez, kdy to zase začne blbnout a pak dej třeba dvojnásobek. Ale jestli to je přeslechama nebo odrazama, tak to bude blbnout i při nízké rychlosti, to bys musel zpomalit změny (zmenšit slew rate).

[tomasjedno]

je nekroucený
Potřebuji 4x2 pro datové linky, +2 na napájení druhého zařízení, tj. 10 linek a to UTP nemá

Dělá se i 12p, 16p, 24p... Pravda, tuším že licna ne. Ale jestli s tím nebudeš kvedlat...
V nouzi nejvyšší bych použil 2 bílé na +5V a dva na zem, a u vzdáleného napájeného zařízení dal pořádné filtrační kapacity na napájení, aby se co nejvíc potlačily proudové rázy v napájecím vedení.

[rkozeluh]

Jinak na Mega16 mám ještě jednu 595 do které to sypu s časovou smyčkou jen 8uS, tj. 2x rychlejší a je to na 15cm vzdálenost a bez problémů.


Tak to pořád typuju na ten kabel

[mtajovsky]

Mimochodem, proč používáte zrovna tento způsob přenosu dat? Na přenos jednoho byte používáte 4 datové vodiče. Obyčejný asynchronní sériový přenos by nestačil?

[rkozeluh]

Stačil, ale musel bych do druhého zařízení přidat nějaký čip, což by sice nebyl asi problém, ale chtěl jsem to udělat takto. A přenáším celkem 6 bytů, ale to je už jedno.

Teď si nejsem jistý, protože klasická RS232 je jedno a to samé, stejné převodníky, jako mám teď, tak nevím, jestli bych si pomohl

Když nepočítám nějaké sw zabezpečení (parita, součet apod.)

[mtajovsky]

Pomohl byste si v počtu spojovacích vodičů. Stačily by 3 - TxD, zem a napájení vzdáleného zařízení. Stavové signály by se obstrouhly

[Andrea]

Mezi tou tvojí synchronní komunikací a asynchronní komunikací je velký rozdíl. Tvůj přijímač reaguje na změny, tj. klidně na kdejaký odraz nebo přeslech. U asynchronní komunikace se nereaguje na změny, hodnoty bitů se samplují uprostřed bitového intervalu, tj. v době, kdy je na drátech klid.

[rkozeluh]

No to je pravda, na to jsem zapomněl.

Ale teď bych chtěl rozchodit tohle zapojení Mega>595

[Andrea]

Tak rozcházej. Co to zpomalení, projevilo se nějak?

[rkozeluh]

Andreo, podívám se na to zítra a určitě napíšu.
Díky všem, pokračování zítra.

[Crifodo]

To časování signálů softwarovým výpočtem větveným podle podmínek se mi zdá nedobré, protože délky některých signálů budou courat podle toho, čím se procesor zrovna zabývá a na kterém místě tabulky jsme. Podle frekvence procesoru nemusí některé nízké hodnoty waitus ani stíhat, na což myslím upozorňuje i manuál. To přiřazování hodnot v dvourozměrném poli si nějaký čas vyžádá. Signály pak nemusejí být symetrické, což se projeví na proměnném spektru, které ty dráty musejí přenášet. Není to ani synchronní ani asynchronní.

[Andrea]

Je to synchronní přenos, přenáší se hodiny a do přijímače se zapisuje náběžnou hranou hodin.

[Crifodo]

No definicí asi jo, ale dá se tomu říkat synchronní, když logická hodnota trvá jednou n ns a podruhé 5*n ns, protože procesor si díky překladači odskočí na objížďku třeba 50 instrukcí a díky odrazům na reálných drátech se ten přijímač o hraně hodin ani nedozví?

[Andrea]

Naopak, díky odrazům se o ní dozví možná víckrát, než by bylo vhodné. A fluktuace předstihu a přesahu dat nemá vliv na typ přenosu, pořád se vzorkují synchronně s hodinama, které se po lince přenáší.

[Crifodo]

Aha.