Re: Jak správni na RTS/CTS?

[Tomáš Hamouz]

Teď to máš správně. A dtto pro opačný směr přenosu.

Pro spolehlivý provoz je důležité aby se počítalo s latencí CTS (už to
zde zaznělo).
Tzn. zařízení musí být schopné přijímat ještě několik znaků poté co
signalizoval protistraně NOT Ready. Od toho jsou buffery v UARTU a
nastavitelný práh kdy se má signalizovat.

Tomáš


> Jo, tohle odpovídá popisu toho mého Y - je tam natvrdo CTS jako IN, RTS jako
> OUT.

> Takže ještě jednou, naposledy, vyhodím z toho ten interface, ten tam funguje
> jen jako kus drátu:

> Zařízení X chce odeslat znak - čeká, jestli a až mu Y nastaví X_CTS, ten je
> nadrátovaný do Y_RTS..
> Y je připraven, nahodí svůj Y_RTS/X_CTS.
> X si přečte stav X_CTS/Y_RTS, pokud je nahozený, pošle znak.
> Y přečte znak, nahodí (nebo shodí, pokud nestíhá) svůj Y_RTS/X_CTS.
> X si přečte, jestli je X_CTS.nahozený, pokud ano, pošle znak, jinak čeká, až
> bude X_CTS/Y_RTS nahozený.
> ...

> Takhle by to taky smysl dávalo. No dobře, budu si mít po nocích s čím hrát
> :)

> Pavel Kutina

> ----- Original Message ----- 
> From: "Tomáš Hamouz" <konfery.tomas.hamouz na seznam.cz>
> To: "HW-news" <hw-list na list.hw.cz>
> Sent: Friday, April 12, 2024 12:36 PM
> Subject: Re: Jak správni na RTS/CTS?


> Ty signály musí být překřížené.

> CTS je INPUT, a ovlivňuje tvůj Tx. CTS = 1 -> vysílání zastaveno
> RTS je OUTPUT a řídí ho tvůj Rx.   Buffer plný -> RTS = 1

> Tomáš



>> Aha, takže ta logika je tedy přesně opačná, než jsem napsal - pomocí CTS
>> zařízení informuje protistranu, že má so vysílat a čeká, až jí protistrana
>> vyšle RTS? Takže na jednom zařízení mám CTS při vysílání jako výstupní
>> port/pin, na druhém je v tu chvíli CTS jako vstupní, přenos informace je
tedy X_CTS->>>Y_CTS a X_RTS<-Y_RTS?

>> To by vlastně odpovídalo tomu odkazu, co sem posílal pan kolega Buchta.
>> Znamená to tedy, že při změně směru toku dat musím měnit i I/O mode na
>> pinech. Nu dobrá, s tím by se dalo žít, jen si v tom neudělat úplný 
>> Brueghel
>> :)

>> Díky, zkusím to podle toho přepsat, jsem docela zvědavý, jak se to mude
>> chovat, když po jednotlivých znacích v rámci ladění dám nějaké
>> mnohamilisekundové pauzy, pokud budu číst RTS/CTS pří/před každém znaku,
>> mělo by to to ustát.

>> Pavel Kutina


>> ----- Original Message ----- 
>> From: "Jan Waclawek" <konfera na efton.sk>
>> To: "HW-news" <hw-list na list.hw.cz>
>> Sent: Friday, April 12, 2024 11:54 AM
>> Subject: Re: Jak správni na RTS/CTS?


>>> Zařízení X chce začít přenáąet data:
>>> X nahodí RTS

>> Ako pisal pan Otta, nie.

>> Vysielac a prijimac treba chapat ako dve uplne oddelene veci. Ten kto chce
>> vysielat, sa pozrera na CTS (a podla moznosti ho poslucha po jednotlivych
>> znakoch); a ten kto prijima a ma problem ze nestiha, tak da dole RTS. To
>> je vsetko.

>> To RTS je matuci nazov, lebo to malo historicky v 60tych rokoch iny 
>> vyznam.
>> ITU sa pokusilo predefinovat to na RTR (Ready To Receive), co by bolo
>> technicky spravnejsie, akurat sa to neujalo.

>> wek


>> _______________________________________________
>> HW-list mailing list  -  sponsored by www.HW.cz
>> Hw-list na list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list

>> _______________________________________________
>> HW-list mailing list  -  sponsored by www.HW.cz
>> Hw-list na list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list

> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list 

> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list