advLigoRTS issueshttps://git.ligo.org/cds/software/advligorts/-/issues2021-10-20T05:50:08Zhttps://git.ligo.org/cds/software/advligorts/-/issues/297Make the reciever & daqd smarter about bad input times2021-10-20T05:50:08ZJonathan HanksMake the reciever & daqd smarter about bad input timesLog output from a crash triggered by h1oaf1 getting bad time from the dolphin system. This should not reach the daqd.
<pre>
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: Dropped data from shmem or received 0 dc...Log output from a crash triggered by h1oaf1 getting bad time from the dolphin system. This should not reach the daqd.
<pre>
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: Dropped data from shmem or received 0 dcus; gps now = 1318708258, 0; was = 1318708257, 5; dcu count = 1
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: #011expected gps = 1318708257
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: #011expected cycle = 6
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: #011expected nano = 6
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: first 1 dcuids seen
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: saw dcu 72
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: shmem_receiver looking for gps=1318708257 found 1318708256 on cycle 6
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: shmem_receiver looking for gps=1318708257 found 1318708256 on cycle 7
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: shmem_receiver looking for gps=1318708257 found 1318708256 on cycle 8
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: shmem_receiver looking for gps=1318708257 found 1318708256 on cycle 9
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: shmem_receiver looking for gps=1318708257 found 1318708256 on cycle 10
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: shmem_receiver looking for gps=1318708257 found 1318708256 on cycle 11
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: shmem_receiver looking for gps=1318708257 found 1318708256 on cycle 12
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: shmem_receiver looking for gps=1318708257 found 1318708256 on cycle 13
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: shmem_receiver looking for gps=1318708257 found 1318708256 on cycle 14
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[8960]: shmem_receiver looking for gps=1318708257 found 1318708256 on cycle 15
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu systemd[1]: rts-daqd.service: Main process exited, code=exited, status=1/FAILURE
2021-10-19T12:50:39-07:00 h1daqdc0.cds.ligo-wa.caltech.edu systemd[1]: rts-daqd.service: Failed with result 'exit-code'.
</pre>Jonathan HanksJonathan Hankshttps://git.ligo.org/cds/software/advligorts/-/issues/294Daqd restarts with log showing a repeating timestamp on incoming data2021-10-14T23:46:08ZJonathan HanksDaqd restarts with log showing a repeating timestamp on incoming dataThis is in response to a FRS:
https://services1.ligo-la.caltech.edu/FRS/show_bug.cgi?id=20719
Logs show:
2021-10-12T14:36:32-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[38417]: Dropped data from shmem or received 0 dcus; gps now = 131...This is in response to a FRS:
https://services1.ligo-la.caltech.edu/FRS/show_bug.cgi?id=20719
Logs show:
2021-10-12T14:36:32-07:00 h1daqdc0.cds.ligo-wa.caltech.edu daqd[38417]: Dropped data from shmem or received 0 dcus; gps now = 1318109810, 5; was = 1318109810, 5; dcu count = 109Jonathan HanksJonathan Hankshttps://git.ligo.org/cds/software/advligorts/-/issues/292CDS_PARTS does not have fast, low-noise ADC parts2022-08-22T20:01:39ZKeith ThorneCDS_PARTS does not have fast, low-noise ADC partsIn RCG 4.2.1 the CDS_PARTS files does not have any information about ADC parts for the two new ADCs (fast, low-noise). The Doc file for ADC also says that is only supports the original 16-bit ADCs.
This makes it extremely hard for EE s...In RCG 4.2.1 the CDS_PARTS files does not have any information about ADC parts for the two new ADCs (fast, low-noise). The Doc file for ADC also says that is only supports the original 16-bit ADCs.
This makes it extremely hard for EE staff to create test models. We should have an explicit part for each of these new ADCsNew demodulation partshttps://git.ligo.org/cds/software/advligorts/-/issues/230Standalone EDCU does not work with DAQ on single-machine system2022-04-14T16:34:17ZKeith ThorneStandalone EDCU does not work with DAQ on single-machine systemI am unable to get the standalone EDCU to be accepted by the DAQ on a single-machine system. I can vary the start delay/advance but it always has data that is either 1 GPS ahead or 1 GPS behind
See [[https://alog.ligo-la.caltech.edu/TS...I am unable to get the standalone EDCU to be accepted by the DAQ on a single-machine system. I can vary the start delay/advance but it always has data that is either 1 GPS ahead or 1 GPS behind
See [[https://alog.ligo-la.caltech.edu/TST/index.php?callRep=14423|TST log 14423]]
I have configured the x2devel machine on llodts0.ligo-la.caltech.edu for this hardware configuration for testingJonathan HanksJonathan Hankshttps://git.ligo.org/cds/software/advligorts/-/issues/185Data Concentrator system lockup taking down Dolphin-connected machine2022-03-16T16:08:49ZKeith ThorneData Concentrator system lockup taking down Dolphin-connected machineBoth production systems (L1, H1) have seen DAQ systems taken down ( see [LLO aLOG 53760](https://alog.ligo-la.caltech.edu/aLOG/index.php?callRep=53760)
[LHO aLog 56834](https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=56834) wher...Both production systems (L1, H1) have seen DAQ systems taken down ( see [LLO aLOG 53760](https://alog.ligo-la.caltech.edu/aLOG/index.php?callRep=53760)
[LHO aLog 56834](https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=56834) where one or both data concentrators appear to lock up and then lock up all the downstream DAQ computers. The latest at LLO on October 10th had system logs available - see [FRS 15826](https://services.ligo-la.caltech.edu/FRS/show_bug.cgi?id=15836)
We have related problems where reboots of downstream machines can lock up the data concentrator.Keith ThorneJonathan HanksKeith Thornehttps://git.ligo.org/cds/software/advligorts/-/issues/152MATLAB files in RCG need to be accessible to users2023-04-07T02:00:15ZKeith ThorneMATLAB files in RCG need to be accessible to usersFor users to view/edit front-end models in MATLAB, all the MATLAB files in cds_user_apps and in the RCG need to be in the MATLABPATH
- The existing method is to call /opt/rtcds/rtscore/release/etc/rcg-user-env.sh at startup that adds sr...For users to view/edit front-end models in MATLAB, all the MATLAB files in cds_user_apps and in the RCG need to be in the MATLABPATH
- The existing method is to call /opt/rtcds/rtscore/release/etc/rcg-user-env.sh at startup that adds src/epics/simlink/lib and src/epics/simlink to MATLABPATH
This does not work at present because the RCG installation is buried locally on the boot server and DAQ machines.
--- The RCG install needs to be modified to place this files (or copies) to somewhere on /opt/rtcds/ so that can be seen from workstations. There is also the need to have the MATLABPATH modified. One way would be to create a smaller version of rcg-user-env.sh to only add the bits needed for users, and not the parts needed for RCG buildsJameson Rollinsjameson.rollins@ligo.orgJameson Rollinsjameson.rollins@ligo.orghttps://git.ligo.org/cds/software/advligorts/-/issues/148Models l1susetmx, l1susetmy fail to build with undeclared 'adc0' error2022-04-14T16:34:20ZKeith ThorneModels l1susetmx, l1susetmy fail to build with undeclared 'adc0' errorIn trying to build the L1 models, I have brought in all the updates to branch-L1, included the SUS models with all 20-bit DACs. These built and operate just fine on the old production RCG.
However, on the current one from buster-unstab...In trying to build the L1 models, I have brought in all the updates to branch-L1, included the SUS models with all 20-bit DACs. These built and operate just fine on the old production RCG.
However, on the current one from buster-unstable, both fail with errors like
```
/opt/rtcds/rtbuild/rcg-4.0.0/src/fe/l1susetmx/l1susetmx.c: In function ‘feCode’:
/opt/rtcds/rtbuild/rcg-4.0.0/src/fe/l1susetmx/l1susetmx.c:7476:20: error: ‘adc0’ undeclared (first use in this function)
ipcInfo[17].data = adc0;
^~~~
/opt/rtcds/rtbuild/rcg-4.0.0/src/fe/l1susetmx/l1susetmx.c:7476:20: note: each undeclared identifier is reported only once for each function it appears in
make[5]: *** [/usr/src/linux-headers-4.19.0-6-common-rtcds/scripts/Makefile.build:315: /opt/rtcds/rtbuild/rcg-4.0.0/src/fe/l1susetmx/l1susetmx.o] Error 1
make[4]: *** [/usr/src/linux-headers-4.19.0-6-common-rtcds/Makefile:1534: _module_/opt/rtcds/rtbuild/rcg-4.0.0/src/fe/l1susetmx] Error 2
make[3]: *** [Makefile:146: sub-make] Error 2
make[2]: *** [Makefile:8: all] Error 2
make[1]: *** [GNUmakefile:7: default] Error 2
make: *** [Makefile:53: l1susetmx] Error 1
```
This is also the files checked into cds_user_apps\trunkRolf BorkRolf Bork