XCTU Release Notes (PN 93009460_B) Build 6.1.3.1 March 18, 2015 (c) 2015, Digi International http://www.digi.com Introduction ---------------------------------------------------------------------- This document provides the latest release information for the XCTU, the configuration and testing tool for Digi International Inc. radio modems. XCTU 6.1.3, March 2015 ---------------------------------------------------------------------- 1. Changes with respect to previous version The main purpose of this release is to fix the following issues that will improve the user experience of the upcoming RF Kits: * Improved the look and feel of the frames interpreter control in the API Console and Frames Interpreter tool. * IO packets now display more detailed data about digital and analog lines. * Settings without a default value will not be marked as wrong any longer. * Read-only settings are not refreshed now when loading factory default settings. * DigiMesh 900 radio modules can be configured remotely now. * Hardware version number is displayed in a correct hexadecimal format now. * Sleeping radio modules working in AT mode with a baud rate different than 9600 can be added and configured in XCTU without problems now. * Fixed some issues in several API frames: - 0x8D - Route Information Packet: Fixed the information provided for the source, responder and receiver addresses. - 0xA2 - Device Authenticated Indicator: Removed this frame from the ZigBee protocol filter. - 0xA4 - Register Joining Device Status: Removed this frame from the ZigBee protocol filter. 2. Supported Operating Systems The XCTU currently supports the following Operating Systems: * Microsoft Windows XP/Vista/7/8 (32 and 64 bits) * Mac OS X, 10.6 and higher versions (only 64bits) For additional information about the system requirements, refer to the built-in documentation. 3. Known Issues and Limitations * XCTU is not compatible with the following Digi RF devices: - XTream OEM RF modules family - XCite OEM RF modules family * XCTU includes a mechanism to avoid the computer to go to sleep automatically in Windows and MacOS systems when it is performing long duration tasks (i.e.: network discovery, range test, etc.). However, if you force the computer to sleep while XCTU is performing such tasks, the USB ports that XCTU was communicating with may become unresponsive after the system wakes from sleep. Furthermore, if you try to close the communication with them they could hang and they won't recover even if you close XCTU. If this happens you must unplug and plug again the USB cable to restore the communication with the port. You can do this even while XCTU is running. * ZigBee local modules configured as End Devices will not be able to perform Network discovery in the Network working mode. * XLR PRO Radio Solution and programmable XBee radio modules do not support the recovery feature provided by XCTU. XCTU 6.1.2, September 2014 ---------------------------------------------------------------------- 1. Changes with respect to previous version The main purpose of this release is to add support for the XLR PRO Radio Solution. This release also fixes the following issues that have been detected by several customers since XCTU was officially released: * Support for ‘API 2 – API Mode With Escapes’ operating mode in ‘Frames Generator’ and ‘Frames Interpreter’ tools. * Correctly display IP settings of XBee modules when operating in API 1 or API 2 mode. * ZNet devices working in Transparent (AT) mode are now properly discovered and added to XCTU. * Discovery of remote devices does not modify the 'NO' setting of the module. * XBee S5 modules with DP protocol running firmware v1027 or earlier are now discovered correctly. * Function label of an XBee device will now display the firmware version when the firmware cannot be found by XCTU. * Sent and received frames with unknown API data in the API console shouldn't cause exceptions any longer. * Removed GIF, ICO and TIFF formats from the save screenshot dialog in the Network working mode (they were not working correctly). * Fixed some issues in several API frames: - 0x10 - Transmit Request: Removed the payload size limit. - 0x07 - Remote AT Command (Wi-Fi): 'Remote cmd. options' field is now a text box control. - 0x11 - Explicit Addressing Command Frame: Removed the payload size limit. - 0x17 - Remote AT Command: 'Remote cmd. options' field is now a text box control. - 0x8A - Modem Status: Added missing status codes. - 0x8F - IO Data Sample RX Indicator: Fields 'Digital channel mask' and 'Analog channel mask' are properly interpreted. - 0x90 - Receive Packet: Removed the payload size limit. - 0x91 - Explicit Rx Indicator: Removed the payload size limit. - 0x92 - IO Data Sample Rx Indicator: Fields 'Digital channel mask' and 'Analog channel mask' are properly interpreted. - 0x95 - Node Identification: Fixed interpretation of frame and added 'Device type identifier' field. - 0x98 - Extended Modem Status: Added this new frame supported in new ZigBee firmwares. - 0xB0 - RX IPv4: Removed 'Frame ID' field. - 0xFF - Generic: Removed the payload size limit. 2. Supported Operating Systems The XCTU currently supports the following Operating Systems: * Microsoft Windows XP/Vista/7/8 (32 and 64 bits) * Mac OS X, 10.6 and higher versions (only 64bits) For additional information about the system requirements, refer to the built-in documentation. 3. Known Issues and Limitations * XCTU is not compatible with the following Digi RF devices: - XTream OEM RF modules family - XCite OEM RF modules family * XCTU includes a mechanism to avoid the computer to go to sleep automatically in Windows and MacOS systems when it is performing long duration tasks (i.e.: network discovery, range test, etc.). However, if you force the computer to sleep while XCTU is performing such tasks, the USB ports that XCTU was communicating with may become unresponsive after the system wakes from sleep. Furthermore, if you try to close the communication with them they could hang and they won't recover even if you close XCTU. If this happens you must unplug and plug again the USB cable to restore the communication with the port. You can do this even while XCTU is running. * ZigBee local modules configured as End Devices will not be able to perform Network discovery in the Network working mode. * XLR PRO Radio Solution and programmable XBee radio modules do not support the recovery feature provided by XCTU. XCTU 6.1.1, January 2014 ---------------------------------------------------------------------- 1. Changes with respect to previous version The main purpose of this release is to fix the following issues that have been detected by several customers since XCTU was officially released: * Fixed a problem that was causing the tool not to display the available serial ports in some scenarios. * Numeric firmware settings can now be configured with '0'. * Sleeping DigiMesh and 802.15.4 nodes (working in AT operating mode) can now be discovered and configured in XCTU. 2. Supported Operating Systems The XCTU currently supports the following Operating Systems: * Microsoft Windows XP/Vista/7/8 (32 and 64 bits) * Mac OS X, 10.6 and higher versions (only 64bits) For additional information about the system requirements, refer to the built-in documentation. 3. Known Issues and Limitations * XCTU is not compatible with the following Digi RF devices: - XTream OEM RF modules family - XCite OEM RF modules family * XCTU includes a mechanism to avoid the computer to go to sleep automatically in Windows and MacOS systems when it is performing long duration tasks (i.e.: network discovery, range test, etc.). However, if you force the computer to sleep while XCTU is performing such tasks, the USB ports that XCTU was communicating with may become unresponsive after the system wakes from sleep. Furthermore, if you try to close the communication with them they could hang and they won't recover even if you close XCTU. If this happens you must unplug and plug again the USB cable to restore the communication with the port. You can do this even while XCTU is running. * ZigBee local modules configured as End Devices will not be able to perform Network discovery in the Network working mode. XCTU 6.1.0, December 2013 ---------------------------------------------------------------------- 1. Changes with respect to previous version * Network working mode A new working mode called Network has been implemented in XCTU. In this new working mode you can see the topology of a local radio module's network. The highlights of the Network working mode include the following features: - Possibility to discover and represent the network topology of 802.15.4, ZigBee and DigiMesh protocols. - Display the network topology using different built-in profiles. - Navigate between nodes moving and zooming them. - Represent all the network nodes in a table with details. - Obtain the links between nodes as well as their link quality. - Search for a specific node and highlight it. - Save a picture of the network. - Attach or detach the network view being able to display more than one network at the same time. * Device Cloud working mode Another working mode called Device Cloud has been also added. This new working mode allows you to learn about Device Cloud by Etherios platform, create an account and access your personal Device Cloud page. * Range Test tool The Range Test tool has been included within the Tools drop-down menu of the main toolbar. This tool allows you to perform a range test between a local radio module and any of the remote modules working in the same network as the local one. The highlights of the Range Test tool include the following features: - The tool is able to perform range tests of 802.15.4, ZigBee and DigiMesh protocols regardless of the working mode (AT or API) of the modules. - Chart control displaying the current and historic link qualities between modules. - Different controls indicating the number of packets sent, lost, etc. * Firmware Explorer tool The Firmware Explorer tool allows you to navigate through the firmware library contained in XCTU displaying the different firmware versions as well as their settings. It also gives you the possibility to load and generate firmware profiles. The tool is included within the Tools drop-down menu of the main toolbar. * Remote firmware update The remote firmware update feature has been implemented. Now you are able to update the firmware of a remote radio module the same way you do with a local one. In order to perform a remote firmware update, the local radio module must be configured in API operation mode. Remote firmware update functionality is limited to the following radio modules: - XBee/XBee-PRO ZB - Programmable XBee-PRO ZB - XBee/XBee-PRO ZB SMT - Programmable XBee-PRO ZB SMT - XBee-PRO 900HP - XBee 865LP - XBee 868LP * Lots of bug fixes and improvements See the Change log within XCTU for more information. 2. Supported Operating Systems The XCTU currently supports the following Operating Systems: * Microsoft Windows XP/Vista/7/8 (32 and 64 bits) * Mac OS X, 10.6 and higher versions (only 64bits) For additional information about the system requirements, refer to the built-in documentation. 3. Known Issues and Limitations * XCTU is not compatible with the following Digi RF devices: - XTream OEM RF modules family - XCite OEM RF modules family * XCTU includes a mechanism to avoid the computer to go to sleep automatically in Windows and MacOS systems when it is performing long duration tasks (i.e.: network discovery, range test, etc.). However, if you force the computer to sleep while XCTU is performing such tasks, the USB ports that XCTU was communicating with may become unresponsive after the system wakes from sleep. Furthermore, if you try to close the communication with them they could hang and they won't recover even if you close XCTU. If this happens you must unplug and plug again the USB cable to restore the communication with the port. You can do this even while XCTU is running. * ZigBee local modules configured as End Devices will not be able to perform Network discovery in the Network working mode. XCTU 6.0.0, September 2013 ---------------------------------------------------------------------- 1. Changes with respect to previous version Everything. First public (Beta) release. Please, note that this Software is released as Beta and may still contain defects. We make a version available so you can try the latest features and contribute with feedback, what help us to improve the experience using the XCTU Software. We thank you in advance for your contribution. 2. Supported Operating Systems The XCTU currently supports the following Operating Systems: * Microsoft Windows XP/Vista/7 (32 and 64 bits) * Mac OS X, 10.6 and higher versions (only 64bits) For additional information about the system requirements, refer to the built-in documentation. 3. Known Issues and Limitations * XCTU is not compatible with the following Digi RF devices: - XTream OEM RF modules family - XCite OEM RF modules family * Remote firmware update is not yet implemented. * Some computers (mostly laptops) may include a built-in modem. The discovery process could be corrupted if you try to perform a device discovery specifying the port used by modem. If that happens, you will need to restart the application in order to perform a new discovery. * Remote discovery in DigiMesh networks is not yet supported. * Resetting a module while XCTU is communicating with it (during a configuration or console session), may cause the module to not respond during 10-15 seconds.