编写这种软件的思路是什么(标题说不清楚),求高手指教!(200)

  • 主题发起人 主题发起人 freehorse_wl
  • 开始时间 开始时间
F

freehorse_wl

Unregistered / Unconfirmed
GUEST, unregistred user!
[h3] 单位有一些老设备,设备都有主控计算机,主控计算机里有专门控制这些设备的软件。 开始准备用C#,但CSDN的朋友说C#可能实现不了,用DELPHI更成熟,哈哈,比较起来我确定更喜欢DELPHI!于是来这里请教大家啦!  单位想通过网络远程控制一批装备,并想实时采集设备的一些运行状态。   装备(或者说设备)一般都有专用的车来装载,车里面除了有装备,还有控制装备的计算机(有时车内部是一个网络,主控计算机通过网络来对装备进行控制)。   控制装备的计算机功能比较完善,我现在的问题是:   能否通过网络远程(比如计算机A,在车外面通过单位在局域网,在50KM外)控制装备载体车里主控计算机(用B表示)中的“本地控制软件”(用C表示,是个软件)。   由于有很多种不同的装备,单独针对每一个开发工作量大。   我们现在的想法是(不知可不可行):   (装备实体用X表示)让A,利用单位内部局域网,传输一些控制装备X的参数,由装备主控计算机B来解析,然后由B来传送给本地主控软件C,再由C控制装备X运行。   之后,还需要A通过B,从主控软件C中采集一些装备X的运行状态参数,并返回给A。   也就是说,在装备X的主控计算机中,做一个软件,它有三个功能:一是接收并解析A的控制参数,二是将A的控制参数控制传送给C,并激励C,使C再控制装备X运行,三是由响应A的指令,控制C收集X的运行状态参数,然后发送给A。   不知这下偶说明白没,期待高手的指点,好着急呀![/h3]
 
如果控制设备的计算机使用的是windows操作系统,用delphi开发模拟手工操作的软件来控制远程软件从而控制设备,应该是切实可行的方法,可能也是代价最小的方案。
 
呵呵,我正在做,下位机-应用中心-客户端
 
请问zhukewen兄,如何用delphi开发模拟手工操作的软件来控制远程软件呢?还请给点详细的思路!谢谢谢谢啦!!!
 
(装备实体用X表示)让A,利用单位内部局域网,传输一些控制装备X的参数,由装备主控计算机B来解析,然后由B来传送给本地主控软件C,再由C控制装备X运行。   之后,还需要A通过B,从主控软件C中采集一些装备X的运行状态参数,并返回给A。 应该是最简单的方案,利用现有的远程桌面在A计算机上写个接收数据的程序DB计算机上开远程桌面A通过远程桌面操作B上的C程序,C程序控制X,采集数据并提交数据到A计算机的程序D中
 
我觉得“轻舞肥羊”兄的主意不错,就是给人感觉太没技术含量啦,经费可能上不去,嘿嘿
 
原来是要赚钱的方案,而不是要简单的方案......晕死
 
用快驴,做几个专门用于远程控制、状态采集的插件“挂接”到中间件,即可在远程的客户端轻松调用。网站:http://www.quickburro.net/
 
楼主是哪里的?有时间可以具体讨论一下方案,现在用delphi实现,技术上没有什么障碍,关键是实现的效果和稳定性。在被操控机上模拟鼠标键盘操作,读取被操控的电脑上的窗口数据发送到总控电脑上,这些都不成问题,但要做到万无一失,就得考虑方案了。
 
这么装备,当然要稳妥了!我在洛阳,zhukewen兄在哪里呢?“轻舞肥羊”兄笑话了,呵呵,还请见谅!
 
1、单台设备远程监控的实现 控制中心软件通过QuickBurro中间件开发包的U2UTransfer控件向远程设备的控制程序发送监控命令,现场的设备监控程序收到命令后,进行实际监控设备、查询得到设备状态等,将结果通过QuickBurro特有的TQBParcel打包,也用U2UTransfer控件回传信息给控制中心。 2、多设备群体监控的实现 可以通过TRemoteBroad控件向大量的远程设备群发监控命令,每个设备收到命令后均作实际监控动作、再把结果通过U2UTransfer的方式反馈给控制中心程序。 具体程序写起来很省力、特别是网络通信部分。请参考QuickBurro的Demo程序来实现类似上面这种功能。
 
不知道楼主在什么地方啊我是大庆的搞过类似的项目你可以联系我:QQ:599081722 注明来意
 
致:wpy020327  看了你们的快驴document,感觉里面需要重新开发控制软件啊!  我们现在想做的是:“不”重新开发各个装备的本地控制软件(那样工作量太大),直接远程控制装备的“本地控制软件”,间接地实现对装备的远程控制。  感觉你们的书驴对这方面好像不行啊!
 
设备的控制软件肯定要重新写,作为一个中间件,不可能把设备控制也打包票给你做好了。你不重新开发模块显然是不行的,这是由于: 整个远程监控过程需要跨越1个或两个网关,没有中间的转接,显然是无法直达的在需要很多个控制点的你这个项目中,支持分布式应用开发的快驴是最适合的,你认为不行是由于你没有领会“分布式远程交互的应用程序透明性”,还没了解具备的功能及特点。 事实上,写一个远程读写的插件模块是省力的,因为不需要管网络通信问题。而将你编写的插件继续封装成控件,是个可选的过程,只是为使用的方便而已。
 
后退
顶部