我的一个同事,用Labview出了问题,打电话给NI,要求支持,没想到第一句话,人家问的就是,你的许可号是多少?我的这位同事一下心里就虚了,言左
右而顾其它,把电话挂了。依我看，第一，Labview是包装在仪器控制语言上的花架子，第二，仪器通信本身是不可靠的，不能通过上面的包装来解决所有问
题，第三，完全有免费的工具控制仪器，让你体面的做工程。没有任何理由你使用盗版的Labview。
你认为NI是主流？GPIB是发展方向？VXI,PXI真的把连线问题都解决了？TEK和Agilent这些仪器厂都是干什么吃的？他们现在的仪器为什么都有以太网接口？他们认为GPIB的功耗连线复杂度会比RJ45复杂？
你认为NI支持的底层仪器驱动最多？Aiglent的I/O Library是干什么的？什么是仪器驱动，说白了，就是在GPIB协议上的针对特定仪器的特殊指令集，手册上都写得明明白白的，GPIB的指令集也是公开的？有理由局限于NI吗？
NI的开发能力最强？到处都可以下载Labview的程序？告诉你，超大规模的生产厂家都不在线用labview，人家有自己的平台，自己写
driver，在上层把仪器都看作统一的对象。就是临时变程，也有GPIB的Perl接口，更何况，如果用以太网接口，perl对网络的支持你认为如何.
你也可以用任何支持网络socket的开发语言,C,python,...?那才是真正quick and dirty win的方案
NI的东西是可视化的,用鼠标托拽,设属性,多方便?你有一个仪器还凑合,如果你有四五台机器,要一起工作,工作的流程是复杂逻辑,看你的图像对象你应付得来吗?在你的图形开发IDE里,你受得了吗?
仪器本身的通信是极其不可靠的,很容易,命令缓冲区就乱了,仪器就不通信了,你指望Labview能帮你什么?
没错Labiew可以做很多事情,很多软件都可以做很多事情,Perl还能写微内核程序呢?Matlab用它的接口也可以做很多事情,Matlab还可以控制仪器呢?你为什么不用Simulink来图形化控制仪器呢
为了可视化,Labview的程序大部分都是和仪器无关的图形代码,随便写个程序都很大,用Perl写的仪器控制只有几K,Perl的主体还是很大的,因
为它的主体是干很多事情的,针对仪器的运行库很小,比Labview的小多了。Perl的哲学是快速原型，quick and
win，你投资，立刻出结果，你是老板，你会让本来一天的活一个礼拜完成？
使用Labview你就彻底和windows绑在了一起，因为NI的命运就拴在了微软身上。Perl可以运行在很多平台上
唯一你用Labview的理由就是,他的GUI设计的很好,给别人看的时候可以炫耀以下前端,把后面辛辛苦苦开发仪器控制的那个可怜的大哥一脚踩在脚下,抹煞他的功劳,全记在你的账上,写Powerpoint多好看哪
顺便说两个事实，Linux下有一个类似Labview的免费东西(叫Linux Lab什么的),NI也有Linux上的Labview.第二,好多仪器内嵌的都是windows,只有很少一部分是UNIX,支持X
阅读(4434) | 评论(0) | 转发(0) |
