这个可能很难。
3458A的Labview驱动程序是为了舒适而不是速度而设计的。
如果我的记忆服务正确，那么软件会不断地查询仪器以查看数据是否可用，这会大大减慢速度，而且我很确定他们使用的是OFORMAT和MFORMAT ASCII，这也是一种较慢的方式来发送数据。
总线。
您可能不得不使用签证写入和读取来编写自定义程序，而不是驱动程序来获得您想要的速度。
如果我有时间，我会明白是否可以明天鞭打一些东西，至少是为了让你前进。
您是否反对将数据写入内存，然后将其拉出来？
我正在考虑采用这条路线，以防止数据丢失，如果Labview无法跟上采样率。
我不知道这是否有必要，直到我尝试，但我想我会先花时间在这上面。
从用户角度来看，这是一种较慢的方式，但这样就可以将数据写入内存而无需PC /软件开销。
以上来自于谷歌翻译
以下为原文
This one may be tough. Labview drivers for the 3458A are built for comfort, not for speed. If my memory serves me correct the software is constanly polling the instrument to see if data is available, which greatly slows things down, and I'm pretty sure they use OFORMAT and MFORMAT ASCII, which again is a slower way to send data over the bus.
You're probably going to have to write a custom program using visa write and read as opposed to the driver to get the speeds you want. If I have time, I will see if I can whip something up tomorrow, at least to get you going.
Are you opposed to writing the data to memory, then pulling it out? I was thinking of going this route just to prevent data loss if Labview can't keep up with the sample rate. I won't know if this is necessary until I try it, but I thought I would ask before I spend time on this. This is a slower way to go about it from the user perspective, but this way you are writing the data to memory without PC/software overhead.
这个可能很难。
3458A的Labview驱动程序是为了舒适而不是速度而设计的。
如果我的记忆服务正确，那么软件会不断地查询仪器以查看数据是否可用，这会大大减慢速度，而且我很确定他们使用的是OFORMAT和MFORMAT ASCII，这也是一种较慢的方式来发送数据。
总线。
您可能不得不使用签证写入和读取来编写自定义程序，而不是驱动程序来获得您想要的速度。
如果我有时间，我会明白是否可以明天鞭打一些东西，至少是为了让你前进。
您是否反对将数据写入内存，然后将其拉出来？
我正在考虑采用这条路线，以防止数据丢失，如果Labview无法跟上采样率。
我不知道这是否有必要，直到我尝试，但我想我会先花时间在这上面。
从用户角度来看，这是一种较慢的方式，但这样就可以将数据写入内存而无需PC /软件开销。
以上来自于谷歌翻译
以下为原文
This one may be tough. Labview drivers for the 3458A are built for comfort, not for speed. If my memory serves me correct the software is constanly polling the instrument to see if data is available, which greatly slows things down, and I'm pretty sure they use OFORMAT and MFORMAT ASCII, which again is a slower way to send data over the bus.
You're probably going to have to write a custom program using visa write and read as opposed to the driver to get the speeds you want. If I have time, I will see if I can whip something up tomorrow, at least to get you going.
Are you opposed to writing the data to memory, then pulling it out? I was thinking of going this route just to prevent data loss if Labview can't keep up with the sample rate. I won't know if this is necessary until I try it, but I thought I would ask before I spend time on this. This is a slower way to go about it from the user perspective, but this way you are writing the data to memory without PC/software overhead.
举报
badwaveform.JPG110.3 KB
goodwaveform.JPG106.9 KB
