...
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