Take a look at our MetaDraw component www.Bennet-Tec.com/BTProducts/MetaDraw/MetaDraw.htm For an example of a Scada style diagram application built with MetaDraw see this one created and used by Tennessee Valley Authority http://www.bennet-tec.com/btproducts/MetaDraw/customerapps/md_fumes.htm
I have done this before in the past, but my implementation was entirely from scratch using vector graphics libraries. I would not recommend this path unless you wish to unnecessarily punish yourself. If your going to though, I used this library:
To be honest, I've yet to find good reason to move SCADA development to .NET. Admittedly the tools out there for SCADA development aren't the most fantastic providing you with an almost laughable toolset full of frustrating limitations.
Given the amount of plumbing it will take to extract the data from the SCADA system you are using into .NET, I would say it's almost not worth the considerable effort unless the vendor of the HMI software you are using has a .NET API.
Most of the graphics they use are vector graphics which could feasibly be reproduced using something like Microsoft Expression or another vector graphics package. A lot of the controls though have data intelligence though to display the data graphically which would take a lot of work also - it's the same process as producing full blown controls.
I'd be interested to see the avenue you take to achieve this, but after many frustrating hours of wanting to do this myself I decided that the net gains wouldn't be worth the effort I had to put in so I shelved it.
I've dealt with a couple of SCADA HMI developers and for the entire time I've dealt with them I've been pushing and complaining that they provide .NET capable tools. They're mostly resistant to it saying "it's coming, we're working on it", but I've yet to see any evidence that they're doing anything but trying to placate me.
At one point I even hooked directly into Modbus devices using a custom .NET API to control the devices and coded a .NET application directly against them, completely mitigating the need for the HMI application but it so wasn't worth the effort. The existing tools out there might be frustrating to develop with, but once the application is developed, the tools do work consistently.
Good luck though, it's a worthy endeavour - rather you than me ;)
发布评论
评论（6）
CSWorks 框架正是您所需要的：
http://www.controlsystemworks.com
使用配置文件连接到 I/O 点，创建 HMI/SCADA 屏幕您的 Silverlight 应用程序。
CSWorks framework does exactly what you need:
http://www.controlsystemworks.com
Connect to I/O points using config files, create HMI/SCADA screens in your Silverlight application.
考虑使用 GoDiagram 但是，由于您不需要用户编辑图表，因此可能太过分了。
consider using GoDiagram however as you don't need your users to edit the diagrams it may be overkill.
看看我们的 MetaDraw 组件
www.Bennet-Tec.com/BTProducts/MetaDraw/MetaDraw.htm
有关使用以下命令构建的 Scada 样式图表应用程序的示例
MetaDraw 看到这个由田纳西河谷管理局创建和使用的
http://www.bennet-tec.com/btproducts/MetaDraw/ customerapps/md_fumes.htm
Take a look at our MetaDraw component
www.Bennet-Tec.com/BTProducts/MetaDraw/MetaDraw.htm
For an example of a Scada style diagram application built with
MetaDraw see this one created and used by Tennessee Valley Authority
http://www.bennet-tec.com/btproducts/MetaDraw/customerapps/md_fumes.htm
你需要这样的东西：
http://www.iocomp.com/Products/DotNetWF/Default.aspx
You need something like this:
http://www.iocomp.com/Products/DotNetWF/Default.aspx
我过去曾经这样做过，但我的实现完全是使用矢量图形库从头开始。 我不会推荐这条路，除非你想不必要地惩罚自己。 如果您愿意，我使用了这个库：
http://www.vgdotnet.com/
这里是我会推荐什么（注意：我还没有尝试过其中任何一个）：
http://www.opcsystems.com/< /a>
http://www.kineticart.co.uk/Downloads.html
http://www.blocks4.net/Products/_net_scada_framework/ProductDetails.aspx
我相信您最好的选择是 opc 系统。 据我所知，它们似乎是最全面的图书馆。
希望这可以帮助。
I have done this before in the past, but my implementation was entirely from scratch using vector graphics libraries. I would not recommend this path unless you wish to unnecessarily punish yourself. If your going to though, I used this library:
http://www.vgdotnet.com/
Here is what I would recommend (note: I have not tried any of these):
http://www.opcsystems.com/
http://www.kineticart.co.uk/Downloads.html
http://www.blocks4.net/Products/_net_scada_framework/ProductDetails.aspx
I believe that your best bet would be the opc systems. From what I can find they seem to be the most well rounded library.
Hope this helps.
这是 FactoryLink 屏幕截图吗？
老实说，我还没有找到将 SCADA 开发转移到 .NET 的充分理由。 诚然，用于 SCADA 开发的工具并不是最出色的，为您提供的工具集几乎可笑，充满了令人沮丧的限制。
考虑到将您正在使用的 SCADA 系统中的数据提取到 .NET 中所需的管道工作量，我想说这几乎不值得付出相当大的努力，除非您正在使用的 HMI 软件的供应商拥有 .NET API。
他们使用的大多数图形都是矢量图形，可以使用 Microsoft Expression 或其他矢量图形包等工具进行复制。 许多控件虽然具有数据智能，但以图形方式显示数据，这也需要大量工作 - 这与生成完整控件的过程相同。
我很想知道您实现这一目标所采取的途径，但经过许多令人沮丧的时间想要自己做这件事之后，我认为净收益不值得我付出的努力，所以我搁置了它。
我曾与几个 SCADA HMI 开发人员打交道，在与他们打交道的整个过程中，我一直在推动并抱怨他们提供了支持 .NET 的工具。 他们大多对此表示抵制，说“它即将到来，我们正在努力”，但我还没有看到任何证据表明他们除了试图安抚我之外还做了任何事情。
有一次，我什至使用自定义 .NET API 直接连接到 Modbus 设备来控制设备，并直接针对它们编写 .NET 应用程序，完全减轻了对 HMI 应用程序的需求，但这样做并不值得。 使用现有的工具进行开发可能会令人沮丧，但是一旦开发了应用程序，这些工具就会一致地工作。
不过祝你好运，这是一项值得努力的事情 - 而不是你而不是我；）
Is that a FactoryLink screen shot?
To be honest, I've yet to find good reason to move SCADA development to .NET. Admittedly the tools out there for SCADA development aren't the most fantastic providing you with an almost laughable toolset full of frustrating limitations.
Given the amount of plumbing it will take to extract the data from the SCADA system you are using into .NET, I would say it's almost not worth the considerable effort unless the vendor of the HMI software you are using has a .NET API.
Most of the graphics they use are vector graphics which could feasibly be reproduced using something like Microsoft Expression or another vector graphics package. A lot of the controls though have data intelligence though to display the data graphically which would take a lot of work also - it's the same process as producing full blown controls.
I'd be interested to see the avenue you take to achieve this, but after many frustrating hours of wanting to do this myself I decided that the net gains wouldn't be worth the effort I had to put in so I shelved it.
I've dealt with a couple of SCADA HMI developers and for the entire time I've dealt with them I've been pushing and complaining that they provide .NET capable tools. They're mostly resistant to it saying "it's coming, we're working on it", but I've yet to see any evidence that they're doing anything but trying to placate me.
At one point I even hooked directly into Modbus devices using a custom .NET API to control the devices and coded a .NET application directly against them, completely mitigating the need for the HMI application but it so wasn't worth the effort. The existing tools out there might be frustrating to develop with, but once the application is developed, the tools do work consistently.
Good luck though, it's a worthy endeavour - rather you than me ;)