...
This global is initialized with data from the DBSta file.
...
| language | text |
|---|---|
| title | Static fork descriptor |
...
#DCTEL002
@HCI(S)[(I32),(DBL),DU32,DU32,DBL,DU32:5,DU32:5]
...
DCT,DCTEL002,250,2,0.01,2000:1000:500:200:100,4:4:4:4:4
...
@HPE(S)[(DBL),HU32,DI32,DU16,DU16,DU16,DU16,DU16,DU16,DU16,DI32,DI32,DI32,DBL,HU32,DI32:4]
...
DVM42001,C0A8BE10,0,0,2,3,1,0,1,0,1,1,0,0.203,E0100000,4096:2048:1024:512
...
chanName
...
DVM42001
...
boardBaseAdd
...
C0A8BE10
...
boardNum
...
n.u.
...
measurementFunction
...
0=DCV,
...
ACV,
...
HOMS
...
range
...
125
...
mV,
...
1
...
V,
...
8
...
V,
...
64
...
V,
...
300
...
V,
...
Autorange
range (new
...
serie)
...
auto,
...
100
...
mV,
...
1
...
V,
...
10
...
V,
...
100
...
V,
...
1000
...
V → The control is a U16 ring with some legacy values defined; use the new serie of values instead.apertureTime 267 ms, 16.7
...
ms,
...
320
...
ms,
...
20
...
ms,
...
2.5
...
ms,
...
100
...
us,
...
10
...
us
apertureTime [ms]→ The control is a U16 ring with some legacy values defined; use a straight integer value in milliseconds instead (Don'
autozero ON, OFF, Once
offsetCompensation OFF, ON
triggerSource Immediate, External, Hold, TTL trig line 0, 1, 2, ..., 7
sampleSource Immediate, Timer, Software, Control register
triggerCount 1
sampleCount 1
triggerDelay 0
samplePeriod 0.203
acquisitionStackArea n.u.
maxInAcquisitionStackArea 4096:2048:1024:512
GGODDyn.vi / DEVIL723.DBDyn, DEVIL724DEVIL724.DBDyn
This global is initialized with data from the DBDyn file.
...
Operazione di calibrazione spostata nella control: nella vecchi versione la divisione per il valore di calibrazione e la sottrazione dell'offset era fatta nella finestra, partendo dai dati raw memorizzati su memcached.
Adesso, i valori acquisiti dal DVM [V] sono divisi per "calibration", poi gli viene sottratto "offset" e dopo vengono scritti su memcached.
Quindi adesso su memcached ci sono i valori di corrente convertiti in mA con l'offset già sottratto.
Bug: durante la visualizzazione della corrente (con la finestra del DCCT sia su e- che su e+), sporadicamente di vede una rilettura a zero in corrispondenza del puntatore. All'aggiornamento successivo il dato a zero non rimane visualizzato e il plot è regolare.
Ipotesi: nel devil, le scritture della dinamica (che contiene il ptr) e del buffer dati avvengono in due frames diversi. La finestra di livello 1 recupera la dinamica ed il buffer il due azioni successive e completamente asincrone con la scrittura.
C'è quindi la possibilità che al momento di costruire il buffer del display con il running pointer, i due dati non siano consistenti, ovvero appartenenti alla stessa acquisizione.
Soluzione: il devil deve scrivere tutta la dinamica insieme al buffer dati e quindi mettere su memcached un cluster composto dal sottocluster del typedef DCTDyn e dal vettore di DBL del buffer.
La finestra del DCCT, quando deve usare dati della dinamica, deve prenderli dal cluster suddetto e non dalla dinamica scritta convenzionalmente.
Errori da gestire.
Versione in progress.
Testata nella versione temporanea 26-06-2019: ok.
...
Nota: controllare che i sub-folders:.../DCT/console <--- ok: questo c'è anche in source_solaris.../DCT/tau <--- ok: questo c'è anche in source_solaris.../DCT/librarysiano presenti nella classe DCT su Solaris e siano utilizzati dal livello 1.Se si, buttarli dalla classe DTC di livello 3 / Linux / LV12-SP1
Compressi in tar per il momento.
FATTO.
DCCT control application (Linux)
The procedure to calibrate (to be done when not injecting):
1 - Select Gain A
2 - Perform Zero offset until the current is ~ 0