AMX CAFE DUET V1.8 Instruction Manual page 30

Integrated development environment for netlinx duet (version 1.8)
Table of Contents

Advertisement

Overview of the Duet Plug-in
Duet Manifest Editor (Cont.)
Module-Version:
Device-Activator:
Device-Make:
Device-Model:
Device-Category:
Device-Revision:
Device-SDKClass:
24
• The version of the module being developed. This information is best
used for version control and history tracking.
• This field can hold up to 55 alpha-numeric characters.
• The version must be in the following format: major.minor.micro
(where these are numbers).
• This field cannot be empty.
• It is recommended that you change the version number value EVERY
TIME you make any modifications to the module.
• Module-Version information is used to indicate that something has
been changed in the driver (ex. a fix).
• This drop-down list provides the activator's type name. Every device
has an Activator which is a pre-generated code provided by Café
Duet.
• An example is: com.amx.switcher.dr1_0_0.Activator.
• This field cannot be empty and must be a valid Java Class Type
name.
• The manufacturer name.
• This field can hold up to 55 alpha-numeric characters.
• An example is: AMX Corporation.
• This field cannot be empty.
• The specific model number of the device being configured.
• This field can hold up to 255 alpha-numeric characters.
• This field cannot be empty. You can enter a series of devices by
separating each with a comma (see example below).
• Examples are: AMXSwitcher995 or AMXSwitcher123,
AMXSwitcher456.
• This drop-down list provides choices for the control method used by
the device.
• Available choices are: IR, Serial, Relay, IP, IP & Serial, or Other.
• This field cannot be empty. A choice must be made.
• The firmware version installed within the device being used.
• This field can hold up to 55 alpha-numeric characters and is required.
• The version must be in the following format: major.minor.micro
(where these are numbers).
• An example is: 1.0.0 (revision/version 1.0.0 of the device firmware).
• The Module-Version information is used to indicate that something
has been changed in the driver (ex. a fix) whereas the
Device-Revision indicates something has changed in the underlying
driver's protocol (indicating a device firmware change).
• An increment of the Device-Revision mandates an increment of the
Module-Version; but an increment of Module-Version does not
necessarily mean a change to the Device-Revision.
• Refer to the Regenerating the Project files section on page 36 for
those procedures necessary to regenerate the project files after a
change to the firmware version information.
• The device parent class. This field is pre-populated by the
application.
• An example of an SDKClass is: com.amx.duet.devicesdk.Switcher.
• This field cannot be empty and must be a valid Java Type name.
Café Duet v1.8 - User's Guide

Hide quick links:

Advertisement

Table of Contents
loading

This manual is also suitable for:

Cafe duet

Table of Contents