Turn a raw contact waveform into a testable controller requirement

Membrane Switch Debounce: Define Press and Release Events

Define debounce at the equipment input, not as an assumed property of the printed switch alone. State the raw signal polarity, sampling interval, rule for qualifying both press and release, minimum accepted pulse, and when hold or repeat timing begins. Then verify the controlled keypad, connector, electronics and firmware together with representative press and release sequences.

Executive answer

Four decisions behind a debounce requirement

  • Debounce is a state-qualification rule at a named receiver, not one universal time assigned to every membrane switch.
  • Press and release need explicit acceptance criteria; hold and repeat timers need a defined starting event.
  • Record the raw input, qualified state and application event separately so a supplier change does not hide a controller change.

Current guidance context

What OEM engineers and sourcing teams should decide first

A membrane contact can change between open and closed more than once while a finger applies or removes force. The equipment should still produce the intended logical event once. That outcome depends on the panel, interconnect, receiver circuit, scan schedule and firmware. A drawing note that says debounce 20 ms without naming the observed node or rule does not tell a supplier what must pass.

Begin with the application event. Decide which deliberate presses must be accepted, which short disturbances must be ignored, how soon the command may appear and when release must be recognized. Then map those decisions backward to the raw electrical observation and the controlled build. This turns an implementation setting into a reviewable interface requirement.

01

Separate contact closure, qualified state and application event

The supplied membrane circuit usually presents an open or closed path at identified tail contacts. The host input converts that path into a voltage or logic observation. A qualification rule then decides whether the observation has remained credible long enough to change the accepted key state. Finally, application logic can convert that state change into a command, hold indication or repeat sequence.

Keep all three layers in the acceptance record. A continuity tester can show that a contact closes and releases under its test circuit, but it does not prove that the target controller samples the same waveform or produces one event. Conversely, a clean application log can hide a marginal raw waveform if filtering happens to suppress it under one configuration.

The receiver also matters electrically. Pull resistance, input leakage, thresholds, capacitance, cable routing and scan timing can change the waveform presented to software. Link the event requirement to the separate input-voltage and resistance budget instead of using debounce to excuse an undefined electrical margin.

Build the separate input-voltage and resistance budget
02

Name the qualification rule, not only a time value

Analog Devices documents one concrete implementation in the MAX6816–MAX6818 data sheet: the input is sampled and the output changes after the candidate state remains stable for a specified period. The device treats opening and closing bounce. Its documented 40 ms behavior belongs to that component; it is not a generic requirement for an HYR membrane switch or the correct response time for every product.

Microchip demonstrates a different hardware approach using Timer2 and configurable logic. The first activation starts a timer, while subsequent bounce is ignored until the configured count is reached. That example shows why the same label, debounce, can hide a different state machine. It does not establish a universally safe count or prove that a specific HYR assembly uses that circuit.

For an RFQ, describe the actual rule in plain language or a small state diagram. State whether a candidate change restarts a timer, whether consecutive equal samples are counted, whether press and release use the same setting, and whether an interrupt, sleep mode or scan scheduler changes the sampling interval. A millisecond value without this context is incomplete.

Analog Devices MAX6816–MAX6818 data sheetMicrochip hardware switch-debouncing example
03

Worked example: one raw trace, two valid but different decisions

This is a hypothetical HYR editorial example, not a customer case, a measured contact trace or recommended firmware. Let 0 mean released and 1 mean pressed. Samples occur every 5 ms. Rule C accepts a change after three consecutive samples match the candidate state. Rule W accepts a change after the candidate state remains unchanged for 20 ms, measured from its first sample.

For the closing sequence 0, 1, 0, 1, 1, 1, 1, 1 at times 0 through 35 ms, both rules reject the early alternation. Rule C accepts pressed at 25 ms because the samples at 15, 20 and 25 ms are all 1. Rule W accepts pressed at 35 ms because the uninterrupted candidate began at 15 ms. Neither answer is inherently correct without a response requirement.

