Jump to content

DSC Timesetting for tags


Recommended Posts

Hi Hans,

I think you are doing something wrong with "writing shared variable with datasocket into the database".

You want to write traces with custom timestamp in citadel, so use the "write trace.vi", you have an input called timestamp. Create libraries with upmost 1000 variables (the SVE is at its best with libraries with less than 1000 sv declared) and use the binding in variable declaration. Log with events structures.

Actually I have an application with more than 5000 variables, with logging with custom timestamps, and update rates below 500ms and works ok.

cosmin

Being able to specify the time associated with a PV value would very helpful.

I have written applications that continue to gather data (in cFP units) in the event the PC crashes. If DSC allowed me to specify the time, I'd be able to use Citadel to log my data.

Lacking that functionality, I had to write my own version of Citadel from the ground up!

On the other hand...

I'm not sure how that would affect Citadel being 21-CFR-11 complient.

Ben

Link to comment
Being able to specify the time associated with a PV value would very helpful.

I have written applications that continue to gather data (in cFP units) in the event the PC crashes. If DSC allowed me to specify the time, I'd be able to use Citadel to log my data.

Lacking that functionality, I had to write my own version of Citadel from the ground up!

On the other hand...

I'm not sure how that would affect Citadel being 21-CFR-11 complient.

Ben

Hi Ben, as i said, you can log data with custom timestamp in LabVIEW DSC (or lookout with the logger object), I do not see why you needed to create a "new citadel". The only thing way anyone need custom timestamp on PSV is for network psp clients (I got around that by creating timestamps SV). I guess the custom timestamp is not implemented yet for security reasons, as in Lookout you got a special object for logging with custom timestamp. What if you enable logging when declaring SV's and is something wrong with the server who publish them (exp., at one time, the timestamp goes one hour forward and goes back next time)? on thousands of SV you will got thousands of "back in time" alarms and you could get a corrupted citadel and a huge memory usage increase because of alarm logging. Thats why Lookout logs data with computer timestamp.

So, you have to do programmed logging with custom timestamp (and make sure that back in time does not occur).

cosmin

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.