Re: Szybkie interfejsy szeregowe -- dlaczego nie np. EFM-plus zamiast 8b10b?

eGospodarka.pl › Grupy › pl.misc.elektronika › Szybkie interfejsy szeregowe -- dlaczego nie np. EFM-plus zamiast 8b10b? › Re: Szybkie interfejsy szeregowe -- dlaczego nie np. EFM-plus zamiast 8b10b?

X-Received: by 10.50.83.41 with SMTP id n9mr621752igy.2.1455212591540; Thu, 11 Feb
2016 09:43:11 -0800 (PST)
X-Received: by 10.50.83.41 with SMTP id n9mr621752igy.2.1455212591540; Thu, 11 Feb
2016 09:43:11 -0800 (PST)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!feeder.erje.net
!1.eu.feeder.erje.net!weretis.net!feeder4.news.weretis.net!news.roellig-ltd.de!
open-news-network.org!cyclone03.ams2.highwinds-media.com!news.highwinds-media.c
om!voer-me.highwinds-media.com!lightspeed.eweka.nl!lightspeed.eweka.nl!hb3no347
6386igb.0!news-out.google.com!l1ni10154igd.0!nntp.google.com!hb3no3476385igb.0!
postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.misc.elektronika
Date: Thu, 11 Feb 2016 09:43:11 -0800 (PST)
In-Reply-To: <56bc91ae$0$700$65785112@news.neostrada.pl>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=217.115.65.21;
posting-account=jnRHMAoAAACB5EawItMhNTZMy_yOF2XE
NNTP-Posting-Host: 217.115.65.21
References: <56bc91ae$0$700$65785112@news.neostrada.pl>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <9...@g...com>
Subject: Re: Szybkie interfejsy szeregowe -- dlaczego nie np. EFM-plus zamiast 8b10b?
From: s...@g...com
Injection-Date: Thu, 11 Feb 2016 17:43:11 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Received-Body-CRC: 1602564749
X-Received-Bytes: 2195
Xref: news-archive.icm.edu.pl pl.misc.elektronika:694047
[ ukryj nagłówki ]
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.

Zawsze lubie inżynierom informatykom zadawać pytania:
Czym sie rózni bit na sekunde od boda (baud) oraz tym czy przelicznik bit na sekunde
na bod może być ułamkowy :) (OIDP bo dawno nie pytałem :) )