...
Warnings and Fixes to be done
# | Title | User Story | Importance | Notes | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | DEVIL204-Global write to memcached
| As a developer I want GGODSta.vi and GGODDyn.vi have the "append" and "write" cases ENABLED so that I can validate real memcached write operations. | Must Have |
| ||||||||||||
2 | DEVIL204-Update DBFiles
| As a developer I want updated versionof DEVILs' DBFiles so that I can use them for loading data. | Must Have |
| ||||||||||||
3 | DEVIL204-Program data loading
| As a developer I want valid orbit values (that is equal to legacy Apple data) so that I can use the same UI. | Must Have | |||||||||||||
4 | DEVIL204-Optimize bundleORB VIs | As a developer I want a fast ORB dataset recontruction so that I can obtain a real time orbit acquisition. | Must Have |
| ||||||||||||
5 | DEVIL204-Database
| As a developer I want all the data available in the new program global variables so that I can develop the acquisition code. | Must Have | |||||||||||||
6 | DEVIL204-DBFiles | As a developer I want the DEVIL204 DBSta and DBDyn in the real working directory so that the DCS can find them where espected. | Must Have |
| ||||||||||||
7 | DEVIL204-HWMaskArray | Fix the HW mask | Must Have |
Al momento la difficoltà maggiore è quella di riottenere una tabella di ordinamento tramite i VIs:
precompileORB.vi
precompileORB_IR.vi
I suddetti VIs sono stati modificati per quanto riguarda il recupero degli indirizzi ma ci sono degli errori.
...
The purpose of this global is to keep all program data in one place, but a reorganization in the final version is strongly recommended. At the present moment some fields contain constant values (saved as defaults), others are written at init by the application.
Variables
Data type | Name | Type | Description |
---|---|---|---|
Data type | Name | Type | Description |
abc | DEVIL | constant | [ 364, 365 ,366, 367 ] (see fig. 1-a, 1-b) |
abc | element | constant | [ ORBRAK63, ORBRAK71, ORBRAK70, ORBRAK66 ] |
abc | controllerIP | constant | [ 192.168.192.91, 192.168.192.92, 192.168.192.93, 192.168.192.94 ] The sequence is sorted according to the direction of the beam for the electronic mode: clockwise, starting from rack 063 (DEVIL364) |
U32 | vme handle | Written at startup by the initHWGOD.vi | |
U32 | DEVILBaseAddress | constant | 0xE0000000 for all 4 DEVILs |
U32 | DEVILBufferOffset | constant | 0x200000 (2 MB) for all 4 DEVILs |
abc | HCIDynDescriptor | constant | It varies depending on the DEVIL36X.DBDyn content In order to fill the ORBHCIDyn cluster with data read from the SIS3153 interface, we read "HCIDynNumOfLongwords" longwords starting from "HCIDynOffset. Data are then passed to the VI |
U32 | HCIDynOffset | constant | Position of the dynamic fork in the DEVIL memory. It varies depending on the lenght of other data written before in memory |
U32 | HCIDynNumOfLongwords | constant | The 4 HCIDyn have different length but we use a safe value to fetch any of them without missing any piece of data. The value is set to 64 longwords. |
abc | HCIStaDescriptor | constant | It varies depending on the DEVIL36X.DBSta content In order to fill the ORBHCISta cluster with data read from the SIS3153 interface, we read "HCIStaNumOfLongwords" longwords starting from "HCIStaOffset. Data are then passed to the VI |
U32 | HCIStaOffset | constant | Position of the static fork in the DEVIL memory. It varies depending on the lenght of other data written before in memory. |
U32 | HCIStaNumOfLongwords | constant | The 4 HCISta have different length but we use a safe value to fetch any of them without missing any piece of data. The value is set to 240 longwords. |
Turn for electrons | Turn for positrons |
---|---|
Figure 1-a: The sequence [0,1,2,3] is sorted according to the direction of the electrons beam: starting from rack 063 (DEVIL364 > 365 > 366 > 367) | Figure 1-b: The sequence [1,0,3,2] is sorted according to the direction of the positrons beam:, starting from rack 071 (DEVIL365 > 364 > 367 > 366) |
...
initHWGOD.vi
Open the IP connections with the four VME SIS3153 controllers and return the connection handles.
The VME access is A32, D32 and "block transfer" is enabled.
The VME mapped size is 4 MByte (that is the whole Apple DEVIL memory).
The vme_base_address is set to E0000000 (which is the DEVIL extended base address).
...
This is the real data loader of the GODSta.vi
Controls
Data type | Name | Description |
---|---|---|
Indicators
Data type | Name | Description |
---|---|---|
Details
Configuration folder /u2/dcs/source_linux/0_classes/GOD/configuration
has been copied from vldafneafp to vldantedev038
...