PLC上机位软件选用什么软件编,投票区 (真!完!)
PLC上机位软件选用什么软件编,投票区 vc6 delphi,但不反对用VC或其它. 用 VC 写主要部分为DLL。VC/VB/C#/delphi/BCB 可以自由开发界面。 delphi BCB VC6做dll,delphi搞界面吧 同意楼上! 开发环境我还是推荐VS2005 bcb 虽然不是项目成员,但个人建议,还是优先考虑非Windows体系吧,否则开源软件却要植根于Windows系统,这实在有点搞笑了…… 【3楼】 lgl_debug
用 VC 写主要部分写为DLL。
VC/VB/C#/delphi/BCB 可以自由开发界面。
【6楼】 inequality001
VC6做dll,delphi搞界面吧
-----------------------------------
除了VB,其他几个都能够同时适合DLL和界面的开发,没有必要一定用VC写DLL
;
;
【10楼】 watercat
虽然不是项目成员,但个人建议,还是优先考虑非Windows体系吧,否则开源软件却要植根于Windows系统,这实在有点搞笑了……
-----------------------------------
开源软件运行于什么系统都可以,我倒觉得没什么搞笑的
就算采用商业开发工具也没什么
不过,如果能采用开源的开发工具更纯粹一些 > 虽然不是项目成员,但个人建议,还是优先考虑非Windows体系吧,否则开源软件却要植根于Windows系统,这实在有点搞笑了……
目前国内大部分开发人员都用 Windows 作为开始产品的平台,上位机软件用 C 语言开发,用 Linux 或 Windows 平台的用户可以移植。
开源开发平台需要慢慢过渡到 Linux/Unix. CVI 从我个人的使用经验看,在Linux体系中使用UART或USB这样的串行接口,其API友好程度远高过Windows
并且Linux环境下的驱动程序编写也远比同功能的Windows程序要容易得多
同时作为界面应用,典型的窗口应用程序在Linux+Gnome或KDE环境下的编写也是远比VC++容易得多的,当然,比VB或C#肯定有所不及,可是,VB是出了名的故障专业户,而C#,或者说整个.net架构,这种每个框架版本都不具备对下兼容性并且故障频频的东西,有任何强健性可言么?如何用于工控?
其实,对于PLC这样的纯工控应用,完全不必考虑例如【最终用户拿工控机玩游戏写文档】之类彪悍情况的,这时候,如何选择应该已经不需多说了吧? 建议使用三菱PLC现成的软件,并且这个PLC通讯协议是公开的,应该是很安全和方便,比自己现开发应该是稳定可靠! 三菱PLC上位机软件 Fx-win3.0-c
点击此处下载 ourdev_252644.rar(文件大小:2.61M) (原文件名:Fx-win3.0-c.rar) makesoft
但是,版权有问题吧!!!!
过几天三菱公司会来找你的!! 我也赞成上位机使用Linux系统。这样开源更纯粹一点。
即便最终采用了Windows系统,也一定要采用c/c++和开源可移植的库来实现。否则实现一个windows only的系统就不太爽了。 推荐用BCB,
1,方便,还是C,如要使用别的DLL什么的,还有VC,至少语言没变。相对大家要容易
2,本身就是开源大家好学习。如果是DEPHI好些人没学过这种语言,不利于开源
3,VC++有难度,像我们这种非计算机专业没能搞的太深 bcb delphi delphi 我觉得还是C/C++语言好一些,觉得更适合做硬件的思维。我建议用VC++,VC6或2005/2008都可以,Delphi或BCB/CB没玩过,不知道。像做界面的话,使用相关类库,VC也是很方便的。Codeproject上有个Ultimate Toolbox类库上开源的,用起来还不错。
http://www.codeproject.com/KB/MFC/UltimateToolbox.aspx
有些东西还是Microsoft的工具做起来方便,其实VC也是比较好学的。不赞成用Delphi。 labview delphi
界面上她是没话说的
搞通讯时也足够灵活
控件比BCB丰富 Delphi GCC
Windows/Linux通吃,界面部分用GTK,跨平台的,Windows/Linux通吃,既然做就做NB一点的,也不在乎一两天就做好,原型时随便选Delphi或VB来做。 哈哈用过qt
呵呵还是vc吧 大家都会用 请不用投票了!!QQ会议定了用VC6.0
页:
[1]