-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!goblin2!g
oblin.stu.neva.ru!feeder2.ecngs.de!ecngs!feeder.ecngs.de!81.171.118.62.MISMATCH
!peer02.fr7!news.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-01.news.neos
trada.pl!unt-spo-a-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
Newsgroups: pl.misc.elektronika
From: Jarosław Sokołowski <j...@l...waw.pl>
Subject: Re: elektryczny zamek - samoróbka - energooszczędny
References: <msa5ia$vsd$1@dont-email.me> <55eb27bc$0$8367$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<55ee1a9c$0$4788$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<55f2cf5d$0$4768$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<55f30b3a$0$4766$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<55f40012$0$27509$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<55f5caee$0$4779$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<55f6df46$0$4789$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<55fbd69d$0$600$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<55fc11ef$0$8377$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<5600056c$0$601$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<5602a2cc$0$8373$65785112@news.neostrada.pl>
Organization: : : :
Date: Wed, 23 Sep 2015 15:35:07 +0200
User-Agent: slrn/1.0.2 (Linux)
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
Message-ID: <s...@f...lasek.waw.pl>
Lines: 136
NNTP-Posting-Host: 77-253-217-116.static.ip.netia.com.pl
X-Trace: 1443015308 unt-rea-b-01.news.neostrada.pl 8377 77.253.217.116:22740
X-Complaints-To: a...@n...neostrada.pl
X-Received-Bytes: 7223
X-Received-Body-CRC: 3819683857
Xref: news-archive.icm.edu.pl pl.misc.elektronika:686373
[ ukryj nagłówki ]yabba pisze:
>>> A wyczerpana bateria w zamku powoduje od razu zagrożenie życia?
>> Nie wyczerpana bateria, tylko zaniedbanie jej wymiany we właściwym czasie.
>
> Obecność wyczerpanej, niewymienionej na czas, baterii powoduje
> natychmiastowe zagrożenie życia?
Odłożone w czasie, niewiadomo kiedy się pojawiające.
> Rozmawiamy o zamku w drzwiach czy o rozruszniku serca?
O zamku.
>> Ja nawet bez krawata jestem mało awanturujący się. Przyszli, powiedzieli,
>> że wymienią. A co się przy tym naprzepraszali.
>
> No widzisz, zawsze mogą pojawić się problemy techniczne, organizacyjne.
> Czy jest to szklanka, kupa czy zamek. Ważne, że szybko naprawią problem
> i przeproszą.
> Nie ma wtedy zbyt dużo miejsca na wywalczenie odszkodowania.
Ja sam tę szklankę stłukłem. Szkło ma to do siebie, że czasem się tłucze.
I jest to co innego niż "problem techniczny" polegający na pozostawinej
kupie w łóżku.
>> Tylko co takie opracowania wnoszą? Jeśli po drodze zapali się most,
>> albo drogę zagrodzi powalone w czasie wichury drzewo, to przecież
>> nie postawią pod sąd dyspozytora ani kierowcy. Ale jeśli karetka nie
>> będzie zatankowana, to już mogą.
>
> Idąc Twoim tokiem rozumowania, to mogą kogoś postawić pod sąd - może
> burmistrza. Mosty powinny być niepalne, podobnie jak zamkki powinny
> być niepsujące się.
No i oczywiścia tak jest -- w przypadku palących się mostów prokuratura
prowadzi sprawę (jak to robi, to inna sprawa). Ale związku z karetką
nie ma to żadnego -- karekta należy do szpitala (lub czegos podobnego),
a mosty do pana starosty.
>>>> O tym jest ten wątek. Tyle że nie jest to ślepa ewolucja, lecz
>>>> ukierunkowana. Na lepsze.
>>>
>>> Nie zawsze wygrywa lepsze technicznie. Często wygrywa tańsze.
>>
>> Przeważnie wygrywa tańsze. A czasem też głupsze. O tym też jest
>> ten wątek.
>
> Sam przyznajesz, że ewolucja jest ukierunkowana na niską cenę
> a nie na "lepszość".
Ślepa ewolucja. A wątek jest i o tym, że (niektórzy) twórcy techniki
potrafią wyrosnąć ponad zachowania darwinnowskie.
>> Nie byłem świadkiem zawału serca w pokoju hotelowym. Niekontrolowanego
>> zatrzaśnięcia się drzwi też nie. A tym bardziej wyczerpania bateryjki.
>
> Jeśli nie przewidujesz nagłego wyczerpania bateryjki, to bądź
> konsekwentny i nie przewiduje też nagłego zawału w pokoju hotelowym.
Ale o zawałach czytałem. Zatrzaśnięte drzwi widzałem, choć nie w hotelu
i nie z zamkiem elektronicznym. Natomiast na temat bateryjek, które same
z siebie zdychają w ułamku sekunty, to znam tylko usenetowe baśnie.
>>> Moja ostatnia moja obserwacja. Bateria 9V, napięcie niby jest, wykrywacz
>>> metalu nie zgłasza zastrzeżeń co do stanu baterii, ale uruchomienie
>>> piszczyka powoduje taki spadek napięcia, że wyłącza całe urządzenia.
>> Zbyt duży opór wewnętrzny. Ale to też nie robi się to w ułamku sekundy.
>> Rzekłbym, że do przewidzenia od samego początku -- baterie 6F22 tak mają,
>> więc nie stosuje się ich w urządzeniach o dużym poborze prądu, nawet
>> okresowym. Kolejny przykład na to, jak ludzie nie myślą przy
>> projektowaniu.
>
> Dwa miesiące temu widziałem taki zamek w hotelu. Według zeznań obsługi
> bateria 6F22 żyje dwa lata.
No to fajnie -- widać, że ktoś potrafił zaprojektować zasilanie, nawet
z takiego źródła. Jest nadzieja, że resztę też dobrze zaprojektował.
>> Bardzo słusznie. Należy się flejtuchom, co nie potrafią dbać o utrzymanie
>> hotelu w należytym stanie. Tacy powinni w swoich hotelach mieć w drzwiach
>> energooszczędne zamki na zasówkę i metalowy klucz. Myślą, że jak sobie
>> pokupują trochę elektroniki, to od razu lepsi. Słoma z butów zawsze
>> wyjdzie.
>
> Można tak skonstruować zamek, że unikniemy takich przypadków.
Nie tyle można, co trzeba.
>> Ale współczesna elektronika stawia też wymagania. Nie ma nic za darmo.
>
> Tylko dlaczego z elektroniką ma być gorzej niż bez niej?
Ma być lepiej.
>>> Lepiej mieć zamek,który chroni pomieszczenie, niż taki który
>>> w przypadku losowych problemów z zasilaniem, sam się otwiera.
>>
>> Święta prawda.
>
> Ponawiam pytanie: jaki masz scenariusz działania Twojego zamka
> na zupełne wyczerpanie się baterii pomiędzy użyciami karty?
On już przy częściowym wyczerpaniu zachowuje się całkowicie biernie,
więc dalsze wyczerpanie (w tym do zera) na nic nie wpływa (ale chyba
nie o to chodzi, bym po raz któryś powtarzał odpowiedź, która już
wielokrotnie padła).
> Więc zakładasz scenariusz: awaria elektroniki -> zamek nie chce
> się otworzyć -> wyłamujemy drzwi?
W przypadku zamków w kasach pancernych czy sejfach bankowych, wszyscy
od lat tak zakładają. Niezależnie, co tam w środku jest i co może
ulec awarii -- elektronika, mechanika, heydraulika, pneumatyka itp.
> Pozwolisz, że ja na miejscu hotelarza wybrałbym zamek, który można
> awaryjnie otworzyć bez demolki.
W zamku hotelowym może wystarczyć odkręcenie śrubki śrubokrętem.
I chyba często tak jest -- ktoś tu zeznawał, że trzeba odkręcić
klamkę i obrócić jej oś o 180°.
>> Czasem tak samo brzemienny w skutki, jak czekanie dwóch minut na
>> wystrzał poduszki.
>
> Czasem nie zamknięcie się zamka może też mieć niekorzystne następstwa.
Czasem może spaść meteoryt i akurat wlecieć przez okno i urwać klamkę.
> Pytałem już wyżej: czy w przypadku awarii elektroniki przewidujesz
> tylko wyważenie drzwi?
Nie tylko.
--
Jarek
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 <=