J-M-L:
C'est l'exemple typique du projet qui part mal - les spécifications ne sont pas figées et L'étude des besoins est Approximative... avant de se lancer dans le design d'une solution matériel et logiciel il faut essayer de comprendre l'ensemble du problème à traiter
C'est toute la problématique du débutant néophite (moi le premier, surtout en ce qui concerne l'électronique) : nous avons toujours l'impression qu'un problème a l'air "simple" jusqu'à ce que nous tentions de le résoudre (réaliser le projet) ; les petits détails arrivent en masse et c'est en leur trouvant des solutions qu'on apprend le mieux. C'est certes une méthode "empirique" souvent prise "par le mauvais bout", mais formatrice quand même par l'expérience pratique que cela apporte... 
Pour en revenir au problème initial : un amortisseur plus un "debouncing" (anti-rebond) long de quelques secondes (le temps que l'amortisseur se stabilise) pourrait être une solution envisageable, à tester & calibrer pour la valider...
Quelque part mon instinct me dit cependant que nous cherchons à faire compliqué pour quelque chose de plutôt simple. Une analyse des produits existants déjà testes & éprouvés pourrait donner des indices plus concrets sur les solutions qui marchent (?)