The mirrored release sequence 1, 0, 1, 0, 0, 0, 0, 0 produces the same 25 ms versus 35 ms decision. A two-sample high pulse in an otherwise released trace produces no press under either rule. That may be intentional noise rejection, or it may reject a deliberately short action. The equipment owner must define which pulse widths and user actions matter.

Use the table as a requirement prompt, not a parameter recommendation. Change the interval or rule and the event time changes. The review should compare the proposed implementation with the maximum allowed recognition delay, the minimum deliberate press and the behavior expected when the key releases.

04

Start hold, repeat and double-press timing from a named event

A hold timer can start from the first raw edge or from the qualified press. Those choices differ by the qualification delay and can diverge further when the raw input alternates. The same question applies to key repeat, double-press windows and audible or visual feedback. Record the chosen starting event rather than assuming every controller uses the same one.

Release deserves equal attention. If the application stops a motion, clears a temporary mode or ends a repeat sequence on release, specify the permitted release-recognition delay and the state after a rejected or interrupted trace. Do not prove the press path and leave the release path to inference.

Also define startup and fault behavior. A controller that powers up while a key is already held might ignore it until release, accept it after qualification or enter a diagnostic state. A stuck contact may need a timeout or inhibit policy. These are equipment decisions, not properties that a passive keypad supplier can determine from artwork alone.

05

Five acceptance gaps that a clean bench press can miss

Use these scenarios to locate a missing requirement. They are review cases, not reported HYR failures.

  • Asymmetric release: the press is qualified correctly, but the release rule or timer is different and leaves the application in a held state longer than intended.
  • Timer starts too early: hold or repeat begins on the first raw edge, so a variable qualification interval changes the user-visible duration.
  • Sampling mode changes: a low-power or revised scan schedule increases the real interval even though the configured sample count is unchanged.
  • Short deliberate input is filtered: a pulse that the application expects is indistinguishable from a disturbance under the selected rule.
  • Replacement changes the boundary: a new controller, pull network or firmware revision alters the raw waveform or event logic while the keypad drawing remains unchanged.
06

Release a testable event contract with the RFQ

Issue one controlled package that links key names and tail contacts to the receiver schematic, polarity, firmware and configuration. For each important input, list the raw sequence or physical action, the qualified press and release states, the expected application event and the permitted timing envelope. Identify who records each layer during sample approval.

Use representative assemblies, connectors, mounting support and intended electronics. Include deliberate normal presses, short presses near the acceptance boundary, slow release, startup with a held key and any relevant hold or repeat sequence. Test combinations separately when the keypad uses a matrix; debounce cannot recover state information that the scanner never observes.

For an HYR review, send the controlled keypad and interface requirements through the secure RFQ. Mark unresolved timing or firmware ownership before freezing the tail pinout and sample plan. A useful supplier response can then state what the component inspection covers and what remains with the assembled-equipment owner.

Define the separate multi-key observation problemSend the input-event requirements for review

Decision matrix

Sampling worksheet: raw changes are not accepted events

Original hypothetical model: 0=released, 1=pressed, samples every 5 ms. Rule C requires three consecutive candidate samples. Rule W requires 20 ms continuously in the candidate state. Times begin at the first listed sample.

Decision factorRaw samplesCalculated resultRequirement decision
Closing contact0, 1, 0, 1, 1, 1, 1, 1Rule C: press at 25 ms; Rule W: press at 35 msChoose against the permitted response time and minimum deliberate press, not by label alone.
Opening contact1, 0, 1, 0, 0, 0, 0, 0Rule C: release at 25 ms; Rule W: release at 35 msState the release deadline and its effect on hold, repeat or temporary modes.
Two-sample high pulse0, 0, 1, 1, 0, 0, 0No qualified press under either ruleDecide whether this is intended rejection or a missed short command.
Accepted press then holdQualified press followed by stable 1Hold timing can start at raw edge or qualified eventName the starting event and tolerance for hold and repeat behavior.
Power-up with key heldInitial observed state is 1Outcome depends on the startup policySpecify ignore-until-release, qualify-after-startup or another controlled response.

