DAS Release Notes
DAS Release Notes
General Hints:
1. Upgrading DAS: If you upgrade from an older DAS version, please check your setup
with the old version directly before the installation of the new version.
This allows to distinguish clearly between the rare problems caused by a new DAS
version and all kind of problems completely unrelated to the installation.
2. Duration of the Installation: Depending on the status of your Windows registry (in
particular in case lots of software is installed), the installation may take several
minutes, due to the USB driver installation. There is no defined limit, installation
times of 10 minutes have been observed, in particular on 64 bit Windows versions. If
possible please avoid terminating the installation.
Hint: You can check the status of dpinst.exe with the Windows task manager.
3. Use USB 3.0 or high speed USB 2.0: Please use always at least USB 2.0 ports, hubs
and quality cables. This prevents all kind of problems, in particular also very sporadic
failures.
SPD: For an SPD device connection this is a mandatory prerequisite.
USB power supply: Please use a dedicated power supply for USB hubs when several
USB devices are connected.
4. Reset pull-up: After releasing reset on the target board, the reset has to be
deactivated within 200µs after the tool releases the pin. Therefore ensure that the
reset pin pull-up on the target board has a low enough value to deactivate the reset.
Otherwise the “DAS halt after reset” function may not work or the device is not even
recognized.
5. Conflicts with other USB devices: There is a general issue with the USB infrastructure
and its implementations, that not all components fulfill highest quality requirements.
It has been observed in rare cases that the combination of miniWiggler(s) and other
USB HW, connected over USB hubs can result in crashes of the PC. This is highly
dependent on the used USB HW and drivers.
Usually these problems disappear if the USB hub (possibly also as part of a notebook
docking station) is removed or a different type of hub is used.
It may also be necessary to use another USB port of your computer.
Another general root cause for such crashes are ground loops via long USB and other
cables. This can even damage the USB port of a PC. Please check if there is a risk in
your setup.
6. FT2232H and FT2232D chips: The USB driver of the FTDI USB to serial chips, used for
the miniWiggler and on-board wigglers, will sporadically fail (after hours or days) if a
mixture of FT2232H and FT2232D chips is used. FT2232H and FT2232D chips can be
easily distinguished by their package size.
All new evaluation boards and miniWigglers use the faster FT2232H chip.
7. Firewall: Please ensure that your firewall settings allow the socket based
communication between the DAS components. It must be possible to start a DAS
Server with the DAS Server Control Panel.
8. Enabling the JTAG interface: The miniWiggler has a signal with a pull-up connected
to a connector “GND” pin (JPD pin 19 of Automotive JTAG connector or GND pin 12
of OCDS L1 connector of the old miniWigglers). This is used by the UDAS server to
check whether the target is connected with JTAG or not.
Please ensure that this pin is connected to GND in case of JTAG.
10. Virtual machines: It is discouraged to run DAS on a virtual machine when the Access
HW (miniWiggler etc.) is connected via USB. The performance of such a setup is very
low. With virtual machines, a reliable SPD connection (if possible at all) cannot be
guaranteed. (See also to point 3.)
11. Corrupted USB driver configuration: Windows shows warnings like: "Windows
cannot load the device driver for this hardware. The driver may be corrupted or
missing." In this case please refer to:
"C:/Program Files/DAS/others/driver/clean_old_drivstore/readme.txt"
Changes:
Changes:
UDAS Server V3.13
1. Support of latest AURIX devices added. Minor bug fixes
2. DAPE support for TC4x devices added
Changes:
General
1. New installer
2. Tested on Windows-10 64 bit machines
Changes:
Changes:
Changes:
General
1. 64 bit DAS is now available
2. New GUI design prepared for Windows 10
Changes:
Changes:
DAS API V4.1, DAS API DLL V2.1, UDAS V3.7 and DAS Tools V3.8
1. Tool can prevent that connect_to_device() tries with a reset if no device responds.
2. Tools in this DAS release ask now the user before they try to connect with a reset.
Changes:
Changes:
DAS Tools
1. Information about device connection improved (DAS Device Info window)
======= DAS V4.3 =======
Date: 2013-03-12
Customers: Internal, tool partners and customers
Changes:
mcdxdas.dll
1. Support of latest devices of the AURIX, XMC4000 and XMC1000 families
2. TriCore: Can set now generic breakpoints in flash (before only possible with HW
breakpoints)
General
1. Robustness and responsiveness improved
2. DAS Device Scanner shows Access HW name if no device is responding
3. Support for latest devices added, in particular XMC4000 family
4. Supports Windows 7, Vista and XP
5. Windows 2000 is not supported anymore
6. Windows XP and Vista will show warnings during the USB driver installation
7. Latest USB drivers and libs for FTDI chip are used in UDAS server
======= DAS V3.3 =======
Date: 2011-02-17
Customers: Internal, tool partners and customers
Changes:
General
1. Support for latest devices added
2. mcdxdas.dll improved (latest devices, breakpoint implementation, etc.)
3. MCD Basic Client select window shows now also access HW without a connected device
UDAS Server
1. XE166/XC2000 BSL programming support for latest devices added
General
1. Support for latest devices added das_dad.dll added again in installation for supporting
legacy tools
2. mcdxdas.dll controls now run led of miniWiggler (used by MCD Basic Client)
3. MCD Basic Client has now a core select window and loads mcdxdas.dll dynamically
UDAS Server
XE166/XC2000 support for latest devices added
Limitations
mcdxdas.dll and das_dad.dll don't fully support very latest XE166/XC2000 devices
======= DAS V3.1.0 =======
Date: 2010-08-20
Customers: Internal, tool partners
Changes:
General
1. Support for latest devices added
2. das_dad.dll removed from installation (use mcdxdas.dll instead)
UDAS Server
1. USERPINS_GET doesn't return error anymore in case of miniWiggler in JTAG mode
2. TRIGGERPINS_GET doesn't return error anymore in case of miniWiggler in DAP mode
3. Minor bug fixed in SET_DEVICE implementation
4. RESET pin: No spike anymore, which occurred during disconnect of the ECF HW
5. TriCore: Improved robustness of error notification e.g. for access to unimplemented
addresses
6. XE166/XC2000 connected over JTAG: Bug fixed for reset without halt
7. miniWiggler JTAG/DAP/SPD: USR8 pin (not on connector) default value changed from 0
to 1
8. Tools can check now availability of SPD feature (depends on USB 2.0 connection)
Changes:
General
1. Support of new TriCore, XC2000, XE166 and XC800 derivatives
2. MCD API support added for TriCore, XC2000, XE166 and XC800 (mcdxdas.dll)
3. MCD Basic Client replaces DAD (das_dad.dll) based DAS Basic Client
4. WHQL certified USB Driver will be installed automatically.
- miniWiggler, on-board Wiggler: Windows 2000; Win XP 32+64bit; Vista 32+64bit;
Win7 32+64bit
- USB Wiggler (dark gray box) : Windows 2000; XP; Vista; 7 (all 32bit only)
5. General minor changes for improved robustness