-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.P
OSTED!not-for-mail
From: sundayman <s...@p...onet.pl>
Newsgroups: pl.misc.elektronika
Subject: Dziwny problem - part II czyli timer
Date: Wed, 8 Mar 2017 22:21:27 +0100
Organization: ATMAN - ATM S.A.
Lines: 55
Message-ID: <o9psku$rgg$1@node1.news.atman.pl>
NNTP-Posting-Host: 91.205.72.35
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node1.news.atman.pl 1489008094 28176 91.205.72.35 (8 Mar 2017 21:21:34 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Wed, 8 Mar 2017 21:21:34 +0000 (UTC)
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101
Thunderbird/45.7.1
X-Mozilla-News-Host: news://news.atman.pl:119
Xref: news-archive.icm.edu.pl pl.misc.elektronika:714271
[ ukryj nagłówki ]Ok, założę nowy wątek - żeby omówić pomysł powstały pod wpływem uwag
kolegów ( i może koleżanek ?? Żadna się nie ukrywa pod nic nie znaczącym
nickiem ??).
Zatem - mam taką wizję:
Układ "timera" programowalnego, który :
- posiada licznik czasu powiedzmy 8 bitowy, odliczający od zadanego
czasu w dół. Co sekunda.
- licznik ten może być ustawiony przez MCU jakimś portem szeregowym, z
użyciem jakiegoś "adresu" czy "hasła" - aby zminimalizować ryzyko zapisu
przypadkowym ciągiem.
- jest możliwość startu i stopu - również odpowiednimi "komendami".
Po starcie, aż do osiągnięcia "0" jest aktywne wyjście "przekaźnik".
Czyli wyjście = (stan licznika > 0).
Jeżeli licznik nie zostanie zatrzymany przed odliczeniem do zera,
oczywiście wyłącza "przekaźnik", zapisuje informację o incydencie do
jakiegoś przerzutnika ( który można odczytać przez MCU ), oraz resetuje MCU.
Dodatkowo - MCU powinien mieć możliwość wyboru częstotliwości zegara
tego timera : dla normalnej pracy odliczamy co 1 Hz, oraz w drugiej
opcji jakoś szybciej.
Dlaczego ? Żeby MCU mógł podczas autodiagnostyki systemu sprawdzić
działanie tego licznika - bez konieczności czekania 255 sek.
Nie jest to ryzykowne - bo jeżeli podczas "normalnej" pracy zegar by
pracował nieprawidłowo (szybciej) to czas będzie krótszy a nie dłuższy.
Dobrze by też było, żeby oprócz zapisu licznika MCU mógł też odczytać
jego stan.
Oraz, żeby po jego zapisaniu i wystartowaniu licznik nie mógł być
ponownie zapisany aż do poprawnego zakończenia danego odliczania.
Taka mniej więcej struktura.
Jakiego typu układ programowalny byłby tu odpowiedni ? Nie za duży nie
za mały ?
Zasilanie 5V. SMD. Nie wiem, czy jakieś typy są mniej czy bardziej
predystynowane do zast, przemysłowych...
Doświadczenie mam z tego typu układami dokładnie zerowe - zatem przy
okazji się nauczę może czegoś.
Następne wpisy z tego wątku
- 08.03.17 22:32 Janusz
- 08.03.17 22:41 sundayman
- 09.03.17 00:53 sundayman
- 09.03.17 07:33 Piotr Wyderski
- 09.03.17 07:52 Piotr Wyderski
- 09.03.17 10:02 J.F.
- 09.03.17 16:33 sundayman
- 09.03.17 16:36 sundayman
- 09.03.17 17:46 J.F.
- 09.03.17 18:51 J.F.
- 09.03.17 21:28 Piotr Wyderski
- 09.03.17 21:37 J.F.
- 09.03.17 22:08 sundayman
- 09.03.17 22:35 Piotr Wyderski
- 10.03.17 08:13 Piotr Wyderski
Najnowsze wątki z tej grupy
- ciekawy układ magnetofonu
- Mikroskop 3D
- Jak być bezpiecznym z Li-Ion?
- Szukam monitora HDMI ok. 4"
- Obcinaczki z łapaczem
- termostat do lodowki
- SEP 1 kV E
- Aku LiPo źródło dostaw - ktoś poleci ?
- starość nie radość
- Ataki hakerskie
- Akumulatorki Ni-MH AA i AAA Green Cell
- Dławik CM
- JDG i utylizacja sprzetu
- Identyfikacja układ SO8 w sterowniku migających światełek choinkowych
- DS1813-10 się psuje
Najnowsze wątki
- 2024-12-23 Riga => Specjalista ds. public relations <=
- 2024-12-23 Łódź => Specjalista ds. Sprzedaży <=
- 2024-12-23 Kraków => International Freight Forwarder <=
- 2024-12-23 Co nalezy do Cinkciarza, a co do Conotoxia ?
- 2024-12-23 Poznań => Key Account Manager <=
- 2024-12-23 Warszawa => Presales / Inżynier Wsparcia Technicznego IT <=
- 2024-12-23 Rzeszów => Spedytor Międzynarodowy <=
- 2024-12-23 Warszawa => Infrastructure Automation Engineer <=
- 2024-12-23 Białystok => Analityk w dziale Trade Development (doświadczenie z Po
- 2024-12-23 Warszawa => Site Reliability Engineer (SRE) <=
- 2024-12-23 Warszawa => DevOps Engineer <=
- 2024-12-23 Warszawa => Senior Account Manager <=
- 2024-12-23 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-23 Katowice => Administrator IT - Wirtualizacja i Konteneryzacja <=
- 2024-12-23 Mińsk Mazowiecki => Spedytor Międzynarodowy <=