ScanGuide.txt
上传用户:lhxd_sz
上传日期:2008-02-12
资源大小:778k
文件大小:28k
源码类别:

软件工程

开发平台:

Visual C++

  1. 1. ModScan Overview
  2. 1.1 Document/View Architecture
  3. 1.2 Modbus Data Definition
  4. 1.3 Display Formats
  5. 1.4 Connecting to a Modbus Network
  6. 1.4.1 Direct Serial Connections
  7. 1.4.2 Modem Connections
  8. 1.4.3 Network Connections
  9. 2. Menu Commands
  10. 2.1 File menu
  11. 2.2 Connection menu
  12. 2.3 Setup menu
  13. 2.4 View menu
  14. 2.5 Window menu
  15. 2.6 Help menu
  16. 3. Tool & Status Bars
  17. 3.1 Toolbar
  18. 3.2 Format Selections
  19. 3.3 Status Bar
  20. 4. Testing Features
  21. 4.1 Writing Data to the Modbus
  22. 4.2 Message Counters
  23. 4.3 Observing Serial Traffic
  24. 4.4 Capturing Data to Text File
  25. 4.5 User Defined Commands
  26. 4.6 Scripts
  27. 5.  Using ModScan with a Database
  28. 6. Using OLE Automation
  29. 6.1 Overview
  30. 6.2 Automation Routines
  31. 7. Distribution/Registration
  32. 7.1 Pricing
  33. 7.2  Licensing
  34. 7.3 Support
  35. 7.4 Other Products
  36. 1. ModScan Overview
  37. The ModScan application operates as a MODBUS mastermodbus_protocol device
  38. in either RTU or ASCII transmission modes.  ModScan may be used to access
  39. and modify data points contained in one or more MODBUS slave devices
  40. connected to the PC via a serial port, modem, or network.  ModScan supports
  41. the standard MODBUS message types 01-06, 15 & 16, as well as providing
  42. the ability for you to exercise special features of a slave device by
  43. transmitting custom command strings and observing the response.  ModScan
  44. is a useful test and diagnostic tool for verifying the proper slave
  45. response to MODBUS queries as well as being a low cost data collection
  46. tool for interfacing data into PC database and spreadsheet applications.
  47. 1.1 Document/View Architecture
  48. ModScan utilizes the standard Windows Multiple-Document-Interface, (MDI),
  49. architecture for displaying modbus data to the user.  Each document
  50. represents a series, (array), of modbus data points identified by the 
  51. following parameters:
  52. Slave Device Address Represents the physical device attached to 
  53. the modbus network
  54. Data Type Internal data representation, (i.e. input, coil, register)
  55. Data Address Point address within the device
  56. Length Number of points to scan/display
  57. Associated with each document is also a timer, which is used to
  58. periodically scan new data from the defined slave and refresh the
  59. display.  The modbus data definition is accessible from the ModScan
  60. menu or via edit controls in the top splitter window of the document
  61. display.  As new data is obtained from the slave device, it is 
  62. written to the bottom splitter window in one of several formats,
  63. depending upon your preference.  The size of each document display
  64. window is adjustable via the splitter control.
  65. 1.2 Modbus Data Definition
  66. The upper half of each Document's View represents the data selected for
  67. display, (and possible capture to a historical data file).  In most
  68. testing applications, the ModScan will only be connected to a single
  69. modbus slave device, however, in a multidrop modbus network, there may
  70. be several devices accessible from a single connection.  The "Device Id"
  71. edit control allows you to specify the slave address for the source of
  72. the data.  Likewise, edit controls are available to select the point
  73. type, data address, and number of data points to access.
  74. Notice that the modbus protocol uses a 5-digit representation for the
  75. slave data address which infers the point-type.  For example, 
  76. INPUT STATUS values are always represented in the range 10001-19999:
  77. HOLDING REGISTERS are displayed as 40000-49999.  The ModScan application
  78. uses the standard notation for displaying data in the bottom splitter
  79. window, however the address specified in the upper splitter address edit 
  80. control assumes a 4-digit physical point address.  This address, coupled
  81. with the point-type specifier completely defines the data to be accessed
  82. in the slave device.
  83. The upper splitter window also contains two counters which are used to
  84. tally the number of data requests made from this document to the modbus
  85. connection and the number of valid slave responses received in reply.
  86. A button is available within the display which resets the counters
  87. associated with this document. 
  88. 1.3 Display Formats
  89. As data is received from the slave device, it is displayed to the lower
  90. splitter view of the associated document.  Any errors incurred during
  91. the exchange of information will be displayed on the first line.  The
  92. font and colors used to display the data is configurable via the View,
  93. Config menu options.
  94. Modbus register data may be displayed in any of the following formats:
  95. Binary Data displayed as 16 discrete values.
  96. Decimal Ranges from -32767 to 32768
  97. Hexadecimal 0000-ffff
  98. Floating Point IEEE Standard Floating Point Notation
  99. (Requires two registers per value)
  100. Word-Swapped Floating Point
  101. Inverted Floating Point used by some processors
  102. Double-Precision Floating Point
  103. 64-bit Floating Point Notation
  104. Word Swapped Dbl Precision
  105. Inverted 64-bit Float Values
  106. 1.4 Connecting to a Modbus Network
  107. 1.4.1 Direct Serial Connections
  108. ModScan may be used to obtain data from modbus slave device connected
  109. to the PC in one of three basic physical arrangements.  The most common
  110. connection is via any one of the four available PC serial COM ports.
  111. ModScan uses the standard Win32 software drivers for communication with
  112. the COM ports, thereby providing support for any hardware serial boards
  113. which may be installed in the Windows operating system, (including RS-232,
  114. RS-485, etc.).  You have complete control over the operating characteristics
  115. of the serial connection by selecting the appropriate baud rate, parity,
  116. and control line, (handshaking), properties to match the slave device(s).
  117. 1.4.2 Modem Connections
  118. In remote testing situations, the ModScan application may be used to
  119. communicate with a modbus network over a dedicated modem connection.
  120. ModScan supports the TAPI, (telephony application interface), standard 
  121. implemented in Windows and Windows NT.  If selected, the modem connection
  122. dialog allows you to enter a phone number for dialing.  Any TAPI device
  123. configured within the Windows operating system is available for use.
  124. It is also possible to connect via modem to a remote system utilizing
  125. the built-in networking characteristics of Windows '95 & NT.  To do this,
  126. you will need to configure the ModScan application to connect via a TCP/IP 
  127. connection which has been setup within Windows to automatically dial and
  128. establish a PPP connection with another Windows machine which is connected
  129. directly to the slave device(s) you wish to use.  In this case, ModScan
  130. operates as if it were using a network card connected directly to a
  131. modbus to tcp/ip bridge device.
  132. 1.4.3 Network Connections
  133. ModScan allows modbus communications to occur over a TCP/IP network.
  134. This feature requires the use of a modbus to TCP/IP bridge device which
  135. can service network requests from the network and obtain the data from
  136. a connected slave device prior to responding to queries from the ModScan
  137. application.  A bridge device operates as a network server, providing
  138. support to numerous client applications distributed over the network.  
  139. WinTECH Software provides such a server for interfacing to a single
  140. serial modbus network.  Third-party vendors may provide various solutions
  141. for interfacing TCP/IP to modbus devices via other hardware, (i.e. modbus
  142. plus, etc.).  If the interfacing specification for these network bridge
  143. devices is available in the public domain, they may be included in future
  144. releases of the ModScan application.  If you have the need to use ModScan
  145. with a third-party vendor's equipment, please contact the WinTECH Software
  146. support line for consideration.
  147. 2. Menu Commands
  148. 2.1 File menu
  149. The File Menu offers the following commands:
  150. New Creates a new ModScan document.  Each document represents
  151. a different block of data from a modbus device.
  152. Open Opens an existing document.
  153. Close Closes an open document.
  154. Save Saves an open document.
  155. SaveAs Saves an open document to a specified file name.
  156. Print Prints an open document.
  157. Print Setup Selects a Printer and Printer connection.
  158. Exit Exits ModScan
  159. 2.2 Connection menu
  160. The Connect menu offers the following commands:
  161. Connect Attaches the ModScan application to a modbus network,
  162. enabling data collection.
  163. Disconnect Detaches the ModScan application from the network,
  164. freeing up resources for other Windows applications.
  165. 2.3 Setup menu
  166. The Setup menu offers the following commands:
  167. Data Definition Defines the document properties of the modbus data to
  168. be scanned.
  169. Display Options Allows the document data to be viewed in a variety of
  170. formats.
  171. Show Data -This default view configuration displays data values 
  172. as obtained from the modbus slave device.
  173. Show Traffic-This option allows the serial data stream to be 
  174. displayed in place of the data points.
  175. Binary -Register values are displayed as 16 discrete bits.
  176. Decimal -Register values are displayed in decimal format,
  177. (-32767-32768).
  178. Hex -Register Values are displayed in Hexadecimal, 
  179. (0000-ffff).
  180. Floating Pt.-Register Values are displayed in floating point 
  181. notation, (two registers are required).
  182. Swapped FP -Register Values are displayed in floating point 
  183. notation, (least significant register first).
  184. Dbl Float -Register Values are displayed in floating point 
  185. notation, (four registers, (64 bits), are required).
  186. Swapped Dbl -Register Values are displayed in floating point 
  187. notation, (least significant register first).
  188. Hex Addresses-Displays the addresses of data points in hexadecimal 
  189. notation..
  190. Extended Options Provides the ability to write data to a connected
  191. slave device.
  192. Force Coils -Provides the ability to write coil values to a
  193. designated slave device.
  194. PreSet Registers-Provides the ability to write register values
  195. to a designated slave device.
  196. User Commands-Allows you to define and transmit a custom command.
  197. Script Files-Begins execution of a test script.
  198. Text Capture Begins collecting modbus data to a specified text file.
  199. Dbase Capture Begins collecting data into a defined database table.
  200. Capture Off Stops data collection.
  201. Reset Counters Clears all modbus message status counters in all
  202. documents.
  203. 2.4 View menu
  204. The View menu offers the following commands:
  205. Toolbar Shows or hides the toolbar.
  206. Status Bar Shows or hides the status bar.
  207. Display Bar Shows or hides the format toolbar used to select the  display 
  208. format for modbus registers.
  209. Config Allows you to customize the appearance of ModScan by 
  210. selecting the colors and font used.
  211. Background Color-Selects the color for the ModScan data display
  212. splitter view.
  213. Foreground Color-Selects the text color used to display data values.
  214. Status Color-Selects the color used to show the modbus status line.
  215. Font -Selects the font.
  216. 2.5 Window menu
  217. The Window menu offers the following commands, which enable you to
  218. arrange multiple views of multiple documents in the application window:
  219. New Window Creates a new window that views the same document.
  220. Cascade Arranges windows in an overlapped fashion.
  221. Tile Arranges windows in non-overlapped tiles.
  222. Arrange Icons Arranges icons of closed windows.
  223. Window 1, 2, Goes to specified window.
  224. 2.6 Help menu
  225. The Help menu offers the following commands, which provide you assistance
  226. with this application: 
  227. Help Topics Offers you an index to topics on which you can get help.
  228. About Displays the version number of this application.
  229. 3. Tool & Status Bars
  230. 3.1 Toolbar
  231. The toolbar is displayed across the top of the application window, below
  232. the menu bar.  The toolbar provides quick mouse access to many tools
  233. used in ModScan.  The toolbar is detachable and dockable by clicking the 
  234. mouse on the toolbar background and dragging it to the desired location
  235. within the ModScan application window.
  236. 3.2 Format Selections
  237. The format toolbar is displayed across the top of the application window,
  238. below the menu bar.  The format toolbar provides quick mouse access to
  239. select the format used by ModScan to display the contents of modbus 
  240. registers.  The toolbar is detachable and dockable by clicking the mouse
  241. on the toolbar background and dragging it to the desired location within
  242. the ModScan application window.
  243. 3.3 Status Bar
  244. The status bar is displayed at the bottom of the ModScan window.  To
  245. display or hide the status bar, use the Status Bar command in the View
  246. menu.
  247. The left area of the status bar describes actions of menu items as you
  248. use the arrow keys to navigate through menus.  This area similarly shows
  249. messages that describe the actions of toolbar buttons as you depress them, 
  250. before releasing them.  If after viewing the description of the toolbar
  251. button command you wish not to execute the command, then release the
  252. mouse button while the pointer is off the toolbar button.
  253. The right areas of the status bar indicate the message counters for
  254. all modbus message activity logged by the various active documents.
  255. 4. Testing Features
  256. 4.1 Writing Data to the Modbus
  257. In order to write a MODBUS data point in a slave device, the communications
  258. with the device must first be initiated by scanning a series of data
  259. points by configuring the correct addressing information and initiating a 
  260. polling cycle.  Once the data is successfully  displayed, double-clicking
  261. the address/value portion of the screen will initiate a dialog box which
  262. allows the value to be changed.  If the polling cycle has been configured
  263. to represent coil addresses, double-clicking an address will initiate
  264. the Change Coil Dialog.
  265. The Change Register Dialog Box may be initiated by configuring the display
  266. to represent register data and double clicking on an address.
  267. Register values may be written using binary, decimal, hexadecimal, or
  268. floating-point notation, depending on the preference selection currently
  269. in effect.
  270. Pressing the Update Button in either write data point dialog will initiate
  271. the appropriate MODBUS write command, (05 or 06), during the next scheduled
  272. poll.
  273. 4.2 Message Counters
  274. Each document maintains a counter for each query message transmitted to
  275. a modbus slave device and a counter for each correct response returned
  276. from the addresses slave.  The counters for a given document may be reset
  277. via a button control accessible via the upper, (data definition), splitter
  278. view.  A total count of all message counters from all active documents,
  279. (including any OLE Automation client documents), is displayed via the
  280. ModScan status bar.  
  281. 4.3 Observing Serial Traffic
  282. Use this command to troubleshoot the connection to a particular modbus
  283. device.  When selected, this option will display the serial data exchanged
  284. between the ModScan application and the slave device associated with this
  285. document.  The data display splitter view will show data transmitted to
  286. the slave device and data returned from the slave device as communications
  287. occur during the normal polling cycle.  This will help to isolate a problem
  288. with possible misinterpretation of the modbus protocol.  Data will be
  289. displayed in either decimal or hex, depending upon the preference settings
  290. in effect for viewing the modbus data points.  Normal data collection,
  291. (if enabled), will continue.
  292. 4.4 Capturing Data to Text File
  293. An optional feature of ModScan is its ability to capture modbus data
  294. directly into a database.  The Microsoft Jet database engine allows
  295. you to automatically update a compatible database with new data each
  296. time it is read by a ModScan document.  Included within a database,
  297. the data is easily accessible for manipulation and display of customized
  298. applications.  Even without this option, ModScan may be used to capture
  299. data to an ASCII text file , which may then be ported in an off-line
  300. fashion to your database.
  301. 4.5 User Defined Commands
  302. Use this command to customize a command string for transmission to a
  303. designated modbus slave device.  This command is useful for observing
  304. the slave response to non-standard modbus queries or to test its reaction 
  305. to requests for data which may not be available.  The slave device should
  306. respond with the proper exception message if a master device asks for
  307. data which is beyond its address range or otherwise unavailable via the 
  308. modbus.  
  309. After transmitting the user string, ModScan will receive characters for
  310. the entire time-out period specified for the connection.  The results
  311. will then be updated to the appropriate edit control on the dialog box.
  312. User defined messages transmitted to a slave device will not show up
  313. in the ModScan message counters.
  314. 4.6 Scripts
  315. Test scripts are one of the most unique features of ModScan.  They provide
  316. for production testing of modbus slave devices by allowing you to construct
  317. and execute a series of modbus messages to be sent to an attached slave
  318. device to verify and log the responses.  Script files are constructed
  319. using any word-processor or spreadsheet application to define the test
  320. message and expected slave response.  Response codes are available which
  321. determine how ModScan verifies the response against the user supplied data.
  322. For example, one script entry may request the contents of a group of known
  323. registers and expect the exact response to be returned.  Another script
  324. entry may complete successfully if the correct number of register values
  325. is returned, regardless of the contents.
  326. Test scripts may be executed one entry at a time, (single-step), or
  327. placed in a loop to execute continuously, logging the results to a text
  328. file for later observation by a test technician.
  329. If continuous execution of the script is desired, an auxiliary dialog box
  330. defines the looping characteristics.
  331. Test results are displayed as each script entry is executed.
  332. 5.  Using ModScan with a Database
  333. An optional feature of ModScan32 allows you to write data directly into
  334. a Microsoft compatible database such as Access.  ModScan uses the Jet
  335. database engine to provide an efficient exchange of information from an 
  336. addressed slave device into the designated database table.  Selecting the
  337. Dbase Capture menu ietm allows you to associate a ModScan document with
  338. a given database table.  The table will then be updated with new data
  339. each time the slave device is polled.  If you change the properties of
  340. the document while collection is enabled, updates to the database will
  341. temporarily cease.  Database updates will resume if the original 
  342. properties are restored.
  343. 6. Using OLE Automation
  344. 6.1 Overview
  345. An optional feature of ModScan32 is the ability to access modbus data
  346. using OLE Automation routines.  This allows custom programs to be
  347. generated, (using Visual Basic, Excel Basic, etc.,), to interpret and
  348. format data according to your specific requirements. OLE Automation
  349. routinesHID_OLE_ROUTINES provide both read and write access to one or
  350. more modbus slave devices through the ModScan application.
  351. Using the OLE Automation routines is a very simple process:
  352. The VBA application links to the ModScan32.tlb file, (Type Library),
  353. which details the names for each automation procedure and its argument
  354. list.  From the Visual Basic development framework, this is done by
  355. selecting the menu item to include a custom type library and then
  356. browsing for ModScan32.tlb.  During the initial Form Load operation,
  357. the application must call Create Object as follows:
  358. CreateObject("ModScan32.Document")
  359. The application then creates one or more PollRequests which define an
  360. array of data points to be read from a modbus device.  Data defined by
  361. the Poll Request will be automatically scanned by the ModScan application
  362. on a 1 second basis.  (NOTE:  The ModScan application must be connected
  363. to the modbus network prior to the VBA application starting up.)
  364. The application uses the handle returned from the CreatePollRequest
  365. procedure to access, (read or write), a value within the defined array.
  366. During application termination, it must free the memory used by the
  367. ModScan application to maintain the data points by deleting any Poll
  368. Requests created.
  369. Refer to the Visual Basic Example application included with the ModScan 
  370. distribution files for additional details.
  371. 6.2 Automation Routines
  372. The following OLE Automation routines are supported by ModScan32:
  373. short CreatePollRequest (short Device, long Address, short Length)
  374. Arguments:
  375. Device - Specifies the slave device address
  376. Address - Specifies the data point address,
  377. (in modbus master  (5 digit) format.
  378. coil status addresses:  00000-09999
  379. input status addresses:  10000-19999
  380. input register addresses:  30000-39999
  381. holding register addresses:  40000-49999
  382. Length - Specifies the number of values included in the 
  383. definition
  384. Return Value:
  385. Point Handle - Defines the array structure for future 
  386. reads & writes
  387. Notes:
  388. Sets up data structures within ModScan to begin polling the
  389. specified data.  ModScan must be connected to the modbus
  390. network prior to creating the data array.  CreatePollRequest
  391. returns a non-zero value if the data structure was successfully
  392. created, otherwise it returns 0.
  393. short ReadValue (short PointHandle, short Index, short  *pValue)
  394. Arguments:
  395. Point Handle -  refers to value returned from CreatePollRequest
  396. Index - Specifies the index into the array structure
  397. *pValue - is a pointer to a value to be returned.
  398. Return Value:
  399. Status - indicates whether or not the operation was completed
  400. successfully
  401. Notes:
  402. Status will be MBUS_OK, (0), if the data point was
  403. successfully read, otherwise, a  non-zero value 
  404. indicates one of the defined error conditions.
  405. short WriteValue (short PointHandle, short Index, short  Value)
  406. Arguments:
  407. Point Handle -  refers to value returned from CreatePollRequest
  408. Index - Specifies the index into the array structure
  409. Value - is the data to be written.
  410. Return Value:
  411. Status - indicates whether or not the operation was completed
  412. successfully
  413. Notes:
  414. Status will be MBUS_OK, (0), if the data point was successfully
  415. queued for transmission to the addresses slave.  A zero return
  416. value does not indicate successful transmission of the request
  417. to the slave device.  The controlling application is responsible
  418. for verifying the write operation by reading back the value
  419. written.
  420. short ModifyPollRequest (short PointHandle, short Device, long Address, short Length)
  421. Arguments:
  422. Point Handle -  refers to value returned from CreatePollRequest
  423. Device - Specifies the new slave device address
  424. Address - Specifies the new data point address,(in modbus
  425. master  (5 digit) format.
  426. Length - Specifies the number of values included in the
  427. definition
  428. Return Value:
  429. Status will be MBUS_OK, (0), if the data point was successfully
  430. modified, otherwise, a  non-zero value indicates one of the
  431. defined error conditions.
  432. Notes:
  433. Immediately after changing the parameters of a defined data
  434. point, the current status of each value in the array will be
  435. set to MBUS_UNINITIALIZED, indicating that the data does not
  436. represent that defined  by the device/address definition.
  437. The first poll after modification should reflect the true
  438. status of the addressed data array.
  439. short DeletePollRequest (short PointHandle)
  440. Arguments:
  441. Point Handle -  refers to value returned from CreatePollRequest
  442. Return Value:
  443. Status will be MBUS_OK, (0), if the data point was successfully
  444. modified, otherwise, a  non-zero value indicates one of the
  445. defined error conditions.
  446. Notes:
  447. This routine frees up memory allocated by ModScan to support
  448. the defined Poll Request.
  449. 7. Distribution/Registration
  450. 7.1 Pricing
  451. ModScan is a time-limited demo application which allows you to connect
  452. up to a modbus network and evaluate its operation without cost or
  453. obligation.  ModScan is designed to allow unrestricted use for a period
  454. of 3 1/2 minutes after successful communication is established with a
  455. slave device.  During this time, all features, including OLE and database
  456. support are active.  At the end of the demo period, ModScan will cease
  457. updating the views associated with each document.  You must restart
  458. the application to resume operation.
  459. The introductory registration price for the ModScan32 application is $64.95.
  460. Options to allow interfacing data to a database and/or OLE are additional.
  461. ou may print an order form by selecting a button control within the
  462. ModScan About box.  
  463. For the latest pricing and availability details, please refer to the
  464. WinTECH Software Web-Site at http://www.win-tech.com
  465. 7.2  Licensing
  466. ModScan32 is distributed as a shareware/demo-ware application which may
  467. be freely distributed without charge to prospective users.  Time limits
  468. and registration reminder screens are utilized to encourage registration.
  469. If you find this application useful, please refer it to your associates
  470. in the hope that they too may be able to use it.
  471. If you choose to register this application, you will receive a license
  472. certificate with access codes which will remove all program restrictions
  473. when entered into the initial sign-on dialog box.  You will only need to
  474. enter the registration codes once.  A single-user license allows the
  475. purchaser to use the application on as many different machines as desired,
  476. so long as there is only one copy of the application running at any given
  477. time.  Running multiple instances of the application on different machines
  478. at the same time is a violation of the copyright owned by WinTECH Software.
  479. Multiple-User and Site-licenses are available for installations which
  480. require multiple simultaneous use of the ModScan application.
  481. 7.3 Support
  482. For the latest product and pricing information, please refer to the
  483. WinTECH Software Web-Site at:
  484. http://www.win-tech.com
  485. For technical support, please e-mail:   
  486. support@win-tech.com
  487. To place an order, fax to:  
  488. 1-304-645-5966
  489. or mail:
  490. WinTECH Software
  491. P.O. Box 907
  492. Lewisburg, WV  24901
  493. U.S.A.
  494. 7.4 Other Products
  495. WinTECH Software offers the following products and services which may
  496. be of interest:
  497. Modbus Driver Dll's
  498. Windows drivers are available to support either the modbus master
  499. or modbus slave protocol on a PC.  These drivers are written in 'C'.
  500. They are available in either 16 or 32-bit designs and include all 
  501. modbus message formatting and interaction with the Windows serial
  502. drivers.  A simple API is made available to your application, which
  503. greatly simplifies its design and allows you to very easily 
  504. implement a custom modbus design under Windows.  Each driver is
  505. very reasonably priced, and comes with a sample Windows application
  506. written in the Microsoft MFC.
  507. ModSim Windows Application
  508. ModSim is the counterpart to ModScan and simulates the slave end of
  509. the modbus protocol.  ModSim allows you to define a series of data
  510. points, (representing one or more slave devices), and provides 
  511. this data to an attached modbus master application.
  512. MNetSvr Windows Application
  513. MNetSvr is a Windows application which serves as a Modbus to TCP/IP
  514. gateway device for interfacing serial modbus slave devices to plant
  515. networks.  MNetSvr utilizes the MBAP protocol standard, (Modbus
  516. Application Programming Interface), to service multiple Modbus
  517. Master Client applications requesting data from one or more slaves.
  518. Listen Windows Application
  519. Listen is a fully functional serial data link monitor, (datascope),
  520. which allows you to watch data traffic in real time as it travels
  521. in two directions between communicating devices. Listen is highly
  522. customizable in the way it displays data and uses standard COM
  523. drivers for compatibility with any serial hardware configurable
  524. under Windows.
  525. Socket Spy Windows Application
  526. The Socket Spy allows you to monitor TCP/IP packets transferred
  527. between a Windows application and the Windows Sockets dll.  Designed
  528. as a design and trouble-shooting aide for communications developers,
  529. Socket Spy provides full debugging data relative to all sockets
  530. activity occurring within the target application. 
  531. --------------------------------------------------------------------------