eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaSzybkie interfejsy szeregowe -- dlaczego nie np. EFM-plus zamiast 8b10b? › Re: Szybkie interfejsy szeregowe -- dlaczego nie np. EFM-plus zamiast 8b10b?
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.213.192.88.238
    !not-for-mail
    From: Piotr Gałka <p...@c...pl>
    Newsgroups: pl.misc.elektronika
    Subject: Re: Szybkie interfejsy szeregowe -- dlaczego nie np. EFM-plus zamiast 8b10b?
    Date: Fri, 12 Feb 2016 15:23:39 +0100
    Organization: news.chmurka.net
    Lines: 31
    Message-ID: <n9kpt7$aol$1$PiotrGalka@news.chmurka.net>
    References: <56bc91ae$0$700$65785112@news.neostrada.pl> <n9igbq$rl7$1@gioia.aioe.org>
    <56bcca9e$0$697$65785112@news.neostrada.pl>
    <n9il2a$np3$1@z-news.wcss.wroc.pl>
    <56bddd4e$0$640$65785112@news.neostrada.pl>
    <n9knul$9m0$1$PiotrGalka@news.chmurka.net>
    <56bde5ed$0$701$65785112@news.neostrada.pl>
    NNTP-Posting-Host: 213.192.88.238
    Mime-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response
    Content-Transfer-Encoding: 8bit
    Injection-Date: Fri, 12 Feb 2016 14:23:35 +0000 (UTC)
    Injection-Info: news.chmurka.net; posting-account="PiotrGalka";
    posting-host="213.192.88.238"; logging-data="11029";
    mail-complaints-to="abuse-news.(at).chmurka.net"
    X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
    X-Priority: 3
    X-MSMail-Priority: Normal
    X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:694099
    [ ukryj nagłówki ]


    Użytkownik "J.F." <j...@p...onet.pl> napisał w wiadomości
    news:56bde5ed$0$701$65785112@news.neostrada.pl...
    >
    >>Nic nie wiem o EFM, ale jeśli opierając się na gwarancji, że każdy stan
    >>zawsze trwa co najmniej 3 bity zwiększamy szybkość 3 razy to różnica
    >>między
    >
    > Ale nie zwiekszamy 3 razy, bo z 8 bitow robimy 14 :-)

    Pierwszą wypowiedź zrozumiałem tak, że stosując 8/10 nie zmieniamy czasu
    bitu i tracimy (z 1,25G robi się 1G).
    Natomiast stosując EFM tracimy 2x bo 8 kodujemy na 16 i zyskujemy 3x właśnie
    skracając bit 3 razy (był wzór: 1.25G*3*8/16 = 1.875Gbps).
    Piszę opierając się wyłącznie na tych informacjach.

    > Nie calkiem - Ty robiles to na linii krotkiej,
    Mam 1200m skrętki w szufladzie. To chyba już była linia długa.
    > jak filtr RLC.
    Ta zależność im dłużej stan tym później zbocze bardziej brała się z
    półprzewodników niż z linii.

    > Poza tym jesli zmienisz dlugo trwajacy stan to impuls przeleci po jakims
    > tam czasie, a jesli ten stan bedzie jeszcze dluzej trwal ... to czas
    > powinien byc ten sam.
    Tak, ale coś przeczuwam, że przy transmisjach o które chodzi nigdy nie ma
    długo trwającego stanu, ani tym bardziej jeszcze dłużej trwającego.
    > To przy skracaniu zaczynaja wychodzic cuda :-)
    A wszystkie stany są krótko trwające.
    P.G.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: