53131A Counter有没有机会使用.NET？

Wernherr，简短的回答是肯定的，你需要编写自己的驱动程序。
如果您有可用的VEE，您可以使用它（使用面板驱动程序）来学习所需的命令字符串。
无论哪种方式，任务都不是特别艰巨，并且通过设计很容易构建SCPI字符串。
我假设你正在使用T＆amp;
M工具包应该消除与仪器通信的痛苦。关于SCPI的另一件事是，它尽可能地设计为独立于仪器和制造商，因此值得快速上网搜索C＃
或者已经为计数器编写的Java代码，您可以移植和/或扩展以供自己使用。



     以下为原文

  Wernherr,

The short answer is yes, you need to write your own driver.  If you have VEE available you could use that ( with the panel driver ) to learn the command strings you need.  Either way the task is not particularly arduous and by design it is easy to build SCPI strings. I'm assuming you're using the T & M toolkit which should take the pain out of the communications with the instruments.

The other thing about SCPI is that, as far as possible, it is designed to be independent of instrument and manufacturer so it would be worth doing a quick internet search for C# or Java code already written for a counter which you can port and/or extend for your own use.

迈克尔，感谢您的推荐。现在我还没决定是否使用T＆amp;
M工具包与否。如果我这样做，我想使用T＆amp;
M DirectIO工具包可以包含在Visual Studio .NET中。还有其他工具包可用吗？如前所述，我在GPIB上有一串4个不同的设备，即1。
Agilent 34980A我已经有一个IVI-COM驱动程序2。
Agilent E3646A电源还带有IVI-COM驱动器3。
Agilent 53131A计数器，我必须写一些东西...... 4。
HAMEG HM8118 LCR-meter我还必须编写一个由SCPI字符串组成的驱动程序在这种设备和技术的混合中我是否面临线程问题，因为它们都连接到同一个GPIB？我想编写4个不同的面向对象的代码
没有人互相认识的司机的实例.Eg
在一个独特的驱动程序中，我想轮询一些连接的状态，完全独立于任何其他驱动程序在同一总线系统上同时执行的操作.GPIB是否负责这一点？
或者我是否必须以不会互相干扰的方式同步4个驱动程序？问候，Wernherr



     以下为原文

  Michael,

thanks for your recommandations.
By now I did not decide whether to use the T & M toolkit or not.
If I do I would like to use the T & M DirectIO toolkit that can be included into Visual Studio .NET.
Are there other toolkits available?

As mentioned before I have a string of 4 different devices on the GPIB that is
1. Agilent 34980A where I have an IVI-COM driver already
2. Agilent E3646A power supply also with IVI-COM driver
3. Agilent 53131A counter where I have to write something...
4. HAMEG HM8118 LCR-meter where I also have to write a driver consisting of SCPI strings

In this mixture of devices and technologies do I face a threading problem because they all are connected to the same GPIB?
I would like to write object oriented code with 4 different instances of drivers with none of them knowing each other.
E.g. in a distinct driver I would like to poll the status of some connection absolutely independent of what any other driver is doing on the same bus system at the same time.
Does the GPIB take care of that? Or do I have to synchronize the 4 drivers in a way that they do not disturb each other?

Regards,
Wernherr

喜;
我刚刚开始尝试在VB .Net中编程34980a并遇到困难。
如果您有任何编程见解，建议或示例，那将有所帮助。
我正在使用GPIB-USB＆amp;
还有一个需要控制的6652a ps。
干草堆



     以下为原文

  hi;
I am just starting to try to program the 34980a in VB .Net and encountering difficulties. If you have any programming insight, suggestions or examples, that would help. I am using a GPIB-USB & also have an 6652a ps that needs to be controlled.
rick

Wernherr，GPIB上的多个设备应该没有问题 - 就像所有竞争硬件一样，它将消息排队，所有数据都发送到特定设备*。
此外，将IVI-COM技术与SCPI **混合也没有问题。我应该指出，与其他竞争设备一样，您需要防止死锁，即2个线程相互依赖并等待响应 - 有很多资源在
有关这方面的互联网，您可能不太可能在典型的“设置来源 - 制作测量”场景中遇到它......但是，如果您现在不熟悉这个原则，那么现在就是熟悉它的好时机！我不知道
我不知道其他任何工具包：我认为安捷伦是独特/开放的，而其他人都希望将您与他们的编程语言联系起来。*例外情况是您希望进行多设备操作，例如
串行轮询或并行轮询，其中（在面向对象的意义上）你可能想要一个'Poll'对象，每个工具对象都注册**对于单个设备的混合技术，例如
不建议使用IVI-COM和SCPI同一仪器，迈克



     以下为原文

  Wernherr,

There should be no problem with multiple devices on the GPIB - like all contended hardware it queues messages and all data is addressed to the particular device*.  Furthermore there is no problem mixing technologies IVI-COM with SCPI**.

I should point out that like other contended devices you will need to guard against deadlock i.e. where 2 threads are interdependent and waiting for a response - there are lots of resources on the internet regarding this and you're probably unlikely to encounter it in a typical "set up source - make measurement" scenario... however if you are not familiar with the principle now would be a good time to acquaint yourself with it!

I don't know of any other toolkits: I think Agilent's is unique/open whereas everyone else wants to tie you to their programming language.

* the exception to this is where you want to do multi-device operations e.g. serial poll or parallel poll where ( in an object-oriented sense ) you may want to have a 'Poll' object against which each instrument object registers

** mixing technologies for a _single device_ e.g. using both IVI-COM and SCPI to the same instrument is not recommended

Regards,  Mike

迈克尔，再次感谢。所以我可以使用不同设备的独立实例开发面向对象的代码。我不认为我会遇到线程问题，而GPIB能够将消息定向到不同的设备。除此之外，我熟悉线程编程
死锁的情况。我发现C＃示例代码与Agilent 53131A频率计数器通信：http：//www.home.agilent.com/agilent/edi ...＆amp; id = 887948这就是我正在寻找的
for.Regards，Wernherr



     以下为原文

  Michael,

thanks again.
So I can develop object oriented code with indepentand instances of the different devices.
I don't think I will face threading problems while the GPIB is able to direct messages to distinct devices.
Beside that I am familiar with threaded programming and the scenario of dead locks.

Btw I have found C# sample code communicating to the Agilent 53131A frequency counter:
http://www.home.agilent.com/agilent/edi ... &id=887948
That's just what I was looking for.

Regards,
Wernherr

嗨，当我在寻找安捷伦T＆amp; M工具包2.1时，我看到它已经过时了.http：//www.home.agilent.com/agilent/pro ... = US＆amp; lc = engIt建议使用IO
Libraries Suite 15.5 now.I已安装它但我在Visual Studio中没有任何支持，就像我选择“New Project ...”我希望看到像“Agilent IO Library Suite Project”这样的东西来构建一个应用程序。
或者对C＃的支持是否有所不同，IO库套件只能使用我必须添加到项目中的其他文件？它是否也适用于VS2008 Express Edition？问候，Wernherr



     以下为原文

  Hi,

When I was searching for the Agilent T&M Toolkit 2.1 I saw it is obsolete.
http://www.home.agilent.com/agilent/pro ... =US&lc=eng

It is recommended to use the IO Libraries Suite 15.5 now.
I have installed it but I do not have any support in my Visual Studio like
when I choose "New Project..." I would like to see something like
"Agilent IO Library Suite Project" to build an application with.

Or is the support for C# different in a way that the IO Library Suite just
comes with additional files that I only have to add to my project?

Does it also work with VS2008 Express Edition?

Regards,
Wernherr