Düğmeleri yeniden başlatma

Yakın zamanda düğme geri çekilmesi hakkında bir makale okudum ve örneğin bir Arduino (ATMega mC) ile çalışırken bunu aklımda tutmamın gerekip gerekmediğini merak ediyordum. Özellikle kesintilerle çalışırken sorun olduğunu kabul ediyorum.

Öyleyse, koddaki sıçramayı tespit etmek daha mı iyidir, yoksa bu donanıma dikkat edilmeli mi? Lütfen detaylandırın.

Anahtarınıza kadar bir kapsama takılmasını şiddetle tavsiye ederim (umarım bir tanesine sahip olursunuz veya bir tanesini elinize alabilirsiniz). Anahtarlarında 5v'den -5v'ye, 4v'den -3v'ye, sonra 2v'ye, sonra 0v'ye kadar giden bir projenin olduğunu gördüm. Bir kapsamdaki mevcut çizime baktığımızda, çok çok büyük bir yükseliş vardı.

Özel durumunda, donanımdaki anahtarını çıkarması onun için çok gerekliydi.

Ancak, öte yandan, yazılımda kolayca kaldırılabilecek daha küçük bir etkiye sahip olan anahtarlar gördüm.

Ancak seçeneklerinizi tartmanız gerekir. Çok karmaşık bir ürün bilgisine sahipseniz, ek yükü hem size bir programcı olarak hem de cpu kullanımına eklemek işe yaramayabilir ve sadece biraz donanım eklemek için daha iyi olurdu. Şimdi, diğer yandan, maliyetleri ve ebatlarını düşürmeye çalışıyorsanız, olabildiğince fazla donanımı kaldırmak ve mümkünse hepsini bellenimde yapmak isteyeceksiniz.

Profesyonel bir elektronik tasarımcıysanız, patronunuzun donanımda yapmanıza izin vermeyeceği ihtimali vardır. Nedeni basit: üretim partiniz yeterince büyükse, yazılım tamamen ücretsizdir , ancak ürettiğiniz her birim için donanım ödenmelidir. Dirençler ve kapasitörler kir ucuz olsa da, bunları bir PCB üzerine monte etmek, satın alma fiyatlarının 20 katına mal olabilir.

İster yazılımda, ister donanımda çıldırtın, yine de kaliteli butonları seçmek zorundasınız. Eşyadaki rezil 157ms butonu herhangi bir uygulama için uygun değildir .
Düğmeyi genellikle 32ms aralıklarla örneklerim , bu da herhangi bir iyi düğmenin geri yükleme süresini köprülemek için yeterlidir. Alps SKQG TACT Anahtarlarının oldukça hayranıyım .

Test ettiğim birkaç cihazda, başlangıç ​​sıçrama süresi 10ns'tan azdı. 100 000 devir çalışma ömrüne sahip olmasına rağmen 200 000 test ettik devir ve o zaman bile 32ms debounce yeterliydi. (Sanırım gerçek geri dönüş seviyesini ölçmeliydim, ama o zamanki asıl ilgi alanımız nihai ürünün davranışıydı. Her neyse, şartname dışı kullanıyorduk.)

Gerçekten bir donanım çözümü istiyorsanız, makalede teknik olarak en iyi çözüm olarak belirtilen SR flip-flop çözümünü kullanıyorum:

Flip-flop, örneğin küçük bir VSSOP8 paketinde mevcut olan bir çift ​​NAND geçidi ile oluşturulabilir. Bu çözümün en büyük dezavantajı, SPST'nin daha yaygın olarak bulunabileceği bir SPDT düğmesine basmanızdır.

Düğmeleri çıkarmak için birçok farklı yol vardır. Yazılım veya donanımda yapıp yapmamanız proje gereksinimlerinize ve anahtar türüne bağlı olacaktır.

İşte farklı yöntemlere bazı bağlantılar:

http://www.ganssle.com/debouncing.htm

http://hackaday.com/2010/11/09/debounce-code-one-post-to-rule-them-all/

Bu makale geri çekilme konusundaki "İncil" dir. Temas sıçrama herhangi bir uygulama ile ilgili bir sorun olabilir.

Anahtarlarda gecikme için ayarlama yapmak daha kolay olduğundan, temas sektirme miktarlarında farklılık gösterdiğinden, anahtarları yazılımdan çıkarmak genellikle en iyisidir. Anahtar serbest bırakmanın yeniden başlatılması da sıklıkla gereklidir. Anahtar üreticileri genellikle ürünleri için hemen çıkma miktarını belirtir, genellikle 10ms - 20ms arasındadır.

Geçiş anahtarı, onlarca milisaniye boyunca devam edebilir. Bir zamanlayıcıda çalışan bir kesme yordamından bir anahtarı çağırıyorsanız, sıçrama sorun olmaz, çünkü anahtarı bir sıçrama fırtınasının ortasında yoklamasanız bile, yeni durumu hemen alırsınız. , ya da en kötüsü eski devlet olsun ve bir sonraki zamanlayıcıya dayalı ankete kadar yeni devlet görmüyorum. Bunun gibi zamanlanmış bir ISR'den sorgulama, yazılım çıkaran bir biçim oluşturur.

Bununla birlikte, bu anahtarı kesintiye neden olmak için kullanıyorsanız ve kesme hizmeti yordamının 10 milisaniyeden az bir sürede hızlı bir şekilde çalışmasını beklerseniz, donanımın kaldırılması gerekir, aksi takdirde bir anahtar olayı biraz rasgele sayıda sonuçlanabilir. kesintiye uğrar ve kesinlikle beklenenden çok daha fazla. Öte yandan, kesme yordamı yeterince uzun sürerse, ISS bitmeden önce anahtar geçişi çözülecek ve siz iyi olacaksınız, ancak iyi yapılandırılmış ISR'ler bu kadar uzun sürmez.

Herhangi bir şey yapmanın en iyi yolu size en uygun olanıdır. Ancak bir mikrodenetleyiciniz varsa, yalnızca bir kod çabası pahasına yazılımdan çıkabilirsiniz.

Yazılımdan çıkmanın en temel yolu, en uzun sıçrama süresinden daha farklı olan zamanlardaki düğmeleri kontrol etmektir. 50 ms 'normal' anahtarların hemen çıkma süresinde bir üst sınır gibi gözüküyor, bu nedenle yazılımınızı bu şekilde düzenleyebildiğiniz zaman açık:

forever loop
   wait (at least) 50 ms
   check buttons
   do procesing
end loop

Henüz bahsedilmemiş olan geri bırakma yaklaşımlarından biri, VDD'ye diğeriyle toprağa bağlı bir çift atış anahtarının kullanılmasıdır. Bunu (yazılım veya donanım yoluyla) mevcut durumuna zayıfça çekecek bir pime besleyin. Böyle bir yaklaşım, çift atmalı bir anahtarın avantajlarını sağlayacak, ancak iki değil, sadece bir G / Ç pimi gerektirecektir.