Shock-Triggered Peripheral Configuration for Mobile IHSs
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Mobile Information Handling Systems (IHSs) face increased support burdens due to accidents like drops or collisions, which can cause hidden damage, making diagnosis difficult and impacting warranty determinations.
Innovation Solution
The IHS is configured to detect shock events and communicate this information to peripheral firmware, which performs self-tests and corrective actions, including configuration updates and data access control, to ensure compatibility and health.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If mobile IHS sales increase to provide convenience and versatility, then user mobility and device versatility improve, but the frequency of accidents such as drops and collisions increases
Solution Approach 1:
The system performs preliminary actions by detecting shock events through accelerometers and proactively notifying peripheral devices before damage occurs. The host system sends notifications to peripheral firmware about detected shocks, allowing peripherals to take preventive measures such as pausing operations or switching to safer modes before actual damage can happen to the peripheral components.
2Ease of repair
If traditional diagnostic methods are used after accidents, then technicians can troubleshoot problems, but diagnostic time increases and support burdens increase
Solution Approach 1:
The system performs preliminary diagnostics by automatically detecting shock events and notifying peripheral devices, which then perform self-tests and report their status before technician arrival. This preliminary action captures diagnostic information that would otherwise require time-consuming manual testing, allowing technicians to arrive with already-gathered diagnostic data about which peripherals may be affected by the accident.
Solution Approach 2:
Peripheral devices perform self-service diagnostics by automatically executing self-tests when notified of shock events. The peripheral firmware independently assesses its own health status and reports findings to the host system, eliminating the need for technicians to perform manual diagnostic procedures on each peripheral device and significantly reducing diagnostic time.
3Productivity
If hidden damage from accidents is not detected, then devices may continue operating, but undiagnosed errors manifest later making root cause analysis difficult
Solution Approach 1:
The system implements feedback by creating a closed-loop communication channel where the host system notifies peripherals of shock events, peripherals perform self-tests and report their status back to the host. This feedback mechanism ensures that hidden damage is detected and communicated promptly, allowing for informed decisions about device operation continuity while maintaining accurate records of the accident event for later root cause analysis.
Data Source
AI summary
Systems and methods for configuring peripherals in response to accidents are described. In some embodiments, an Information Handling System (IHS) may include: a processor; and a memory coupled to the processor, the memory having program instructions stored thereon that, upon execution by the processor, cause the IHS to: obtain a notification of a shock event of the IHS; communicate information regarding the shock event to peripheral firmware of one or more peripherals of the IHS. The peripheral firmware may receive the information regarding the shock event of the IHS from the IHS; and responsive to the information, perform a corrective action. In some embodiments, the corrective action includes a configuration update and a communication to the IHS of the configuration update, a self-test scan for health of the peripheral, shutting off port or data access to the peripheral, and/or collection of telemetry of the peripheral.