I'm currently promoting/providing information for FactoryPMI, a web deployed (Java Web Start) HMI. I'd appreciate links to other products as well as your thoughts (pros/cons, viability, etc). What has your experience been with APROL and ProcessViewBrowser?
Thanks for your time,
Nathan
Thanks for your time,
Nathan
Has anyone used a database driven scripting language to provide realtime web access to process data (PHP or ASP with a database backend)? I've also seen projects to connect PHP to certain AB PLCS. Anyone have experience with this?
FactoryPMI works well as a commercial web based HMI package. I like to follow the latest open source projects. Any info?
Nathan
FactoryPMI works well as a commercial web based HMI package. I like to follow the latest open source projects. Any info?
Nathan
Take a look at Indusoft Web Studio. They have a nice browser based approach and very cost effective. www.indusoft.com
Terry Miller
FlashPoint Technologies
Terry Miller
FlashPoint Technologies
DHTML and AJAX are okay technologies in some places but if you want a real, full featured HMI and want to have it fully web-deployed without a per client licensing scheme then take a look at FactoryPMI.
http://www.inductiveautomation.com/products/factorypmi
http://www.inductiveautomation.com/products/factorypmi
Nathan,
Seems like end-users love web-based solutions.
I'm all for Java Web Start because it gives you realtime interactive data and control and because it automatically deploys and keeps up to date any application deployed. Our customers think this is really cool stuff.
Steve
Seems like end-users love web-based solutions.
I'm all for Java Web Start because it gives you realtime interactive data and control and because it automatically deploys and keeps up to date any application deployed. Our customers think this is really cool stuff.
Steve
Take a look at WebHMI from ICOINCS. Configuration is a snap, you can drag your existing GENESIS32 HMI screens into and they beome Web enabled. HTTP://WWW.ICONICS.COM
Which product are you referring to? The web site lists the following third party products under your HMI section. I'm unfamiliar with Cygnet and Monitor Pro. Are any web based? Do any run Java?
Cygnet
FactoryLink ECS 6
RSView
Wonderware
Monitor Pro
----
Nathan Boeger
http://www.inductiveautomation.com
Total SCADA Freedom
Cygnet
FactoryLink ECS 6
RSView
Wonderware
Monitor Pro
----
Nathan Boeger
http://www.inductiveautomation.com
Total SCADA Freedom
We did not use any third party software package on our server. We have a very reliable and powerful Linux based Modbus communication server (similar to OPC server) handle the communication to device.
The HMI web page use only Javascript and CSS 2.0, no Java applet or third party software is necessary.
-------------------------------------
http://www.icscada.ca
The HMI web page use only Javascript and CSS 2.0, no Java applet or third party software is necessary.
-------------------------------------
http://www.icscada.ca
ICONICS, Inc., Foxboro, MA has an excellent Web-Based HMI Solution. Realtime Graphics, Alarming, Trending, AlarmAlanylsi, an Historical Trending are supported with little programming required. If needed, Scripting may be added to content pages using a built-in editor for VBScript and JavaScript. WebHMI is fully compatible with the latest specifications form the OPC Foundation and it has been used successfully in a variety of applications including Water and Wastewater, Food and beverage, Automotive, Building Automation, and the Oil and Gas industry. More information is available at http://www.iconics.com or you may contact me directly at j.brown@iconics.com.
Be careful of ones that use MS "Active-X" controls. This is a technological dead end and should be avoided.
Internet Explorer is still the most widely used browser in the world, and will support ActiveX for some time.
>Internet Explorer is still the most widely used browser in the world, and will support ActiveX for some time. <
Actually, Firefox is the most widely used browser now. Internet Explorer is plagued with security issues. The only people who use IE are those who don't know how to install Firefox and just use whatever came with their PC.
ActiveX was cool technology in the 90's, but nobody really uses it now.
Actually, Firefox is the most widely used browser now. Internet Explorer is plagued with security issues. The only people who use IE are those who don't know how to install Firefox and just use whatever came with their PC.
ActiveX was cool technology in the 90's, but nobody really uses it now.
There are some things wrong with this post-- serious facts in error. First, Internet Explorer still has between 57% and 62% depending on which study you read of the browser market-- so Firefox isn't the most widely used browser. Some people also like Safari...
Lots of people still use ActiveX.
Walt Boyes
Editor in Chief
Control and Controlglobal.com
www.controlglobal.com
Mailto:wboyes [at] putman.net
Read my blog SoundOFF!! At www.controlglobal.com/soundoff
Lots of people still use ActiveX.
Walt Boyes
Editor in Chief
Control and Controlglobal.com
www.controlglobal.com
Mailto:wboyes [at] putman.net
Read my blog SoundOFF!! At www.controlglobal.com/soundoff
Those would be the MS sponsored studies. And it will probably be moot when MS sells Windows in the EU without the exploder.
Regards
cww
Regards
cww
No, actually those are the independent third party studies. MS studies say they still have 85% or more of the market.
Walt
Walt
Independence in a monopoly situation is a rare commodity. These same sources tend to say that Linux has just hit the 1% mark by their reckoning. And that Apache is a bit player. I've personally seen MS sites hiding behind a Linux firewall. Now, because it's nearly impossible to count that which you can get anywhere for free, I don't know what the real numbers are, but I'm certain they wish their numbers were accurate. Their methods of counting would not, for example count my dozen or so active installations. To give them the benefit of the doubt, no one has the methodology to count FOSS accurately. And that's as it should be.
Regards
cww
Regards
cww
In reply to Walt Boyes:
Those numbers for MS IE look about right for the US market. The percentage is a bit higher than that in a few countries. In a number of countries though Microsoft's market share has almost totally collapsed in recent years and they have a negligible market share there. There is a very significant geographical and language variation, so the answer to that depends on where "kx" is from.
Microsoft's browser market share peaked some time around 2000 (when Netscape went out of business) and has been in steady decline since then. The decline has been pretty much in a straight line. A large chunk of that IE install base still uses IE6. Some of those IE6 users upgraded to IE7, but IE7 is now in very rapid decline as those users upgrade to IE8. Neither of those newer versions has had any measurable effect on Microsoft's overall market share though.
Browser market share is a very complex topic, as there are different usage patterns for large business, small business, and personal use. It also varies considerably based on geography and language. A lot of the "free" market share stats that you see will be aggregate numbers from someone's advertising network which tends to give you a snapshot of one market segment.
Those numbers for MS IE look about right for the US market. The percentage is a bit higher than that in a few countries. In a number of countries though Microsoft's market share has almost totally collapsed in recent years and they have a negligible market share there. There is a very significant geographical and language variation, so the answer to that depends on where "kx" is from.
Microsoft's browser market share peaked some time around 2000 (when Netscape went out of business) and has been in steady decline since then. The decline has been pretty much in a straight line. A large chunk of that IE install base still uses IE6. Some of those IE6 users upgraded to IE7, but IE7 is now in very rapid decline as those users upgrade to IE8. Neither of those newer versions has had any measurable effect on Microsoft's overall market share though.
Browser market share is a very complex topic, as there are different usage patterns for large business, small business, and personal use. It also varies considerably based on geography and language. A lot of the "free" market share stats that you see will be aggregate numbers from someone's advertising network which tends to give you a snapshot of one market segment.
You are talking about Web Browsers only.
But i think this is not the right technology for HMI/SCADA, because it uses a connectionless protocol.
Our project
http://pvbrowser.org
uses a connection oriented protocol on top of the TCP transport level.
We have developed a completely new browser in C++ that uses Qt widgets instead of HTML. The client and server exchange strings that are terminated by a newline. The browser will interpret that string and call the according Qt method. In the reverse direction the browser sends events (also strings) to the server, where this is handled in a event loop.
There are no "round trips" within the protocol, thus getting a higher performance.
Our solution provides much higher update rates than can be achieved with connectionless http protocol.
But "http://" is also available within pvbrowser, because it can use WebKit. You can link from "http://" to our "pv://" protocol and vice versa.
You can integrate any protocol for data acquisition into pvbrowser, because we use a separate daemon for data acquisition, linking by "shared memory" and "mailbox" to the pvserver.
See:
http://pvbrowser.de/pvbrowser/pic/prinzip.png
Many PLC and fieldbus protocols are already implemented like this.
But i think this is not the right technology for HMI/SCADA, because it uses a connectionless protocol.
Our project
http://pvbrowser.org
uses a connection oriented protocol on top of the TCP transport level.
We have developed a completely new browser in C++ that uses Qt widgets instead of HTML. The client and server exchange strings that are terminated by a newline. The browser will interpret that string and call the according Qt method. In the reverse direction the browser sends events (also strings) to the server, where this is handled in a event loop.
There are no "round trips" within the protocol, thus getting a higher performance.
Our solution provides much higher update rates than can be achieved with connectionless http protocol.
But "http://" is also available within pvbrowser, because it can use WebKit. You can link from "http://" to our "pv://" protocol and vice versa.
You can integrate any protocol for data acquisition into pvbrowser, because we use a separate daemon for data acquisition, linking by "shared memory" and "mailbox" to the pvserver.
See:
http://pvbrowser.de/pvbrowser/pic/prinzip.png
Many PLC and fieldbus protocols are already implemented like this.
Regarding the ActiveX/broswer comments - I don't think splitting hairs in browser market share matters much. IE has strong market share, as does Firefox, and there's plenty left in Opera, Safari, etc. So what?
What is important is that ActiveX is an old technology that, quite frankly, sucks and presents gaping security vulnerabilities. Microsoft is pushing Silverlight. JavaFX and Flash are strong. Even AJAX works wonders with any of the above browsers and NO plugins. Hopefully HTML 5 delivers and knocks the field down. All of these can be made to work with any of the leading browsers on any platform.
Why endorse an old Microsoft technology that they're not interested in?
-----
Nathan Boeger, CISSP
http://notanotherindustrialblog.blogspot.com
What is important is that ActiveX is an old technology that, quite frankly, sucks and presents gaping security vulnerabilities. Microsoft is pushing Silverlight. JavaFX and Flash are strong. Even AJAX works wonders with any of the above browsers and NO plugins. Hopefully HTML 5 delivers and knocks the field down. All of these can be made to work with any of the leading browsers on any platform.
Why endorse an old Microsoft technology that they're not interested in?
-----
Nathan Boeger, CISSP
http://notanotherindustrialblog.blogspot.com
I'm sorry, but you using statistics from 2008 - As of June 2009, Explorer has 40.7% and Firefox has 47.3%. With the recent EU ruling regarding bundling of IE, many expect the gap to widen.
Please refer to:
http://www.w3schools.com/browsers/browsers_stats.asp
Don't trust studies/sites that are sponsored by Microsoft. W3 is an INDEPENDENT organization and is the largest web developers site on the net.
Please refer to:
http://www.w3schools.com/browsers/browsers_stats.asp
Don't trust studies/sites that are sponsored by Microsoft. W3 is an INDEPENDENT organization and is the largest web developers site on the net.
Actually the numbers I was quoting came from a study done independently of MS in May of 2009. But you seem to have your mind made up. W3 has a significant bias toward Mozilla...as significant a bias as the MSMUG has toward IE8.
I'm done with this thread.
Walt Boyes
Editor in Chief
Control and Controlglobal.com
www.controlglobal.com
Mailto:wboyes [at] putman.net
Read my blog SoundOFF!! At www.controlglobal.com/soundoff
I'm done with this thread.
Walt Boyes
Editor in Chief
Control and Controlglobal.com
www.controlglobal.com
Mailto:wboyes [at] putman.net
Read my blog SoundOFF!! At www.controlglobal.com/soundoff
In repy to Walt Boyes: W3Schools is not W3. W3 is web standards committee that Microsoft happens to be a part of. W3Schools is a web site with focused content that earns money from selling advertising.
The audience for the w3schools site is web developers, who are not typical of the market as a whole. W3Schools however is oriented towards older style web development for maintaining simple business apps, which means their stats are likely not even typical of web developers in general. They probably have a higher proportion of users with MS IE than is typical for web developers.
You should have noticed by the way that W3Schools is running everything using ASP (Microsoft's product for dynamic web sites), which is rather unusual for a public web site. If the site operators themselves have a bias, it is towards Microsoft.
However as I said before, measuring browser share is very difficult. I think that your original numbers were not too far off however as an overall average for the US market. MS IE has been losing market share at about 3 percent per year for the past 10 years, and that will probably continue for the foreseeable future.
The audience for the w3schools site is web developers, who are not typical of the market as a whole. W3Schools however is oriented towards older style web development for maintaining simple business apps, which means their stats are likely not even typical of web developers in general. They probably have a higher proportion of users with MS IE than is typical for web developers.
You should have noticed by the way that W3Schools is running everything using ASP (Microsoft's product for dynamic web sites), which is rather unusual for a public web site. If the site operators themselves have a bias, it is towards Microsoft.
However as I said before, measuring browser share is very difficult. I think that your original numbers were not too far off however as an overall average for the US market. MS IE has been losing market share at about 3 percent per year for the past 10 years, and that will probably continue for the foreseeable future.
In repy to Michael and Walt Can't we all just get along!?
Gentleman - browser market share isn't worth arguing over. Let's keep it productive here.
Let's talk about the future. So what about HTML 5...?
----
Nathan Boeger, CISSP
http://notanotherindustrialblog.blogspot.com
Gentleman - browser market share isn't worth arguing over. Let's keep it productive here.
Let's talk about the future. So what about HTML 5...?
----
Nathan Boeger, CISSP
http://notanotherindustrialblog.blogspot.com
In reply to Nathan Boeger: Mr. Boyes and I are not disagreeing with each other. I've been saying that his market share figures are roughly correct for the US, and provided some additional detail. I did point out that he was confusing W3C with W3Schools, but I don't think that was central to any of his arguments with other parties.
As for HTML 5, I'm looking forward to doing things with it. What is going to matter is not so much what is in the formal W3C spec, but what the vendors other than Microsoft agree to do informally. Microsoft played dog in the manger during the standards process and wouldn't agree to more than a minimal change from HTML 4 because their browser is technically so far behind everyone else's.
However, everyone else (Mozilla, Apple, Google, Opera, etc.) is getting together outside of W3C to agree on the features that will really matter. These will become the defacto standards that advanced web applications will be written to use. Another thing that will matter a lot but isn't part of the spec is the fact that everyone (except Microsoft) is introducing new, much faster Javascript systems. Modern web applications will be able to use Javascript in much more complex ways.
Something else that will matter (that isn't in the official spec) is that SVG (vector graphics) will be going into regular HTML (except for MS IE of course). Everyone (except MS IE) already supports SVG in xHTML, but I think it will be more widely known and used when it is in regular HTML.
I've been using SVG plus Javascript and CSS for HMI and I think it's great. You can do pretty much anything your imagination allows, including live interactive graphics. I think that is the direction that most HMI applications should be going in. I think that people in our business who don't learn how to make web pages are going to be like the people who knew relays but never figured out PLCs.
Here's something else. How about viewing and editing PLC ladder diagrams via a web browser? Why do we need to install large complex programming packages which always seem to be out of date just when we need them the most?
I have a soft logic project (http://sourceforge.net/projects/mblogic/) which currently can display off-line ladder diagrams in a web browser using SVG. For on-line troublshooting I will be adding live animation of the ladder using the same techniques I am already using for the HMI. I'm currently working on an integrated web based IL editor, and it looks to be very easy to do. I also have plans to do a web based ladder editor using similar techniques. So, all this is certainly quite possible, and not even that difficult.
Did you see the Google Wave video when they demoed it? If you didn't, it's well worth seeing. They did some really amazing stuff using HTML5 features that already exist in major web browsers. It's hard to believe they are working in a web browser. Google Wave is for e-mail, messaging, and collaboration, but I think the web browser programming techniques they showed can be applied to industrial applications as well.
I think the future of almost all industrial software is going to be based on server applications (on PCs and embedded systems and as hosted apps on the vendor's web site) and web applications running on standard web browsers. The problem that the major vendors are going to have will be figuring out how to convince people to pay $2000 each to look at a web page. I think the change in business model has the potential to really shake up the whole industry.
As for HTML 5, I'm looking forward to doing things with it. What is going to matter is not so much what is in the formal W3C spec, but what the vendors other than Microsoft agree to do informally. Microsoft played dog in the manger during the standards process and wouldn't agree to more than a minimal change from HTML 4 because their browser is technically so far behind everyone else's.
However, everyone else (Mozilla, Apple, Google, Opera, etc.) is getting together outside of W3C to agree on the features that will really matter. These will become the defacto standards that advanced web applications will be written to use. Another thing that will matter a lot but isn't part of the spec is the fact that everyone (except Microsoft) is introducing new, much faster Javascript systems. Modern web applications will be able to use Javascript in much more complex ways.
Something else that will matter (that isn't in the official spec) is that SVG (vector graphics) will be going into regular HTML (except for MS IE of course). Everyone (except MS IE) already supports SVG in xHTML, but I think it will be more widely known and used when it is in regular HTML.
I've been using SVG plus Javascript and CSS for HMI and I think it's great. You can do pretty much anything your imagination allows, including live interactive graphics. I think that is the direction that most HMI applications should be going in. I think that people in our business who don't learn how to make web pages are going to be like the people who knew relays but never figured out PLCs.
Here's something else. How about viewing and editing PLC ladder diagrams via a web browser? Why do we need to install large complex programming packages which always seem to be out of date just when we need them the most?
I have a soft logic project (http://sourceforge.net/projects/mblogic/) which currently can display off-line ladder diagrams in a web browser using SVG. For on-line troublshooting I will be adding live animation of the ladder using the same techniques I am already using for the HMI. I'm currently working on an integrated web based IL editor, and it looks to be very easy to do. I also have plans to do a web based ladder editor using similar techniques. So, all this is certainly quite possible, and not even that difficult.
Did you see the Google Wave video when they demoed it? If you didn't, it's well worth seeing. They did some really amazing stuff using HTML5 features that already exist in major web browsers. It's hard to believe they are working in a web browser. Google Wave is for e-mail, messaging, and collaboration, but I think the web browser programming techniques they showed can be applied to industrial applications as well.
I think the future of almost all industrial software is going to be based on server applications (on PCs and embedded systems and as hosted apps on the vendor's web site) and web applications running on standard web browsers. The problem that the major vendors are going to have will be figuring out how to convince people to pay $2000 each to look at a web page. I think the change in business model has the potential to really shake up the whole industry.
Here's an article written by Steven Hechtman of Calmetrics Company that addresses you question on web based hmi systems. It specifically discusses pros and viability of web based hmi systems over traditional the hmi model.
http://www.engineeringtalk.com/news/csk/csk101.html
http://www.engineeringtalk.com/news/csk/csk101.html
Nathan,
I've used http://www.bastools.com/catalyst/default.php with really good success. Their direct drivers are limited, but they have an OPC Client driver.
I've also used the ICONICS WebHMI product. The ICONICS software's learning curve isn't nearly as steep as Catalyst PRO, but its cost may be a prohibiting factor.
CH
I've used http://www.bastools.com/catalyst/default.php with really good success. Their direct drivers are limited, but they have an OPC Client driver.
I've also used the ICONICS WebHMI product. The ICONICS software's learning curve isn't nearly as steep as Catalyst PRO, but its cost may be a prohibiting factor.
CH
Your use of this site is subject to the terms and conditions set forth under Legal Notices and the Privacy Policy. Please read those terms and conditions carefully. Subject to the rights expressly reserved to others under Legal Notices, the content of this site and the compilation thereof is © 1999-2010 Nerds in Control, LLC. All rights reserved.
Users of this site are benefiting from open source technologies, including PHP, MySQL and Apache. Be happy.
Fortune
Artistic ventures highlighted. Rob a museum.







