Timestamp conversion different in LabVIEW 8

labview

    Sponsored Links

    Next

  • 1. database/LabVIEW naming-dependancy blues
    Hi All,       I'm trying to implement a database for test-data.  The schema will include 15 to 20 tables and, possibly, many queries (to be called from LabVIEW.)  That there will be dependancies between LabVIEW and the DB seems unavoidable, but minimization of dependancies is desireable.  For instance, embedding 40-50 field and table names, as literals, in LabVIEW VIs would be suicidal.  If one coughed on the DB schema, the LabVIEW side would self-destruct.  Making variables of the names is not much better - table-field-counts are still fixed at compile-time, and there's an "INI" somewhere that must duplicate char-for-char names in the Schema.         If, as it appears, dependancies are unavoidable, what approaches have you guys adopted to reduce dependancy headaches.   This has become a nightmare.   Many Thanks in advance
  • 2. Can't put a tab control in a cluster
    Yes, Same is true in LV 7.1. Not sure why. I didn't find any details about it in the the help files or user manual. I guess there is not much sense in having a tab control in your cluster datatype. Furthermore: tab controls can contain controls and functions on the front panel but not on the block diagram. What would happen to those if you could insert the tab control into a cluster.. In short, a tab control is another type of control grouping that doesn't seem to mix with cluster grouping.
  • 3. linking windows service with LabVIEW DLL
    I need to write a windows service that executes functions written in LabVIEW upon start and stop. And yes, I've considered using srvany.exe but that won't cut it. I have a LabVIEW function that the windows service (written in VS C++ 6.0), calls when the service stops. Right now, the VI is very simple, long foo(char str[]), and returns a constant. The problem is that the service just sits there when I start the service. I get a "Error 1053: The service did not respond to the start or control request in a timely fashion". From the debugger, it look as if a thread just hangs.  Has anyone ever encountered this before? Thanks,
  • 4. How to do add a line to a text box, without using Concatenate vi ?
    Hello, I would like a vi to acts as a logbook, where others vi can write any string with time and date. Under LabWindows/CVI, you just have to draw a Text Box, then to use the function InsertTextBoxLine. Under LabView, I made a while loop with a Shift Register and a concatenate string, but it is time consuming. The more lines there are, the more time it takes to write a new line, since in fact, the entire text box (in fact a huge string) is rewrited each time. So, this solution works very well at the beginning, but it becomes quickly very slow, as I can have thousands of lines. I would like someone to help me and tell me if there is an equivalent of InsertTextBoxLine, and how to add a new line very fastly since I have milliseconds timed operations. Need help please... Thank you

Timestamp conversion different in LabVIEW 8

Postby Robert Cole » Thu, 29 Jun 2006 02:40:10 GMT

Okay, first a little background as to what we're trying to do... 

We have mobile systems so we have them set up on UTC. Any of a number
of different other systems can connect to these and these other systems
can be in any timezone. For various reasons that I won't go into here,
we ended up building a method to convert these timestamps (the
"automatic" conversion built into LabVIEW was working as we wanted).

So here's the problem: We are converting from LabVIEW 7.1 to LabVIEW 8.0 and the timestamp conversion is DIFFERENT.

Just letting LabVIEW convert timestamps automatically is giving
incorrect times in some areas. I was testing for our customers in
Saskatchewan (Central Time zone with NO daylight savings time change)
and found that LabVIEW was always applying the DST conversion even
after I switched off DST conversion in Windoze *and* rebooted my
computer.

Our little utility for finding timezone (I have attached a super
simplified version here that works west of prime meridian) in LV 7.1
reported my timezone as -7 in standard time and -6 in DST (making it
easy to adjust times).  In LV 8.0+, it always reports my timezone
as -7. The "is DST" output from Seconds to Date/Time.vi  is always
1 if you are in that time of the year (whether you make the conversion
or not).

I am resigned to the fact that I have to change the program (luckily
just one sub-VI for the whole system to change), but how do I read
whether I should do the DST conversion or not?

     Rob


Find Local TimeZone.vi:
 http://www.**--****.com/ 

Re: Timestamp conversion different in LabVIEW 8

Postby rolfk » Thu, 29 Jun 2006 15:10:06 GMT



We have mobile systems so we have them set up on UTC. Any of a number
of different other systems can connect to these and these other systems
can be in any timezone. For various reasons that I won't go into here,
we ended up building a method to convert these timestamps (the
"automatic" conversion built into LabVIEW was working as we wanted).

So here's the problem: We are converting from LabVIEW 7.1 to LabVIEW 8.0 and the timestamp conversion is DIFFERENT.

