Diskuzní fórum Elektro Bastlírny

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

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

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

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?

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

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

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.

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

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

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

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

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

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

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í?

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áší.

Aha.