Known issues and advisories

March 2018 Version 2.2.0

  • MX471 CAN channels potential issue. There is the following known issue with using MX471 CAN channels in a CX23R test. Sometimes the test will fail to start on a "Timeout waiting for (MX471) channel ready announcements" error and the system will reset. In almost all cases, the test will restart properly after the system reset. We have never seen this issue on a power cycle test restart so that's the last resort for getting a test to run if it does not start on the error reset.

  • Recommended browsers. The recommended browsers when using the CX23-R web interface are up to date versions of Chrome and Firefox. The web interface may work on other browsers but may result in degraded or undesirable operation.
  • Setups utilizing a video encoder, created with v1.14.0 will require configuration changes to work in v1.14.1. If a previous setup was created with v1.14.0 or earlier firmware, the resolution of your video image will need to be changed to a properly supported resolution prior to running the test.
  • Setups utilizing multiple video channels from a multi-channel video encoder is not supported. Although the CX23-R will allow the user to specify multiple video streams from a multi-channel encoder, using more than one channel from a multi-channel encoder is not supported, and configuring a test with this configuration may in not as-configured results, and is at the user’s own risk. It is recommended the user only use one channel on a multi-channel video encoder.
  • Help system extensions appearing after firmware updates. When upgrading firmware, it is possible for browsers not to update the Help system content when opening the Help System. A full browser refresh, and removing of all temporary files is recommended to fix this issue.
  • Issue with propagating changes in the hardware panel. Changes made to test setup parameters in the Hardware page are currently not propagated to computed channels, output channels, DataModes or display charts like they are when changes are made using the Input channel spreadsheet. Until this is fixed, users should keep this in mind when using the Hardware page to edit channels if the test setup contains computed channels, output channels, DataModes or display charts.
  • Live video displays when using the Axis m7001 video encoder. The Axis m7001 encoder can be used, but there are limitations on video display capabilities with this old and now discontinued Axis product. Video frames will be properly stored in the SIE file; however, viewing of the video frames is supported in the Hardware view only. As such, video frames cannot be displayed when the SIE test is running.
  • Users with previously undefined profiles. If users have been previously configured with no profile, those users will be given read only permissions until a profile is assigned. This is an advisory effective if upgrading from v1.8.3 or earlier firmware.
  • Caution when using Netgear networking interfaces with the CX23-R. Certain Netgear switches and routers have been known to not work reliably when connected to the Host port of the CX23-R. The problem will manifest as the Netgear networking interface showing the CX23-R is not connected when in fact it is. In certain situations, a power cycle of the Netgear networking interfaces can correct the problem. For these reasons, it is strongly recommended that for any high availability or high assurance test platforms, that Netgear networking interfaces not be used to connect to the CX23-R Host port.
  • Caution when using Firewire with MX Modules. In certain atypical usage scenarios, MX modules can lose PTP sync when a test run is restarted after a reboot. See the help system topic that discusses setting up the SomatXR system for more information.
  • MX modules can get into a state where they can only be recovered via a power cycle. On occasion, MX modules may get into a state where they are no longer recognized by the CX23-R interface. The work around for this issue is to power cycle the MX module.
  • EX23-R PTP Synchronization with MX modules using ports 5 and 6. Using a system connected with MX modules connected to ports 5 or 6 on the EX23R can rarely result in the MX modules losing sync with the CX23R until the EX23R is rebooted or power cycles. This has only been encountered in QA testing a few times and only when the system has been running for relatively long periods of time (e.g., over a week). However, this can be very problematic for long term unattended testing - particularly in scenarios where power is never cycled. As such, it is strongly advised that MX modules are not connected to ports 5 or 6 in long term unattended tests. Network sources such as Axis cameras can be connected to port 6 (or port 5 when routed through a commercial PoE switch).