Patent 8515637
Derivative works
Defensive disclosure: derivative variations of each claim designed to render future incremental improvements obvious or non-novel.
Active provider: Google · gemini-2.5-flash
Derivative works
Defensive disclosure: derivative variations of each claim designed to render future incremental improvements obvious or non-novel.
Defensive Disclosure for US Patent 8515637: Machine Control System and Method
This defensive disclosure aims to broaden the scope of publicly available prior art related to machine control systems for hydrostatic transmissions, specifically focusing on variations that render future incremental improvements by competitors obvious or non-novel. The analysis is based on the core inventive concepts of US Patent 8515637, particularly its independent claims (Claims 1, 12, and 17), and expands upon them across several technical axes.
Derivative 1: Material & Component Substitution - Electro-Hydrostatic Actuation with Advanced Composites
Enabling Description: This derivative describes a machine control system for an Electro-Hydrostatic Actuation (EHA) based traction system, replacing traditional hydrostatic transmissions. The input receiving portion is configured to acquire electrical torque inputs from current and voltage sensors (e.g., Hall-effect current transducers and resistive voltage dividers) integrated into the power lines of a variable-speed electric motor driving a fixed-displacement hydraulic pump. The fluid motor and pump components within each EHA module are cast or additively manufactured (e.g., Selective Laser Melting (SLM) with Ti-6Al-4V alloy or Fused Filament Fabrication (FFF) with continuous carbon fiber composites) for optimized strength-to-weight and thermal characteristics. The hydraulic fluid used is a low-viscosity, non-flammable synthetic polyalphaolefin (PAO) ester for improved performance across a wide temperature range and reduced environmental impact. An operator's request, received from a digital joystick via a CAN bus, is interpreted as a desired tractive effort. The processor, an ARM Cortex-M7 microcontroller, determines an underspeed factor based on the sensed electrical torque and a pre-defined maximum allowable electrical power draw from the machine's battery pack (the power source). This factor scales the operator's tractive effort request. A command for the EHA, manifested as a Pulse Width Modulation (PWM) signal controlling the electric motor's speed and direction, is then generated. This command ensures the electrical power consumed by the EHA remains within the battery's desired discharge rate, preventing brownouts or over-current conditions. The output sending portion directly interfaces with the EHA's motor drive inverter.
flowchart TD OPS[Operator Input (Digital Joystick)] --> IPP[Input Pre-Processor (CAN Bus Rx)] CS[Current Sensor (EHA Motor)] --> IPP VS[Voltage Sensor (EHA Motor)] --> IPP IPP -- Torque Inputs & Opr Request --> PROC[ARM Cortex-M7 Processor] PROC -- Factor & Command Calculation --> PWM_GEN[PWM Signal Generator] PWM_GEN --> INVERTER[EHA Motor Inverter] INVERTER --> EM[Variable Speed Electric Motor] EM --> FDP[Fixed Displacement Pump (Composite Housing)] FDP -- Synthetic PAO Fluid --> FM[Fluid Motor (Ti-6Al-4V)] FM --> TRACTION[Traction Assembly] PROC -- Monitoring --> BATT[Battery Power Source (Desired Range)]Combination Prior Art Scenarios:
- US8515637 + OPC UA (Open Platform Communications Unified Architecture): The EHA control system integrates with a broader industrial automation network using OPC UA. Real-time electrical torque inputs, battery state-of-charge, and EHA performance metrics are published as OPC UA Nodes, enabling supervisory control systems to dynamically adjust the desired torque load range based on global machine operation and energy management strategies.
- US8515637 + Eclipse Paho MQTT Client: For remote monitoring and predictive maintenance of distributed EHA units in a fleet of machines, critical operational parameters (e.g., motor current, fluid temperature, estimated pump wear based on pressure ripple) are periodically transmitted via MQTT to a cloud-based analytics platform, adhering to an open IoT messaging standard.
- US8515637 + Zephyr RTOS (Real-time Operating System): The control logic for the ARM Cortex-M7 processor, including the factor determination and command generation, is implemented on the Zephyr RTOS. This open-source RTOS provides deterministic scheduling and memory management, ensuring reliable and predictable real-time performance of the EHA control, especially critical for safety-related functions.
Derivative 2: Operational Parameter Expansion - High-Frequency, Precision Hydrostatic Actuation for Active Vibration Damping
Enabling Description: This machine control system manages a high-frequency hydrostatic actuation system for active vibration damping in a precision manufacturing platform. The "hydrostatic transmission" comprises micro-scale variable displacement pumps and motors fabricated using MEMS (Micro-Electro-Mechanical Systems) technology, operating with a specialized fluorocarbon-based hydraulic fluid to maintain stability at high oscillation rates. The "power source" is a high-frequency resonant power supply designed to deliver pulsed power at up to 50 kHz. "Torque inputs" are derived from ultra-sensitive piezoresistive pressure sensors within the hydraulic lines (sampling at >100 kHz) and high-bandwidth accelerometers mounted on the platform. The "operator request" is an external command (e.g., from a CAD/CAM system) for a specific vibration profile cancellation. The processor, a high-speed DSP (Digital Signal Processor), determines a dynamic adjustment factor based on the real-time Fourier transform of the vibration inputs and the predicted power demand. This factor rapidly modulates the target displacement commands for the MEMS pumps/motors. The command for actuating the hydrostatic system is a finely tuned sequence of micro-displacements, ensuring that the instantaneous power draw from the resonant power supply remains within its narrow operating band, preventing power supply instability and maintaining platform positional accuracy at sub-micron levels.
sequenceDiagram participant Opr as Operator Request (CAD/CAM) participant DSP as High-Speed DSP Processor participant PRS as Piezoresistive Pressure Sensors participant ACC as Accelerometers participant PSP as Resonant Power Supply participant MHD as MEMS Hydrostatic Damping Unit participant PLAT as Manufacturing Platform Opr->>DSP: Desired Vibration Cancellation Profile loop High-Frequency Loop (>100kHz) PRS->>DSP: High-BW Pressure Data (Torque Input) ACC->>DSP: High-BW Acceleration Data (Torque Input) DSP->>DSP: Calculate Factor (FFT, Power Predict) DSP->>DSP: Determine Micro-Displacement Command (Adjusted Opr Req) DSP->>MHD: Send Command (Sub-micron displacements) MHD->>PLAT: Apply Damping Force PLAT-->>ACC: Feedback Vibration MHD-->>PSP: Draw Power (Torque Load) PSP-->>DSP: Power Supply Status (Feedback) end DSP->>PSP: Keep Power in Desired RangeCombination Prior Art Scenarios:
- US8515637 + EtherCAT (Ethernet for Control Automation Technology): The ultra-high-speed sensor data acquisition and command transmission between the DSP and multiple MEMS hydrostatic damping units is facilitated by EtherCAT, providing deterministic, real-time communication for precise synchronization across the platform.
- US8515637 + GNU Octave (Open-source numerical computation): The initial calibration, modeling, and offline analysis of the DSP's control algorithms, including the Fourier transform routines and power prediction models, are performed using GNU Octave, leveraging its open-source mathematical capabilities for system design and validation.
- US8515637 + FMI (Functional Mock-up Interface) Standard: The MEMS hydrostatic damping unit and the resonant power supply are modeled as Functional Mock-up Units (FMUs) following the FMI standard. This allows for co-simulation with the DSP's control logic in an open-source simulation environment, enabling thorough verification of the factor determination and command generation under various load and frequency conditions.
Derivative 3: Cross-Domain Application - Bio-Integrated Hydrostatic Actuation for Prosthetic Limbs
Enabling Description: This machine control system is adapted for a bio-integrated hydrostatic transmission (BHT) within an advanced prosthetic limb. The BHT consists of miniaturized, patient-specific 3D-printed ceramic (e.g., zirconia) pumps and motors, operating with a biocompatible, synthetic hydraulic fluid. The "power source" is a high-density, rapidly rechargeable micro-battery array embedded within the prosthetic socket. "Torque inputs" are derived from electromyography (EMG) sensors (muscle activity, scaled to intended force), proprioceptive sensors (joint angle, angular velocity) within the prosthetic limb, and force-sensitive resistors (FSRs) in the prosthetic foot. The "operator request" is the user's conscious or subconscious motor intent, interpreted from EMG signals. The processor, a low-power neuromorphic chip, determines a proportional adjustment factor based on the difference between the intended joint torque (derived from EMG) and the actual torque load imposed by the BHT on the micro-battery array. This factor adjusts the motor intent signal. A command, specifically a micro-displacement control signal, is then sent to the BHT's variable displacement pumps/motors to achieve the desired limb movement, ensuring that the instantaneous power draw from the micro-battery array remains within its safe discharge curve, maximizing battery life and preventing muscle fatigue due to power limitations.
flowchart TD EMG[EMG Sensors (Muscle Activity)] --> NIU[Neuromorphic Input Unit] PS[Proprioceptive Sensors] --> NIU FSR[Force Sensors] --> NIU NIU -- Torque Inputs --> NPU[Neuromorphic Processor Unit (NPU)] NPU -- Motor Intent (Opr Request) --> NPU NPU -- Adjustment Factor & Cmd --> BHT[Bio-Integrated Hydrostatic Transmission] BHT --> LIMB[Prosthetic Limb Movement] BHT -- Power Draw --> BAT[Micro-Battery Array (Power Source)] NPU -- Power Monitoring --> BAT NPU -- Feedback --> NIUCombination Prior Art Scenarios:
- US8515637 + OpenBCI (Open-source Brain-Computer Interface): The EMG signals and even direct neural signals are acquired and processed using OpenBCI hardware and software. The control system's "operator request" is derived from these OpenBCI outputs, enabling a direct and open-source pathway for user intent to drive the prosthetic limb's hydrostatic system.
- US8515637 + Humanoid Robot Operating System (HROS) Standard: The control architecture for the prosthetic limb's movement, including kinematics, inverse kinematics, and reactive behaviors, is implemented using the HROS standard. The hydrostatic control system acts as a low-level actuator driver within this framework, receiving high-level joint commands and ensuring torque limits.
- US8515637 + DICOM (Digital Imaging and Communications in Medicine) Standard: For patient-specific customization and integration with medical records, the 3D models for the prosthetic limb (including BHT components) and relevant biometric data (e.g., residual limb morphology, EMG baselines) are stored and exchanged in DICOM format, allowing for standardized design and fitting procedures.
Derivative 4: Integration with Emerging Tech - AI-Driven Predictive Torque Management with Digital Twin and Blockchain Traceability
Enabling Description: This machine control system for heavy machinery (e.g., an autonomous bulldozer) features an AI-driven predictive torque management system operating on a real-time digital twin. The "processor" incorporates an edge computing unit with dedicated AI accelerators (e.g., NVIDIA Jetson platform) running deep reinforcement learning (DRL) algorithms. "Torque inputs" from IoT-enabled pressure, temperature, and flow sensors (e.g., employing LoRaWAN for long-range communication) within the hydrostatic transmission are continuously streamed via an Apache Kafka bus to the edge unit. The operator request, potentially an autonomous mission plan, is dynamically adjusted by the DRL agent. This agent predicts future torque loads on the power source (a hybrid electric engine) by simulating various operational scenarios on a low-latency digital twin of the machine, which is continuously synchronized with real-world sensor data. The "factor" determined by the DRL agent optimizes the hydrostatic transmission's operation for proactive engine load smoothing, fuel efficiency, and extended component life, rather than just reactive limiting. Furthermore, critical component lifecycles, maintenance events, and performance logs related to the hydrostatic transmission are immutably recorded on a private blockchain ledger (e.g., Hyperledger Fabric), with each torque command adjustment and its rationale (derived from the AI) potentially hashed and timestamped on-chain for auditable diagnostics and supply chain verification of parts. This blockchain integration provides verifiable provenance for components and ensures tamper-proof service records, impacting the AI's decision-making on component health.
graph TD MissionPlan[Autonomous Mission Plan (Operator Request)] --> DRL_AGENT[DRL Agent (AI Edge Unit)] IoT_SENSORS[IoT Sensors (Pressure, Temp, Flow)] --> KAFKA[Apache Kafka Stream] KAFKA --> DRL_AGENT KAFKA --> DIGITAL_TWIN[Digital Twin (Real-time Simulation)] DRL_AGENT -- Predicted Loads & Optimal Factor --> HT_CMD_GEN[HT Command Generator] HT_CMD_GEN --> HT_ACT[Hydrostatic Transmission Actuator] HT_ACT --> HYBRID_ENG[Hybrid Electric Engine (Power Source)] HYBRID_ENG --> KAFKA DRL_AGENT -- Performance Logs & Maintenance Events --> BLOCKCHAIN[Hyperledger Fabric Blockchain] DIGITAL_TWIN -- Real-time Sync & Predictions --> DRL_AGENT BLOCKCHAIN -- Component Provenance & Service History --> DRL_AGENTCombination Prior Art Scenarios:
- US8515637 + LoRaWAN (Low Power Wide Area Network) Standard: The IoT sensors providing "torque inputs" leverage LoRaWAN for robust, low-power, wide-area connectivity, enabling comprehensive data collection from distributed heavy machinery even in remote operational environments where cellular coverage is sparse.
- US8515637 + Open vSwitch (Virtual Switch): The internal network architecture of the autonomous bulldozer, including the Apache Kafka bus and communication with the AI edge unit, uses Open vSwitch for software-defined networking, allowing for flexible traffic management and prioritization of critical control data.
- US8515637 + Hyperledger Fabric (Blockchain Framework): The component traceability and maintenance record logging are implemented using Hyperledger Fabric. Each hydrostatic transmission part is registered as an asset, and all significant operational events, including AI-driven adjustments, are recorded as transactions, enabling transparent and immutable auditing of the machine's lifecycle.
Derivative 5: The "Inverse" or Failure Mode - Intelligent Limp-Home Control with Component Isolation and Prognostics
Enabling Description: This machine control system for a tracked vehicle (e.g., a dozer) integrates an intelligent limp-home control strategy with real-time prognostics and health management (PHM). The "processor" includes a dedicated PHM module, running multiple machine learning models (e.g., LSTM networks for time-series anomaly detection, Random Forests for fault classification) that continuously analyze "torque inputs" (pressure, speed, temperature, vibration spectra from accelerometers and acoustic sensors) from the hydrostatic transmission and power source. The system establishes a "baseline health fingerprint" for each critical component (e.g., pump, motor, main bearings, hydraulic fluid). If the PHM module detects deviations from the baseline, or predicts a high probability of imminent failure for a specific component, it triggers a "limp-home" protocol. This protocol dynamically reconfigures the "desired range" for torque load, adjusting it to minimize stress on the degrading component. For example, if a pump is failing, the system might reduce its maximum displacement, while an undamaged pump in a dual-path system picks up additional load (component isolation). The "factor" for adjusting the operator request (e.g., desired travel speed) is then determined by prioritizing the longevity of the failing component and safe vehicle operation over performance. The command for actuating the hydrostatic transmission is constrained to these new, dynamically adjusted operating limits. This ensures the dozer can complete its current task at a reduced capacity or safely return to a service depot, avoiding catastrophic failure, minimizing collateral damage, and explicitly communicating the remaining operational window (e.g., "5 hours remaining until full failure of Pump A") to the operator via a diagnostic display.
stateDiagram-v2 [*] --> Normal_Ops Normal_Ops --> Monitor_PHM: Continuous Data Collection Monitor_PHM --> Analyze_Health: ML Models on Torque Inputs Analyze_Health --> Baseline_Comparison: Compare to Health Fingerprint Baseline_Comparison --> Anomaly_Detected: Deviation / Anomaly Anomaly_Detected --> Prognostics_Prediction: Predict Failure Time/Component Prognostics_Prediction --> Limp_Home_Triggered: High Confidence Failure Limp_Home_Triggered --> Reconfigure_Desired_Range: Based on Predicted Failure Reconfigure_Desired_Range --> Adjust_Factor_LimpHome: Prioritize Component Life / Safety Adjust_Factor_LimpHome --> Gen_Command_LimpHome: Reduced Performance/Component Isolation Gen_Command_LimpHome --> HT_Actuation_LimpHome: Operate within New Limits HT_Actuation_LimpHome --> Display_Prognostics: Operator Notification (Remaining Life) HT_Actuation_LimpHome --> Monitor_PHM Limp_Home_Triggered --> Full_Shutdown: Unrecoverable/Critical Failure Normal_Ops --> Full_Shutdown: Catastrophic EventCombination Prior Art Scenarios:
- US8515637 + ISO 20417 (Medical devices - Information to be supplied by the manufacturer): Although not a medical device, the detailed PHM outputs, including failure predictions and remaining operational life, adhere to a similar standard for clear, unambiguous information delivery, ensuring operators or maintenance personnel can make informed decisions based on standardized diagnostic formats.
- US8515637 + Prometheus (Open-source Monitoring System): The PHM module exports health indicators, anomaly scores, and prognostics predictions as metrics in a Prometheus-compatible format. This allows for centralized, real-time monitoring and alerting for a fleet of dozers, enabling proactive maintenance scheduling and resource allocation based on predicted component failures.
- US8515637 + Python Scikit-learn (Machine Learning Library): The machine learning models (LSTM, Random Forest) for anomaly detection and fault classification within the PHM module are developed and deployed using Python's open-source Scikit-learn library (or compatible frameworks for edge deployment), leveraging its extensive algorithms for predictive analytics on sensor data.
Generated 5/27/2026, 12:04:44 PM