W dniu 17.07.2013 11:55, RoMan Mandziejewicz pisze:
> Hello Zbych,
>
> Wednesday, July 17, 2013, 11:41:17 AM, you wrote:
>
>>>>> Podczas otwierania portu pojawia się stan niski na TXD na jakieś 32
>>>>> mikrosekundy, co może zostać odebrane przez drugie urządzenie jako bit
>>>>> startu i transmisję bajtu.
>>>
>>> [...]
>>>
>>>>> Jednak przy prędkościach rzędu 115200 bps
>>>>> ta szpilka już jest traktowana jako pełnoprawny bit startu
>>>
>>> [...]
>>>
>>>> Dzięki za wyjaśnienie. Zastanawiam się tylko, czy sam bym z tym walczył,
>>>> czy uznał to za zakłócenie jak każde inne i protokół komunikacji musi
>>>> być na nie odporny.
>>>
>>> Przy prędkości 115200bps 32us to bit startu i rozpoznane trzy bity
>>> treści. Zakłócenia tyle nie trwają. 9600 to maksymalna prędkość, przy
>>> której można to traktować jako zakłócenie do sprzętowego ominięcia.
>>> przy 19200 już będzie FF a nie możesz zakładać, że każde FF to błąd.
>
>> Zapominasz, że porządny protokół ma sumę kontrolną i sposób
>> synchronizacji ramki (czy to przez timeouty, czy przez unikatowy bajt
>> startu, stopu). Ja bez problemu potrafię zsynchronizować transmisję
>> nawet jak mi wyślesz 1kB śmieci na początku.
>
> Zapominasz, że jeśli start każdej ramki jest obciążony błędem, to
> będziesz transmitował w nieskończoność z błędami. To jest błąd
> systematyczny a nie przypadkowe zakłócenie.

Mowa była o błędzie w momencie otwarcia portu. Chyba nie otwierasz i nie
zamykasz portu przy każdej ramce?


> Owszem, można wykonać partaninę polegająca na świadomym założeniu, że
> każda ramka zaczyna się błędem ale to jest manana a nie solidna
> robota. Błąd należy po prostu wyeliminować raz na zawsze a nie omijać
> jak śmierdzące psie gówno na chodniku.

Ja bym powiedział, że omijanie psich gówien to cenna umiejętność i to
niezależnie czy są generowane przypadkowo, czy deterministycznie.