Revision 7.5.1.0, May 31, 2018

General

Documentation: Review and correction.

 

HartSlvXDeviceSimulation

New: All universal commands and common practice commands 34, 35, 38, 48, 78 and 512 are supported by the slave simulation.

New: An example is providing source code for a user slave implementation in C#.

HartDLL

Bugfix: Using an extended command the function BHDrv_FetchConfirmation reported two data bytes more than existing.

 

FrameAlyst

Bugfix: When the com port was changed in record mode the program discontinued recording.

Bugfix: The slave simulation display was not working.

Bugfix: The time stamp in cmd 9 was not decoded. The editing of the slots was not correct.

New: Editing of command 9 supports 8 device variables.

Bugfix: Decoding of command 15.

Bugfix: Don't convert strings in data syntax to upper case.

Bugfix: Fill strings with zero characters instead of spaces.

 

Revision 7.5.0.2, March 24, 2017

General

The code for the trial version was not reflected correctly in all documents.

The correct user name is: '30-Days-Trial-User-License'.
The code should read: 'Ea58v60F-x3jk-wi9n-RrI3-7c072aA6ae0B'.

 

HartX

Bugfix: The event procedure CommResultHandler was not called.

 

FrameAlyst

Bugfix: The script file was not loaded. The version in the script file was reported as 7.5.1.

 

Version 7.5.0.1, January 2, 2017

General

This revision is tested under Windows 10.

The structure of components and modules had been changed. The HartDLL slave interface was removed. Two modules for a slave simulation had been added. SlaveDLL as native DLL and SlaveX as .NET control for slave services.

The documentation was simplified. Only one main document is used for all components of HartTools. Smaller documents may be added in future for describing special applications or functions.

The scheme for licensing was simplified too. Only two licenses are provided. One for standard Users and one for Developers.

 

FrameAlyst

The main structure of FrameAlyst remained unchanged.

 

HartDLL

All existing functions remained unchanged.

Delayed: The new monitor interface will be available in one of the next revisions.

 

HartX

No basic changes had been made to keep compatibility to existing user solutions.

 

SlaveDLL

This native DLL was introduced to allow an easy implementation of a Hart slave implementation on a PC.

 

SlaveX

This component was introduced to provide a set of objects for a Hart slave device written in C# or Visual Basic.

 

Revision 7.4.2.11, February 1, 2016

FrameAlyst

Bug fix: The monitor stopped when the com port was changed while the master function was activated.

 

HartDLL

Bug fix: The slave simulation did not work correctly with com port numbers > 10.

 

Revision 7.4.2.10, January 11, 2016

HartDLL

Bug fix: Size of data was reported two bytes more than received by the function FetchConfirmation, if the command was an extended command (16 bit).

 

Revision 7.4.2.9, December 6, 2015

HartDLL

Bug fix: Possible thread collisions when receiving cyclic data through callback.

Bug fix: Size of cyclic data in BaHartDrv74_Iface.cs changed to 200 bytes.

 

Revision 7.4.2.8, August 24, 2015

HartDLL

Internal: Size of cyclic data changed internally from 64 bytes to 200 bytes.

 

Revision 7.4.2.7, July 20, 2015

HartDLL

Bug fix: After a couple of hours it could come to an exception because of concurrent processes in the DLL. This was also depending on the Windows version and the installed environment.

 

Revision 7.4.2.6, April 27, 2015

FrameAlyst

Bug fix: Decoding of Command 78. Command codes are 16 bit.

 

Revision 7.4.2.5, April 6, 2015

HartX

Bug fix: Failed service was closing the communication channel.

New: The Close() method is setting com port to 0, clears connection data and discards all active services! The Com port has to be reinitialize to open the driver again.

New: Methods Connect() and Disconnect()

New: Methods Lock() and Unlock()

New: Property UseUniqueID

New: Property UniqueID

New: Property HandleOfChannel

New: Example MultiThreadingX

New: Programming examples in the Manual

FrameAlyst

Bug fix: Com port specific monitoring in multithreading applications.

HartDLL

Bug fix: Multithreading applications.

Bug fix: Order of service execution

New: Example MultiThreadingDLL

Revision 7.4.2.4, February 1, 2015

HartX

Bugfix: Handling of xString influenced the data buffer if xStringLen > 0.

New: DoAction allows to trigger event.

FrameAlyst

Bug fix: Did not decode data if master mode off and slave mode off.

HartDLL

Bug fix: PickString was modifying data buffer.

Revision 7.4.2.3, January 8, 2015

HartX

Bugfix: Coding of integers changed to MSB

