Known issues and advisories

February 2019 Version 2.8.4

New or revised issues and advisories:

  • Issues with CAN database editor. There are problems with the user interface correctly tracking changes made in the Single channel editor (SCE) when it is closed. In some scenarios the changes are not applied to the spreadsheet grid interface. If the user experiences this problem (i.e., makes changes in the SCE but cannot save the changes, or makes changes in the SCE that are not correctly reflected in the spreadsheet grid), the following procedure will fix the problem. If the user interface allows the user to save changes, save the changes and refresh the browser. If the user interface does not allow the user to save changes, make a temporary change on some parameter value, save the changes, refresh the browser, and then reverse the temporary change.
  • Mode 2 networking chart display issue. If a Slave node in a Mode 2 networked test has one or more CAN raw message channels, and there are charts on the Master node configured to display the raw message data, these charts will not display any data. There is no workaround for this.
  • Limitations on CAN database Vector DBC file export (revised).
    • CAN database CCP channels are currently excluded.

Errata (advisories):

  • Recommended browsers. The recommended browsers when using the eDAQXR 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.
  • SIE file naming conventions when using FTP upload. Please note that file naming conventions and special character usage can affect whether the FTP server you are uploading to, will accept the file. There are characters that are illegal file name characters in Windows systems, and likewise for Linux systems. Please avoid these illegal characters when considering what operating system your FTP server is running on.
  • Use of HTTP and HTTPS protocols and browser add-ons / extensions when connecting to the eDAQXR. When performing a firmware upgrade and using the HTTP protocol, a CTRL+F5 refresh of your browser after the firmware update is required to ensure that new features and GUI elements are available. The same is true of the help system. If the user accesses the help system after a firmware update, a CTRL+F5 is required to ensure new help content is made available as well. The optimal performance when using the eDAQXR is realized using the HTTP protocol, inclusive of typical use, as well as download operations from the eDAQXR. Additionally, it is recommended that any browser add-ons or extensions be disabled when using the eDAQXR as their enablement has been linked to degrading performance of the GUI interface when in use.
  • Caution when using Netgear networking interfaces. Certain Netgear switches and routers have been known to not work reliably when connected to the Host port of the eDAQXR. The problem will manifest as the Netgear networking interface showing the eDAQXR 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 eDAQXR Host port.

Errata (known issues):

  • Legacy eDAQ discovery after firmware update. The legacy eDAQ layers on the eDAQXR system are not always discovered after a firmware update, power cycle or system reboot. Improvements were made in v2.8.0 to vastly reduce the likelihood of this issue occurring. Based on long term power cycle tests on multiple systems, this has been seen considerably less than 1 time in 1000 cycles. If a test is running, the system will reset and the test will be restarted.
  • eDAQ EBRG/EHLS digital filter limitations. These eDAQ layers do not support certain digital filter / sample rate settings across all 16 channels of any layer.
    • Decimal 20000 S/s Linear Phase 6667 Hz: Maximum of 12 channels per layer. The 25000 S/s Linear Phase 8333 Hz is supported for all 16 channels.
    • Decimal 10000 S/s Butterworth 1500 Hz: Maximum of 15 channels per layer.
    • Decimal 100 S/s Linear Phase 33 Hz: Maximum limited to 15 channels per layer only if Test engine frame rate is 100 Hz; otherwise, supported for all 16 channels.
    • Binary 8192 S/s Butterworth 1700 Hz: Maximum of 15 channels per layer.
    • Binary 4096 S/s Butterworth 640 Hz: Maximum of 15 channels per layer.
  • Sporadic NETDEV WATCHDOG time out error. This error is seen very rarely after a system boot from a power cycle or software initiated reset. The system reboots on this error and will automatically restart an SIE test that was running when the initial power cycle or software initiated reset occurred.
  • Sporadic eDAQ legacy EBRG layer EXCITATION_5V_OFFSET error. This error is seen very rarely after a system boot from a power cycle or software initiated reset. The system reboots on this error and will automatically restart an SIE test that was running when the initial power cycle or software initiated reset occurred.
  • Sporadic MX module HANDLE SUBSCRIBE error. This error is seen rarely after a system boot from a power cycle or software initiated reset. The system reboots on this error and will automatically restart an SIE test that was running when the initial power cycle or software initiated reset occurred.
  • Limitation with Mode 2 networking. Channels cannot be shared across the network nodes (i.e., channels defined on any given node cannot be used on another node for DataMode triggering, use in a computed channel, etc.). The user interface does not prohibit this. If the user configures as SXR test in this way, the user interface will attempt to start the test run. However, the system will reset on error.
  • Limitations on using MX471 modules. The MX471 can be overloaded and not able to keep up with the processing required if there are too many CAN channels assigned. This is significantly affected by the CAN bus load – specifically the broadcast rate of the CAN messages. For example, the following test scenario will result in an overload. Test using all 4 ports with 128 channels assigned to each port (using 32 CAN messages per port) broadcast at 100 messages per second. In most cases, the XR system will reset on an overload situation, but not always. As such, users are strongly advised to avoid MX471 overload situations – particularly for unattended testing.
  • Web browser exceptions. The web browser interface will sometimes lock up or not properly reflect the actual states of the hardware or test. Refreshing the browser will usually correct this.
  • Potential loss of data sync issue when using Firewire with MX modules. In certain usage scenarios, MX modules can lose PTP sync when a test run is restarted after a reboot. Connecting an MXB module to any other MXB module using FireWire without both having an Ethernet connection to the data processor can result in acquired data not being synchronized to the data processor on one or more MXB modules.
  • 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 EX23-R can result in the MX modules losing sync with the eDAQXR/eDAQXR-lite until the EX23-R is reconfigured properly. Reconfiguring these ports is fairly trivial. Please contact HBM Support at support@usa.hbm.com if your test application requires using MX modules on ports 5 and 6.
  • Push notifications on iOS devices. There is a known issue with the iOS HBM Push application, where notifications will not be pushed, but instead have to be fetched by closing or reopening the app on your iOS device, or performing a pull down refresh of the notification list.
  • Setups utilizing multiple video channels from a multi-channel video encoder is not supported. Although the eDAQXR 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.
  • 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.