-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
.pl!news.nask.org.pl!news.unit0.net!usenet.blueworldhosting.com!feeder01.bluewo
rldhosting.com!peer01.iad.highwinds-media.com!news.highwinds-media.com!feed-me.
highwinds-media.com!nx02.iad01.newshosting.com!newshosting.com!newsfeed.neostra
da.pl!unt-exc-01.news.neostrada.pl!unt-spo-a-02.news.neostrada.pl!news.neostrad
a.pl.POSTED!not-for-mail
Newsgroups: pl.misc.elektronika
From: Jarosław Sokołowski <j...@l...waw.pl>
Subject: Re: liczniki wody i ciepla
References: <j...@4...com>
<9...@g...com>
<c...@4...com>
<528dcb33$0$2292$65785112@news.neostrada.pl>
<1...@4...com>
<528de0a2$0$2142$65785112@news.neostrada.pl>
<l6li7g$pso$1@node1.news.atman.pl> <l6lpb0$i2j$1@node2.news.atman.pl>
<s...@f...lasek.waw.pl>
<l6m128$poo$1@node2.news.atman.pl>
<s...@f...lasek.waw.pl>
<l6mbsb$l1b$2@node1.news.atman.pl>
<s...@f...lasek.waw.pl>
<l6ntah$6ub$1@node1.news.atman.pl>
<s...@f...lasek.waw.pl>
<l6nvqo$m5c$1@node2.news.atman.pl>
<s...@f...lasek.waw.pl>
<l6o89n$imc$1@node1.news.atman.pl> <l6oa40$13f$1@node2.news.atman.pl>
<l6okon$c2i$1@node2.news.atman.pl> <l6onn5$eul$1@node2.news.atman.pl>
<l6ots2$97g$1@node1.news.atman.pl>
<s...@f...lasek.waw.pl>
<l6q21d$lc4$1@node2.news.atman.pl>
Organization: : : :
User-Agent: slrn/pre1.0.2-11 (Linux)
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
Message-ID: <s...@f...lasek.waw.pl>
Date: 23 Nov 2013 14:46:15 GMT
Lines: 57
NNTP-Posting-Host: 77-253-217-116.ip.netia.com.pl
X-Trace: 1385217975 unt-rea-a-01.news.neostrada.pl 2281 77.253.217.116:59581
X-Complaints-To: a...@n...neostrada.pl
X-Received-Bytes: 4730
X-Received-Body-CRC: 2729389906
Xref: news-archive.icm.edu.pl pl.misc.elektronika:655719
[ ukryj nagłówki ]ACMM-033 napisało:
>> No jasne, że w praktyce, to prawdopodobieństwo, że dwa nadajniki się na
>> dłużej splątają kwantowo, jest niewielkie. Ale jest. Więc po co właściwie
>> kusić los i nie dodać tego losowego opóźnienia w każdym takcie, żeby nie
>> tylko z praktyką się zgadzało, ale i z teorią? W tej praktyce też mogą
>> zajść zmiany -- po latach może ktoś wrzucić bez zastanowienia Stary
>> Sprawdzony Kod do nowgo sprzętu, co to jest stabilniejszy.
>
> My tu tak prawimy i zapewne 2-3 nadajnikach.
Rozważaliśmy (przynajmniej ja) model oparty na takich danych, jak zostały
przedstawione. Czyli transmisja trwająca 10 ms co 60 sekund.
> A co, jeśli ich jest w okolicy tysiąc, bo duże osiedle/las wieżowców?
> Jak nie pierwszy z drugim, to siedemnasty z dwydziestym ósmym, jak nie,
> to czterdziesty pierwszy z siedemdziesiatym, itd, stale coś się z czymś
> nałoży, jak pierwszego nie zakryje drugi, to siedemnasty, jak nie, to
> trzydziesty dziewiaty, jak drugi nie nakryje pierwszego, to dwudziestego
> drugiego, jak nie, to czterdziestego ósmego, albo dwieście dwudziestego
> piątego.
Jedna transmisja trwa 1/6000 całego okresu. Nie było powiedziane dokładnie
ile, ale zakładam, że "sporo" transmisji będzie słyszalnych na raz z jednego
miejsca. Przez "sporo" rozumiałem bardziej dziesiątki, może setki sztuk,
raczej nie tysiące. Czyli zajęcie czasu na poziomie jednego procenta, może
kilku. Statystycznie, to w większości przypadków wszystko przejdzie w ciągu
jednej minuty, nic się nie zakłóci. Ale jeśli powstanie w jednym miejscu
zgęstka kilku transmisji, to będzie ona miała tendencję do trwania przez
ileś kolejnych minut. I *ta sama* transmisja będzie zakłócona, choć być
może przez co innego. Tymczasem po przetasowaniu wszystkiego w każdej
minucie, mamy co chwilę inne rozdanie. Jeśli coś się znów nałoży, to już
co innego, coś, co zostało wcześniej odebrane. Nie jest więc głównym
problemem samo nakładanie się transmisji, lecz możliwość wystąpienia
niekorzystnego układu w czasie bez nadziei na rychłe wyplątanie się z tego.
Przy wprowadzeniu losowych opóźneń, nawet przy wypełnieniu okienka czasowego
rzędu 50% (3000 stacji) wszystko przejdzie w czasie najwyżej kilku minut.
> Eter jest dobrem, powiedzmy, oj, umknęło mi to słowo, reglamentowanym...
> ubogim... zabijcie, nie przytoczę... jest coraz bardziej zapchany, liczy
> się każde wolne miejsce. Stąd moje "apele" o efektywniejsze wykorzystanie
> pasma.
A co teraz dzieje się na falach krótkich, powiedzny między 19 z 49 metrów?
Wiedyś wiadomo, słuchało się tam Wolnej Europy. A obok nadawały inne stacje
w różnych dziwnych językach. Komuś to jescze potrzebne, ktoś tam słucha?
Nie mam radia z takim zakresem, trudno mi samemu sprawdzić.
Jarek
--
Chciała minąć jedenastą,
Poplątała się z piętnastą,
A ta znów z dwudziestą piątą,
Trzydziesta z dziewięćdziesiątą,
A druga z czterdziestą czwartą,
Choć wcale nie było warto.
Następne wpisy z tego wątku
- 23.11.13 17:43 ACMM-033
- 23.11.13 18:17 Jarosław Sokołowski
- 23.11.13 19:17 DJ
- 23.11.13 20:31 ACMM-033
- 24.11.13 11:12 ACMM-033
- 24.11.13 11:42 DJ
- 25.11.13 06:08 Piranha
- 25.11.13 10:43 Piotr Gałka
- 25.11.13 11:44 DJ
- 25.11.13 12:51 Piotr Gałka
- 25.11.13 21:30 yorgus
- 26.11.13 20:31 John Kołalsky
- 26.11.13 21:32 John Smith
- 27.11.13 01:16 John Kołalsky
- 27.11.13 05:25 John Smith
Najnowsze wątki z tej grupy
- Opis produktu z Aliexpress
- No proszę, a śmialiście się z hindusów.
- Zewnętrzne napięcie referencyjne LM385 1,2V -> 100mV dla ICL7106, Metex M-3800
- karta parkingowa
- Wl/Wyl (On/Off) bialy/niebieski
- I3C
- Pytanie o transformator do dzwonka
- międzymordzie USB 3.2 jako 2.0
- elektronicy powinni pomysleć o karierze elektryka
- jak szybko plynie prad
- Płytki Milkv-Duo
- Światłowód między budynkami
- POtrzebny bufor 3.3<>5V, jedonkieruowy, trójstanowy, wąski
- retro
- Bezprzewodowe polączenie Windows z projektorem
Najnowsze wątki
- 2024-11-17 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- 2024-11-18 Gdynia => Spedytor Międzynarodowy <=
- 2024-11-18 Białystok => Full Stack web developer (obszar .Net Core, Angular6+) <
- 2024-11-18 Białystok => Programista Full Stack (.Net Core) <=
- 2024-11-18 Kraków => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2024-11-18 Kraków => Business Development Manager - Network and Network Security
- 2024-11-18 Kraków => Network Systems Administrator (IT Expert) <=
- 2024-11-18 Kraków => Administrator Systemów Sieciowych (Ekspert IT) <=
- 2024-11-18 Zdunowo => Senior PHP Symfony Developer <=
- 2024-11-18 Łódź => QA Inżynier <=
- 2024-11-18 Lublin => Senior PHP Developer <=
- 2024-11-18 Gliwice => Specjalista ds. public relations <=
- 2024-11-18 Gdynia => Front-End Developer (React/Three.js) <=
- 2024-11-18 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-18 Gdańsk => Kierownik Działu Spedycji Międzynarodowej <=