work on FXE distribution mirror chamber, posted by Martin Dommach on 24 Feb 2017, 15:14
|
Dear all,
on Monday, 27th in the morning we will start with preparation work for the mirror installation in XTD9.
The mirror chamber (VS10130) will be vented and opened. This will affect:
V10270G and V10280G: they will be closed and disconnected
P10410I and P10420I: C10902I will be switched to "local" mode and the HV of the pumps will be switched off.
The work will take at least until Friday, March 3rd.
|
work on FXE distribution mirror chamber, posted by Martin Dommach on 24 Feb 2017, 15:15
|
Dear all,
on Monday, 27th in the morning we will start with preparation work for the mirror installation in XTD9.
The mirror chamber (VS10130) will be vented and opened. This will affect:
V10270G and V10280G: they will be closed and disconnected
P10410I and P10420I: C10902I will be switched to "local" mode and the HV of the pumps will be switched off.
The work will take at least until Friday, March 3rd.
|
update of the EPS loop, posted by Tobias Freyermuth on 10 Apr 2017, 19:19
|
Dear cllougues,
we will run an update of the EPS-loop, in order to have a proper solution for the latest hotfix, as it was announced this morning in the standup meeting.
Cheers,
Tobias
|
overview of required racks, posted by Sabine Cunis on 03 Nov 2016, 17:00
|
just for reference ... here are pictures and schematics of the racks which are involved in the current commissioning. |
new components list , posted by Sabine Cunis on 02 Dec 2016, 11:43
|
please find the new (extended) components list under the old link given in the minutes http://tinyurl.com/zn7otsa ,
and check whether all components are included and charakterized by the correct data.
|
maintenance of the online storage system, posted by Janusz Szuba on 04 Apr 2018, 17:46
|
On Friday, 6.04, there will be a maintenance of the online storage system. This will tackle the issues we had just before the last user beamtimes, when we decided to apply workaround to keep the system working. The availability of the storage system is not guaranteed, especially when faulty h/w parts needs to be exchanged.
Best,
Janusz |
karaboGUI issues - during cycling of PLC loop (shutdown and restart) - effects on XGM XTD2 and XTD9, posted by Jan Grünert on 26 Apr 2017, 10:51
|
Problems described in detail below (this entire procedure takes way too much of our time, effectively still nearly 2 hours!):
Nerea/AE requested yesterday afternoon to shutdown and restart the SASE1 VAC PLC loop once again. We start today morning (wednesday) at 8h30.
8h30
karabo is not showing status of all devices, see three screenshots (attached). karabo-GUI issue.
These devices have to be shutdown and reinstantiated to show a status and to operate them.
Several valves and gauges and scroll pumps affected both in XGM of XTD2 and XTD9.
9h00 finally I can close all four vatterfly valves
9h15 Nerea shuts down and restarts the SASE1 VAC PLC loop
9h25 still waiting for karabo to reconnect to Beckhoff PLC (I cannot do anything in karabo, and
no current status updates of anything)
9h40 SPB_XTD9_XGM scene has loaded (seems like at least). I start the reactivation procedure (switch
on scroll, open valves etc.). Need to reinstantiate several devices.
10h00 SPB_XTD9_XGM: reinstantiate both turbo pumps, CRemotePriority ON, COn, CPump (if CRemotePriority
not visible, again reinstantiate)
READ ADriveCurrent, ARPMIn several times, both should change from time to time, don't
worry about "0" every second read time
10h05 SA1_XTD2_XGM: reinstantiate both turbo pumps, StartPumpingStation
READ ADriveCurrent, ARPMIn several times, both should change from time to time, don't
worry about "0" every second read time
10h10 READ the actual value of the gauges in configurator (not to trust value shown in scene)
10h15 observe DOOCS RVC300 UHV pressures, open vatterfly valves
10h20 end of intervention
|
karabo Beckhoff link not reestablished for SASE1 tunnel VAC loop, posted by Jan Grünert on 10 May 2017, 13:03
|
Could somebody please re-establish the karabo controls of the SASE1 tunnel VAC loop (connection with Beckhoff server) ?
The karabo devices for XGM vacuum XTD2 and XTD9 are still all in UNKNOWN STATE.
We urgently would like to check the XGM vacuum status and restart the pumps before they are vented.
Thanks,
Jan |
karabo Beckhoff link not reestablished for SASE1 tunnel VAC loop, posted by Jan Grünert on 10 May 2017, 13:07
|
Jan Grünert wrote: |
Could somebody please re-establish the karabo controls of the SASE1 tunnel VAC loop (connection with Beckhoff server) ?
The karabo devices for XGM vacuum XTD2 and XTD9 are still all in UNKNOWN STATE.
We urgently would like to check the XGM vacuum status and restart the pumps before they are vented.
Thanks,
Jan
|
Jan,
We are working on it. |
exflgateway migration, posted by ITDM Admin on 31 Jan 2018, 10:06
|
Today late in the evening (~22:00), the exflgateway will be migrated to a new hardware. All users will be logged out before migration and home folders will be copied.
After migration is finished, you may experience ssh warning about ssh host key. For all centrally managed Linux this should be fixed the following morning. For all other, like Windows, or yellow desktops, you need to remove the old key and/or accept a changed one.
Best
Janusz |
cycling of SASE1 tunnel VAC loop (if needed), posted by Jan Grünert on 16 May 2017, 22:54
|
If the recycling of the VAC loop for XTD2+9 is required as I understand from AE,
tomorrow would be a good time because there is no beam (in SASE1 until at least 15h).
After about 10h30 would be ok for me.
@ AE : Please call me on my mobile when you want to start - I might be in XTD10.
@ CAS : please have someone ready to "reconnect karabo to Beckhoff" |
control servers maintenance, posted by Janusz Szuba on 03 Jul 2017, 18:22
|
All control servers, brokers, dl and finally gateway were updated and restarted. |
closing of XTD10 shifted to Wednesday, posted by Martin Dommach on 29 Jan 2018, 10:32
|
Dear all,
the closing of the XTD10 tunnel is shifted to Wednesday (January 31st.) at 2 p.m.
Best regards,
Martin |
alio monocromator tests, posted by Nicola Coppola on 05 Apr 2017, 16:24
|
test finshed.
both stages were moved.
voltage value and position read out from encoder opposite in directionality
some strange limitation on the postiion range seen.
both stages are now at around the 0 position with few mm error.
XD to ask alio/nanoomotion on the matter
XD will provide few lines of comment |
XTD9-DPS, posted by NEREA JARDON on 07 Mar 2017, 10:21
|
Dear all,
Tomorrow morning, 08th of March at 09.30h. I will be in the tunnel doing interlock tests in the DPS-XTD9 with Raúl.
Therefore I will need the connection of the TCP_Client in the Vacuum loop (just to let know Karaboo people).
I will post again when the PLC is available for Karaboo.
Thank you! |
XTD9 vacuum now ok, but not in XTD2: turbos on XGM@XTD2 still in ERROR, posted by Jan Grünert on 02 May 2017, 22:27
|
Wajid and Leonce from CAS have managed to get us the karabo controls back.
We have now put the XGM@XTD9 back into normal vacuum operation, and opened finally the vatterfly valves, this one is ok, and we checked also the entire XTD9 gas section to be ok.
However, in XGM@XTD2, both XGM turbo pumps are still in ERROR and we cannot get them out - it is an error on the PLC level ? It's something we have not seen before.
The vacuum is at a controlled level of 5E-7mbar thanks to interlock-closed vatterflys.
Request to AE: tomorrow morning, we must remotely get the two turbos out of error (PLC client ?), otherwise we have to request a ZZ access to the tunnel XTD2 for local intervention on the turbo pump controllers.
Request to the AE+CAS group leaders: apparently we need to organize OCD also during nights on weekdays.
|
XTD9 Complete Gas Section (DPS-XGM-DPS) Isolation Interlock tested - SUCCESFUL, posted by Raúl Villanueva-Guerrero on 26 Apr 2017, 19:21
|
Dear all,
Finally the tests were run with the expected results: Pressure thresholds for the 3 involved gauges were forced on the system and the interlock on the two gate valves that limit the whole gas section were automatically closed in every case. Also the release switch was tested and the valves were able to be normally operated again.
However the interlock definition also involves the closing of the so-called "shut-off" valve in the gas injection line at the XGM. Unfortunately its behaviour couldn´t be completely observed since the Karabo device is not fully implemented. On the other hand, J. Grünert reported that after the interlock was triggered the valve was shown as also "interlocked" (despite the actual status, open or closed was not clear). This situation may require a second test, combined for instance with the gas injection test to be run by WP74 in the upcoming date).
In any case the final results were rather positive. (despite there still some permanent uncertainty about devices being reachable or not through Karabo, as it has been previously reported).
Thanks to everyone involved.
Raúl Villanueva on behalf of B. Rio, N. Jardon and V. Bondar.
|
XTD9 Complete Gas Section (DPS-XGM-DPS) Isolation Interlock tested - Not Working (yet), posted by Raúl Villanueva-Guerrero on 25 Apr 2017, 13:49
|
After some minor issues, the first test has been done today and the interlock wasn´t triggered despite the conditions were met (also visible in Karabo).
This requires intervention and revision from AE
The next try-out should be done as soon as possible during this week.
Regards.
Raúl, Benoit and Valerii
|
XTD2 Imagers, posted by Andreas Koch on 15 Mar 2017, 08:13
|
XTD2, IMAG.2694.T9, Pop-In II-45: Acceptance test of motor control under Karabo, done. Camera device needs further explanations and testing. |
XTD2 Differential Pumping completely OUT OF OPERATION!, posted by Raúl Villanueva-Guerrero on 27 Apr 2017, 07:04
|
Dear all,
I just checked the Karabo Scene for both XTD9 and XTD9, finding out the not-so-nice situation where all the valves and pumps were respectively closed and stopped. What really worries me is again the fact that these situations are happening without aparent reason. I´m right now trying to start the system remotely but obviously one needs again to access the tunnel for that is the only reason to actually be sure that everything is up an running normally again.
|