Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Newcomers » Proposals » New Proposals: Eclipse SCADA
New Proposals: Eclipse SCADA [message #1064327] Tue, 18 June 2013 14:12 Go to next message
Wayne Beaton is currently offline Wayne Beaton
Messages: 497
Registered: July 2009
Senior Member
SCADA (supervisory control and data acquisition) is a type of industrial control system (ICS). Industrial control systems are computer controlled systems that monitor and control industrial processes that exist in the physical world. SCADA systems historically distinguish themselves from other ICS systems by being large scale processes that can include multiple sites, and large distances.

Simply speaking the primary target of Eclipse SCADA is a way to connect different industrial devices to a common communication system and post-process as well as visualize the data to operating personnel.

http://www.eclipse.org/proposals/technology.eclipsescada/
Re: New Proposals: Eclipse SCADA [message #1064330 is a reply to message #1064327] Tue, 18 June 2013 14:31 Go to previous messageGo to next message
Werner Keil is currently offline Werner Keil
Messages: 1083
Registered: July 2009
Senior Member
Hi,

Given the SensorWeb and Java Embedded relevance of OpenSCADA judging from
publications about it, could you please
list me on behalf of the UOMo project as Interested party similar to e.g.
the Ponte proposal:

- Werner Keil, Eclipse UOMo Project lead

The distributed nature of OpenSCADA and at least some or all components
implemented in Java mean, both the UOMo strong Units of Measurement binding
and UCUM support for text-based formats (like XML, JSON, CSV,...) look like
there could be synergies with SCADA.

Thanks,
Werner
Re: New Proposals: Eclipse SCADA [message #1064331 is a reply to message #1064330] Tue, 18 June 2013 14:47 Go to previous messageGo to next message
Werner Keil is currently offline Werner Keil
Messages: 1083
Registered: July 2009
Senior Member
Just a quick observation regarding UCUM on this Wiki page:
https://en.wikipedia.org/wiki/SCADA
It shows an example SCADA flow and visualization of 3 measurements, Level
(height), Temperature and Pressure.

While "Bar" is a proper UCUM/ISO way of displaying it, so is of course "m"
for meter, "degC" is a pseudo-unit code based on the UCUM code for
Fahrenheit ("degF") while the correct UCUM code in that case would be "cel"
;-)

Sure some cases where SCADA may benefit from consistent Unit standards and
code systems like UCUM and their language support via UOMo.

Werner
Re: New Proposals: Eclipse SCADA [message #1066470 is a reply to message #1064327] Tue, 02 July 2013 14:57 Go to previous messageGo to next message
Benjamin Cabé is currently offline Benjamin Cabé
Messages: 151
Registered: July 2009
Location: Toulouse, France
Senior Member

It looks like there are several components under Eclipse SCADA that all have their own "fancy" name.
Looking at their list, I have the following remarks:


  • Should these names really all be kept? especially since I think they will all need to go through a trademark review, even though some of them might refer to technical components that will likely evolve over time, be merged with each other, etc.
  • Maybe a pure UI/SWT component like Infinity should be contributed to Eclipse Nebula, for easier consumption by 3rd parties?
  • I guess that rather than a list of the technical components that are part of the initial contribution, some higher level architecture diagram would certainly help understand better the functional blocks of Eclipse SCADA: Server, Configuration, UI, Drivers implementations, ...


I am not implying these points should be solved for a successful project creation, and this can certainly worked over time as the project grows, ... this was just my 2 cents Smile
Re: New Proposals: Eclipse SCADA [message #1066486 is a reply to message #1064331] Tue, 02 July 2013 16:22 Go to previous messageGo to next message
Jürgen Rose is currently offline Jürgen Rose
Messages: 2
Registered: June 2013
Junior Member
@Werner Keil: So far we dind't consider units, except just as descriptions, but yes it could be beneficial to use a standardized unit representation, so any scaling or conversion could be checked and evaluated creating error flags, or maybe just mapping the correct name to it.
Re: New Proposals: Eclipse SCADA [message #1066500 is a reply to message #1066470] Tue, 02 July 2013 17:23 Go to previous messageGo to next message
Jürgen Rose is currently offline Jürgen Rose
Messages: 2
Registered: June 2013
Junior Member
Quote:
It looks like there are several components under Eclipse scada that all have their own "fancy" name.
Looking at their list, I have the following remarks:


Should these names really all be kept? especially since I think they will all need to go through a trademark review, even though some of them might refer to technical components that will likely evolve over time, be merged with each other, etc.

Maybe a pure UI/SWT component like Infinity should be contributed to Eclipse Nebula, for easier consumption by 3rd parties?

I guess that rather than a list of the technical components that are part of the initial contribution, some higher level architecture diagram would certainly help understand better the functional blocks of Eclipse scada: Server, Configuration, UI, Drivers implementations, ...


As we mentioned in the telephone conference we probably will rename the repositories to something more meaningful. Since we are forced to separate the LGPL dependencies from the other implementations, we are going to extract the drivers from the openscada core. One idea would be to have a common repository with protocol libraries, and a separate module with driver implementations which are based on it. The protocol part could be independent from other Eclipse SCADA components, so it would be reusable within other projects without pulling in a lot of dependencies (possibly limited to mina, slf4j and some utility stuff).

Regarding the extraction of Infinity (the chart widget) in a separate project or integrating it with nebula, we already discussed this internally. Only for the moment we really would like to keep it together with Eclipse SCADA, since there is still a lot of functionality we would like to add, and we would like to have some flexibility in changing it. When the features set has reached a point where the api will stay, we are more than willing to extract it, to nebula for instance.

The slide deck (link in the wiki page mentioned above) we showed was a condensed version (concentrating on the data access part) of a larger presentation. I want to make some improvements to the large version and post it on slideshare, this should address some the issues (architectural diagram).
Re: New Proposals: Eclipse SCADA [message #1066699 is a reply to message #1066486] Wed, 03 July 2013 16:08 Go to previous message
Werner Keil is currently offline Werner Keil
Messages: 1083
Registered: July 2009
Senior Member
Jürgen,

Thanks for the reply and intrest.
Especially the UCUM side and unit support in text messages (or anything like
it, JSON, XML or even CSV) normally isn't more than a description. What
standardized unit catalogues like UCUM allow is to validate them against a
commonly defined and accepted code catalog without the risk of overlap or
misconception between different units.

Even calculations and a certain level of conversion is possible, e.g. things
like "mg/s" or "km/h"

Please check "eclipse.uomo" news as well as mailing lists like
science-iwg@xxxxxxxx or uomo-users@xxxxxxxx.
And the two Google Groups for Unit-API units-dev@xxxxxxxx and
units-users@xxxxxxxx.

Cheers,
Werner

"Jürgen Rose" schrieb im Newsbeitrag news:kqvfmd$v9o$1@xxxxxxxxe.org...

@Werner Keil: So far we dind't consider units, except just as descriptions,
but yes it could be beneficial to use a standardized unit representation, so
any scaling or conversion could be checked and evaluated creating error
flags, or maybe just mapping the correct name to it.
Previous Topic:ArCon project creation review scheduled
Next Topic:New project proposal: Winery
Goto Forum:
  


Current Time: Fri Aug 29 16:18:39 EDT 2014

Powered by FUDForum. Page generated in 0.03158 seconds