Revision 7.4.2.2, January 3, 2015

HartX

New: Event CommResult

New: Information Properties

New: Properties for Pv Simulation

New: Example for C# reworked (using CommResult)

Version 7.4.2, July 31, 2014

FrameAlyst

Bug fix: Support of data type double

Bug fix: Loading of user simulation DLLs (developer only)

Bug fix: In Cmd38 the CfgCount was decoded with the little endian

Bug fix: If the main form is off screen it is positioned on the desktop center

New: Store records of a test session in xml-format

New: Store records of a test session in html-format

HartDLL

Bug fix: State machine stuck under certain conditions.

Bug fix: PickString did not use offset.

Bug fix: Decoding of the data type double.

HartX

New: Property 'xDouble'

New: Method  'DoExtCommand' for 16 bit Hart commands

HartSlave

New: Support of data type double

New: Support of 16 bit commands

New: C# Test client source for the Hart slave device simulation DLL

C# Examples

All sources checked by StyleCop

Version 7.4.1, February 14, 2014

FrameAlyst

Slave settings editable.

New prototype for a device data handling service.

Scripts can be stored to and loaded from file (xml).

HartDLL

Improved timing behavior.

Function export by module definition.

Example for the usage in Excel.

HartX

Example for LabVIEW applications.

Example for Excel applications.

HartSlave

More commands and status simulation.

Version 7.4.0, January 12, 2014

Overview

 

Start Menu	Directory Structure
The start menu structure was not changed much. The directory structure still contains x86 and x64 for explicit 32 bit and 64 bit debugging. A new subdirectory  xAnyCPU was added for debugging applications which were linked with the attribute AnyCPU .

General Changes

All components (except the HartDLL) are based on .NET 4.0.

A 30 days trial limit is provided for all components (including the HartDLL).

FrameAlyst

The human interface was designed anew to provide a state-of-the-art appearance.

New functions are trigger, filter and scripting.

Copy selected data to AnyFrame.

The handling of the slave simulation DLL had been fully integrated.

Two versions are available: Standard and Development.

For more details please refer to the user's manual of FrameAlyst.

HartDLL

Most of the interface functions remained unchanged. Only a few functions regarding the slave interface had been modified.

Callback functions may be used for the post processing after service completion.

The structures which are used at the interface are slightly modified. However, because the name changed a re-compilation of existing applications is required anyway.

The poll address range was extended to 0..63.

The DLL is supporting 16 bit commands.

Addressing by long tag name is supported.

HartX

The HartX was ported to .NET 4.0.

A new documentation had been made available.

HartSlave

The simulation interface was improved. The example command interpreter  was extended by some Hart 7 commands.

 

Version 7.3.0

Not Published

Version 7.3 was never released.

Version 7.2.0, July 8th, 2012

Hart Tools Structure

The left side is showing the basic structure of the start menu which is subdivided in the areas Documentation, EmbeddedSlaveC, x64 and x86. To allow separate debugging of the examples in 32 and 64 bit projects the examples are available in two versions for each. The structure x86 contains the 32 bit solutions and x64 the 64 bit solutions. In addition FrameAlyst 7.2 is also available in a version which supports 32 bit and 64 bit systems as well. Hart Tools 7.2 Register is available in two versions because the access of the registry is different if 32 bit applications are running on 64 bit machines

By default the installation is done in the Windows volume of the computer. The default path on most computers is therefore: c:\Borst Automation\Hart Tools 7.2\ The subdirectories CommonC, CommonC# and CommonVb are containing platform independent headers or modules which are shared by the applications. These files are mainly target to the definition of the interface of the DLL to C/C++, C# and Visual Basic. The source code of the examples is the same for 32 and 64 bit. Therefore it is contained in Example sources. But the solutions for the examples are separated into x86 and x64 versions.

 

Visual Studio Requirements

The examples are based on Visual Studio 2010.

Using the DLL

When using the DLL the first call to the DLL has to be a call of the function BHDrv_ValidateLicense.

HartDLL.BHDrv_ValidateLicense(new StringBuilder("Valid User Name"),
                              new StringBuilder("Valid License Key"));

The correct user name and the license key are provided in the user license certificate.

HartDLL 7.2

This is the first release of the Hart driver to this base version. 7.2 is the second migration in the direction of Hart 6 and Hart 7.

Target 64 Bit

The DLL and the example applications are fully compatible to 32 bit and 64 bit.

Version 7.1.2, September 18th, 2011

HartDLL 7.1

The previous version was consuming memory continuously. This bug was fixed in the current version.