社区
图形处理/算法
帖子详情
没思路。怎么开发工控软件。
rainmarker
2011-02-23 03:45:07
思路啊。
...全文
209
12
打赏
收藏
没思路。怎么开发工控软件。
思路啊。
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
12 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
imzhjy
2011-02-23
打赏
举报
回复
这贴还真火,10分钟不到,十几楼。
imzhjy
2011-02-23
打赏
举报
回复
不过做得好的话:
要统一通信接口,能兼容各种总线。
统一设备接口,能兼容各种同功能设备。
统一业务逻辑模型,复用。
imzhjy
2011-02-23
打赏
举报
回复
不需要分,友情帮顶群里的兄弟
做这行的,VC,上位机,10年。
通信部分(通信总线、协议),外围设备控制(控制协议),PC部分的UI、数据等纯软部分。
ZJVS007
2011-02-23
打赏
举报
回复
我不是来灌水的 我是来解决问题的,真正是为了分而来的
AK_999
2011-02-23
打赏
举报
回复
我刚看到,没一个人,我一个回复就这么多人,汗一个。看来大家都喜欢分。我也不能少了
zParadise
2011-02-23
打赏
举报
回复
我不信还没分
wyf605081231
2011-02-23
打赏
举报
回复
先想想啊 …………这个好像 可以这么办……
AK_999
2011-02-23
打赏
举报
回复
找个老师,这个办法最好,自学,时间,精力要求大
周药师
2011-02-23
打赏
举报
回复
属于工业控制的范畴 咱们同一行业
量子计算
2011-02-23
打赏
举报
回复
让别人开发,自己买
covsno
2011-02-23
打赏
举报
回复
具体问题具体分析吧
无非是逻辑+界面
moooxin
2011-02-23
打赏
举报
回复
俺不是 这方面的。。呵呵。。精神支持
利用
工
控
软件
开发
!"#仿真系统的新
思路
汇编.pdf
利用
工
控
软件
开发
!"#仿真系统的新
思路
汇编.pdf
利用
工
控
软件
开发
!"#仿真系统的新
思路
收集.pdf
利用
工
控
软件
开发
!"#仿真系统的新
思路
收集.pdf
利用
工
控
软件
开发
!"#仿真系统的新
思路
终版.pdf
利用
工
控
软件
开发
!"#仿真系统的新
思路
终版.pdf
嵌入式系统详细文档
一个关于嵌入式系统很详细的文档 第1章 概 述 1.1 研发背景 随着电子技术的发展,微型计算机应用迅速渗透到各个领域。
工
业
控
制领域中计算机应用从编程器、单板机、微机系统到
工
业网络,由简单到复杂,对
软件
的要求越来越高。近年来网络技术的飞速发展,又为
工
业自动化开辟了广阔的发展空间,用户可以方便快捷地组建优质高效的监
控
系统,并且通过采用远程监
控
及诊断、双机热备等先进技术,使系统更加安全可靠,在这方面,出现了许多应用
软件
,其中的典型代表就是
工
控
组态
软件
,如昆仑通态
软件
公司的MCGS,亚
控
公司的组态王,Intellution公司的!FIX等。 组态
软件
的目的就是提供给用户一种二次
开发
平台,尽量减少组建
工
程过程中的重复劳动,隐蔽复杂的编程过程。而目前的组态
软件
大多停留在对人机界面的组态上,随着我国
工
业自动化水平的不断提高和普及,对
工
控
组态
软件
的要求也越来越高。对设备驱动程序的可组态是目前研究的热点。 一直以来,
工
业
控
制
软件
缺乏统一的
工
业标准,不同厂家的
软件
之间进行通讯是非常麻烦的一件事。各个厂家的
软件
对
控
制系统硬件操作的设备驱动程序接口也各不相同,这样为了对市场上不同厂家的设备都能管理,
控
制
软件
厂家必须针对市场上的几百种常用的设备都
开发
设备驱动程序,而且当硬件设备升级、修改时,驱动程序也必须修改,这样做的代价无疑是相当高的。目前并
没
有一种
软件
能够很好的实现对设备驱动的所见即所得的支持[1]。出现这种现象的原因主要是外部设备种类繁多,所基于的协议也是千差万别,如果要实现一种比较通用的驱动很不容易。但是我们可以考虑提供一个一般
工
程人员非常熟悉的
开发
环境,在这个环境中通过简单易行的操作实现数据的采集和
控
制。用户只需要关注他们熟知的通讯规程,然后用一种图形化的方法来实现通讯的一个过程,而不需要对程序内部实现有所了解。所以希望通过这种二次
开发
平台的设计、
开发
来解决
工
控
软件
与大部分的硬件设备数据交换问题。 1.2 本文的目的和意义 本文主要目的是研究面向对象
软件
开发
技术和
软件
设计模式在
工
业数据采集
软件
设计
开发
中的应用。内容基于一套包含多种智能
控
制模块的嵌入式实时
控
制
软件
,实际上就是一套软PLC
软件
包,并结合当前
工
控
组态
软件
实际情况,
开发
符合国际标准的功能块图(Function Block Diagram?FBD)编程语言[3],即第四代编程语言(4GL语言),以方便用户的组态为目的,使用户不需要编程经验就可组态出优质高效的符合自己需求的
工
业
控
制系统,其功能块编译后实际上生成第三代编程语言(3GL语言),而本文要实现的FBD也就是C++的代码生成器。 这种FBD编程语言有着很广泛的应用价值: 首先,普通的
工
控
组态
软件
要与设备连接,必须有支持所挂设备的驱动程序,运用符合标准的图形化FBD编程模块后,将不需对市场上的几百种常用的设备都
开发
设备驱动程序,也不需要专门的编程人员,而由用户根据实际需要,应用功能块来搭建完成,打破了组态
软件
仅限于人机界面的组态局面,实现设备驱动的可组态。例如可移植到北京昆仑通态自动化
软件
科技有限公司最新推出的嵌入式组态
软件
??MCGSE中,使其可以用图形化的FBD语言组态设备和策略,将监
控
和软逻辑集成一体。 其次,运用于嵌入式实时
控
制
软件
,可以作为独立的
开发
环境,与
工
控
机配合使用,形成软PLC。形成一套面向中小型过程应用和设备集成
控
制的开放型
控
制系统。满足
工
控
行业从简单到复杂的各种
控
制应用要求和各种设备过程自动化
控
制的应用要求,是用来代替硬PLC(可编程
控
制器)[4] 和各种设备过程
控
制系统的理想解决方案。 社会的发展以及先进的生产管理理念的不断引入,当今用户不仅要求系统本身能够完成各种常规及先进的
控
制要求,而且要求通过友好的动画界面显示现场生产的状况。普通的PLC加HMI人机接口界面
软件
构成的系统在快速逻辑
控
制应用领域有其优势[1],尤其在断续的生产过程以及各种设备
控
制应用领域有他的市场并能保持较为适中的系统价格,但在连续复杂的过程
控
制以及各种针对特殊应用要求的领域和具备先进的生产管理方面满足不了用户的要求,同时系统的可靠性也有待提高。我们通过软PLC来代替普通的PLC,并集成到现有的MCGS人机界面组态
软件
中不失为解决上述问题的好方法,实现将图形组态与
控
制器组态相结合。 笔者主要负责其中基于功能流程图的驱动程序
软件
的设计和
开发
,以实现设备驱动的可组态,使用户可方便的用FBD来
开发
设备驱动,针对大多数的
工
业过程
控
制应用如:石油化
工
、电站、钢铁冶炼、食品加
工
等要求,完成对
控
制器的
控
制策略的组态。
工
程人员只需简单地从功能块库中拖拽所需功能块到组态窗口中并用软接线连接起来就可快速的生成需要的
控
制策略。使用规范的FBD编程语言来增强昆仑通态的组态
软件
??MCGS的脚本处理功能和策略功能,提供可视化的I/O设置,简化设备驱动的
开发
;取代组态
软件
中原来的设备接口,完成数据采集和数据传送。然后考虑进一步完善界面和加强功能后作为单独的
软件
系统,形成一套软逻辑
控
制系统。 1.3 研究方法与
思路
目前,在
软件
中实现与硬件设备的数据交换有以下一些方法: 1.编写特定设备的驱动程序。这种方式是最多和最常见的手段,一般使用VC、VB、Delphi的高级语言进行纯粹的程序
开发
。这种方法不仅可以
开发
数据采集程序,还可以编写硬件设备的底层驱动,功能非常强大。但是这种方式对
开发
人员要求非常高,
开发
人员必须非常熟练的使用这些
开发
工
具,还要对在不同平台下的驱动设计方法、技巧十分清楚。一般来说,这种
开发
都是专业的
软件
开发
公司的业务。对于
工
业
控
制中的技术人员不适合,并且这样
开发
出来的产品一般是二进制文件,硬件有了小的改动都需要修改源代码进行重新编译,不能做到很好的复用性。然而,在
工
业中使用的硬件设备基本结构相同,存在很小的差异,使用这种方法就不太适合。 2.建立统一数据接口标准[6]。如:OPC基金会制定了一套标准的OPC规范。OPC规范基于微软的COM技术,它规范了过程
控
制和生产自动化
软件
与用OPC服务器实现的硬件驱动程序之间的接口,并且提供基于
工
业自动化应用的统一数据传输平台。各个硬件厂商在
开发
自己设备时只要遵守这个规范,就可以用标准的通讯程序与硬件进行数据交换。但是,这只是提供一个通讯的框架,必须符合才能使用,它的灵活性很差。并且对于很多简单的智能仪表完全
没
有必要去遵循相对而言庞大的协议。 3.提供一个二次
开发
的环境。这里有两种方案[8]:一种是提供了I/O采集和数据通讯的动态连接库,然后在协议编辑器中编写通讯协议,最后生成一个
工
程文件。其中笛卡儿有限公司
开发
的Omni Server就是其中的代表作。另一种是遵循IEC1131标准的[3]。IEC1131-3标准是PLC程序设计语言的标准,它提供了一种非常灵活的程序
开发
方法,是一种面向图形的方法。关于IEC1131-3标准将在后面章节作详细介绍。由于基于IEC1131标准设计的程序基本都是PLC或大型
控
制器的编程
软件
,主要考虑的是实现硬件的内部功能,并
没
有将数据通讯的功能作为主要的考虑因素。 根据本课题的特点,通过参考IEC1131-3标准和其他PLC、
控
制器设计
软件
,探讨了一种基于功能块图(FBD)的驱动程序
开发
模式。通过将具体功能和框架分离的设计方法实现功能的易扩充性和跨平台的易移植性。 1.4 主要背景知识及技术 本文主要涉及
工
业
控
制领域的相关知识,在此领域中
工
控
组态
软件
、PLC及其发展动向、IEC1131-3标准、嵌入式
软件
等是本文密切相关的内容,这些内容之间有着密切的联系,都是完成本文必不可少的。首先从大的角度看,本文属于
工
控
组态
软件
的范畴,是组态
软件
在嵌入式系统平台下运行的一种形式,与嵌入式
软件
是密不可分的。那么,提到嵌入式就不能不提起PLC,PLC是目前在
工
业自动化
控
制领域运用非常广泛的一种逻辑器件,正由于它的运用广泛,人们才十分关注他,在实际的生产应用过程中不断发现其使用的不便之处,摸索出解决问题的方法,即用符合IEC1131-3标准的编程规则,来实现复杂的逻辑
控
制,并考虑用
软件
来替代硬的PLC,这也是PLC发展的新的动向。相关的内容将在后面章节作详细介绍。 另外,
软件
设计用到的面向对象
软件
开发
技术和
软件
设计模式,也将在本文中作较细致的阐述。 1.5 主要研究内容及本文结构安排 课题内容基于一套包含多种智能
控
制模块的嵌入式实时
控
制
软件
,运用面相对象
软件
设计方法对其中的FBD功能块进行分析设计,参考IEC1131标准,提出适合需要的编程模型并定义需求、进行功能设计和
开发
。 作为该课题的负责人,笔者的
工
作主要是: 1. 运用计算机科学技术知识,结合
工
业自动化
控
制领域的相关知识,确定课题的范围。 2. 确定功能块图的模型,根据模型设计和
开发
FBD
开发
环境的系统框架。 3. 参考类似
软件
,结合本
软件
的要求,分析、编写数学“加”功能块的详细需求文档,实现模块的功能。 本文论述了课题的研究
思路
、
工
作和取得的研究成果,文章的内容结构安排如下: 本文分为三大部分: 第一部分,在第一章交代本课题的意义、背景和研究方向,使读者能够了解课题的来由和基本研究
思路
。 第二部分包括两章,在第二章中介绍嵌入式系统的相关知识和概念,并介绍了MCGS嵌入式实时
控
制
软件
的特点、
软件
结构等相关内容,在第三章讨论完成本课题中需要用到的一些知识和相关技术。为后续论文作必要的知识准备。 第三部分是整个
软件
系统设计和实现,是本文的主体部分。第四章阐述了FBD的设计思想及其实现效果,第五章中文章详细的介绍了系统的整体设计、核心框架的设计并给出了核心类的实现;第六章介绍了数学“加”模块的需求设计与实现。
论文研究-一种基于fuzzing技术的漏洞发掘新
思路
.pdf
目前检测
软件
缓冲区溢出漏洞仅局限于手
工
分析、二进制补丁比较及fuzzing技术等,这些技术要么对人
工
分析依赖程度高,要么盲目性太大,致使漏洞发掘效率极为低下。结合fuzzing技术、数据流动态分析技术以及异常自动分析技术等,提出一种新的缓冲区溢出漏洞发掘
思路
。新
思路
克服了已有缓冲区溢出漏洞发掘技术的缺点,能有效发掘网络服务器
软件
中潜在的未知安全漏洞(0day),提高了缓冲区溢出漏洞发掘效率和自动化程度。
图形处理/算法
19,469
社区成员
50,697
社区内容
发帖
与我相关
我的任务
图形处理/算法
VC/MFC 图形处理/算法
复制链接
扫一扫
分享
社区描述
VC/MFC 图形处理/算法
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章