The calculated 25 ms and 35 ms results apply only to the stated sample timestamps and rules. They are not product specifications, measured response times or universal debounce recommendations. No option is approved by this table; validate the selected electronics and firmware with the representative assembly.

Before the RFQ

Frequently asked questions

Ownership

Is debounce a membrane-switch specification or a controller setting?

It crosses both boundaries. The switch and interconnect influence the raw contact waveform, while the receiver and firmware decide how that waveform becomes a qualified state and application event. Specify the component evidence and controller acceptance separately, then verify them together on the representative assembly.

Time

What is the correct debounce time for a membrane switch?

There is no universal value established by this article. The correct requirement depends on the actual input circuit, sample schedule, permitted recognition delay, deliberate press duration and application risk. A component data-sheet value applies to that component and should not be copied as an HYR product rating.

Release

Should press and release use the same debounce rule?

Not necessarily, but both must be explicit. If they differ, record the reason, timing limits and application effect. Test the release path directly, especially when it stops repeat, ends a temporary command or controls recovery from a rejected input.

Matrix

Can a longer debounce interval solve membrane-keypad ghosting?

Not when the scanner produces the same stable raw observation for different physical key combinations. Debounce qualifies changes over time; ghosting can be a loss of state distinction. Define and test the scan architecture and multi-key policy separately.

Evidence

What should a debounce acceptance record contain?

Identify the keypad and electronics revisions, input polarity, raw observation point, sample interval, qualification rule, press and release timing, dependent events and expected application result. Retain raw waveform or state logs plus the qualified and application-event records under the same configuration.

A useful fit when

Who this guide helps

  • OEM teams defining the interface between a passive membrane keypad and the host controller or scanner.
  • Engineering and sourcing reviews where different firmware, input circuits or replacements must preserve accepted key behavior.

Limits to resolve

Scope and limitations

  • The 5 ms samples and two illustrative rules are hypothetical editorial examples, not HYR product limits, recommended firmware or measured customer behavior.
  • This article does not approve safety functions, response-time budgets or complete-equipment suitability. Those require the responsible system design and validation process.

Prepare the RFQ

What to send for a useful review

  1. 01

    Controlled keypad drawing, key map, tail pinout, connector view and the raw-state polarity at the receiving input.

  2. 02

    Controller or scanner identity, input schematic, sampling interval, firmware revision and any low-power or interrupt mode that changes observation timing.

  3. 03

    Qualification rule for press and release, including minimum accepted pulse, maximum permitted recognition delay and treatment of a held key at startup.

  4. 04

    Definitions for hold, repeat, double press, lockout and recovery, including the event from which each timer starts.

  5. 05

    Component continuity evidence and separate assembled-equipment records showing raw input, qualified state and application event.

Evidence boundary

Evidence and editorial method

The sampling table is original HYR editorial synthesis using explicit hypothetical inputs and two defined filtering rules. It is independently calculated, not a customer trace or measured HYR specimen. Primary manufacturer documents support the need to qualify a changing input and show that implementations differ; their 40 ms or configured examples are not transferred to HYR products. The parent-owned photograph illustrates printed contacts only and provides no timing evidence.

Publication approval: Owner-approved scheduled editorial publication under standing authorization recorded 5 September 2026; editorial verification 17 September 2026.

Technical reference basis

Sources and applicability

  1. Analog DevicesMAX6816/MAX6817/MAX6818 switch-debouncer data sheet
    Source date: Revision 8, February 2020 · Accessed 17 September 2026

    Page 4 describes the component-specific sampled stable-period method and treatment of opening and closing bounce. Its 40 ms behavior and all electrical ratings are not transferred to HYR products.

  2. Microchip TechnologySwitch Debouncing Using Timer2 and Configurable Logic
    Publication date not stated · Accessed 17 September 2026

    Official device-family documentation for a configurable hardware implementation. Used to show implementation diversity, not to prescribe a universal count or claim an HYR circuit.