eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plPodatkiGrupypl.soc.prawo.podatkiNie zaokraglili mnie › Re: Nie zaokraglili mnie
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.213.192.88.68!
    not-for-mail
    From: Piotr Gałka <p...@c...pl>
    Newsgroups: pl.soc.prawo.podatki
    Subject: Re: Nie zaokraglili mnie
    Date: Tue, 10 Oct 2023 11:39:19 +0200
    Organization: news.chmurka.net
    Message-ID: <ug35qt$hgh$1$PiotrGalka@news.chmurka.net>
    References: <ue9ope$2lg$1$bosch@news.chmurka.net>
    <ueb9ng$93f$1$bosch@news.chmurka.net>
    <uecmhd$48t$1$PiotrGalka@news.chmurka.net>
    <uejvsj$5ps$1$bosch@news.chmurka.net>
    <4256846309$20230922165423@squadack.com>
    <uekq9n$mpl$1$PiotrGalka@news.chmurka.net>
    <7989749617$20230923171125@squadack.com>
    <uese72$u9e$1$PiotrGalka@news.chmurka.net>
    <4686694546$20230926092656@squadack.com>
    <uev761$skr$1$cef@news.chmurka.net>
    <uf4e9m$ejg$1$PiotrGalka@news.chmurka.net>
    <6925156038$20230929002801@squadack.com>
    <uf7404$mv3$1$PiotrGalka@news.chmurka.net>
    <uf92o6$ctu$2$cef@news.chmurka.net>
    <ufe766$npv$1$PiotrGalka@news.chmurka.net>
    <ufelsb$vu8$1$cef@news.chmurka.net>
    <ufenvi$1nj$1$PiotrGalka@news.chmurka.net>
    <uff7qa$aug$1$cef@news.chmurka.net>
    <ufgpla$mlv$1$PiotrGalka@news.chmurka.net>
    <1izs0b9cq1t51$.1e3rbamcgizm2$.dlg@40tude.net>
    <ufotlr$urd$1$PiotrGalka@news.chmurka.net>
    <1gyqxo48izxlg$.wcs75esfs2g6$.dlg@40tude.net>
    NNTP-Posting-Host: 213.192.88.68
    MIME-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    Injection-Date: Tue, 10 Oct 2023 09:34:21 -0000 (UTC)
    Injection-Info: news.chmurka.net; posting-account="PiotrGalka";
    posting-host="213.192.88.68"; logging-data="17937";
    mail-complaints-to="abuse-news.(at).chmurka.net"
    User-Agent: Mozilla Thunderbird
    Cancel-Lock: sha1:UzGLnWtSi/LyDgPAUCUE5YLe0kE=
    sha256:uSkD60av3LYY5DFK8Q1OXzsaD2EOXhnsUISwuU/pXw4=
    sha1:PdR7oafDeaq8GST0Ih5eF2p4Xl4=
    sha256:TaEbv4QjLIuQ6ez+IHGSt1t790B6vGWxEmzKz3JHyug=
    Content-Language: en-US, pl
    In-Reply-To: <1gyqxo48izxlg$.wcs75esfs2g6$.dlg@40tude.net>
    Xref: news-archive.icm.edu.pl pl.soc.prawo.podatki:248837
    [ ukryj nagłówki ]

    W dniu 2023-10-06 o 18:05, J.F pisze:
    >> SKPT - Studencki Przewodnik Turystyki Kajakowej,
    >> PTK PTTK - Przodownik Turystyki Kajakowej PTTK,
    >
    > Brzmi jak z ZSMP :-)

    Tak w ogóle teraz zauważyłem, że skrót pomyliłem - SPTK.

    SKPT to co innego było.

    >> Stara Drawa to 6-y, najwyższy stopień uciążliwości rzeki.
    >
    > Naprawdę? jakies gorkie nie dokładają swoich trudnosci?

    Użyłeś dobrego słowa: trudności.
    Są dwie klasyfikacje:
    - uciążliwości 1..6.
    - trudności 1..6.

    6 stopień uciążliwości oznacza, że co najmniej 200% czasu płynięcia
    musisz poświęcić na pokonywanie jakichś przeszkód. W czasie gdy na
    'normalnej' rzece przepłyniesz 24km na rzece o 6 stopniu uciążliwości
    pokonasz (w tym przypadku lepsze słowo niż przepłyniesz) góra 8km (jak
    ten % jest większy od 200 to mniej).

    Na zupełnie innej rzeczce (leśniczy u którego spaliśmy powiedział, że
    nie widział tu kajaków od kilkunastu lat) był taki odcinek chaszczów, że
    przeciągnęliśmy 100m brzegiem, ale koleżanka się uparła, że przedrze się
    rzeką. Opalaliśmy się 2h czekając aż on pokona te 100m. Rzeką było
    pewnie ze 300m (meandrowała w tych chaszczach).
    Następnego roku kolega, który nie płynął poprzednio planował powtórzyć
    ten wyczyn a tu nie ma chaszczów i jest pogłębiony prosty rów do
    przepłynięcia w minutę.

    Co do trudności to W Polsce nie ma chyba, rzeki o stopniu ponad 2.5.
    Może na wiosnę jak śniegi spływają jakieś górskie strumyki (normalnie
    nie do przepłynięcia bo za mało wody) będą miały 3.

    Najtrudniejsze co ja pływałem to 4.
    Pamiętam w Jugosławii jedną 5-kę, którą tylko oglądaliśmy z wysoka z
    wiszącego mostka. Na drzewie było przybite wiosło z informacją, że 2
    tygodnie temu zginął tu kajakarz.

    >> Każdy ma do każdej próby wylosować sobie nową liczbę losową i po
    >> zauważeniu, że szyna wolna musi co najmniej n * 10us odczekać.
    >
    > Nie wiem czy znasz Ethernet, a konkretnie CSMA/CD

    Nie znam.

    >> Właśnie się doczytał, że według normy ramki nie muszą być nadawane
    >> ciurkiem i przerwy między bajtami ramki do 20ms są OK. My w 20ms to, gdy
    >> jest co nadawać to co najmniej 10 krótkich, szyfrowanych ramek załatwimy
    >> a tu trzeba czekać.
    >> Jak kontroler odpytuje urządzenia to one mają chyba 200ms na odpowiedź
    >> (jest zalecenie, aby szybciej, ale nie wymóg). I teraz wyobraźmy sobie
    >> czytnik, który własnie odczytał kartę i szynę z kilkudziesięcioma nie
    >> spieszącymi się urządzeniami.
    >
    > no ale w RS-485 chyba zawsze masz ten problem.
    > Urzadzenie odpowiada po jakims czasie, i albo czas skracamy,
    > albo ryzyko długiej pętli rosnie. Trzeba by asynchroniczne ramki
    > wprowadzic, jak w ethernecie ..

    No przecież cały czas piszę, że my 'od zawsze' (czyli w naszym przypadku
    od lat 90-tych) używamy RS485 tak, że każdy może się odezwać jak coś ma
    do powiedzenia i widzi nie zajętą linię. Nie musi czekać aż zostanie
    zapytany. Przecież gdybym pisał o systemie odpytywania nie byłoby w
    ogóle tematu zderzeń ramek.

    Mały system - kontroler + 2 czytniki. Kontroler raz na 4s pyta każdego -
    'jesteś tam jeszcze' = 4 mniej więcej 1ms ramki na 4s. Czyli 99,9% czasu
    na szynie nic się nie dzieje. Więc jak czytnik odczyta kartę i chce ją
    wysłać to z prawdopodobieństwem 99,9% zrobi to natychmiast a z
    prawdopodobieństwem 0.1% musi poczekać góra 1ms. No i jest pewne ryzyko,
    że się z którąś ramką zderzy. Zderzyć może się tylko z 3 ramkami (ze
    swoją odpowiedzią się nie zderzy. Przedział ryzyka jest mniejszy od 10us
    (jeden zacznie 5us przed drugim lub po drugim). Czyli góra 30us w
    każdych 4s jest ryzykowne - mi wychodzi ryzyko < 0,00075%.
    Przy większej liczbie urządzeń wyjdzie więcej ale i tak mało.

    To działa praktycznie zawsze piorunem i co najważniejsze czytnik zużywa
    na nadawanie bardzo mało prądu.
    Kiedyś dawno mieliśmy problem w czytnikach, że stabilizator tak się
    nagrzewał, że PTC wyłączał zasilanie. Od wtedy patrzymy na każdy
    wydzielany mW (liniowa stabilizacja z 12..24V na 3V3).

    A teraz nas zmuszają do działania z odpytywaniem (wolno się odezwać
    tylko gdy kontroler pyta). Aby zapewnić możliwość szybkiego wysłania
    krytycznych informacji (tamper) pytać trzeba możliwie najszybciej -
    czytnik zamiast jednej ramki na 4s będzie wysyłał nawet 100 ramek na
    sekundę. Dla mnie to durne rozwiązanie.
    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