আমি সম্প্রতি একটি নিবন্ধ পড়েছি বোতামটি ডিবাউসিংয়ের পড়েছি এবং ভাবছিলাম যে কাজ করার সময় আমার এই বিষয়টি মনে রাখা উচিত, উদাহরণস্বরূপ, একটি আরডুইনো (এটিএমইগা এমসি)? আমি ধরে নিলাম এটি একটি সমস্যা, বিশেষত বাধা নিয়ে কাজ করার সময়।
তাহলে কোডে বাউন্স সনাক্ত করা ভাল, বা এটি হার্ডওয়ারের সাথে যত্ন নেওয়া উচিত? সম্প্রসারিত করুন.
উত্তর:
আমি আপনার স্যুইচ পর্যন্ত একটি সুযোগ হুক করার সুপারিশ করব (আশা করি আপনার একটি রয়েছে বা ব্যবহারের জন্য আপনার হাত পেতে পারেন)। আমি এমন একটি শিক্ষার্থীর প্রকল্প দেখেছি যার স্যুইচটিতে একটি বাউন্স ছিল যা 5v থেকে -5v অবধি 4v -3v অবধি 2v অবধি আবার 0V-এ ফিরে আসে। যখন আমরা একটি স্কোপের বর্তমান ড্রয়ের দিকে তাকালাম তখন খুব খুব বড় স্পাইক ছিল।
তার বিশেষ ক্ষেত্রে হার্ডওয়্যারটিতে তার স্যুইচটি চালু করা খুব প্রয়োজন ছিল।
তবে, অন্যদিকে, আমি স্যুইচগুলি দেখেছি যা খুব ছোট প্রভাব ফেলে যা সহজেই সফ্টওয়্যারটিতে মুছে ফেলা যায়।
যদিও আপনার আপনার বিকল্পগুলি ওজন করতে হবে। আপনার যদি খুব জটিল পরিমাণে ফার্মওয়্যার থাকে তবে প্রোগ্রামার হিসাবে আপনার উভয়টিতে ওভারহেড যুক্ত করা এবং সিপিইউ ব্যবহারের পক্ষে এটি কার্যকর নাও হতে পারে এবং আপনি কেবলমাত্র সামান্য কিছু হার্ডওয়্যার যুক্ত করা ভাল। এখন অন্যদিকে, আপনি যদি ব্যয় এবং আকার হ্রাস করার চেষ্টা করছেন, আপনি যথাসম্ভব হার্ডওয়্যারটি সরিয়ে ফেলতে এবং ফার্মওয়্যারের মাধ্যমে যদি আপনি পারেন তবে এটি করতে চান।
আপনি যদি পেশাদার ইলেকট্রনিক্স ডিজাইনারের সম্ভাবনা থাকেন তবে আপনার বস আপনাকে হার্ডওয়্যারে এটি করতে দেয় না। কারণটি সহজ: আপনার প্রোডাকশন ব্যাচটি যদি যথেষ্ট বড় হয় তবে সফ্টওয়্যারটি কার্যত বিনামূল্যে , অন্যদিকে আপনার উত্পাদন করা প্রতিটি ইউনিটের জন্য হার্ডওয়্যারকে অর্থ প্রদান করতে হয়। এবং যখন প্রতিরোধক এবং ক্যাপাসিটারগুলি ময়লা সস্তা, তাদের পিসিবিতে মাউন্ট করার জন্য তাদের ক্রয়মূল্যের 20 গুণ বেশি দাম পড়তে পারে।
আপনি সফ্টওয়্যার বা হার্ডওয়্যারে আত্মপ্রকাশ করুন না কেন, আপনাকে এখনও মানের পুশব্যাটন নির্বাচন করতে হবে। নিবন্ধ থেকে কুখ্যাত 157ms বোতামটি কোনও অ্যাপ্লিকেশনের জন্য কেবল উপযুক্ত নয় ।
আমি সাধারণত 32 মিমি বিরতিতে বোতামটি নমুনা করি , যা কোনও ভাল বোতামের ডিবাউন সময়টি ব্রিজ করার জন্য যথেষ্ট। আমি আল্পস এসকেকিউজি ট্যাক্ট স্যুইচগুলির বেশ অনুরাগী ।
আমি যে কয়েকটি ডিভাইস পরীক্ষা করেছি তাতে এটির প্রাথমিক বাউন্স সময়টি 10ns এরও কম ছিল। যদিও এটির 100,000 চক্রের অপারেটিং জীবন রয়েছে আমরা 200 000 এর জন্য এটি পরীক্ষা করেছি চক্র এবং তারপর 32ms debounce যথেষ্ট ছিল। (আমি অনুমান করি যে আমার আত্মপ্রকাশের আসল স্তরটি পরিমাপ করা উচিত ছিল, তবে তখন আমাদের প্রধান আগ্রহ ছিল চূড়ান্ত পণ্যের আচরণ। যাইহোক, আমরা এটিকে স্পষ্ট-ব্যতীত ব্যবহার করছিলাম))
আপনি যদি সত্যিই একটি হার্ডওয়্যার সমাধান চান তবে আমি নিবন্ধে উল্লিখিত এসআর ফ্লিপ-ফ্লপ সমাধানটিকে প্রযুক্তিগতভাবে সর্বোত্তম সমাধান হিসাবে দ্বিতীয় করব:
ফ্লিপ- ফ্লপটি একটি দ্বৈত নান্দ গেট দিয়ে তৈরি করা যেতে পারে যা উদাহরণস্বরূপ একটি ছোট ভিএসএসওপি 8 প্যাকেজে পাওয়া যায়। এই সমাধানের প্রধান অপূর্ণতা হ'ল আপনার একটি এসপিডিটি পুশবটন দরকার, যেখানে এসপিএসটি অনেক বেশি পাওয়া যায়।
বোতামগুলি ডাবনো করার জন্য প্রচুর (এবং প্রচুর) উপায় রয়েছে। আপনি এটি সফ্টওয়্যার বা হার্ডওয়্যারে করুন তা আপনার প্রকল্পের প্রয়োজনীয়তা এবং স্যুইচ ধরণের উপর নির্ভর করে।
এখানে বিভিন্ন পদ্ধতির কয়েকটি লিঙ্ক রয়েছে:
http://www.ganssle.com/debouncing.htm
http://hackaday.com/2010/11/09/debounce-code-one-post-to-rule-them-all/
সেই নিবন্ধটি হ'ল "বাইবেল" ou যোগাযোগের বাউন্স কোনও অ্যাপ্লিকেশন নিয়ে সমস্যা হতে পারে।
সফ্টওয়্যারগুলির স্যুইচগুলি সাধারণভাবে সুনির্দিষ্ট করা ভাল কারণ নির্দিষ্ট স্যুইচগুলির জন্য বিলম্বগুলির জন্য সামঞ্জস্য করা সহজ, কারণ তাদের যোগাযোগের পরিমাণ বাউনের পরিমাণের চেয়ে আলাদা। মূল রিলিজটি প্রায়শই ত্রুটিযুক্ত করাও প্রয়োজনীয়। স্যুইচ নির্মাতারা প্রায়শই তাদের পণ্যগুলির জন্য বাউনের পরিমাণ নির্দিষ্ট করে থাকেন, এটি সাধারণত 10 মিমি - 20 মিমি প্রায়।
কয়েক মিলি সেকেন্ডের জন্য স্যুইচ বাউন্স যেতে পারে। আপনি যদি টাইমার চলমান কোনও বাধা রুটিন থেকে স্যুইচটি পোলিং করেন তবে বাউন্স কোনও সমস্যা হবে না, কারণ আপনি যদি কোনও বাউন্স ঝড়ের মাঝামাঝি সময়ে স্যুইচটি পোল করে ফেলেন তবে আপনি এখনই নতুন রাষ্ট্রটি পেয়ে যাবেন , বা সবচেয়ে খারাপভাবে পুরানো রাষ্ট্রটি পান এবং পরবর্তী টাইমার ভিত্তিক পোল না হওয়া পর্যন্ত নতুন রাষ্ট্রটি দেখতে পাবেন না। এই জাতীয় সময় মত আইএসআর থেকে পোলিং সফ্টওয়্যার উত্সাহ এক ফর্ম গঠন।
যাইহোক, যদি আপনি যে সুইচ ব্যবহার করছেন কারণ বিঘ্ন, এবং আপনি যে বিঘ্ন সেবা রুটিন দ্রুত চালানোর জন্য, বলে কম 10 মিলিসেকেন্ডে আশা, আপনি হার্ডওয়্যার debouncing প্রয়োজন হবে, অন্যথায় এক সুইচ ইভেন্টের একটি কিছুটা র্যান্ডম সংখ্যা হতে পারে বাধা দেয় এবং অবশ্যই প্রায়শই প্রত্যাশিত একের চেয়ে বেশি। অন্যদিকে, যদি বিঘ্নিত রুটিনটি যথেষ্ট দীর্ঘকাল চলতে থাকে তবে আইএসআর শেষ হওয়ার আগে স্যুইচ বাউন্সটি স্থির হয়ে যায়, এবং আপনি ভাল থাকবেন, তবে বেশিরভাগ সু-নির্মাত আইএসআরগুলি এত বেশি সময় নেয় না।
যে কোনও উপায় হ'ল সর্বোত্তম উপায় হ'ল উপায় যা আপনার পক্ষে সবচেয়ে উপযুক্ত। তবে আপনার যদি ইতিমধ্যে একটি মাইক্রোকন্ট্রোলার থাকে আপনি কেবলমাত্র কিছু কোড প্রচেষ্টার ব্যয়ে সফ্টওয়্যারটিতে আত্মপ্রকাশ করতে পারেন।
সফ্টওয়্যার-এ ডেবিউ করার সবচেয়ে সহজ উপায় হ'ল মুহূর্তের মধ্যে যে বোতামগুলি দীর্ঘতম বাউন্স সময়ের চেয়ে আরও আলাদা are ৫০ এমএস 'স্বাভাবিক' স্যুইচগুলির বাউন্স টাইমের উপরের বাউন্ড বলে মনে হয়, সুতরাং আপনি যখন নিজের সফ্টওয়্যারটি এভাবে সাজিয়ে নিতে পারেন তখন আপনি পরিষ্কার হয়ে যাবেন:
forever loop
wait (at least) 50 ms
check buttons
do procesing
end loop
ডিবাউনিংয়ের একটি পদ্ধতির যা এখনও উল্লেখ করা হয়নি তা হ'ল একটি ডাবল-থ্রো সুইচটি ব্যবহার করা যা একটি ফোঁটা ভিডিডি এবং অন্যটি স্থলভাগে আবদ্ধ থাকে। এটি একটি পিনে খাওয়ান যা (হয় সফ্টওয়্যার বা হার্ডওয়্যার মাধ্যমে) দুর্বলভাবে তার বর্তমান অবস্থায় টানবে। এই জাতীয় দৃষ্টিভঙ্গি ডাবল-থ্রো সুইচের সুবিধাগুলি সরবরাহ করবে তবে কেবল দুটিয়ের চেয়ে একটি I / O পিন লাগবে।