W dniu czwartek, 11 lutego 2016 19:12:17 UTC+1 użytkownik mk napisał:
> W dniu 2016-02-11 18:43, s...@g...com pisze:
> > W dniu czwartek, 11 lutego 2016 14:50:40 UTC+1 użytkownik mk napisał:
> >> Innymi słowy: po przekodowaniu, minimalny
> >> gwarantowany ciąg jednakowych bitów wynosi 3 bity, czyli zmiany stanu
> >> linii nie mogą występować częściej niż co 3 bity.
> >> Zatem używając EFM-plus i nie naruszając limitu linii przesyłowej
> >> 1.25Gprzełączeń/s uzyskujemy transfer:
> >> 1.25G*3*8/16 = 1.875Gbps (!)
> >>
> > Podobnie jak janusz_k ale innymi słowy:
> > Tu sie pomyliles w warunku.
> > Tu będzie tych zmian sygnału gęściej a nie rzadziej. Bo w tych grupach 3 bitowych
te bity się będą zmieniać np tak: 101 lub 010 itp. A w sumie będzie bitów na bajt 16.
>
> Nie! Po przekodowaniu EFM-plus nie będzie w strumieniu bitów żadnego
> dowolnego wycinka 3-bitowego jak pokazałeś. Po przekodowaniu jest
> gwarancja, że linia po zmianie stanu, utrzyma swój stan przez co
> najmniej 3 bity! Stąd bity w linii można 3x upakować i czynnik 3 w moim
> wzorze.
>

Ah. Racja. Poczytalem i widze co i jak. Ale tam chyba nadal problemem będzie to aby
odróżnić czy w danym ciagu jest 4 czy 5 kolejnych "zer".

> > Zawsze lubie inżynierom informatykom zadawać pytania:
>
> Nie jestem inż.
>

To nie był przytyk do Ciebie. Chcialem pokazać że nawet ludzie zajmujący sie tematami
tego typu moga mieć problemy z niskopoziomowymi aspektami.

> > Czym sie rózni bit na sekunde od boda (baud)
>
> Baud -- szybkość modulacji sygnału.

Tak. Innymi słowy ilość zmian sygnału w jednostce czasu.

>
> > oraz tym czy przelicznik bit na sekunde na bod może być ułamkowy :)
>
> Może.
>
Ano :)