-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!not
-for-mail
From: "Pszemol" <P...@P...com>
Newsgroups: pl.misc.elektronika
Subject: Re: Układ reagujący na paczkę impulsów a nie reagujący na pojedyncze
impulsy - układ monostabilny?
Date: Mon, 15 Feb 2010 19:04:29 -0600
Organization: http://onet.pl
Lines: 37
Message-ID: <h...@p...onet.pl>
References: <hlbkr5$jf4$1@atlantis.news.neostrada.pl>
Reply-To: "Pszemol" <P...@B...com>
NNTP-Posting-Host: gw.petrovend.com
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response
Content-Transfer-Encoding: 8bit
X-Trace: news.onet.pl 1266282513 5719 204.248.56.195 (16 Feb 2010 01:08:33 GMT)
X-Complaints-To: n...@o...pl
NNTP-Posting-Date: Tue, 16 Feb 2010 01:08:33 +0000 (UTC)
X-Posting-Agent: Hamster/1.3.13.0
In-Reply-To: <hlbkr5$jf4$1@atlantis.news.neostrada.pl>
X-Priority: 3
X-MSMail-Priority: Normal
Importance: Normal
X-Newsreader: Microsoft Windows Live Mail 14.0.8089.726
X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8089.726
Xref: news-archive.icm.edu.pl pl.misc.elektronika:582186
[ ukryj nagłówki ]"jasiek" <w...@m...pl> wrote in message
news:hlbkr5$jf4$1@atlantis.news.neostrada.pl...
> Jest sobie układ gdzie na jednej szynie pojawiają się impulsy (zero
> logiczne) średnio co 300ms. Gdy nic się nie dzieje na szynie panuje stan
> logiczny H.
> Impulsy do stanu niskiego mają czasy w okolicy 10-200 ms.
> Teraz jest potrzeba wymyślenia układu, który nie będzie reagował na
> pojedyncze bardzo krótkie impulsy (5-20ms) a wszystko co powyżej np. 100
> ms będzie już traktować jako impuls użyteczny i np po wystąpieniu takich
> 3-4 impulsów (o czasie minimum 100 ms) we wspomnianych okresach 300ms.
> Dopiero po wystąpieniu takich 3-4 impulsów "długich" układ wygeneruje na
> wyjściu impuls do stanu L. Impuls w okolicy 200ms-1sek. Nie jest to jakiś
> bardzo krytyczny czas, więc ważne aby się zmieścił w okolicy wskazanego
> przedziału.
> W układzie już pracuje procesor, który oczywiście jest zabezpieczony przed
> odczytem.
> Trzeba więc dodać prosty układ, który wyeliminuje powyższe interpretowanie
> każdego sygnału z czujnika jako użytecznego - zwyczajnie chińczyk napisał
> dupiaty soft i program reaguje na wszystko a powinien prawidłowo reagować
> na długie 3-4 impulsy 100-200ms) wszystko poniżej tej ilości i czasu ma
> być pomijane i nie wywoływać zmiany na linii wejściowej na procesor dla
> którego stan L na porcie powoduje podjęcie dalszych kroków w programie.
>
> Układ pewnie moszna wykombinować na podstawie przerzutnika monostabilnego
> z gatunku 74HC123
> Typowo układ ten ma wydłużanie impulsu wyjściowego kolejnymi nadchodzącymi
> zboczami podawanymi na wejście. A tu trzeba wygenerować impuls gdy
> odpowiednio długie czasy impulsów na wejściu się pojawią.
> Jakiś pomysł?
> Filtrowanie impulsów na jakiś obwodach RC niewiele wnosi, bo za często
> pojawia się kolejny impuls.
A jaki masz tam generator do dyspozycji? Coś z porównywalnym okresem?
Bo to co potrzebujesz to jeden "debounce circuit" z okresem 100ms a potem
licznik 4 bitowy. Zamiast procesora możesz wstawić tam małego GALa lub CPLD.
Wybór konkretnego scalaka programowalnego masz dziś bardzo spory :-)
Następne wpisy z tego wątku
- 16.02.10 01:16 Pawel \"O'Pajak\
- 16.02.10 08:52 Konop
- 16.02.10 08:57 Konop
- 16.02.10 10:15 Waldemar Krzok
- 18.02.10 11:20 Adam Dybkowski
Najnowsze wątki z tej grupy
- e-paper
- 60 mA dużo czy spoko?
- Dziwne zachowanie magistrali adresowej w 8085
- Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- Jaki silikon lub może klej?
- Smar do video
- Litowe baterie AA Li/FeS2 a alkaliczne
- "ogrodowa linia napowietrzna"
- jaki zasilacz laboratoryjny
- jaki zasilacz laboratoryjny
- Puszka w ziemię
- T-1000 was here
- Ściąganie hasła frezem
- Koszyk okrągły, walec 3x AA, na duże paluszki R6
- Brak bolca ochronnego ładowarki oznacza pożar
Najnowsze wątki
- 2025-02-17 Kraków => MS Dynamics 365BC/NAV Developer <=
- 2025-02-17 Chrzanów => Programista NodeJS <=
- 2025-02-17 Warszawa => Node.js / Fullstack Developer <=
- 2025-02-17 Białystok => System Architect (Java background) <=
- 2025-02-17 Białystok => Solution Architect (Java background) <=
- 2025-02-17 Gliwice => Team Lead / Tribe Lead FrontEnd <=
- 2025-02-17 Gdańsk => PHP Developer <=
- 2025-02-17 Warszawa => Senior ASP.NET Developer <=
- 2025-02-17 Gliwice => Business Development Manager - Network and Network Security
- 2025-02-17 Mińsk Mazowiecki => Area Sales Manager OZE <=
- 2025-02-17 Odśnieżanie samochodu
- 2025-02-17 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-02-17 Dęblin => JavaScript / Node / Fullstack Developer <=
- 2025-02-17 Pompiarze...
- 2025-02-16 PV teraz