Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
blocks:drivers:concepts [2018-01-11 16:15] admin |
blocks:drivers:concepts [2024-04-18 11:24] (current) admin [Using a Device Driver] |
||
---|---|---|---|
Line 11: | Line 11: | ||
If an adequate driver for your device already exists, using it is quite straightforward. | If an adequate driver for your device already exists, using it is quite straightforward. | ||
- | - Obtain the driver code. Drivers provided by PIXILAB may come as part of your Blocks installation, | + | - Obtain the drivers. Drivers provided by PIXILAB may come as part of your Blocks installation, |
- | - Install the driver | + | - Install the file(s) into your Blocks server by extracting the ZIP and then copying all relevant files to the PIXILAB-Blocks-root/ |
+ | - Some rarely used device drivers are located in the driver-archive directory. If you need any of those, move those over from the archive to the acive driver directory. While blocks ignore the source code (.ts) file and use the .js it still makes sense to move/copy both the .ts and .js file to keep them in the same place. | ||
+ | - Make sure to also copy the latest version of all files in //system// and // | ||
- Restart the Block server. | - Restart the Block server. | ||
- | The driver(s) will now appear on the " | + | :!: When installing |
+ | The driver(s) will now appear on the " | ||
===== Driver Development Prerequisites ===== | ===== Driver Development Prerequisites ===== | ||
Line 38: | Line 41: | ||
* Development tools and code, as described [[blocks: | * Development tools and code, as described [[blocks: | ||
* Access to the device to be controlled, as well as all relevant documentation. | * Access to the device to be controlled, as well as all relevant documentation. | ||
- | * If the device is controlled by serial data rather than a direct network connection, you'll need a [[blocks: | + | * If the device is controlled by serial data rather than a direct network connection, you'll need either a USB-to-serial interface if you're connecting through a PIXILAB Player or a [[blocks: |
===== Anatomy of a Driver ===== | ===== Anatomy of a Driver ===== | ||
- | This section provides a brief overview of what's inside a driver. You may want to install the required tools, download the code and open the WOCustomDrvr.ts sample driver to follow along. | + | This section provides a brief overview of what's inside a driver. You may want to install the required tools, download the code and open the WOCustomDrvr.ts sample driver to follow along. After reading the brief overview below, you may also want to read the more [[blocks: |
==== Driver Class ==== | ==== Driver Class ==== | ||
Line 54: | Line 57: | ||
</ | </ | ||
- | This class (here named // | + | This class (here named // |
:!: While only the .js file is required to use the driver, you typically keep the .ts " | :!: While only the .js file is required to use the driver, you typically keep the .ts " | ||
Line 60: | Line 63: | ||
=== Constructor Function === | === Constructor Function === | ||
- | A new instance of the driver will be created for each device that uses the driver. This is done by calling the constructor function, passing it an object of the driven class (here NetworkTCP). The constructor | + | A new instance of the driver will be created for each device that uses the driver. This is done by calling the constructor function, passing it an object of the driven class (here NetworkTCP). The constructor takes a parameter of the type defined for the //Driver// base class (in the example |
The constructor stores the driven instance in the private //socket// variable, allowing it to use the socket to communicate with the device via the network. See the NetworkTCP class definition for available functions used to communicate with the device. | The constructor stores the driven instance in the private //socket// variable, allowing it to use the socket to communicate with the device via the network. See the NetworkTCP class definition for available functions used to communicate with the device. | ||
Line 81: | Line 84: | ||
This decorator, which //must// be applied to the class in order to be recognized as a valid device driver takes two parameters: | This decorator, which //must// be applied to the class in order to be recognized as a valid device driver takes two parameters: | ||
- | - **baseDriverType: | + | - **baseDriverType: |
- **typeSpecificMeta: | - **typeSpecificMeta: | ||
- | For NetworkUDP and NetworkTCP, the only typeSpecificMeta property supported is //port//, which takes the port number to be set automatically when chosing | + | For NetworkUDP and NetworkTCP, the only typeSpecificMeta property supported is //port//, which takes the port number to be set automatically when choosing |
=== property === | === property === | ||
- | This decorator exposes a // | + | This decorator exposes a // |
- | ==== Troubleshooting ==== | + | - **description?: |
+ | - **readOnly?: | ||
- | Script file errors | + | An alternative to marking a property as read-only using the decorator is to only provide a getter. Use the decorator readOnly parameter set to true method if you want to make the property read-only from the outside, while still providing a setter for internal use. |
- | Runtime Errors | + | :!: You //must// provide a setter for setting values that may change while the driver is being used, and the always set the value by assigning to the setter. Do not assign to any underlying internal value, as doing so will not update clients (e.g., panel controls) when the value changes. |
- | Logging | + | === min and max === |
+ | Use these decorators on numeric values to specify the allowable range. This allows sliders and other controls to be properly scaled according to the allowable range. They both take a single number as parameters, specifying the desired minimum and maximum value of the property. If defined, values set (through the corresponding setter) will also be clipped to this range. | ||
+ | === callable === | ||
+ | |||
+ | Marks a function as accessible from Tasks. The optional parameter provides a textual description of the function. | ||
+ | |||
+ | === parameter === | ||
+ | |||
+ | Decorator that can be applied to parameters to // | ||
+ | |||
+ | ==== Learn More ==== | ||
+ | |||
+ | Learn more in the [[blocks: |