Payment Object Reader Microcontroller Readiness Delay

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Payment object readers often waste power and experience synchronization and reading errors when an integrated circuit payment object is inserted before the system is ready to read it.

Innovation Solution

A microcontroller intercept system that delays the reading of the payment object until the payment object reader's subsystems are ready, ensuring proper synchronization and power management by monitoring the system's state and adjusting the voltage accordingly.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If voltage is applied to the integrated circuit payment object immediately upon detection, then data reading can begin promptly, but power is wasted and synchronization errors occur

Engineering Contradiction:
Improvedata reading speedVSAvoidpower wastage
Core Design Contradiction:
SpeedVSLoss of energy

Solution Approach 1:

The microcontroller performs preliminary readiness checks and system initialization before applying voltage to the payment object. It monitors subsystem status and prepares the reading environment in advance, ensuring the system is fully ready to receive and process data immediately when voltage is applied, thus avoiding both power waste and synchronization errors

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system continuously monitors subsystem readiness status and uses this feedback to control when voltage is applied. The microcontroller checks system state in real-time and only initiates power application when all subsystems confirm readiness, preventing premature voltage application that would cause power waste and reading errors

Inventive Principle:
Principle #23Feedback

2Loss of time

If voltage is applied immediately upon detection, then the reading process starts faster, but synchronization errors and reading failures occur

Engineering Contradiction:
Improvetime delayVSAvoidreading accuracy
Core Design Contradiction:
Loss of timeVSReliability

Solution Approach 1:

The microcontroller performs preliminary readiness checks and system initialization before applying voltage to the payment object. It monitors subsystem status and prepares the reading environment in advance, ensuring the system is fully ready to receive and process data immediately when voltage is applied, thus avoiding both power waste and synchronization errors

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements error prevention mechanisms by checking subsystem readiness before voltage application. This cushioning approach ensures that even if individual subsystems experience delays or errors during initialization, the system will not attempt reading until all components are properly synchronized and ready, preventing reading failures

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

3Reliability

If the system monitors readiness state before reading, then power wastage and reading errors are prevented, but system complexity increases

Engineering Contradiction:
Improvetransaction reliabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The microcontroller automatically monitors system readiness status and makes autonomous decisions about when to apply voltage and initiate reading. The system serves itself by self-diagnosing subsystem readiness and self-regulating power application timing, eliminating the need for external control logic or additional monitoring hardware

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The microcontroller performs multiple functions: it manages system initialization, monitors subsystem readiness, controls voltage application timing, and executes data reading operations. By consolidating these functions into a single controller, the system achieves high reliability without proportionally increasing complexity

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS10380389B1Reading payment object upon detection of reader readiness
Publication Date: 2019.08.13 BLOCK INC
  • US10380389B1 patent drawing
  • US10380389B1 patent drawing
  • US10380389B1 patent drawing

AI summary

A payment object reader configured to delay reading data of an integrated circuit payment object in the payment object slot of the payment object reader until the rest of the payment object reader is ready to read data off of the integrated circuit payment object. The payment object reader can be configured to include a microcontroller configured to monitor and manage the payment object contact switch and the integrated circuit payment object interface of the payment object slot of the payment object reader.