[time-nuts] labview, gpib, gps , logging data and lost data points!!

[Ulrich Bangert]

Norman,

> Does EZ-GPIB support visa?

Yes, it is not a complete implementation but it should be enough for
tasks like that.

> The idea was to save the data in text files and post-process 
> with excel.

Sure possible, but if the decoding can be done in realtime why not do
it.

> Based on my observations, the gpib routine takes 300ms to 
> complete. 

For my HP counters the rule applies: Once they are configured and you
can be sure that they have terminated a measurement (either because they
triggred the bus SRQ line or by knowing that they received a signal on
the stop input) you can ask for the result and you get it with high
speed, merely microseconds then milliseconds.

> There are two reasons for Labview. One is it's used quite a bit. The 
> other is that the learing curve isn't quite as steep as C++ or VB.

As I did already say: There is a readey to go example that performs the
complete decoding. The only prerequisite is a positive going pps on
either of the RS232 status input lines.

73s and my best regards
Ulrich, DF6JB

P.S.
I just received an feedback that the version of 2008-10-29 may contain a
bug. Please wait with a test of EZGPIB until a later version is
available.

> -----Ursprungliche Nachricht-----
> Von: time-nuts-bounces at febo.com 
> [mailto:time-nuts-bounces at febo.com] Im Auftrag von Norman J McSweyn
> Gesendet: Mittwoch, 29. Oktober 2008 17:40
> An: Discussion of precise time and frequency measurement
> Betreff: Re: [time-nuts] labview, gpib, gps ,logging data and 
> lost data points!!
> 
> 
> Ulrich,
> Does EZ-GPIB support visa? I know there was a thread a few 
> months back 
> kicking around the idea.
> 
> The way the code is written now, I'm getting a response to @@Hn and 
> parsing that.
> 
> The idea was to save the data in text files and post-process 
> with excel.
> 
> Using the SRQ (and your idea as from the counter to generate a timing 
> mark (to start the serial vi). This makes a lot of sense because I'll 
> know that the data in the message will be for the next second 
> (timestamped with this second)
> 
> Based on my observations, the gpib routine takes 300ms to 
> complete. It's 
> just setup, trigger and read. I'll have to change this.
> 
> There are two reasons for Labview. One is it's used quite a bit. The 
> other is that the learing curve isn't quite as steep as C++ or VB.
> 
> Either way, you've given much to think about!
> Thanks,
> Norm n3ykf
> 
> _______________________________________________
> time-nuts mailing list -- time-nuts at febo.com
> To unsubscribe, go to 
> https://www.febo.com/cgi-> bin/mailman/listinfo/time-nuts
> and 
> follow the instructions there.
>