DAQControlMainz issueshttps://gitlab.rlp.net/alaudrai/DAQControlMainz/-/issues2023-07-14T17:03:05+02:00https://gitlab.rlp.net/alaudrai/DAQControlMainz/-/issues/14I can't push any changes2023-07-14T17:03:05+02:00Nehm, AsaI can't push any changes```
pnehm@wetap173:~/DAQControlMainz$ git push
Username for 'https://gitlab.rlp.net': pnehm
Password for 'https://pnehm@gitlab.rlp.net':
Enumerating objects: 17, done.
Counting objects: 100% (17/17), done.
Delta compression using u...```
pnehm@wetap173:~/DAQControlMainz$ git push
Username for 'https://gitlab.rlp.net': pnehm
Password for 'https://pnehm@gitlab.rlp.net':
Enumerating objects: 17, done.
Counting objects: 100% (17/17), done.
Delta compression using up to 4 threads
Compressing objects: 100% (12/12), done.
Writing objects: 100% (13/13), 4.61 KiB | 224.00 KiB/s, done.
Total 13 (delta 8), reused 0 (delta 0), pack-reused 0
remote: Checking connectivity: 13, done.
remote: GitLab: You are not allowed to push code to protected branches on this project.
To https://gitlab.rlp.net/alaudrai/DAQControlMainz.git
! [remote rejected] main -> main (pre-receive hook declined)
error: failed to push some refs to 'https://gitlab.rlp.net/alaudrai/DAQControlMainz.git'
pnehm@wetap173:~/DAQControlMainz$ git branch
* main
pnehm@wetap173:~/DAQControlMainz$
```Laudrain, AntoineLaudrain, Antoinehttps://gitlab.rlp.net/alaudrai/DAQControlMainz/-/issues/11T&D: better data structure2021-04-14T19:38:43+02:00Laudrain, AntoineT&D: better data structureCurrently temperature data is read as a pair of arrays: one for timestamps, one for temperature.
Better alignment/filtering could be enforced by using an array of pairs [(time, temp), (time, temp)...] (or 2-d array).
That could also mak...Currently temperature data is read as a pair of arrays: one for timestamps, one for temperature.
Better alignment/filtering could be enforced by using an array of pairs [(time, temp), (time, temp)...] (or 2-d array).
That could also make the file combination loop cleaner.
Maybe using a complex data structure (dataframe?) could make things easier?Laudrain, AntoineLaudrain, Antoinehttps://gitlab.rlp.net/alaudrai/DAQControlMainz/-/issues/10Factorise SIS3153USB in separate folder2021-02-22T19:42:32+01:00Laudrain, AntoineFactorise SIS3153USB in separate folderFunctions related to usage of SIS3153 (USB connections) are duplicated between CAEN_v895 and iSeg_VHS4030.Functions related to usage of SIS3153 (USB connections) are duplicated between CAEN_v895 and iSeg_VHS4030.Laudrain, AntoineLaudrain, Antoinehttps://gitlab.rlp.net/alaudrai/DAQControlMainz/-/issues/7MSO DAQ: sequence acquisition stuck at 0 events2021-02-09T19:41:22+01:00Laudrain, AntoineMSO DAQ: sequence acquisition stuck at 0 eventsAfter a few runs, the sequence acquisition is stuck and does not record events anymore.
- [0s]: 0 events recorded
- [5s]: 0 events recorded
- [10s]: 0 events recorded
- ...After a few runs, the sequence acquisition is stuck and does not record events anymore.
- [0s]: 0 events recorded
- [5s]: 0 events recorded
- [10s]: 0 events recorded
- ...Laudrain, AntoineLaudrain, Antoinehttps://gitlab.rlp.net/alaudrai/DAQControlMainz/-/issues/6MSO DAQ: event memory resets after first polling2021-02-09T19:38:30+01:00Laudrain, AntoineMSO DAQ: event memory resets after first pollingWhen running in sequenced acquisition, the code regularly polls the scope to know how many events have been recorded yet (when complete, the segmented memory is readout and transferred to the computer).
Issue: after the first poll actio...When running in sequenced acquisition, the code regularly polls the scope to know how many events have been recorded yet (when complete, the segmented memory is readout and transferred to the computer).
Issue: after the first poll action, the segmented memory resets and the acquisition starts again normally.
For example, if the number of requested events per run is 5000, the trigger rate is about 100 Hz and the polling period is 5 seconds, the following occurs:
- [0s]: 0 events recorded
- [5s]: 500 events recorded (here immediately after it resets)
- [10s]: 500 events recorded (again! we expected 1000 here)
- [15s]: 1000 events recorded
- [20s]: 1500 events recorded
- [25s]: ...Laudrain, AntoineLaudrain, Antoinehttps://gitlab.rlp.net/alaudrai/DAQControlMainz/-/issues/2Check status code for each command / throw exceptions2020-08-26T22:54:03+02:00Laudrain, AntoineCheck status code for each command / throw exceptionsCurrently the read commands return a struct with return status code + value.
The code does not currently checks for these status codes before retrieving the value.
Another possibility would be to throw exceptions.Currently the read commands return a struct with return status code + value.
The code does not currently checks for these status codes before retrieving the value.
Another possibility would be to throw exceptions.