Just letting LabVIEW convert timestamps automatically is giving
incorrect times in some areas. I was testing for our customers in
Saskatchewan (Central Time zone with NO daylight savings time change)
and found that LabVIEW was always applying the DST conversion even
after I switched off DST conversion in Windoze *and* rebooted my
computer.

Our little utility for finding timezone (I have attached a super
simplified version here that works west of prime meridian) in LV 7.1
reported my timezone as -7 in standard time and -6 in DST (making it
easy to adjust times).  In LV 8.0+, it always reports my timezone
as -7. The "is DST" output from Seconds to Date/Time.vi  is always
1 if you are in that time of the year (whether you make the conversion
or not).

I am resigned to the fact that I have to change the program (luckily
just one sub-VI for the whole system to change), but how do I read
whether I should do the DST conversion or not?

     Rob
I haven't really dealt with timestamp
conversions in LabVIEW 8 yet but in LabVIEW 7 there already was a
specific issue. If you tried to calculate the timezone offset of a
timestamp before LabVIEW 7 you always got current DST status applied.
In LabVIEW 7 this was "improved" that calculating the timezone offset
of an actual timestamp used the timezone offset that was in effect at
the time of the timestamp. However for timestamps before 1970 the old
behaviour of applying the current DST status was used (observed and
checked under Windows only, sorry)

Could that be an issue you are seeing or did LabVIEW 8 revert to the pre 7.0 behaviour (which would be a bug in my opinion)?

Rolf Kalbermatter

Re: Timestamp conversion different in LabVIEW 8

Postby Robert Cole » Thu, 29 Jun 2006 23:40:09 GMT

What I am saying is that LV 8.0+ does not account for DST *at
all*.  If I take a timestamp from another system that is using UCT
(like an RT system using its default)I and look at that timestamp on my
computer, the time shifts by 7 hours. When this timezone is in DST, the
time should shift by 6 hours but it *always* shifts by 7 hours. 

LabVIEW 7 did it correctly.

I have not, yet, found a method of telling if a timestamp should be
adjusted for DST. Not all timezones or portions of timezones use DST. I
would prefer not to rely on calls to Windoze to make this determination
(there are other operating systems out here).

     Rob

Similar Threads:

1.Labview timestamp conversion

does anyone know how to convert the labview timestamp to the typical date and 
time?

for example I have 

3256330684.23			
			
which is March 10 2007 (and I forget what time of day it was)

thanks

2.How to do timestamp conversion

The timestamp value from Get Date/Time in seconds gives
the current time. I want to convert this timestamp to string. But
there is no ready made function to convert timestamp data type to
string.
Also how to compare timestamp data type with string timestamp. Because
i want to read the time stamp from file and compare with current
timestamp.
Please help, Thanks

3.Waveform Timestamp -> DBL conversion

I'm using the [DBL -> TimeStamp] conversion VI to modify the t0 property of a waveform.  This technique was taken from NI-Scope Express.vi, and sets the relative display position of a plot on a waveform graph.  <br><br>The problem is that this seems to be a one way conversion and it is not possible to recover the DBL value from the converted TimeStamp.  Not only is there no available VI to perform the reverse [TimeStamp -> DBL] conversion, but no property of the TimeStamp shows that the value is changing (I used a probe with not only the value, but everything else available on the property nodes).  I know the TimeStamp changes though, even when it always says zero, because when the DBL going in is changed, the position of the plot on the waveform graph shifts appropriately as the DBL value is changed.<br><br>After much wrangling, I've just realized I can add the t0 DBL as an extra waveform component to recover it later.  This seems cumbersome though, duplicating information, and buggy that any number you convert into a timestamp is used appropriately, but cannot be recovered, and always says 0 when probed.

4.Problems with timestamp conversion

5.Timestamp conversion problem.

I work in the development of a LabVIEW program that communicates with a
server (written in Java). All acquired data is sent via TCP and the
server can read everything (waveforms and other information). However,
there is a problem in timestamp conversion. We don't know how to
convert the milliseconds correctly. The timestamp is inside a waveform,
so we cannot convert it to formatted string.

Example:

Original timestamp: 

13:37:19,639
11/10/2005

String generated with "Flatten to String":

0000 0000 BF71 9ABF  A3D7 0800 0000 0000 

Converted value (Java server):

13:37:19,000
11/10/2005

Does anyone know the algorithm to obtain the milliseconds from this value: "A3D7 0800"? 

Thanks for attention.

My regards,
Vinicius Falseth

6. Re : conversion labview 8.2 to LabView 7.1

7. TimeStamp miliseconds control in Labview

8. LabVIEW tip: easy relative timestamp calculations



Return to labview

 

Who is online

Users browsing this forum: No registered users and 38 guest