-
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.
Następne wpisy z tego wątku
- 12.02.16 15:35 J.F.
- 12.02.16 15:38 Piotr Gałka
- 12.02.16 15:43 Piotr Wyderski
- 12.02.16 15:47 Piotr Wyderski
- 12.02.16 16:57 Piotr Gałka
- 12.02.16 20:02 janusz_k
- 13.02.16 12:03 Piotr Gałka
- 13.02.16 23:48 mk
- 13.02.16 23:49 mk
- 13.02.16 23:59 mk
- 14.02.16 00:12 mk
- 14.02.16 00:35 mk
- 14.02.16 01:37 ACMM-033
- 16.02.16 12:52 Artur
- 16.02.16 13:12 J.F.
Najnowsze wątki z tej grupy
- supercap
- Procesor NMOS i karta CF
- Jak sprawdzic uC
- radyjko znalazłem
- Telewizor przestał widzieć sygnał z anteny
- LED
- System operacyjny dla 6800?
- Przyłączenie działki do sieci elektrycznej
- Działalność nierejestrowana/definicja sprzętu elektronicznego/misie i kolejki
- Smukły, długi ściągacz izolacji do kynaru
- rezystor 3 omy 400W
- [newbie] Jaki multimetr za 2-4 stówy?
- szafka sieciowa
- Raspberry Pi 5 + dyski SATA
- lutownica na węgiel
Najnowsze wątki
- 2024-05-26 O co chodzi?
- 2024-05-26 PJ autobus-tramwaj
- 2024-05-26 Renault Trafic i lampka z czerwonym STOP
- 2024-05-26 cena pięciocyfrowa
- 2024-05-26 Re: Jak dobra KE "okrada" złą Rosję "dla Ukrainy"
- 2024-05-25 supercap
- 2024-05-25 Sulzbach => Technischer Rollouter (d/m/w) <=
- 2024-05-25 Warszawa => Senior Account Manager <=
- 2024-05-25 Warszawa => Mid PHP Developer (Laravel) <=
- 2024-05-25 Warszawa => Mid PHP Developer (Laravel) <=
- 2024-05-25 Warszawa => Interactive/Experience Designer <=
- 2024-05-25 Warszawa => Key Account Manager <=
- 2024-05-25 Warszawa => SAP WM Consultant / Execution <=
- 2024-05-25 Warszawa => Key Account Manager <=
- 2024-05-25 Re: znów ten wrocław