Wiki » History » Version 7
Frédéric Blanc, 2017-11-30 15:41
1 | 1 | Frédéric Blanc | h1. Wiki |
---|---|---|---|
2 | |||
3 | |||
4 | h2. 1) API VIALUX |
||
5 | |||
6 | h3. 1.1) +ALP-4.1 basic+ (Accessory Light modulator Package) |
||
7 | |||
8 | ALP-4 basic supports DLP® Discovery™ 4100 based hardware: ALP-4.1 is the software for ViALUX V-9500/V-9600 Modules (VX4100 Boards) and for the DLP® Discovery™ 4100 Developer Kit. |
||
9 | The ALP basic suite comes with all components required for the use of the DLP® Discovery™ Boards including a software DLL. The following notes describe general software organization rules applicable to the whole library. |
||
10 | The image display on a DMD is divided into two different operations. Data operations load image data in on-chip SRAM memory cells. In a subsequent reset operation the mirrors are flipped to 12° or -12° positions, respectively, according to the SRAM data. |
||
11 | There are two types of data operations. Loading data (AlpbDevLoadRows) transfers image data row by row to the DMD. The clear operation (AlpbDevClear) sets the memory content of whole reset blocks to logic ’0’. |
||
12 | A Reset operation (AlpbDevReset) addresses the micro mirrors in terms of reset blocks. Single blocks, groups of two or four blocks, or even all mirrors (global reset) can be reset at the same time. |
||
13 | The reset operation itself takes the same time to finish, independent of how many mirrors are affected. |
||
14 | ALP-4.1 basic APIs reside in different DLL files: alp41basic.dll. |
||
15 | There are two configurations of the ALP basic DLL having different names. Alp*basic.dll uses the “cdecl” calling convention. The library alp*basicS.dll exports functions using the “stdcall” calling convention |
||
16 | and redirects them to the cdecl DLL. This might be required for development environments that do not support the C calling convention. Function names and argument lists are equal in both configurations. |
||
17 | For C and C++ users a header (alpbasic.h) and a static library ( alp41basic.lib) file is provided together with the DLL. |
||
18 | ALP basic devices are identified in function calls by handles of type ALPB_HDEVICE. This handle is generated by AlpbDevAlloc. |
||
19 | |||
20 | 2 | Frédéric Blanc | %{color:red}Dongle protection |
21 | ALP-4.1 basic is protected by a hard-lock USB key% |
||
22 | |||
23 | 1 | Frédéric Blanc | h3. 1.2) +ALP-4.1 high-speed+ |
24 | 2 | Frédéric Blanc | |
25 | %{color:red}Dongle protection |
||
26 | 1 | Frédéric Blanc | ALP-4.1 high-speed is not protected by a hard-lock USB key any more. The return code |
27 | 2 | Frédéric Blanc | ALP_ERROR_DONGLE has been removed.% |
28 | |||
29 | h2. 2) NI IMAQdx |
||
30 | 3 | Frédéric Blanc | |
31 | 4 | Frédéric Blanc | *IMAQdxEnumerateCameras* (IMAQdxCameraInformation cameraInformationArray[], uInt32* count, bool32 connectedOnly); |
32 | 3 | Frédéric Blanc | |
33 | This is the information that was mentioned in the LabVIEW Documentation: |
||
34 | |||
35 | *Camera Information Array* is an array of interface files that are on the host computer. This includes cameras that are currently connected or that were previously connected. |
||
36 | |||
37 | 4 | Frédéric Blanc | - *Type* has a value of 3. This designates an NI-IMAQdx interface file. |
38 | 3 | Frédéric Blanc | |
39 | 4 | Frédéric Blanc | - *Version* is the version of the interface file. This number may increment with different versions of the driver as the format of the interface file changes. |
40 | 3 | Frédéric Blanc | |
41 | 4 | Frédéric Blanc | - *Flags* is a bitwise mask of the current interface status. If bit 0 is on (value = 1), the interface represents a camera that is currently connected. If bit 0 is off (value = 0) , the interface represents a disconnected camera. |
42 | 3 | Frédéric Blanc | |
43 | 4 | Frédéric Blanc | - *SerialNumberHigh* is the upper 32-bits of the interface serial number. Every camera has a unique value for SerialNumberHigh. |
44 | 3 | Frédéric Blanc | |
45 | 4 | Frédéric Blanc | - *SerialNumberLow* is the lower 32-bits of the interface serial number. Every camera has a unique value for SerialNumberLow. |
46 | 3 | Frédéric Blanc | |
47 | 4 | Frédéric Blanc | - *BusType* specifies the bus type for the camera. |
48 | 3 | Frédéric Blanc | |
49 | 4 | Frédéric Blanc | - *InterfaceName* is the name of the interface. Use this name when opening the interface. |
50 | 3 | Frédéric Blanc | |
51 | 4 | Frédéric Blanc | - *VendorName* is the vendor name of the camera designated for this interface. VendorName varies from camera to camera. |
52 | 3 | Frédéric Blanc | |
53 | 4 | Frédéric Blanc | - *ModelName* is the model name of the camera designated for this interface. ModelName varies from camera to camera. |
54 | 3 | Frédéric Blanc | |
55 | 4 | Frédéric Blanc | - *CameraFileName* is the name of the camera file that this interface uses. The camera file contains all the settings for a given camera. You can configure and save these settings from Measurement & Automation Explorer (MAX). |
56 | 3 | Frédéric Blanc | |
57 | 4 | Frédéric Blanc | - *CameraAttributeURL* is the URL of the XML file that describes the camera attributes. |
58 | 5 | Frédéric Blanc | |
59 | h3. 2.2 The camera can be opened in MAX, but it does not acquire images |
||
60 | |||
61 | Case 1: The High Performance Driver for Intel Pro/1000 NIC is not installed. |
||
62 | http://www.ni.com/product-documentation/5846/en/ |
||
63 | 6 | Frédéric Blanc | |
64 | |||
65 | .... |
||
66 | Allied Vision Vimba GigE Driver 2.1.3 |
||
67 | 7 | Frédéric Blanc | Jumbo Frames enabled in Network Adapters |