Essential to Wind River Device Management is the ability to create Sensorpoints to gain visibility into running embedded applications. A Sensorpoint is software used to instrument "live" applications dynamically without modifying the application source code, rebuilding the application, reflashing boards, or rebooting the device.
Sensorpoints enable engineers to dynamically patch functions on running devices; access local and global variables within the scope of a function; and remotely monitor, configure, and control the execution of an application. Sensorpoints are minimally intrusive on device performance. They can be disabled after test, and activated as needed to diagnose and repair a device under test. Sensorpoints can be created by development engineers, leveraged by test teams, and used by support engineers to diagnose and repair software defects in deployed devices.
Specific Applications of Sensorpoints
Intelligently Exercise Subsystems and Functions
- Inject specific values in variables
- Force conditional expressions to execute code paths
- Inject faults for routines
- Alter the system's environment (e.g., change values read from sensors, set CPU and peripheral controllers register values, modify streaming data)
Expedite Problem Reproduction and Resolution
- Force the state of the system to reproduce the error by altering the system's environment
- Capture a trace of global and local variables, function calls, and data during the reproduction of a problem
- Timestamp any point in the system to determine timing defects and performance
Dynamically Debug Running Software
- Insert debug code (including logs and printfs) to isolate defects
- Insert code to test fixes
- Peek and poke variables, registers, and sensors to validate fixes
- Modify a running system without having to reboot and set up tests for every code change
Force the System to Extreme Conditions
- Inject faults at any time during a test
- Force the environment of the device to a specific state (e.g., high temperature reading on a sensor)
- Log timestamps that quantify the performance of any part of the device
- Set the device to a specific state that may only be reached after hours of continuous operation (e.g., buffers full, queues empty, calculating PI to the 40 millionth decimal place)
- Eliminate the use of sophisticated test equipment (e.g., forcing the hop count to a large value in a data packet)
