-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
0.net!peer01.am4!peer.am4.highwinds-media.com!peer03.fr7!futter-mich.highwinds-
media.com!news.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-02.news.neostr
ada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
From: "J.F." <j...@p...onet.pl>
Subject: Re: Błędny R2 w Europie?
Newsgroups: pl.misc.telefonia
User-Agent: 40tude_Dialog/2.0.15.1pl
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: 8bit
References: <p2c91f$hg4$1@node2.news.atman.pl> <p2dhbt$lk5$1@node2.news.atman.pl>
<p2fgde$s85$1@node1.news.atman.pl>
<5a4b9e9d$0$5154$65785112@news.neostrada.pl>
<4ujvznpb11mf$.1os6r8lzwgcty.dlg@40tude.net>
<p2jni8$3r8$1@node1.news.atman.pl>
<5a4e1a7a$0$15193$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<5a4e4375$0$15201$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<1...@4...net>
<s...@f...lasek.waw.pl>
<p2oogc$vpd$1@node1.news.atman.pl>
<s...@f...lasek.waw.pl>
<p2qfs7$jkk$1@node1.news.atman.pl>
<1fv38nkpo49o2.i3bhwxdxu7y2$.dlg@40tude.net>
<p2r3pp$7f2$1@node1.news.atman.pl>
Date: Sat, 6 Jan 2018 20:48:36 +0100
Message-ID: <nyrkl28wlz9d$.opozmuhdnif5.dlg@40tude.net>
Lines: 99
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 82.143.187.50
X-Trace: 1515268117 unt-rea-a-01.news.neostrada.pl 5163 82.143.187.50:60497
X-Complaints-To: a...@n...neostrada.pl
X-Received-Body-CRC: 1481395489
X-Received-Bytes: 5404
Xref: news-archive.icm.edu.pl pl.misc.telefonia:240763
[ ukryj nagłówki ]Dnia Sat, 6 Jan 2018 19:16:46 +0100, HF5BS napisał(a):
> Użytkownik "J.F." <j...@p...onet.pl> napisał w wiadomości
>> Dnia Sat, 6 Jan 2018 13:36:42 +0100, HF5BS napisał(a):
>>> Wiadomo, że nie mogą się opierać na częstotliwości sieci energetycznej,
>>> inaczej dopiero były by jaja, gdyby się miały spiąć dwa ośrodki jadące na
>>> dwóch elektrowniach o różnej nieco częstotliwości.
>>
>> A byly takie elektrownie ? Czy w calym kraju jedna siec ?
>
> Obawiam się, że jednak różnice były. Przecież taki blok nie strzelisz go z
> palca i nagle nie zmieni się o te 0.2 Hz, tylko to jednak chwilę potrwa. Coś
dlatego synchronizujesz go przed podlaczeniem do sieci, a potem nagle
nie zmieni sie o 0.2Hz, powoli tez zreszta nie, bo siec maszyne
synchroniczna trzyma.
> przyhamuje i już fazy tańczą,
Ciut tanczyc moga, gdzies tam np tasmociag sie zerwie, turbina
przestanie napedzac ... ale wtedy okoliczni mieszkancy zanotuja IMO
jakas drobniutka zmiane fazy w stosunku do sredniej
ogolnopolskiej/europejskiej.
> więc jednak bym to oparł o jakiś kwarc (i
> ludzie robili kwarcowe 50/60 Hz, do swoich zegarów)
Ale o dlatego, ze calosc (siec/wszystkie elektrownie) nie dbala o 50Hz
z zegarmistrzowska precyzja.
Nawiasem mowiac - nadal czestotliwosc nie jest stabilna, tylko teraz
kolejny regulator dba o 50 Hz sredniodobowo.
https://www.pse.pl/home
Wlasnie widze 50.008, chwile wczesniej bylo 50.019
O czestotliwosciach jest pkt 9
https://www.pse.pl/raporty-za-rok-2016
Ale - to jest w calym kraju.
>>> Zanim by automatyka to
>>> dostroiła, to by była dyskoteka na ekranie. O ile w ogóle by dostroiła.
>>
>> Automatyka TV ? Dostroila by, i to IMO dosc szybko.
>> Przeciez na lampach to tam nie bylo PLL, tylko jakies wyzwalanie
>> generatorow.
>
> Ale też nie od zera, do leżącej ósemki...
Ale calkiem szybko.
>>> Myślę, że przy drobnym wsparciu odpowiednią techniką, jest to do
>>> zrobienia.
>>> Prosto - linia opóźniająca o regulowanym opóźnieniu.
>>
>> Nawet niekoniecznie linia - impuls przestawic odpowiednim ukladem
>> opozniajacym RC.
>
> A jak przestawisz resztę sygnału?
U zrodla. Jakis lokalny Generator Synchronizacji dostroje do takowego
w Warszawie, a do tego lokalnego - kamery, magnetowidy, telekinow
lokalnym studiu.
>>> I wtedy dwa odległe
>>> ośrodki miały by rozsunięcie w czasie o 1 ramkę, regulowane zresztą, aby
>>> po
>>> obu stronach zgraly się impulsy synchronizacji. Przy 2 różnych źródłach
>>> regulować opóźnienie dotąd, aż impulsy się spotkają i wtedy jawnie
>>> komutować.
>>
>> Sensownie, ale ... do nowej linii to sie TV przestawi szybko, a pare
>> linii raczej nie ma znaczenia dla ramki.
>> Tyle ze na 400 km to juz by bylo 20 linii, to chyba bylby klopot.
>
> Żeby w jedną stronę, to pół biedy, wrzuci się opóźnienie, czy po prostu
> chwilę pomryga i już, czym się zrobi, tym się zrobi.
Teoretycznie, to te 400km to znow nie tak duzo, mozna by przesuwac
synchronizacje wraz z wajha miksera - plynnie. Ulamek sekundy by to
zajelo.
Tylko znow wracamy do koloru. Szybkie przyspieszenie/zwolnienie
podnosnej zaowocowaloby chyba tecza na ekranie ?
A moze podnosnej nie ruszac ? Ale ona chyba musi miec okreslona faze
na poczatku linii - przynajmniej w NTSC i PAL.
>> A propos - to SDH w telefonii to nie zaklada jednej czestotliwosci ?
>> A czestotliwosci znacznie wieksze, przesuniecia o wiele bitow.
>
> Tego nie powiem, bo to mnie ominęło, ale jeśli system jest dostosowany do
> tego, że występują opóźnienia nie dające sie jednoznacznie określić, to inna
> sprawa, ładujemy dane w bufor i komutujemy, jak chcemy, tyle, że przez to
> opóźnienie transmisji daje sie we znaki.
z pobieznych opisow mozna wnioskowac, ze zegar jest jeden, ale
przeciez przesuniecia z powodu odleglosci musza byc i to spore.
J.
Następne wpisy z tego wątku
- 06.01.18 20:55 Jarosław Sokołowski
- 06.01.18 21:08 Jarosław Sokołowski
- 07.01.18 14:29 Adam
- 07.01.18 20:22 HF5BS
- 08.01.18 11:04 J.F.
- 09.01.18 03:15 HF5BS
Najnowsze wątki z tej grupy
- "betamaxy" i inne voip-y dzisiaj
- Hackowanie SS7
- nowe spamerstwo ?
- Przychodzące impulsy telefon nie dzwoni
- Re: Zgody...
- Jak tanio dzwonic do Wielkiej Brytani?
- Chess
- Vitruvian Man - parts 7-11a
- Czas umierać.
- [ot] aplikacja - ameryk. nr. telef + dzwonienie za free do stanow i kanady
- Vectra 'Plan domowy bez limitu'
- Re: Ponownie: Android i zarządzanie książką telefoniczną z komputera
- Re: Ponownie: androSRAJ i zarządzanie książką teleSRAną z bitMłyna
- Re: Ponownie: Android i zarządzanie książką telefoniczną z komputera
- Android, export/import książki telefonicznej
Najnowsze wątki
- 2024-12-12 Autocom CAN CDP+ wysokie kody błędów
- 2024-12-13 termostat do lodowki
- 2024-12-13 Gdańsk => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-13 Warszawa => Head of International Freight Forwarding Department <=
- 2024-12-13 Poznań => Employer Branding Specialist <=
- 2024-12-13 Kraków => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2024-12-13 Kraków => Business Development Manager - Network and Network Security
- 2024-12-13 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-13 Gdańsk => Programista Full Stack .Net <=
- 2024-12-13 Warszawa => Analityk Biznesowo-Systemowy <=
- 2024-12-13 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2024-12-13 Wrocław => Application Security Engineer <=
- 2024-12-13 Katowice => Head of Virtualization Platform Management and Operating S
- 2024-12-13 Lublin => Programista Delphi <=
- 2024-12-13 Chrzanów => Specjalista ds. public relations <=