Patent 10852846

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.

✓ Generated

Of course. As a Senior Patent Strategist and Research Engineer, I will now generate the requested Defensive Disclosure document for US Patent 10,852,846.


Defensive Disclosure and Prior Art Generation

Reference Patent: US 10,852,846 B2
Title: Electronic device for use in motion detection and method for obtaining resultant deviation thereof
Purpose: This document establishes prior art for a range of derivative inventions and improvements based on the core concepts of US 10,852,846, with the intent of rendering them obvious to a person skilled in the art.


Derivatives Based on Core Claim 1 & 10 (Method and Device for High-Integrity Orientation Sensing)

Axis 1: Material & Component Substitution

1.1. Opto-Inertial and Quantum Tunneling Sensor Fusion

  • Enabling Description: The standard MEMS-based accelerometer and gyroscope are replaced with a fiber-optic gyroscope (FOG) and a MEMS-based accelerometer. The FOG provides superior bias stability and lower noise, reducing the dependency on the accelerometer and magnetometer for drift correction. The standard magneto-resistive magnetometer is substituted with an array of solid-state quantum tunneling magnetometers. These magnetometers offer higher sensitivity and can be arranged in a gradiometer configuration to spatially filter uniform magnetic fields (like Earth's) from local interference sources, providing a cleaner input to the fusion algorithm. The processor is an FPGA (Field-Programmable Gate Array) to handle the high data rate from the FOG and perform the quaternion comparisons and state updates in parallel hardware logic for minimal latency.
  • Mermaid.js Diagram:
    graph TD
        subgraph Device
            A[Fiber-Optic Gyroscope] --> C{FPGA Processor};
            B[MEMS Accelerometer] --> C;
            D[Quantum Tunneling Magnetometer Array] --> C;
            C -- Comparison & State Update --> E[Resultant Deviation Quaternion];
        end
    

1.2. Neuromorphic Processing Core for Sensor Fusion

  • Enabling Description: The conventional computing processor (348, 554, 648) is replaced with a low-power neuromorphic processor (e.g., Intel Loihi, IBM TrueNorth). The sensor fusion algorithm is implemented as a Spiking Neural Network (SNN). The SNN is trained to recognize patterns of reliable vs. unreliable sensor data based on the temporal dynamics of the signals. For example, a sudden, high-frequency change in the magnetometer reading that is not correlated with any change from the gyroscope or accelerometer is learned by the SNN as an interference pattern. The network intrinsically performs the "comparison" and "data association" steps by modulating synaptic weights, resulting in a more power-efficient and adaptive fusion process than the probabilistic method described in the patent.
  • Mermaid.js Diagram:
    sequenceDiagram
        participant Gyro
        participant Accel
        participant Mag
        participant SNN as Neuromorphic Processor
        participant Output
    
        loop Continuous Processing
            Gyro->>+SNN: Angular Velocities (Spikes)
            Accel->>+SNN: Accelerations (Spikes)
            Mag->>+SNN: Magnetic Field (Spikes)
            SNN->>SNN: Process spikes through trained network
            SNN-->>-Output: Updated Orientation (Resultant Deviation)
        end
    

Axis 2: Operational Parameter Expansion

2.1. Cryogenic High-G Inertial Measurement Unit

  • Enabling Description: This variation is designed for tracking the attitude of projectiles or re-entry vehicles experiencing extreme G-forces (>10,000 g) and temperature changes. The nine-axis sensor module is housed within a dewar flask and cooled with liquid nitrogen to cryogenic temperatures (~77 Kelvin). This dramatically reduces thermal noise and bias drift in all sensors. The accelerometer is a high-g piezoelectric type. The fusion algorithm's state prediction model (Equation 5) is augmented to include terms for g-force-dependent bias and scale factor errors, which are characterized for the specific sensors at cryogenic temperatures. The magnetic interference rejection logic is critical, as high-current systems on the vehicle create massive local fields.
  • Mermaid.js Diagram:
    graph TD
        subgraph Cryogenic Module (77K)
            A[High-G Piezoelectric Accel] --> C{Processor};
            B[Cryo-stable Gyro] --> C;
            D[Cryo-stable Magnetometer] --> C;
        end
        subgraph Processing Logic
            C -- Extended State Model --> E[g-force & Temp Compensated Deviation];
        end
    

2.2. Nanoscale Biological Probe Tracking

  • Enabling Description: The method is scaled down to track the orientation of a nanoscale probe (e.g., a functionalized nanoparticle) inside a living cell. The "sensor module" is a single nitrogen-vacancy (NV) center in a nanodiamond. The NV center's quantum spin state is sensitive to local magnetic fields, temperature, and rotation (via the Sagnac effect), effectively acting as a multi-modal nanoscale sensor. An external microwave and laser source excites the NV center, and the resulting fluorescence is read by an optical sensor. The patent's fusion algorithm is adapted to process the optical fluorescence signal, separating the rotational information from the magnetic field information to determine the nanodiamond's orientation while rejecting magnetic interference from cellular processes or external equipment.
  • Mermaid.js Diagram:
    flowchart LR
        subgraph External Equipment
            Laser --> NV_Center;
            Microwave_Source --> NV_Center;
            Optical_Sensor --> Fusion_Processor;
        end
        subgraph Cellular Environment
            NV_Center -- Fluorescence --> Optical_Sensor;
        end
        subgraph Computation
            Fusion_Processor[Fusion Algorithm] -- Processes fluorescence --> Orientation;
        end
    

Axis 3: Cross-Domain Application

3.1. Agricultural Autonomous Vehicle Guidance

  • Enabling Description: The system is integrated into an autonomous tractor's guidance system for precision planting. The nine-axis sensor module is mounted on the planting implement itself. The "resultant deviation" is used to provide real-time yaw, pitch, and roll of the implement. The fusion algorithm is crucial for rejecting magnetic interference from the tractor's own high-current alternator and electric motors. The mapping method (Claim 15) is adapted not for a 2D screen, but for mapping the implement's 3D orientation onto a digital twin of the agricultural field, ensuring that seeds are planted at the correct depth and spacing regardless of terrain undulations.
  • Mermaid.js Diagram:
    stateDiagram-v2
        [*] --> Moving
        Moving --> Planting: Engage Implement
        Planting --> Moving: Disengage Implement
        state Planting {
            direction Process IMU Data
            state "Calculate Implement Orientation" as Orientation {
                direction LR
                IMU_Readings --> Fusion_Engine
                Fusion_Engine --> Reject_Interference
                Reject_Interference --> Resultant_Deviation
            }
            Resultant_Deviation --> Map_to_Field
            Map_to_Field --> Adjust_Actuators
        }
    

3.2. Aerospace: CubeSat Attitude Determination & Control

  • Enabling Description: The device serves as a low-cost, robust Attitude and Heading Reference System (AHRS) for a CubeSat. The nine-axis sensor module is integrated on the main avionics board. The magnetometer data is critical for providing an absolute heading reference relative to Earth's magnetic field. However, CubeSats have significant magnetic interference from reaction wheels, torque rods, and power systems. The patent's method of comparing predicted and measured magnetic states is used to dynamically ignore magnetometer readings during reaction wheel slews or when torque rods are active, relying more heavily on the gyroscope and star tracker (if available) during these periods. This prevents erroneous attitude calculations that could destabilize the satellite.
  • Mermaid.js Diagram:
    graph TD
        subgraph CubeSat Avionics
            A[MEMS IMU] --> Processor;
            B[Magnetometer] --> Processor;
            C[Reaction Wheel Controller] -- Telemetry --> Processor;
            D[Star Tracker] -- Optional --> Processor;
        end
        subgraph Processor Logic
            Processor --> E{State Comparison};
            C -- "Is wheel active?" --> E;
            E -- Yes --> F[Update state without Mag data];
            E -- No --> G[Update state with Mag data];
            F --> H[Final Attitude];
            G --> H;
        end
    

3.3. Medical: Endoscopic Surgical Tool Navigation

  • Enabling Description: A miniaturized nine-axis sensor module is embedded at the distal tip of a flexible endoscope. The resultant deviation provides the surgeon with a real-time 3D orientation of the endoscope's tip inside the patient's body. The operating room is an electromagnetically hostile environment. The algorithm's ability to reject magnetic interference from cauterizing tools, patient monitoring systems, and other equipment is paramount. The mapping method (Claim 15) is used to overlay the calculated orientation of the tool's tip onto a pre-operative CT or MRI scan of the patient, creating an augmented reality view for the surgeon. The "sensitivity" parameter from Claim 15 is adapted to control the zoom level of the AR overlay.
  • Mermaid.js Diagram:
    sequenceDiagram
        participant EndoscopeTip
        participant SurgeonView
        participant PreOpScan
    
        loop Live Surgery
            EndoscopeTip->>EndoscopeTip: Acquire 9-axis sensor data
            EndoscopeTip->>EndoscopeTip: Run interference rejection algorithm
            EndoscopeTip-->>SurgeonView: Send Resultant Deviation (Yaw, Pitch, Roll)
            SurgeonView->>PreOpScan: Query patient anatomy at deviation
            PreOpScan-->>SurgeonView: Return 3D model segment
            SurgeonView->>SurgeonView: Overlay tool orientation on scan
        end
    

Axis 4: Integration with Emerging Tech

4.1. AI-Driven Adaptive Sensor Fusion

  • Enabling Description: The fixed probabilistic comparison model is replaced with a Recurrent Neural Network (RNN), specifically a Long Short-Term Memory (LSTM) network. The LSTM is trained on a vast dataset of sensor readings from various dynamic conditions and interference scenarios. It learns the complex, non-linear relationships between the sensor streams and can predict the true orientation more accurately than a static Kalman filter or the described comparison model. The "data association" becomes an emergent property of the network. Furthermore, the system uses federated learning; a fleet of devices can anonymously share their learned model improvements back to a central server to continuously improve the global fusion model without sharing raw user data.
  • Mermaid.js Diagram:
    flowchart TD
        A[9-Axis Raw Data] --> B(LSTM Network);
        B -- Trained Weights --> C{Inference Engine};
        C --> D[Predicted Orientation];
        C --> E{Error Calculation};
        D --> E;
        E -- Gradients --> F(Federated Learning Aggregator);
        F -- Updated Weights --> B;
    

4.2. IoT-Enabled Environmental Interference Mapping

  • Enabling Description: The device operates as an IoT node, continuously broadcasting its raw sensor data and its calculated "resultant deviation" to a cloud platform. The cloud service aggregates data from thousands of these devices in a geographical area. By analyzing discrepancies between the measured magnetic field and the expected Earth magnetic field (from a model like the WMM), the platform builds a real-time, 3D map of electromagnetic interference. Other devices can then download this map and use it as an additional input to the fusion algorithm's "measured state" (step 725), allowing them to pre-emptively distrust their magnetometer in known interference zones.
  • Mermaid.js Diagram:
    graph LR
        subgraph IoT Device 1
            A[Sensor Data] --> B{Fusion Algorithm};
            B --> C[Orientation];
        end
        subgraph IoT Device 2
            D[Sensor Data] --> E{Fusion Algorithm};
            E --> F[Orientation];
        end
        subgraph Cloud Platform
            B --> G[Data Aggregator];
            E --> G;
            G --> H[Interference Map Generation];
            H -- Interference Data --> E;
            H -- Interference Data --> B;
        end
    

Axis 5: The "Inverse" or Failure Mode

5.1. Graceful Degradation to Inertial-Only Dead Reckoning

  • Enabling Description: The system includes a confidence metric for each sensor stream. The magnetic confidence drops when the measured state diverges significantly from the predicted state (as per the patent). A similar confidence metric is added for the accelerometer based on detected high-g shocks or high-frequency vibrations that indicate the reading does not represent gravity. If both magnetic and acceleration confidences fall below a threshold for a sustained period (e.g., 500ms), the system enters a "dead reckoning" mode. In this mode, it relies only on the integrated gyroscope readings to update the orientation. A warning flag is set, and the UI displays a "low confidence" or "heading drift possible" indicator. This prevents wild, unpredictable orientation jumps when both external references (gravity and magnetic field) are unreliable.
  • Mermaid.js Diagram:
    stateDiagram-v2
        state "9-Axis Fusion (High Confidence)" as S1
        state "6-Axis Fusion (Low Mag Confidence)" as S2
        state "Dead Reckoning (Low Accel/Mag Confidence)" as S3
    
        [*] --> S1
        S1 --> S2: Mag interference detected
        S2 --> S1: Mag interference cleared
        S2 --> S3: High vibration detected
        S1 --> S3: Mag interference AND high vibration
        S3 --> S2: Vibration ceases
        S3 --> S1: All clear
    

Combination Prior Art Scenarios

1. Combination with Robot Operating System (ROS)

  • Enabling Description: A C++ class MagneticRejectionImuNode is created as a ROS 2 component. It subscribes to standard ROS topics: /imu/data_raw (sensor_msgs/Imu) and /imu/mag (sensor_msgs/MagneticField). It implements the complete method of US 10,852,846, including the quaternion-based state updates and the comparison logic to reject faulty magnetometer data (steps 1245-1260). The node publishes its output on the /imu/data_filtered (sensor_msgs/Imu) topic, with the orientation field populated by the high-integrity "resultant deviation." This makes the patented method a drop-in module for any robot using the standard ROS navigation and sensor stacks, rendering it an obvious combination for improving localization and control in robotics.

2. Combination with Android Sensor Framework (ASOP)

  • Enabling Description: The method is implemented as a new sensor fusion provider within the Android Open Source Project (AOSP) sensor HAL (Hardware Abstraction Layer). A new virtual sensor type, SENSOR_TYPE_GAME_ROTATION_VECTOR_PLUS, is defined. When an application requests this sensor, the SensorManager routes the raw accelerometer, gyroscope, and magnetometer data to this new fusion engine instead of the standard one. This engine explicitly implements the logic of determining a "second updated state" (step 1150) that excludes undesirable magnetism. The resulting benefit is more stable and reliable orientation data for AR/VR and gaming applications on the Android platform, making it a direct and obvious improvement over the existing SENSOR_TYPE_GAME_ROTATION_VECTOR.

3. Combination with WebXR Device API

  • Enabling Description: The core logic of the patent is implemented in WebAssembly (WASM). This WASM module is used as a polyfill for browsers implementing the WebXR Device API. When a web application requests an XRSession, the polyfill intercepts the raw sensor data provided by the underlying OS. It processes this data through the WASM module to generate a more stable orientation quaternion. This new quaternion is then used to construct the XRPose object that is delivered to the web application. This improves the stability of web-based AR experiences, particularly when the user moves through areas of varying magnetic interference, making it an obvious enhancement to the open standard for delivering cross-platform immersive web content.

Generated 5/14/2026, 6:46:15 PM