What This Page Explains
This page covers:
- What a reboot actually is
- Power loss vs software restart
- Brownouts
- Batteries
- Internal power supplies
- Watchdog timers
- Software crashes
- Memory problems
- Thermal shutdowns
- Loose connectors
- Peripheral faults
- Event logs
- Runtime patterns
- Common failure patterns
- How to troubleshoot intermittent reboots
The Simple Version
A reboot can begin with three very different events: input power disappears, the software requests an orderly restart, or the processor stops responding and a watchdog or other protection circuit forces a reset. All three may end at the same startup logo, so the reboot itself does not identify the failed part.
Start by asking whether the entire device lost power or whether displays, fans, indicators, or logs show that power remained while the computer restarted. Then check the event history, battery and power connections, temperature, recent updates, attached accessories, and the timing of the failure. Preserve logs before repeatedly cycling power, especially when the reboot interrupted therapy or patient monitoring.
What Is a Reboot?
A reboot means the device's processor starts its boot sequence again.
You may see:
- Manufacturer logo
- Startup screen
- Self-test
- Software loading
But the reason it restarted can vary.
Reboot vs Shutdown
A shutdown is not always the same as a reboot.
A shutdown may involve:
- Controlled software sequence
- Power removal
- Thermal protection
A reboot typically returns directly into startup.
Hard Reboot
A hard reboot may happen after:
- Sudden power loss
- Processor reset
- Watchdog event
The operating system may not get time to shut down normally.
Soft Reboot
A soft reboot is initiated through software.
Examples:
- User restart command
- Software update
- Operating system recovery
First Clue: What Does the Screen Do?
Ask staff what they actually saw.
Did it:
- Go completely black?
- Show shutdown message?
- Instantly show logo?
- Freeze first?
- Alarm before restarting?
These details matter.
Screen Goes Completely Black
Possible causes include:
- Loss of power
- Power supply collapse
- Battery disconnect
Screen Freezes Then Reboots
Possible causes include:
- Software crash
- Main-board problem
- Memory fault
- Watchdog reset
Power Source Matters
Ask whether the device was:
- On AC
- On battery
- Transitioning between them
AC to Battery Transfer
A device may appear stable while plugged in but reboot when AC is disconnected.
Possible causes include:
- Weak battery
- Battery connection
- Power-management circuit
Battery to AC Transfer
A fault in the charging or power-transfer circuit could also cause reboot when AC is connected.
Weak Battery
A weak battery can show:
- Normal voltage at rest
but collapse under load.
Example
Battery:
12.4 V unloaded.
Device starts.
Processor and display load increase.
Voltage drops suddenly.
Device resets.
Battery Percentage Is Not Proof
The screen may say:
80%.
That does not prove the battery can support the load.
Battery Communication
Some devices use smart batteries.
A communication fault may cause:
- Incorrect state-of-charge
- Battery not recognized
- Unexpected transfer behavior
Battery Contacts
Loose or contaminated battery contacts can create:
- Momentary power interruption
- Reboot during transport
AC Power
A brief interruption in wall power may cause reboot if the battery backup does not take over correctly.
Outlet Is Only One Part
Possible AC path:
Wall outlet
↓
Power cord
↓
Power-entry module
↓
Fuse
↓
Power supply
Loose Power Cord
A damaged or loose power cord can create very brief interruptions.
The device may restart too quickly for staff to notice the power loss itself.
Internal Power Supply
The internal supply converts incoming power into DC rails.
Typical rails may include:
- 24 V
- 12 V
- 5 V
- 3.3 V
Processor Rails
A processor may only need a tiny voltage drop to reset.
The display or fan may continue long enough to make the event look like:
Software reboot.
Brownout
A brownout is a drop in supply voltage rather than complete loss.
Brownout Detection
Processors often include reset circuitry that forces restart if voltage falls below a safe level.
That prevents unpredictable operation.
Power-Good Signal
A power supply may send:
Power Good
to the main board.
If that signal drops:
The processor may reset even if some voltage is still present.
Capacitors
Power supplies rely heavily on capacitors.
Aging capacitors can cause:
- Ripple
- Startup problems
- Load instability
Reboots Under Heavy Load
If the device restarts only when:
- NIBP pump starts
- Printer runs
- Heater activates
- Motor engages
suspect load-dependent power instability.
Example
Monitor stable until NIBP starts.
Pump draws extra current.
5 V rail dips.
Processor reboots.
That strongly points toward power delivery.
Overheating
Processors, power supplies, and other components may shut down or reset when too hot.
Thermal Pattern
Device:
Works for 30 minutes.
Reboots.
Cools.
Works again.
That pattern is highly useful.
Fans and Filters
Cooling problems may come from:
- Failed fan
- Dirty filter
- Blocked vent
- Bad thermal interface
Thermal Sensor
A false temperature reading can also trigger a protective restart.
Actual vs Reported Temperature
Again ask:
Is it truly overheating, or does it only think it is?
Watchdog Timer
A watchdog monitors processor health.
Basic Idea
Software must periodically tell the watchdog:
I am still running.
If the software stops responding:
The watchdog resets the device.
Why Watchdogs Exist
In a medical device, a frozen processor may be more dangerous than a controlled restart.
The watchdog provides automatic recovery.
Watchdog Reset Is a Clue
If the event log says:
Watchdog Reset
you know the processor stopped behaving normally.
You still do not know why.
Possible Watchdog Causes
- Software bug
- Memory corruption
- CPU fault
- Peripheral deadlock
- Power instability
Software Crash
Medical devices often run:
- Embedded operating systems
- Windows
- Linux
- Proprietary software
Software can crash.
Crash vs Power Loss
A software crash may leave evidence such as:
- Error log
- Dump file
- Watchdog event
Power loss may leave different evidence.
Event Logs Matter
One of the first things to check after an intermittent reboot is:
Event history.
Useful Log Entries
Look for:
- Unexpected shutdown
- Watchdog reset
- Thermal event
- Battery fault
- Power failure
- Application crash
Timestamp Matters
Compare the reported clinical time with log entries.
No Log
A sudden power loss may prevent the device from recording anything.
So:
No event log does not prove the reboot did not occur.
Memory Problems
RAM or flash memory faults can cause:
- Crashes
- Boot loops
- Random reboots
RAM
Faulty RAM can corrupt active software.
Possible result:
- Freeze
- Restart
- Watchdog
Flash Storage
Corrupt flash can affect:
- Firmware
- Operating system
- Configuration
Storage Failure
A failing SSD or flash device may cause:
- Slow startup
- File corruption
- Reboot
Boot Loop
A boot loop is a more severe form of restart failure.
The device repeatedly:
Starts Fails Restarts
without reaching normal operation.
Software Update Problems
A bad or incomplete software update can create:
- Reboots
- Startup errors
- Compatibility problems
Firmware Mismatch
Replacing a board with incompatible firmware may also produce repeated restarts.
Peripheral Fault
The main processor may restart because another module behaves badly.
Examples:
- Parameter module
- USB device
- Network interface
- Internal peripheral
Boot With Peripheral Removed
If manufacturer procedure permits:
Removing a suspect module can help isolate the failure.
USB Device
A failed USB peripheral can sometimes cause:
- Boot hang
- Driver crash
- Reboot
Network Driver
A network adapter or driver can also destabilize computer-based equipment.
External Accessory
Do not forget external devices.
A connected accessory may cause:
- Short
- Communication fault
- Excess load
Example
Device reboots only when a specific module is attached.
Known-good module:
No reboot.
Failure follows accessory.
Loose Internal Connector
Vibration can briefly interrupt:
- Power
- Data
- Reset signal
Movement Test
If safe and appropriate:
Reproduce normal transport or cable movement.
Do Not Shake the Device Aggressively
Controlled reproduction should resemble real use.
Main Board
A failing main board may produce:
- Random resets
- No clear pattern
- Multiple unrelated faults
But board replacement should come after lower-level causes are considered.
Clock or Reset Circuit
The processor relies on:
- Stable clock
- Reset circuitry
Faults here can mimic software instability.
Reboot During Startup
If the device consistently restarts at the same point:
That is useful.
Same Point Every Time
Possible causes:
- Software load failure
- Peripheral initialization
- Power demand increase
Example
Device boots until display turns on.
Then reboots.
Backlight load may expose weak power supply.
Random Timing
Truly random reboots are harder.
Look for:
- Temperature
- Movement
- Battery state
- Workload
There is often a hidden pattern.
Clinical Questions
Ask:
- What was happening when it rebooted?
- Was it plugged in?
- Was it moving?
- Was NIBP running?
- How long had it been on?
- Did an error appear first?
One Reboot vs Repeated Reboots
One isolated reboot may be difficult to reproduce.
Repeated events create stronger evidence.
Service History
Check whether the device has prior complaints for:
- Reboot
- Shutdown
- Power loss
- Battery issues
Pattern Across Work Orders
Several “different” complaints may really be the same fault.
Long-Duration Testing
If it fails after hours of use:
Test long enough.
A ten-minute bench test proves little.
Load Testing
Exercise functions that increase power demand.
Examples:
- NIBP
- Printer
- Battery charging
- Motor
AC and Battery Testing
Run separately on:
- AC
- Battery
Then test transitions.
Power Rail Monitoring
For intermittent reboots, it may be useful to monitor suspect DC rails if manufacturer procedures permit.
Multimeter Limitation
A multimeter may miss a very brief voltage drop.
Oscilloscope
An oscilloscope can reveal:
- Transient dips
- Ripple
- Noise
that a slower meter may miss.
But Start Simple
Do not begin with an oscilloscope if:
- Battery is loose
- Fan is packed with dust
Work from common causes outward.
Error Correlation
If reboot always follows:
High temperature alarm
that is significant.
If reboot always follows:
Battery communication lost
that is significant.
One Device vs Many
If several devices reboot simultaneously:
Think shared infrastructure.
Possible causes:
- AC power event
- Network/software event
depending on system.
Single Device
A single affected unit points more toward local hardware or configuration.
Server Restart vs Device Restart
Sometimes staff says:
The monitors rebooted.
What actually happened may be:
Central station application restarted.
The bedside devices never rebooted.
Clarify the scope.
Display Restart Only
Some devices have separate computers or displays.
The display can restart while therapy continues.
Example
Ventilator GUI reboots.
Blower continues ventilating.
That architecture is very different from full device power loss.
Know the System Architecture
A medical device may contain:
- Therapy controller
- User interface processor
- Safety processor
One can reset without all of them resetting.
Alarm During Reboot
Safety systems may generate:
- Technical alarm
- Backup alarm
when a processor restarts.
Reboot Is Sometimes Protective
A controlled restart may be the device responding correctly to an internal fault.
The reboot is not necessarily the root cause.
Common Mistakes
Calling Every Reboot a Software Glitch
Power problems are common.
Replacing the Battery Because the Device Restarted
Test the battery and power path first.
Ignoring Load Conditions
Reboots may only appear during high current draw.
Rebooting the Device and Calling It Repaired
You only proved it started again.
Ignoring Temperature
Thermal faults are often delayed.
Ignoring Event Logs
They may contain the only evidence.
Replacing Main Board Too Early
Follow the lower-level evidence first.
A Useful Troubleshooting Framework
For a rebooting device, ask:
Did the entire device lose power?
Then:
Was it on AC, battery, or transitioning?
Then:
Did it happen under a specific load?
Then:
Was the device hot?
Then:
What do the event logs show?
Then:
Does the failure reproduce with known-good power and accessories?
That separates:
- Power
- Battery
- Thermal
- Software
- Peripheral
- Main board
Another Useful Question
Ask:
What changed immediately before the reboot?
Examples:
- Pump started
- Device unplugged
- Cart moved
- Temperature rose
- Module connected
The trigger can be more valuable than the reboot itself.
What Did You Actually Prove?
If the device reboots once and then works:
You proved:
It successfully completed startup after the event.
You did not prove:
The fault is fixed.
If replacing a battery stops the reboot:
You proved more if:
- Original battery fails load test
- Known-good battery works
- Failure follows original battery
If the log reports:
Watchdog reset,
you proved:
The watchdog triggered a restart.
You did not prove why the processor became unresponsive.
Final Thoughts for Biomeds
A reboot is not a diagnosis.
It is a symptom that tells you:
Normal operation stopped and startup began again.
Think in major categories:
Power
Battery
Heat
Software
Memory
Peripheral
Main Board
Then look for the trigger.
Did the power rail dip?
Did the battery disconnect?
Did the device get hot?
Did software freeze?
Did a peripheral cause the crash?
Once you stop treating:
Random reboot
as one specific failure, the problem becomes much easier to isolate.
And as always:
What did you actually prove?
— Jake
Important Note
Device power architecture, watchdog behavior, event logging, thermal protection, battery management, processor design, software-recovery behavior, and acceptable service tests vary by manufacturer and model. Follow current manufacturer service documentation, preserve event logs when appropriate, use approved test methods, and complete all required functional and safety verification before returning equipment to service.
