Changes for page How to save data in the User DAQ
Last modified by sndueste on 2025-09-08 15:36
Summary
-
Page properties (2 modified, 0 added, 0 removed)
-
Attachments (0 modified, 33 added, 0 removed)
- 2021-02-10 15_23_20-How to save data in the User DAQ - FS-FLASH USER - DESY Confluence.png
- DAQ_expert.jpg
- DAQ_restart_msg.jpg
- DAQgui1.jpg
- DAQgui2.jpg
- RCGUI_2.jpg
- RCGUI_properties.jpg
- RC_logfile.jpg
- UserDAQ_status.jpg
- daq_monitor_config.png
- daqgui3.png
- image-2023-12-14_13-50-19.png
- image-2023-12-14_13-51-33.png
- image2019-10-24_15-29-36.png
- image2019-10-24_15-32-5.png
- image2020-1-17_13-39-38.png
- image2022-9-8_10-50-53.png
- image2022-9-8_10-57-56.png
- image2022-9-8_11-14-7.png
- image2022-9-9_10-57-31.png
- image2022-9-9_11-23-34.png
- image2022-9-9_11-24-1.png
- image2022-9-9_11-30-33.png
- image2022-9-9_11-36-1.png
- image2022-9-9_11-39-3.png
- image2022-9-9_11-6-38.png
- image2022-9-9_9-51-8.png
- jddd_DAQ-control-manual-how_to_get.png
- jddd_DAQ-control-manual2.png
- restart_RCM_no_runmode.jpg
- runmode_set.jpg
- setting_parameters.jpg
- whitelist.jpg
Details
- Page properties
-
- Tags
-
... ... @@ -1,0 +1,1 @@ 1 +favourite - Content
-
... ... @@ -6,8 +6,8 @@ 6 6 7 7 == General Concept == 8 8 9 -A large number of parameters which are essential for ALL Experiments is continuously saved (pulse energy, arrival time, Beamline settings ...) in the [[ PHOTONDIAGNOSTIC FLASH DAQ>>doc:FLASH USER.FLASH1 PhotDiag stream]] system.10 -Other [[experiment related information>>doc:FLASH USER.Configuring the user DAQs]] is ONLY saved by the users **ON DEMAND **in the FLASH DAQ system. To record this type of data we have 3 User DAQs at FLASH1 (FLASH1_USER1,FLASH1_USER2 and FLASH1_USER3) and two at FLASH 2 (FLASH2_USER1, FLASH2_USER2)9 +A large number of parameters which are essential for ALL Experiments is continuously saved (pulse energy, arrival time, Beamline settings ...) in the [[ PHOTONDIAGNOSTIC FLASH DAQ>>doc:FLASH.FLASH1 PhotDiag stream]] system. 10 +Other [[experiment related information>>doc:FLASH.Configuring the user DAQs]] is ONLY saved by the users **ON DEMAND **in the FLASH DAQ system. To record this type of data we have 3 User DAQs at FLASH1 (FLASH1_USER1,FLASH1_USER2 and FLASH1_USER3) and two at FLASH 2 (FLASH2_USER1, FLASH2_USER2) 11 11 How to save this experiment related "User-Data" will be explained briefly in this page: 12 12 13 13 \\ ... ... @@ -196,7 +196,7 @@ 196 196 197 197 \\ 198 198 199 -Using the {{code language="none"}}Add{{/code}} and {{code language="none"}}Rem(ove){{/code}} buttons one can move the desired "subsystems" in the included side - meaning that they are saved. The "subsystems" contain typically several DOOCS parameters. E.g. {{code language="none"}}EXPERIMENT_MHZ_ADC_BL1{{/code}} contains all relevant DOOCS properties of the four MHZ ADC channels available at BL1. To get a detailed information about the saved parameters one can have a look to the "Show Properties in Subsystems" button . In addition, a list of all possible subsystems and their description can be found [[here>>doc:FLASH USER.Configuring the user DAQs]].199 +Using the {{code language="none"}}Add{{/code}} and {{code language="none"}}Rem(ove){{/code}} buttons one can move the desired "subsystems" in the included side - meaning that they are saved. The "subsystems" contain typically several DOOCS parameters. E.g. {{code language="none"}}EXPERIMENT_MHZ_ADC_BL1{{/code}} contains all relevant DOOCS properties of the four MHZ ADC channels available at BL1. To get a detailed information about the saved parameters one can have a look to the "Show Properties in Subsystems" button . In addition, a list of all possible subsystems and their description can be found [[here>>doc:FLASH.Configuring the user DAQs]]. 200 200 201 201 \\ 202 202 ... ... @@ -213,9 +213,9 @@ 213 213 214 214 \\ 215 215 216 -To START a run - meaning starting to save the experiment related data - one has to press the "start" button in the Run Control GUI. This opens a confirmation window asking if you really want to start the run ("in default mode"). Press yes. Now it takes about 20 seconds for the system to start up and start recording data. Indication is the "Run Control: RUN" and "DAQ: RUN" greenish indicators on the upper left side of the run control. 216 +**To START** a run - meaning starting to save the experiment related data - one has to press the "start" button in the Run Control GUI. This opens a confirmation window asking if you really want to start the run ("in default mode"). Press yes. Now it takes about 20 seconds for the system to start up and start recording data. Indication is the "Run Control: RUN" and "DAQ: RUN" greenish indicators on the upper left side of the run control. 217 217 218 -To STOP a run one has to press the "stop" button. This opens a window for comments. This contains already the actual Experiment name by default. Please leave this information in. Add a comment for your run. This comment will be printed into the logbook and can later on be used to identify individual runs ... note you are required to type in something otherwise the run will not stop. 218 +**To STOP** a run one has to press the "stop" button. This opens a window for comments. This contains already the actual Experiment name by default. Please leave this information in. Add a comment for your run. This comment will be printed into the logbook and can later on be used to identify individual runs ... note you are required to type in something otherwise the run will not stop. 219 219 220 220 The stopping also needs about 20 seconds.*_IT IS IMPORTANT_ not to start and stop the DAQ while it is still ramping up or down. So please wait before restarting the DAQ.* 221 221 ... ... @@ -225,7 +225,7 @@ 225 225 226 226 === Load/Save the configuration === 227 227 228 -[[image:attach:whitelist.jpg||height=" 400"]]228 +[[image:attach:whitelist.jpg||height="250"]] 229 229 230 230 Once a list of subsystems is defined and tested this parameter combination should then be saved in a so-called //white list//. By loading this white list one can then easily configure the DAQ after changes / restarts ... to the initially defined settings to save the correct data. 231 231 The whitelist can be saved/loaded with the Run Control GUI by: {{code language="none"}}File -> Group White List -> Save/Load{{/code}}. Note, while the top left rectangle's background of time and date is yellow, don't try any further controls of the GUI, you might confuse the program. It is busy reading the configuration from the run control database. The background changes back to grey when it has finished. ... ... @@ -266,11 +266,13 @@ 266 266 267 267 To assign which DAQ is used at what beamline one has to use the dropdown menu in the {{code language="none"}}parameter monitor{{/code}}. In each Beamline overview tab (BL1,2,3) there is a button (upper right) that starts the {{code language="none"}}parameter monitor{{/code}} panel. In the upper middle is a DAQ field in which the appropriate DAQ can be assigned to the Beamline. 268 268 269 +[[image:attach:image2022-9-9_9-51-8.png||height="150"]] 270 + 269 269 \\ 270 270 271 271 === Setting the logbook to print in / putting the Whitelist name in jddd === 272 272 273 -The jddd DAQ Control should be set up that it prints by default the relevant run information in the logbook associated to your beamline [[Logbooks>>doc:FLASH .Electronic Logbooks]]275 +The jddd DAQ Control should be set up that it prints by default the relevant run information in the logbook associated to your beamline [[Logbooks>>doc:FLASHUSER.Data Acquisition and controls.DAQ and controls overview.E-Logbooks.WebHome]] 274 274 275 275 Define logbook / and whitelist for display in the jddd DAQ control (jddd otherwise does not "know" which White list was used ... this has to be put in by hand ...up to now) 276 276 ... ... @@ -282,11 +282,9 @@ 282 282 283 283 == In case something goes wrong: Troubleshooting == 284 284 285 -\\ 286 - 287 287 === No //START// or //STOP// buttons are visible in the DAQ control panel === 288 288 289 - ~*The jddd GUI only shows the Start and stop button if the DAQ is in the "Idle" state.sometimes the DAQ "just" gets stuck in the stopping phase. Then stopping again or starting form the not "Idle" state can help. For this goto the "Advanced" tab of the jddd DAQ control . there the START and STOP buttons are always available ... independent of the state of the DAQ. If this does not help you may have to restart the DAQ ...289 +The jddd GUI only shows the Start and stop button if the DAQ is in the "Idle" state. Sometimes the DAQ "just" gets stuck in the stopping phase. Then stopping again or starting form the not "Idle" state can help. For this goto the "Advanced" tab of the jddd DAQ control . there the START and STOP buttons are always available ... independent of the state of the DAQ. If this does not help you may have to restart the DAQ ... 290 290 291 291 \\ 292 292 ... ... @@ -294,9 +294,9 @@ 294 294 295 295 \\ 296 296 297 -* Mainly the DAQ works fine but one of the properties that should be saved is not available or somehow corrupted. There the {{code language="none"}}RC logfile{{/code}} helps (see below) to determine where to localize the problem. The pragmatic way is to exclude the subsystems which may contain the properties with problems. Thus exclude the "critical" subsystems. Start a run. If this works, include one by one the excluded subsystems and start runs. That way one should find out which subsystem causes the problem. Now one can investigate this one in more detail. Is the property available in DOOCS? Does it update? maybe restart the server providing the property ... 297 +* Mainly the DAQ works fine but one of the properties that should be saved is not available or somehow corrupted. There the {{code language="none"}}RC logfile{{/code}} helps (see below) to determine where to localize the problem. The pragmatic way is to exclude the subsystems which may contain the properties with problems. Thus exclude the "critical" subsystems. Start a run (starting with the RCGUI not with jddd DAQ control ). If this works, include one by one the excluded subsystems and start runs. That way one should find out which subsystem causes the problem. Now one can investigate this one in more detail. Is the property available in DOOCS? Does it update? maybe restart the server providing the property ... 298 298 299 - \\299 + as example: [[image:url:https://ttfinfo.desy.de/FELPGMelog/data/2017/15/11.04/2017-04-11T02:56:05-00.PNG||height="250"]] 300 300 301 301 \\ 302 302 ... ... @@ -327,10 +327,10 @@ 327 327 328 328 \\ 329 329 330 -* Generally there 3 ways to "restart" the DAQ 331 -** 1. The least interfering way is the "all to INITIALIZE" that tries to reset the DAQ processes ... helps for simple "hickups" 332 -** 2. The "re-start DAQ" really reboots the whole DAQ process. The settings still should be as before ... this is the "Usual" restart 333 -** 3. In very hard and severe cases there is the ultimate restart button: "re-start DAQ (no RCSHM)" 330 +* Generally there** 3 ways to "restart" the DAQ** 331 +** 1. The least interfering way is the "**all to INITIALIZE**" that tries to reset the DAQ processes ... helps for simple "hickups" 332 +** 2. The "**re-start DAQ**" really reboots the whole DAQ process. The settings still should be as before ... this is the "Usual" restart 333 +** 3. In very hard and severe cases there is the **ultimate restart button: "re-start DAQ (no RCSHM)"** 334 334 335 335 336 336 \\//**Here in more detail:**// ... ... @@ -338,47 +338,52 @@ 338 338 \\ 339 339 340 340 * if the DAQ gets stuck in the starting or stopping procedure one can try to initialize the DAQ or in the worst case restart it. 341 -** **to be able to restart the DAQ one has to run jddd on the {{code language="none"}}flashlxuser1,flashlxuser2{{/code}} or {{code language="none"}}flashlxuser3{{/code}} (up to now ( 2021) the restat on our consoles (cons0...12)is NOT reliably possible ) : log in at one of these machines with your beamline account (e.g. bl1user or fl24user).Start jdddwiththe {{code language="none"}}flash{{/code}}command.Click on "Photons" ->Experimental Hall"Photons main panel"**342 -** The DAQ "expert" panel canbereached fromthe User DAQ control panel.341 +** **to be able to restart the DAQ one has to run jddd on Linux in the DESY network, meaning wither on our User consoles in the Experimental halls (cons0...12) or on {{code language="none"}}flashlxuser1,flashlxuser2{{/code}} or {{code language="none"}}flashlxuser3{{/code}}. Log in at one of these machines with your beamline account (e.g. bl1user or fl24user). **(On the flashlxuser machines there are no desktop icons to start jddd. Here you can use the shell command: {{code language="none"}}flash ->{{/code}} Click on "Photons" -> "Photons main panel" ) 342 +** To Restart the DAQs you need the **"expert" Tab** of the User DAQ control panel. 343 343 344 - [[image:attach: DAQ_expert.jpg||height="400"]]344 + [[image:attach:image2022-9-9_10-57-31.png||height="400"]] 345 345 \\ 346 346 347 -* 348 -** Then you see the following "DAQ expert panel": 349 -** first one may try the "all to INITIALIZE" button. it starts a script window and asks for the passwd (the beamline accounts (blxuser) should have the according rights. vuvfuser has it for sure. The script sets all subcomponents to initialize. It is helpful if one subcomponent got stuck. 347 +There is some description of the different ways to restart the DAQ in the panel: 350 350 351 - [[image:attach:UserDAQ_status.jpg||height="400"]] 352 -\\ 349 +==== **all to INITIALIZE** ==== 353 353 354 354 \\ 355 355 356 -* If this does not help you have to "re-start DAQ". This completely restarts all processes and takes a while. A script window appears and shows what steps are actually done. At the end is sais: "Cleanup finished". 353 +* 354 +** First, one may try the "**all to INITIALIZE"** button. It starts a script window showing the progress of the initialization. The script sets all subcomponents to initialize. It is helpful if one subcomponent got stuck. 355 +** If there is no window coming up or closing right away there may be a problem with the rights. In this case you: 356 +*** may try to login at the flashlxuser machines and try there again 357 +*** or use the red "DAQ restart" Button one below. This button reacts technically different and can circumvent rights problems ... 357 357 358 - [[image:attach:DAQ_restart_msg.jpg||height="400"]] 359 + 360 + Initialize script: [[image:attach:image2022-9-9_11-6-38.png||height="250"]] parts of the DAQ are in different "states":[[image:url:https://ttfinfo.desy.de/Flash_THzStreakingelog/data/2020/49/2020-12-02T13:53:01.jpg||height="250"]] 359 359 360 360 \\ 361 361 362 - *For the"re-startDAQ"the DAQshould come up in the same state as before. Meaning that the subsystems (ADCs, cameras ..) are still loaded and displayed. If this is not the case you can try to load your white list and start a new run. If the data is saved correctly you are done.364 +==== Restart the DAQ ==== 363 363 364 364 \\ 365 365 366 -* **IF the DAQ still does not work properly** the final option is the: "re-start DAQ (no RCSHM)". This button does the same as the "re-start DAQ" but the Run Controller shared memory is **not** re-stored. It means that after the DAQ is back no run configuration is selected. 367 -** in the jddd control the list of subsystems sais "empty" 368 -** in the RCGUI in the lower part it sais "RUN mode is not set" 368 +* If the "initialize" does not help, you have to "re-start DAQ". This completely restarts all processes and takes a while. A script window appears and shows what steps are actually done. At the end is sais: "Cleanup finished". 369 +* There are **actually 2 buttons** to "restart" the DAQ. They start the same restarting script - however in different ways. Thus, if one for what ever reason does not work with your configuration you may use the second one ... 369 369 370 - [[image:attach:restart_RCM_no_runmode.jpg||height="400"]] 371 -\\ 371 + Script window: [[image:attach:DAQ_restart_msg.jpg||height="400"]] Restart: [[image:attach:image2022-9-9_11-30-33.png||height="400"]] 372 372 373 373 \\ 374 374 375 -* 376 -** one has to go to the "Run Modes" tab and select the run mode {{code language="none"}}FLASH1_EXP{{/code}} by clicking on it and choose the desired file size (stored settings) 377 -** then one has to go back to the {{code language="none"}}Subsystems{{/code}} . initially all subsystems are included. 378 -** finally you have to select your White list and start a run ... 375 +* For the "re-start DAQ" the DAQ should come up in the same state as before. Meaning that the subsystems (ADCs, cameras ..) are still loaded and displayed. If this is not the case you can try to load your white list and start a new run. If the data is saved correctly you are done. 379 379 380 - \\377 +==== "Ultimate" restart ==== 381 381 379 +* **IF the DAQ still does not work properly** the final option is the: " "Ultimate" re-start DAQ (no RCSHM)". This button does the same as the "re-start DAQ" but the Run Controller shared memory is **not** re-stored. It means that after the DAQ is back no run configuration is selected. 380 +** in the jddd control the list of subsystems sais "empty" [[image:attach:image2022-9-9_11-36-1.png||thumbnail="true" height="250"]] 381 +** and you have to reload the parameters to be saved from the Whitelist. 382 +** you can use the "Runcontrol" button right below the "Ultimate" re-start DAQ (no RCSHM)" to start the RunControl window 383 +** choose the files ize ( best default: 1GB)[[image:attach:image2022-9-9_11-39-3.png||thumbnail="true" height="250"]] 384 +** goto "Subsystems" tab and load your Whitelist 385 +** and start a run ... 386 + 382 382 \\ 383 383 384 384 * If there are still components not working after the "re-start DAQ (no RCSHM)" you have to call the photon coordinator (4455) and pray ... ... ... @@ -436,3 +436,25 @@ 436 436 lower flag: There was a problem to read dccp catalogue. 437 437 438 438 In both cases there are counters of failures to read a catalogue. If this counter is not incrementing with every attempt to read a catalogue, then it's no problem. It can be monitored and reset in the panel that one gets by pressing on "green" area. 444 + 445 +\\ 446 + 447 +=== raw writers === 448 + 449 +(all user DAQs are using stream 2) [[image:attach:image-2023-12-14_13-50-19.png||width="318"]] 450 + 451 +what raw writers are used ? ... They are defined in {{code language="none"}}FLASH.DAQ/FLxUSERy.EVENTBUILDER/EVB.STREAM.2/EVB.ROOT.SRVRS {{/code}} as XML string 452 + 453 +what is the current raw writer? ... {{code language="none"}}FLASH.DAQ/FLxUSERy.EVENTBUILDER/EVB.STREAM.2/CUR.RAW.WRITER{{/code}} 454 + 455 +OR 456 + 457 +one can have a look at the Offline monitor :[[image:attach:image-2023-12-14_13-51-33.png||width="406"]] 458 + 459 +FLASH.DAQ/FL1USER1.DAQ.OFFL.MONITOR/MONITOR/LAST.FILE 460 + 461 +FLASH.DAQ/FL1USER1.DAQ.OFFL.MONITOR/MONITOR/CUR.WRITER 462 + 463 +\\ 464 + 465 +\\
- 2021-02-10 15_23_20-How to save data in the User DAQ - FS-FLASH USER - DESY Confluence.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +43.7 KB - Content
- DAQ_expert.jpg
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +91.2 KB - Content
- DAQ_restart_msg.jpg
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +114.4 KB - Content
- DAQgui1.jpg
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +243.3 KB - Content
- DAQgui2.jpg
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +192.6 KB - Content
- RCGUI_2.jpg
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +139.3 KB - Content
- RCGUI_properties.jpg
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +178.5 KB - Content
- RC_logfile.jpg
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +154.7 KB - Content
- UserDAQ_status.jpg
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +92.8 KB - Content
- daq_monitor_config.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +82.3 KB - Content
- daqgui3.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +86.7 KB - Content
- image-2023-12-14_13-50-19.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +6.5 KB - Content
- image-2023-12-14_13-51-33.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +24.0 KB - Content
- image2019-10-24_15-29-36.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +282.7 KB - Content
- image2019-10-24_15-32-5.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +370.6 KB - Content
- image2020-1-17_13-39-38.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +343.1 KB - Content
- image2022-9-8_10-50-53.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +242.2 KB - Content
- image2022-9-8_10-57-56.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +278.7 KB - Content
- image2022-9-8_11-14-7.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +62.0 KB - Content
- image2022-9-9_10-57-31.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +447.8 KB - Content
- image2022-9-9_11-23-34.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +81.5 KB - Content
- image2022-9-9_11-24-1.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +1.1 MB - Content
- image2022-9-9_11-30-33.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +376.2 KB - Content
- image2022-9-9_11-36-1.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +38.2 KB - Content
- image2022-9-9_11-39-3.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +52.8 KB - Content
- image2022-9-9_11-6-38.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +190.5 KB - Content
- image2022-9-9_9-51-8.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +155.3 KB - Content
- jddd_DAQ-control-manual-how_to_get.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +240.6 KB - Content
- jddd_DAQ-control-manual2.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +208.4 KB - Content
- restart_RCM_no_runmode.jpg
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +131.4 KB - Content
- runmode_set.jpg
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +78.0 KB - Content
- setting_parameters.jpg
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +42.1 KB - Content
- whitelist.jpg
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.XWikiGuest - Size
-
... ... @@ -1,0 +1,1 @@ 1 +26.4 KB - Content