Remote industrial application debugging
Industrial applications are very custom. Sometimes it is hard to reproduce environment out of the factory floor. Because of that we are offering the ability to connect rte which in secure way exposes hardware interface for firmware developer expert who can solve issue for our custom configuration.
We mastered solutions based on:
- Embedded Linux
- any other type of application with well defined interface
There are various situations that may require to work remotely on a platform to enable its support in projects like coreboot, U-Boot, Linux or edk2. When traveling we don’t always have the facility to perform various tests. Sometimes enabling happen in early stage of production when number of available devices is not sufficient to serve for all of the developers. rte gives you environment that can be shared and has low level access to peripherals so any hang can be recovered by reflashing or power cycle.
It may happen that our device has to support set of peripherals that came from various off-shore vendors. Those peripherals may have different behavior. It happens a lot that we want to make sure that the one we choose will work correctly over a long period of time. Performing thousands of power state cycles or hot plug events is problematic. We solve that by using rte.
Measuring of performance data takes time and requires good framework for execution and gathering data. This problem was already resolved by projects like Phoronix Test Suite. rte can deploy and schedule almost any testing framework as well as make sure that the results are correctly saved on dedicated storage.
- 1×3 GPIO header (directly connected to OPi zero)
- 1×4 GPIO header (expander GPIOs with no OC buffers)
- 2 additional USB connectors (normally populated as 2,54mm pin header on OPi zero) which can be used to connect external flash programmers like DediProg or RS232 converters
- 1×3 UART header for Armbian/Yocto system debug output and console
- 2×4 SPI header 2,54mm with all necessary signals to flash SPI chips
- 1×4 I2C header
- 1×9 pin header with GPIOs connected to OC buffers
- 2×3 pin header with UART OUTPUT SELECT jumpers
- 1×3 pin UART1 header for serial communication with DUT
- DB9 male connector for RS232
- relay and 2 DC Jack female connectors
- 1×2 5V output header
- reset button