eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaliczniki wody i cieplaRe: liczniki wody i ciepla
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!.POSTED!not-for-mail
    From: "ACMM-033" <v...@i...pl>
    Newsgroups: pl.misc.elektronika
    Subject: Re: liczniki wody i ciepla
    Date: Sat, 23 Nov 2013 12:03:03 +0100
    Organization: Centrala telefoniczna Pentaconta GCI
    Lines: 52
    Message-ID: <l6q21d$lc4$1@node2.news.atman.pl>
    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>
    Reply-To: "ACMM-033" <v...@i...pl>
    NNTP-Posting-Host: 89-71-131-105.dynamic.chello.pl
    Mime-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original
    Content-Transfer-Encoding: 8bit
    X-Trace: node2.news.atman.pl 1385204590 21892 89.71.131.105 (23 Nov 2013 11:03:10
    GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Sat, 23 Nov 2013 11:03:10 +0000 (UTC)
    X-Priority: 3
    X-MSMail-Priority: Normal
    X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
    X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
    X-Antivirus: avast! (VPS 131122-0, 2013-11-22), Outbound message
    X-Antivirus-Status: Clean
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:655716
    [ ukryj nagłówki ]


    Użytkownik "Jarosław Sokołowski" <j...@l...waw.pl> napisał w wiadomości
    news:slrnl900cf.cjb.jaros@falcon.lasek.waw.pl...
    ...
    > 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. 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. A nadajniki, które się
    pomiąchają, to energia, która została stracona. Wolałbym jej użyć na jednak
    użyteczne emisje. Na moim osiedlu jest coś kole 1750 mieszkań. Powiedzmy, że
    podzielimy to na 2 części, ze względu na ukształtowanie, dodatkowo te części
    znów po dwie, dla pewności, to nadal mamy 400-450 urządzeń w jednym
    podejściu do sczytania. Ja jednak wierzę Jarkowi, że problem kolizji nie
    będzie narastać liniowo. Dlatego raczej widziałbym tu coś w rodzaju węzłów,
    zbierających dane z najbliższych lokali, a potem, z tych węzłów, sczyta
    sobie inkasent. A w międzyczasie niech się nawet dwa dni kwasi z problemem
    nakładek, w końcu przejdzie, a inkasent dostanie dane najwyżej o 2 dni
    przesunięte, z 2 dni nazad, a nie z wczoraj - tu właśnie znów mam na myśli
    Packet-Radio i buforowanie, które wielu miało wyłączone i często, wśród
    serii ramek (do 7 w paczce), większość była powtarzana bezproduktywnie - u
    większości, pod DOSem, transfer nie był UDMA, ale zwykłe PIO, gdzie program
    pilnuje przepływu, dysk, pozycjonując, wstrzymuje resztę operacji, także
    kluczowanie FSK sygnałem PR. Zwykle wypadało to na drugą ramkę z siedmiu
    (choć mój commodore często radził sobie z tak zniekształconą ramką, ale
    pecety nie - leżały i kwiczały). No, to odbiorca "powtórz drugą ramkę".
    Powtarza, przyjęło. To odbiorca, zapominając o pomyślnym odebraniu ramek
    3-7, każe znów zasuwać od ramki trzeciej. I tak, zamiast szybciutko iść po 7
    ramek, bo sygnał radiowy dobry, idzie po jednej, ale emitowane jest sziedem,
    jeden, siedem, jeden... Efektywność takiego przesyłania, to ledwie może 20%.
    Wystarczyło mieć czynne buforowanie, a przechodziło by nie po jednej, ale
    6-1-6-1-6-1, nieco wolniej niż po 7, ale nadal efektywnie, rzędu 80-90%.
    różnica między c.a. 20% a 80-90% jest raczej większa, niż minimalna. 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.

    --
    ACMM-033-PC-GCI-Warszawa.
    Spamerstwu i "pytaczom" wstęp do skrzynki email surowo zabroniony!
    To, że adres ten jest publiczny i nieodspamiony, nie oznacza, że wolno
    wam tu załatwiać się, do tego jest klop, tylko go z szafą nie pomylcie!

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: