
<html><body><div style="font-family: times new roman,new york,times,serif; font-size: 12pt; color: #000000"><div data-marker="__QUOTED_TEXT__"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt; color: #000000" data-mce-style="font-family: times new roman,new york,times,serif; font-size: 12pt; color: #000000;"><div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt; color: #000000" data-mce-style="font-family: times new roman,new york,times,serif; font-size: 12pt; color: #000000;"><div>Hello Nathan,<br></div>Where would be the EPICS recorded data from the Fall 2016 full current commissioning? I'm curious to see if the frequency of the time gaps was the same then as it is now since Nick mentioned that they could not find what caused the fast dump from 3000A because of time gaps.<br><br><div>Ruben,<br></div><div>Changes have been made to the Fast-DAQ LabVIEW to hopefully lower cRIO CPU usage. The controlled ramp down interlock for cRIO FastDAQ Comm will trip when deploying these changes. Please let me know if there are plans to energize the Torus so a controlled ramp down can be avoided.<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>Best regards,<br data-mce-bogus="1"></div><div>Tyler<br data-mce-bogus="1"></div><br><br><hr id="zwchr"><div><b>From: </b>"Nathan Baltzell" <baltzell@jlab.org><br><b>To: </b>"Tyler Lemon" <tlemon@jlab.org><br><b>Cc: </b>"dsg-hallb magnets" <dsg-hallb_magnets@jlab.org>, "Dave Kashy" <kashy@jlab.org><br><b>Sent: </b>Monday, January 30, 2017 7:14:37 PM<br><b>Subject: </b>Re: [Dsg-hallb_magnets] Torus Fast-DAQ time gap debug<br></div><br><div>Hi Tyler,<br><br>These fixed 200 ms gaps are likely from missed PV updates between the cRio IOC and the softIOC (update rate of 5 Hz --> 200 ms) and not due to incorrect time stamps.<br><br>We first saw this issue when the PV update rate was increase from 1 Hz to 5 Hz, and, if I remember correctly, Christiana found it to be related to heavy cpu load on the cRio and found some way to resolve it.<br><br>-Nathan<br><br><br>On Jan 30, 2017, at 4:13 PM, Tyler Lemon <tlemon@jlab.org> wrote:<br><br>> Hello Nathan, Nick, and Wesley,<br>> <br>> This afternoon, I tested a few different configurations of the timing loop on the Fast-DAQ cRIO that I thought would fix the 200ms time gap we are seeing. The 200ms time gap still appeared for all tests.<br>> <br>> Also, I made a subVI that uses the local variables that make up the EPICS IOC to display the Fast-DAQ data arrays. I cannot see any time gaps in the data using LabVIEW.<br>> <br>> This leads me to think that there is something happening on the EPICS end (whether EPICS server on cRIO or elsewhere) where incorrect time stamps are assigned. I can see in the LabVIEW that there is nothing that assigns a time stamp to data passed to EPICS. Maybe adding any sort of time stamp or counter would allow the data to be stitched together correctly. The new time stamp could be added as an additional PV sent to EPICS.<br>> <br>> Best regards,<br>> Tyler<br>> <br>> From: "Ruben Fair" <rfair@jlab.org><br>> To: "Tyler Lemon" <tlemon@jlab.org><br>> Cc: "dsg-hallb magnets" <dsg-hallb_magnets@jlab.org>, "Dave Kashy" <kashy@jlab.org><br>> Sent: Monday, January 30, 2017 1:41:07 PM<br>> Subject: Re: [Dsg-hallb_magnets] Torus Fast-DAQ time gap debug<br>> <br>> Hi Tyler,<br>> <br>> There will be no energization of the Torus today.<br>> <br>> Regards<br>> <br>> Ruben<br>> <br>> From: "Tyler Lemon" <tlemon@jlab.org><br>> To: "dsg-hallb magnets" <dsg-hallb_magnets@jlab.org><br>> Sent: Monday, January 30, 2017 1:38:52 PM<br>> Subject: [Dsg-hallb_magnets] Torus Fast-DAQ time gap debug<br>> <br>> Hello,<br>> <br>> Since the Torus is not presently powered, I am going to try to implement a possible solution to the 200ms EPICS time gaps. I will record data with the EPICS data logger before and after to see if the change stops the 200ms time gaps. <br>> <br>> The change will momentarily stop the Fast-DAQ cRIO and trip the "cRIO Fast-DAQ Comm" interlock. The interlock will be able to be reset after the program is deployed.<br>> <br>> Please let me know if any upcoming tests are planned that will require the Torus to be energized since Fast-DAQ cRIO communication loss will cause a controlled ramp downs. <br>> <br>> Best regards,<br>> Tyler<br>> <br>> _______________________________________________<br>> Dsg-hallb_magnets mailing list<br>> Dsg-hallb_magnets@jlab.org<br>> https://mailman.jlab.org/mailman/listinfo/dsg-hallb_magnets<br>></div></div></div></div><br></div></div></body></html>