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: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] 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@febo.com > To unsubscribe, go to > https://www.febo.com/cgi-> bin/mailman/listinfo/time-nuts > and > follow the instructions there. > _______________________________________________ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.