Menu
▾
▴
qscada-developers — Developers Mailing List
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(9) |
Nov
(32) |
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(7) |
Feb
(3) |
Mar
(17) |
Apr
(3) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Igor M. <imi...@gm...> - 2007-07-04 18:05:08
|
Hi to all. Did you see http://sobjectizer.sourceforge.net ? It can be good platform for Qscada. It is crossplatform, C++ native code. Under BSD license. Simple to learn and use, stable and powerful. Have interesting frameworks build under SObjectizer. And have bind for Qt 3, but it is very simple to add bind for Qt 4. |
|
From: wireless <wir...@ta...> - 2007-05-08 20:54:11
|
Hello Dave Berton, I just read you article in the Linux Journal, June 2007 issue, titled "Asynchronous Database Access with QT4.x" Nice job! We are in the process of deciding an architecture for an Open Source SCADA system. I looked at your web site www.eventide.com and thought that you might have some interest in our little project www.qscada.org (currently down?). You can also look at www.sourceforge.org and search out Qscada or look at the original site http://www.qt4lab.org/qt4lab/index.htm created by the Qscada project founder Pablo Sereno. Anyway, as an engineer with an embedded background, it's always nice to see articles talk about asynchronous methodologies for applications that demand low latency and a large amount of concurrent thread execution. Too often we see code that utilized a polling method rather than interrupt (event) driven asynchronous code. I hope that those persons working on Qscada will find the article and time to read it. I also hope that my employer will lighten up a bit, so I have time to actively participate in the development of Qscada. sincerely, James Horton |
|
From: Fred H. <fre...@ma...> - 2007-04-17 16:24:01
|
Hello Everyone, As requested, I have updated the QSCADA web site template (www.qscada.org) to something less "blue", more stylish, and have changed it a three pane design. The project management web site is up and running too (www.qscada.org/project). What I now need are the names/email addresses of the development team to setup your accounts. If everyone involved will send me an email, I can take care of that for you immediately. Earlier I had suggested several content items that may be useful for the web site. Are any of these ideas worthwhile to consider? Please advise what would be most helpful for the development team. Best Regards, -Fred- fre...@ma... On Fri, 2007-03-23 at 09:37 -0500, Fred Hensley wrote: > Please check out the draft style template for a QSCADA web page at www.qscada.org. > > There isn't any real content uploaded yet, but it would be helpful to get some > early feedback and confirm this is where you want to go. > > As far as useful content for the web site, the sky is the limit. As an initial suggestion, > I might suggest the following sections: > > 1. New messages and announcements from the project leadership. > 2. A link to the Sourceforge download area for QSCADA. > 3. A link to the dotproject project management web site (www.qscada.org/projects) > 4. A file upload/download area specific to the vision documents and pending s/w design documents. > 5. A forum for user/industry feedback to the pending designs. > 6. A survey section where online surveys can gather feedback from utility, industrial, and commercial users > 7. A contact area with information regarding the development team. > 8. Email addresses setup for the development team (e.g. jha...@qs...) > 9. A registration process (via community builder) for the user community and for access to site-specific info. > > After QSCADA is eventually released, we could also add these type of sections: > 1. A news section with success stories implementing QSCADA (once it is completed and released). > 2. A google global map indicating QSCADA implementations around the world. > > The Joomla content management system provides extremely flexible means to add and administer content. > > Please let me know what kind of functionality would best serve your collective needs. > > -Fred- > > > > Fred Hensley > President, Magnum Instruments > fre...@ma... > 214-206-1932 (V) > 214-206-1957 (F) > http://www.magnuminstruments.com > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Qscada-developers mailing list > Qsc...@li... > https://lists.sourceforge.net/lists/listinfo/qscada-developers -- Best Regards, -Fred- Fred Hensley President, Magnum Instruments fre...@ma... 214-206-1932 (V) 214-206-1957 (F) http://www.magnuminstruments.com |
|
From: Jovan K. <cho...@gm...> - 2007-04-17 14:14:38
|
T24gNC8xNi8wNywgVmFsZW50aW4gSGVpbml0eiA8aGVpbml0ekBmcmVlbmV0LmRlPiB3cm90ZToK CtCU0L7QsdGA0LXQtNC+0YjQvtC7LCBXZWxjb21lLCBXaWxsa29tZW4gOykKCldlbGNvbWUgb24g Ym9hcmQKCkdSRUVUWiwgSm92YW4K |
|
From: Valentin H. <he...@fr...> - 2007-04-16 14:45:09
|
-- Valentin Heinitz Hollerbornstr. 77 65197 Wiesbaden http://heinitz-it.de |
|
From: Reza A. <azi...@gm...> - 2007-03-23 17:40:27
|
Great work guys. On 3/23/07, Fred Hensley <fre...@ma...> wrote: > > Please check out the draft style template for a QSCADA web page at > www.qscada.org. > > There isn't any real content uploaded yet, but it would be helpful to get > some > early feedback and confirm this is where you want to go. > > As far as useful content for the web site, the sky is the limit. As an > initial suggestion, > I might suggest the following sections: > > 1. New messages and announcements from the project leadership. > 2. A link to the Sourceforge download area for QSCADA. > 3. A link to the dotproject project management web site ( > www.qscada.org/projects) > 4. A file upload/download area specific to the vision documents and > pending s/w design documents. > 5. A forum for user/industry feedback to the pending designs. > 6. A survey section where online surveys can gather feedback from > utility, industrial, and commercial users > 7. A contact area with information regarding the development team. > 8. Email addresses setup for the development team (e.g. > jha...@qs...) > 9. A registration process (via community builder) for the user community > and for access to site-specific info. > > After QSCADA is eventually released, we could also add these type of > sections: > 1. A news section with success stories implementing QSCADA (once it is > completed and released). > 2. A google global map indicating QSCADA implementations around the world. > > The Joomla content management system provides extremely flexible means to > add and administer content. > > Please let me know what kind of functionality would best serve your > collective needs. > > -Fred- > > > > Fred Hensley > President, Magnum Instruments > fre...@ma... > 214-206-1932 (V) > 214-206-1957 (F) > http://www.magnuminstruments.com > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Qscada-developers mailing list > Qsc...@li... > https://lists.sourceforge.net/lists/listinfo/qscada-developers > |
|
From: Jovan K. <cho...@gm...> - 2007-03-23 15:33:58
|
Hi, Fred thank you very much for yuor efford. I was going to send you a link with some Joomla templates but you were faster :) Anyway, here's the link http://www.joomlaos.de/ You can get some ideas from there. I don't like the blue color in the background it is too strong, and the gap on top is too big. I like pastel colors more, but majority decides. What are the others thinking? You've stuctured the contents very well. I would just add a Google map of the developers Cheers, Jovan |
|
From: Fred H. <fre...@ma...> - 2007-03-23 14:37:42
|
Please check out the draft style template for a QSCADA web page at www.qscada.org. There isn't any real content uploaded yet, but it would be helpful to get some early feedback and confirm this is where you want to go. As far as useful content for the web site, the sky is the limit. As an initial suggestion, I might suggest the following sections: 1. New messages and announcements from the project leadership. 2. A link to the Sourceforge download area for QSCADA. 3. A link to the dotproject project management web site (www.qscada.org/projects) 4. A file upload/download area specific to the vision documents and pending s/w design documents. 5. A forum for user/industry feedback to the pending designs. 6. A survey section where online surveys can gather feedback from utility, industrial, and commercial users 7. A contact area with information regarding the development team. 8. Email addresses setup for the development team (e.g. jha...@qs...) 9. A registration process (via community builder) for the user community and for access to site-specific info. After QSCADA is eventually released, we could also add these type of sections: 1. A news section with success stories implementing QSCADA (once it is completed and released). 2. A google global map indicating QSCADA implementations around the world. The Joomla content management system provides extremely flexible means to add and administer content. Please let me know what kind of functionality would best serve your collective needs. -Fred- Fred Hensley President, Magnum Instruments fre...@ma... 214-206-1932 (V) 214-206-1957 (F) http://www.magnuminstruments.com |
|
From: Fred H. <fre...@ma...> - 2007-03-22 17:09:22
|
Hello Jovan and everyone, Thanks very much for the kind welcome to the team. Although I am just beginning to dust off some old programming skills, I can immediately assist the Qscada project by providing some administrative support. In addition I am a sitting member on several North American IEEE standards committees, including the 1159 power quality standard, 1159.3 PQDIF, 1250 Voltage Quality working group, and several others. I have put together a preliminary QScada project web page for collective review based upon Joomla which should prove very helpful. The URL is http://www.qscada.org, but it may take up to 24 hours before the new DNS address has fully propagated around the globe. In addition, I have also created a dedicated dotproject site for tracking project milestones, tasks, resource management, etc. at http://www.qscada.org/projects. There is now a guest login ready allowing read-only access with username = "guest" and password = "qscada". If the appropriate person can email me the names and email addresses of all approved development team members, I will setup each with full access accounts and privately email them temporary passwords. Upon their first login, they can change their passwords to whatever is appropriate and edit their remaining user preferences accordingly. Hope this helps, and I look forward to participating on the team. -Fred- On Wed, 2007-03-21 at 17:23 +0100, Jovan Kostovski wrote: > Hi Fred, > > On 3/21/07, Fred Hensley <fre...@ma...> wrote: > > If there is need of a dedicated QScada project web page, I would be > > willing to provide initial setup and dedicated hosting of a Joomla CMS > > website (www.joomla.org) over my new corporate bandwidth > > Welcome on board ;) > > I wanted to suggest the same thing, migrating the QScada web page > on Joomla, but didn't have enough time to reply :( > > > I could add web-based project management capabilities via dotproject > > (www.dotproject.net) > > The project leader would simply need to determine which team members > > will have whatever applicable degrees of access and administration. > > Please let me know if this would be helpful and/or relevant to your > > needs. > > That would be great, please do that. > It would be great to have some place where we > can track all our pending/finished tasks > > BEST REGARDS, Jovan > P.S. Sorry if you received this message twice :( -- Best Regards, -Fred- Fred Hensley President, Magnum Instruments fre...@ma... 214-206-1932 (V) 214-206-1957 (F) http://www.magnuminstruments.com |
|
From: wireless <wir...@ta...> - 2007-03-22 14:30:46
|
Jovan Kostovski wrote: > On 3/22/07, Jovan Kostovski <cho...@gm...> wrote: >> Well, basicly we have this two documents listed below and >> the discussions made here on the list. >> >> http://qscada.sourceforge.net/docs/vd_ps_02_draft.pdf >> http://chombium.awardspace.com/files/qscada/prop01.pdf > > Ups, I forgot to write James' document on hardware architecture > you can find it at > http://chombium.awardspace.com/files/qscada/ADD-20nov06.pdf > > (it was sent on the list, i converted it to pdf and uploaded on my server) > > Sorry for forgetting James :( Urgh, That is a very ugly DRAFT document. I focused on ideas not penmanship...... I.E. that document needs to be parsed for ideas and examples to include in the Root documents. How we create, maintain and publish documents also needs to be addressed. James > > BR, Jovan > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Qscada-developers mailing list > Qsc...@li... > https://lists.sourceforge.net/lists/listinfo/qscada-developers > |
|
From: wireless <wir...@ta...> - 2007-03-22 14:01:07
|
Jovan Kostovski wrote: > Hi, > > On 3/19/07, Reza Azizi <azi...@gm...> wrote: >> OK >> as you know there is some limitation on showing real time value on web. >> because of HTTP limitation. HTTP is a one way protocol. >> by using ajax we can have more chance to show user, new data. >> but by making network and web server busy. > > Yes, that's true, the server will be busy. That will depend on the > number of clients and assuming that the beside the web server for > serving the ajax hmi, the whole qscada system will work on the same > machine it can be a problem. > When I proposed the ajax hmi, I was guided by "no refresh" web page > not thinking much of the things that are going on behind the scenes. > Thanks for reminding us about that. > >> for web system i recommend tomcat webserver with JSP for presentation >> and Servlet for business logic. >> tomcat work well with mysql and linux. > > I've read some articles on JSP and Java Servlets, but I've never > worked with them. > If we can reduce the network load and do some custom graphic drawing > (for gui components in the hmi representing the parts of the plant), > why not. > > Can you give us, your vision of a web based hmi? Yes, Please be more specific. Are you saying to use Java et. al. for a general purpose HMI? Details of your idea would be welcome. > >> you say that you are in architectural design phase. >> it means that your analyze and requirement gathering must be complete. >> is it true? > The situation is more fluid than than. We all have jobs and commitments. We decided to create DRAFT documents, base on Paolo's early work and some discussion among the initial (4) members. Once the documents are release (currently Jovan is the Lead) Then we can discuss the architecture and refine the documents. We just wanted to get some documents together, so we could begin discussing organization of the work and then as the work progressed, refine the documents. We had hoped to get some code working and build some simple control systems to put up on the net, as a way of attracting attention and more coders. We are flexible, but, at the end of the day decisions have to be made in order for Jovan ( Lead) to focus the work product. > Well, basicly we have this two documents listed below and > the discussions made here on the list. > > http://qscada.sourceforge.net/docs/vd_ps_02_draft.pdf > http://chombium.awardspace.com/files/qscada/prop01.pdf > > I wanted to put all the things together in one document that > will describe the whole architecture. At the time this things > happened we were four: me, Paolo, James and Ian. There > are also some "want to learn" (sorry for this title ;) ) people > on the list, that were asking some questions on SCADA systems > and protocols. > > Since the group is growing I think we shoud hear our new members, > so, everybody, don't be shy tell us what you think, share with us > your vision of this project. > Tell us what do you expect from it and what do you want this project > to be able to do for you. OK, I agree with this, but pulling the existing documents together, parsing and culling ideas, into a single DRAFT would help us focus on revising the architectural document for another round of discussion, before we begin coding. So, again, I find myself in agreement with Jovan. > > BR, Jovan James > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Qscada-developers mailing list > Qsc...@li... > https://lists.sourceforge.net/lists/listinfo/qscada-developers > |
|
From: wireless <wir...@ta...> - 2007-03-22 13:50:33
|
Jovan Kostovski wrote: > On 3/17/07, Reza Azizi <azi...@gm...> wrote: >> Hi > > > Hi Reza, > > Welcome on board ;) > > >> i am a software engineer that work on monitoring an control software for >> many years. >> i found your project interesting, and if it is possible, i want to help you >> on it. > > Every helping hand is welcomed > >> i can help you on analyze and design of it base on Object Oriented concept. >> also i do a distributed data collecting project design base on MySql, java >> (j2ee) and Ajax >> that consist of tree part, 1.Data access 2.Storage 3.User interface . >> i think here you need more complex one, i can work on it. > > Great. We have web interface in mind based on Ajax. Currently we are > focused on the architectural design and I'm planing to start writing > some demo app and basic modules. > If you want you can start with thinking of some basic concept > for the web client based on Ajax, or just tell us what's close ti > your heart and you can help on that topic > >> i do not find any thing about IEC 61850 in your project and if you know, >> it is a standard protocol for many new relay in SCADA. >> how about it? > > Right. We didn't write anything about IEC 61850. > I'm currently writing and implementation of IEC 61850, > it's a protocol for transformer substation automation > basicly, so that's why I didn't say a word. > > But I think we should include it at later stage > when we have something working. grouper.ieee.org/groups/1525/Meetings/Louisville99/AnnexH_P1525HD1r12.doc - >From this doc we read: "IEC 61850 defines functions representing the interface of the substation automation system to the local station operator HMI (human machine interface), to a remote control center, or to the remote engineering for monitoring and maintenance. As shown in Figure H-1, these functions communicate via the logical interfaces 1 and 6 and via the logical interface 7 and the remote control interface to the outside world." Since it is a specialty application of what a robust SCADA system can do, it needs to be included as an application or specialty niche. It is not central to a SCADA system except the IEC 61850 standard needs to be compatible (like many other standards) for interoperability with QSCADA. So, I agree with Jovan's assessment. That said, it's inclusion does look like a good idea. We need to keep the architectural organization of documents is a structure where only the key technologies are in the root documents and special sections for all sorts of interoperability added in the appropriate sections. Also, for the record, I have support use of JAVA with QT in this project. > > The best thing about FOSS is that you just share the > idea and some basic code, then the others that find > your idea interesting are contributing. > The code is not mine but our ;) > > GREETZ, Jovan YES! James > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Qscada-developers mailing list > Qsc...@li... > https://lists.sourceforge.net/lists/listinfo/qscada-developers > |
|
From: Jovan K. <cho...@gm...> - 2007-03-22 09:11:28
|
On 3/22/07, Jovan Kostovski <cho...@gm...> wrote: > Well, basicly we have this two documents listed below and > the discussions made here on the list. > > http://qscada.sourceforge.net/docs/vd_ps_02_draft.pdf > http://chombium.awardspace.com/files/qscada/prop01.pdf Ups, I forgot to write James' document on hardware architecture you can find it at http://chombium.awardspace.com/files/qscada/ADD-20nov06.pdf (it was sent on the list, i converted it to pdf and uploaded on my server) Sorry for forgetting James :( BR, Jovan |
|
From: Jovan K. <cho...@gm...> - 2007-03-22 08:46:15
|
Hi, On 3/19/07, Reza Azizi <azi...@gm...> wrote: > OK > as you know there is some limitation on showing real time value on web. > because of HTTP limitation. HTTP is a one way protocol. > by using ajax we can have more chance to show user, new data. > but by making network and web server busy. Yes, that's true, the server will be busy. That will depend on the number of clients and assuming that the beside the web server for serving the ajax hmi, the whole qscada system will work on the same machine it can be a problem. When I proposed the ajax hmi, I was guided by "no refresh" web page not thinking much of the things that are going on behind the scenes. Thanks for reminding us about that. > for web system i recommend tomcat webserver with JSP for presentation > and Servlet for business logic. > tomcat work well with mysql and linux. I've read some articles on JSP and Java Servlets, but I've never worked with them. If we can reduce the network load and do some custom graphic drawing (for gui components in the hmi representing the parts of the plant), why not. Can you give us, your vision of a web based hmi? > you say that you are in architectural design phase. > it means that your analyze and requirement gathering must be complete. > is it true? Well, basicly we have this two documents listed below and the discussions made here on the list. http://qscada.sourceforge.net/docs/vd_ps_02_draft.pdf http://chombium.awardspace.com/files/qscada/prop01.pdf I wanted to put all the things together in one document that will describe the whole architecture. At the time this things happened we were four: me, Paolo, James and Ian. There are also some "want to learn" (sorry for this title ;) ) people on the list, that were asking some questions on SCADA systems and protocols. Since the group is growing I think we shoud hear our new members, so, everybody, don't be shy tell us what you think, share with us your vision of this project. Tell us what do you expect from it and what do you want this project to be able to do for you. BR, Jovan |
|
From: Jovan K. <cho...@gm...> - 2007-03-22 07:21:36
|
On 3/21/07, wireless <wir...@ta...> wrote: > > Well, I'm sitting a couple-of-thousand km away from home in a small town > > working on a control system for a new power station for the soon-to-be > > population boom (recent mining sector boom). Hopefully I'll get out of > > here this weekend, and I'll get some time to read all these emails that > > have been bouncing back and forward. > > Yea, yea, you've been skirt_chasin and playing 'hide and seek' with > the natives again...... not to mention consuming the local beverages..... > > Don't tell me, all that fun, now you feel sick and have to 'play > doctor'......... There is one student organization that I know, ther moto is: Learn hard, party harder. Ian's case would be: Work hard, party harder LOL BR, Jovan |
|
From: wireless <wir...@ta...> - 2007-03-21 19:02:06
|
Iain Buchanan wrote: > Hi all, > > this is just a quick note to let you know that I am still alive! Yea, sure, There's rumors to that effect..... > My job Darn, I have when work gets in the way of useful projects.... I know, I've been swamped with building a network for a client.... > and life have had a few sudden changes lately that have seen my load > increase a bit more than I expected - and just to make sure I couldn't > do anything, evolution crashed every time I accessed my QScada mail dir > - I only just tracked it down to a mail from James (thanks a lot! ;) My pleasure; just let me know what I did, so can understand which attachment/url/whatever hosed your software. > > I wouldn't feel so bad except that I did take on the web page role, and > I haven't touched for months. > > Well, I'm sitting a couple-of-thousand km away from home in a small town > working on a control system for a new power station for the soon-to-be > population boom (recent mining sector boom). Hopefully I'll get out of > here this weekend, and I'll get some time to read all these emails that > have been bouncing back and forward. Yea, yea, you've been skirt_chasin and playing 'hide and seek' with the natives again...... not to mention consuming the local beverages..... Don't tell me, all that fun, now you feel sick and have to 'play doctor'......... I'd sure like to get lost in the OutBack for a few months..... Although, life here in Florida, is not too_too bad. > > PS - merry christmas, happy new year, sorry to see you have to let go a > bit Poalo, and good work to Jovan. And as always, keep it coming James! > > I'll get back into it soon :) > > cya, I've got about another month of crazy work hours and traveling, before I'm back in the office for a while... cheers mate! James |
|
From: Jovan K. <cho...@gm...> - 2007-03-21 16:23:27
|
Hi Fred, On 3/21/07, Fred Hensley <fre...@ma...> wrote: > If there is need of a dedicated QScada project web page, I would be > willing to provide initial setup and dedicated hosting of a Joomla CMS > website (www.joomla.org) over my new corporate bandwidth Welcome on board ;) I wanted to suggest the same thing, migrating the QScada web page on Joomla, but didn't have enough time to reply :( > I could add web-based project management capabilities via dotproject > (www.dotproject.net) > The project leader would simply need to determine which team members > will have whatever applicable degrees of access and administration. > Please let me know if this would be helpful and/or relevant to your > needs. That would be great, please do that. It would be great to have some place where we can track all our pending/finished tasks BEST REGARDS, Jovan P.S. Sorry if you received this message twice :( |
|
From: Fred H. <fre...@ma...> - 2007-03-21 15:07:52
|
If there is need of a dedicated QScada project web page, I would be willing to provide initial setup and dedicated hosting of a Joomla CMS website (www.joomla.org) over my new corporate bandwidth. In addition, I could add web-based project management capabilities via dotproject (www.dotproject.net) The project leader would simply need to determine which team members will have whatever applicable degrees of access and administration. Please let me know if this would be helpful and/or relevant to your needs. Best Regards, Fred Hensley -- Best Regards, -Fred- Fred Hensley President, Magnum Instruments fre...@ma... 214-206-1932 (V) 214-206-1957 (F) http://www.magnuminstruments.com On Tue, 2007-03-20 at 21:27 +0900, Iain Buchanan wrote: > Hi all, > > this is just a quick note to let you know that I am still alive! My job > and life have had a few sudden changes lately that have seen my load > increase a bit more than I expected - and just to make sure I couldn't > do anything, evolution crashed every time I accessed my QScada mail dir > - I only just tracked it down to a mail from James (thanks a lot! ;) > > I wouldn't feel so bad except that I did take on the web page role, and > I haven't touched for months. > > Well, I'm sitting a couple-of-thousand km away from home in a small town > working on a control system for a new power station for the soon-to-be > population boom (recent mining sector boom). Hopefully I'll get out of > here this weekend, and I'll get some time to read all these emails that > have been bouncing back and forward. > > PS - merry christmas, happy new year, sorry to see you have to let go a > bit Poalo, and good work to Jovan. And as always, keep it coming James! > > I'll get back into it soon :) > > cya, |
|
From: Iain B. <ia...@ne...> - 2007-03-20 12:29:16
|
Hi all, this is just a quick note to let you know that I am still alive! My job and life have had a few sudden changes lately that have seen my load increase a bit more than I expected - and just to make sure I couldn't do anything, evolution crashed every time I accessed my QScada mail dir - I only just tracked it down to a mail from James (thanks a lot! ;) I wouldn't feel so bad except that I did take on the web page role, and I haven't touched for months. Well, I'm sitting a couple-of-thousand km away from home in a small town working on a control system for a new power station for the soon-to-be population boom (recent mining sector boom). Hopefully I'll get out of here this weekend, and I'll get some time to read all these emails that have been bouncing back and forward. PS - merry christmas, happy new year, sorry to see you have to let go a bit Poalo, and good work to Jovan. And as always, keep it coming James! I'll get back into it soon :) cya, -- Iain Buchanan <iaindb at netspace dot net dot au> Some people say a front-engine car handles best. Some people say a rear-engine car handles best. I say a rented car handles best. -- P.J. O'Rourke |
|
From: Reza A. <azi...@gm...> - 2007-03-19 18:54:28
|
On 3/17/07, Jovan Kostovski <cho...@gm...> wrote: > > On 3/17/07, Reza Azizi <azi...@gm...> wrote: > > Hi > > > Hi Reza, > > Welcome on board ;) > > > > i am a software engineer that work on monitoring an control software for > > > many years. > > i found your project interesting, and if it is possible, i want to help > you > > on it. > > Every helping hand is welcomed Thank you so much for your welcome. > i can help you on analyze and design of it base on Object Oriented > concept. > > also i do a distributed data collecting project design base on MySql, > java > > (j2ee) and Ajax > > that consist of tree part, 1.Data access 2.Storage 3.User interface . > > i think here you need more complex one, i can work on it. > > Great. We have web interface in mind based on Ajax. Currently we are > focused on the architectural design and I'm planing to start writing > some demo app and basic modules. > If you want you can start with thinking of some basic concept > for the web client based on Ajax, or just tell us what's close ti > your heart and you can help on that topic OK as you know there is some limitation on showing real time value on web. because of HTTP limitation. HTTP is a one way protocol. by using ajax we can have more chance to show user, new data. but by making network and web server busy. for web system i recommend tomcat webserver with JSP for presentation and Servlet for business logic. tomcat work well with mysql and linux. you say that you are in architectural design phase. it means that your analyze and requirement gathering must be complete. is it true? > i do not find any thing about IEC 61850 in your project and if you know, > > it is a standard protocol for many new relay in SCADA. > > how about it? > > Right. We didn't write anything about IEC 61850. > I'm currently writing and implementation of IEC 61850, > it's a protocol for transformer substation automation > basicly, so that's why I didn't say a word. But I think we should include it at later stage > when we have something working. > > The best thing about FOSS is that you just share the > idea and some basic code, then the others that find > your idea interesting are contributing. > The code is not mine but our ;) > > GREETZ, Jovan > Thanks Reza |
|
From: Jovan K. <cho...@gm...> - 2007-03-17 14:29:31
|
On 3/17/07, Reza Azizi <azi...@gm...> wrote: > Hi Hi Reza, Welcome on board ;) > i am a software engineer that work on monitoring an control software for > many years. > i found your project interesting, and if it is possible, i want to help you > on it. Every helping hand is welcomed > i can help you on analyze and design of it base on Object Oriented concept. > also i do a distributed data collecting project design base on MySql, java > (j2ee) and Ajax > that consist of tree part, 1.Data access 2.Storage 3.User interface . > i think here you need more complex one, i can work on it. Great. We have web interface in mind based on Ajax. Currently we are focused on the architectural design and I'm planing to start writing some demo app and basic modules. If you want you can start with thinking of some basic concept for the web client based on Ajax, or just tell us what's close ti your heart and you can help on that topic > i do not find any thing about IEC 61850 in your project and if you know, > it is a standard protocol for many new relay in SCADA. > how about it? Right. We didn't write anything about IEC 61850. I'm currently writing and implementation of IEC 61850, it's a protocol for transformer substation automation basicly, so that's why I didn't say a word. But I think we should include it at later stage when we have something working. The best thing about FOSS is that you just share the idea and some basic code, then the others that find your idea interesting are contributing. The code is not mine but our ;) GREETZ, Jovan |
|
From: Reza A. <azi...@gm...> - 2007-03-17 08:06:41
|
Hi i am a software engineer that work on monitoring an control software for many years. i found your project interesting, and if it is possible, i want to help you on it. i can help you on analyze and design of it base on Object Oriented concept. also i do a distributed data collecting project design base on MySql, java (j2ee) and Ajax that consist of tree part, 1.Data access 2.Storage 3.User interface . i think here you need more complex one, i can work on it. i do not find any thing about IEC 61850 in your project and if you know, it is a standard protocol for many new relay in SCADA. how about it? thanks Reza |
|
From: Jovan K. <cho...@gm...> - 2007-02-14 16:04:17
|
Hi, On 2/11/07, wireless <wir...@ta...> wrote: > PROTOCOLS: > I've been working on a ModbusTCP driver, modified for linux. Any > sources or code snippets are most welcome. At the present time, > I'm working to put implement this driver on a MicroChip PIC 18F here are some links that I found with a little google-ing http://www.embeddedrelated.com/usenet/embedded/show/6969-1.php http://www.embeddedrelated.com/usenet/embedded/show/6957-1.php and the microchip's app note http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1824&appnote=en011993 > DNP3 ? Yes and some others like: Modbus, Modbus Plus, CANBus, ProfiBus, FieldBus Ole for Process Control XML Data Access(OPC XML-DA) IEC 60870.5 (this is protocol similar to DNP3 which is widely used in Europe) Basically, what we need is a good structure that will interface with the other (upper) layers of the QScada server and in the same time will enable easy I/O programming. That way the people will have to write only the communication part of the protocol, and connect some signals to some routines (that are part of the driver) that will give information about some parameter changes. I was thinking maybe this field device drivers can be released under LGPL. Any thoughts? > APPLICATIONS (DEMO): > > I have a well, where we draw drinking water. It has 2 pumps > (one submersible) for filling the 200 gal water tank another > pump for pressurizing the house potable water. > Also pressure (analog reading) tank level and 5 24 VDC valves for > the header for the sprinkler system. > > This is something very commonly found in the world and might > be a good (simple) first application. Combined with a > analysis of the raw water stream, and the appropriate filters > it could be used as a baseline, for drinking water supplies > in many place (with many disclaimers). > > Also, we had the water cannon device that has been talk about > several times before, as a way to catch the eye of netizens > and interject some fun into this project.. This looks good. Controlling the water flow, pressure and the level of the water in the tank. We can can also add a heater for heating the water too. That way we'll have temperature control as well. > Alarms need to have hi and low settings. Display with a default > (alarm) color if a reading is out of range. Right. Thought on that but I didn't write it. Basically alarms will have 4 values High and Low alarm values plus two warning levels first when it is close to High and the second when it's close to the Low value >Later on we can add > email, sms, audio etc etc capabilities. As long as we keep modular plugin design we can add everything that we want. Audio is must for alarms. Email is easy to implement (at least reporting) GSM will be something like communication with the RTUs. Later on we can add some command features and status request by processing the received messages. Special formatting of the sms and the email will be required. > > 1.h Field Device drivers (plugin based) - drivers (rs232, rs485, > > modbus canbus) reasponsible for reading and writing to the physical > > devices and informing the server if some process point changed it's > > value, communication line diagnostics etc. > > Don't forget we have Digital I/O and Analog (4-20 ma or 1-5vdc) I/O > from sensors to display. LEDs red/green looking graphics for DIO > is common. For Analog readings to have to 'scale the signal (for > example 4-20 ma) to a range for example the submersible pump discharge > of a well from say 0-80 psi. Everything that can be taken from the devices will be displayed > Units used for display? Folk might want millibars instead of psi > for pressure, as an example. In fact we'll need a 'units conversion' > library so that folks can select the units for display with QScada. Yes indeed. > > Simulator: > > > > Console and GUI based application that will be on top of a dummy field > > device driver. It will be a sort of virtual device used for testing > > the SCADA system, changing the values of the process points, states of > > the devices/machines. The GUI version should be configurable so that > > the values can be changed by pressing buttons, sliders, textboxes and > > other simmilar gui widgets. > > > > What do you think about it? > > Yes, and if we provide a structure where graphical icons can be added > easily, such as a pump, a valve, a guage, then many folks can > contribute artwork for the various devices. Right. That's the basic Idea for the client. We will provide some templates and examples, so that the users can code their own visualisation components. On the other hand we'll have some scripting engine (most probably QSA - Qt Script for Applications) and some prime shapes (lines, rectangles, circles, triangles etc.) whose behaviour will be controlled by some scripts. This is the basic visualisation technique that is implemented by most of the SCADA/HMI software For the simulator we need some basic gui components (buttons, sliders, text boxes) something simple just to change the values of the parameters. Testing purposes only. > Are we still using Eclipse as the development tool of choice > or is their something else? Yes, for now. I think some general purpose IDE like Eclipse will be more appropriate than to use some IDE specially designed for QT since we might need to edit some other files( different prog. languages) in it and still have compact project. > I think it would be wise to make QScada a QT4 based project and not > use any QT3 resources that are not compatible. Gentoo allows both > to be installed and used with different applications. Right again :) We'll use QT4 and Gentoo. > Which linux distro do you prefer? It doesn't really meter which distro we'll be using, as long as we keep good configuration of the system. Gentoo offers many "under the hood" things and total control over what's installed and how it's working. We can use Gentoo as a development environment. > Sorry for the disappearing act.... Never mind. From time to time we get too busy. Did it my self few times :) >Our problem now is that you will be > alone for a while, unless Iain has some spare cpu_cycle he > can provide. It doesn't meter if we keep on walking. Small continuous steps, are much better than running fast and get tired very quickly ;) BR, Jovan |
|
From: wireless <wir...@ta...> - 2007-02-11 22:09:47
|
Jovan Kostovski wrote: > Hi people, > > how are you? how are the things going? Well, if you recall my last email, I had 10-20 per week available. RIGHT after that, I got slammed with work. As a consultant, I have to work the hours when they become available. I will have time, in a few weeks/months, but, not really any way to predict when. That said, what you have proposed looks reasonable to me. If you parse the previous emails, you can see my primary concerns and suggests, I shall list them below, but, my belief is that at this point we should all defer to those with time to make most decisions and get the ball rolling. My chief client only gives me so many billing hours per year and now is when they have decide to use those hours.... Primary suggestions: ARCHITECTURE: Keep the arch so that a pc running linux, a PLC, or an embedded linux target can all be used with Qscada. PROTOCOLS: I've been working on a ModbusTCP driver, modified for linux. Any sources or code snippets are most welcome. At the present time, I'm working to put implement this driver on a MicroChip PIC 18F processor with a custom (minimalistic) stack. This has been temporarily shelved for now, until, I drop below 60 hours per week on my workload. DNP3 ? DATABASE: Keep it open so that Mysql or Postgresql can be used. MySql may be the easiest, default for now. ACCOUNTING: SQL Ledger is a wonderful application to use with QScada http://www.sql-ledger.org/ APPLICATIONS (DEMO): I have a well, where we draw drinking water. It has 2 pumps (one submersible) for filling the 200 gal water tank another pump for pressurizing the house potable water. Also pressure (analog reading) tank level and 5 24 VDC valves for the header for the sprinkler system. This is something very commonly found in the world and might be a good (simple) first application. Combined with a analysis of the raw water stream, and the appropriate filters it could be used as a baseline, for drinking water supplies in many place (with many disclaimers). Also, we had the water cannon device that has been talk about several times before, as a way to catch the eye of netizens and interject some fun into this project.. > I'm planing to start writing the "Architecture Document (ADD)" > Based on the past discussions I think the architecture shoud be: > > Client: > > 1. Field Management data acquisition, diagnostics of the machines > involved in the process > (parameters, state), state of the raw material used in the production process > > 2. Process Management and Visualization (This would be the part for > process engineerers and techincians) > 2.a. HMI for the process > 2.b. Trends > 2.c. Alarms Alarms need to have hi and low settings. Display with a default (alarm) color if a reading is out of range. Later on we can add email, sms, audio etc etc capabilities. > 2.d. Reports > 2.e. Commands > > 3. Bussines management - observation and control of financial aspects > of the production process (income, expences, maintenance cost etc.) > > > Server: > > 1. The server process/deamon > 1.a. informing the clients about a change of value of any subscribed > process point > 1.b. Process point management (client subscribtions, grouping of > process points etc.) > 1.c. System configuration (Process Picture configuration, users and > user groups, available field devices, drivers for etc.) > 1.d. Preprocessing the acquired data from the field devices > (formatting, timestamping etc) > 1.e. Database Logging (every event and value changes will be logged > into a database) > 1.f. Web server interface for web based clients (PHP + AJAX) > 1.g. Field device plugin interface (interface for upper layers of the > server with the real physical devices) > 1.h Field Device drivers (plugin based) - drivers (rs232, rs485, > modbus canbus) reasponsible for reading and writing to the physical > devices and informing the server if some process point changed it's > value, communication line diagnostics etc. Don't forget we have Digital I/O and Analog (4-20 ma or 1-5vdc) I/O from sensors to display. LEDs red/green looking graphics for DIO is common. For Analog readings to have to 'scale the signal (for example 4-20 ma) to a range for example the submersible pump discharge of a well from say 0-80 psi. Units used for display? Folk might want millibars instead of psi for pressure, as an example. In fact we'll need a 'units conversion' library so that folks can select the units for display with QScada. Once we get up a minimal gui demo of Qscada, we can just keep expanding it. As I wire up devices, I'll send schematics to someone for inclusion in the docs. This all looks good. > 2. Administration tool/aplication (toll which will be on top of the > server used for editing configuration of all properties of the system) > 2.a. Console based > 3.b GUI based > > > > Simulator: > > Console and GUI based application that will be on top of a dummy field > device driver. It will be a sort of virtual device used for testing > the SCADA system, changing the values of the process points, states of > the devices/machines. The GUI version should be configurable so that > the values can be changed by pressing buttons, sliders, textboxes and > other simmilar gui widgets. > > What do you think about it? Yes, and if we provide a structure where graphical icons can be added easily, such as a pump, a valve, a guage, then many folks can contribute artwork for the various devices. > I hope I'll finish it in 2-3 weeks maybe sooner. > > I need help on the OS part. Which distribution, what kind of > configuration, security issues... Gentoo provides a very rich set of turnkey solutions here. Iain and I both are Gentoo users. Iain is quite saavy with Gentoo. Other linux distros will be able to use Qscda, but we both work on Gentoo. Once we have something up to show, I intend to annouce on the Gentoo list, trolling for other folks to join or help. > > > As we agreed we need a demo application. > What kind of process do you think would be > the most appropriate? See above. > > There is one more thing, one of the forums > for qt programming QtCentre started a programming > contest for Qt apps. It started on 5th of Jan and it will > last till 31st of May. What do you think, should we take > our chaces? The prizes are good and it maight be a good > motivation ;) > The link is: http://contest.qtcentre.org/ This look fine to me. However, when I get some time, I have to finish my network expansion so I have a place to put a QScada server that is attached to actual hardware. This effort will most likely consume most of my spare time between now and May (just a guess). The good thing about entering this contest, is we can possibly roll it over into the 'summer of coding' program by google: http://www.eclipsecon.org/2007/index.php?page=sub/&id=3829 Are we still using Eclipse as the development tool of choice or is their something else? I think it would be wise to make QScada a QT4 based project and not use any QT3 resources that are not compatible. Gentoo allows both to be installed and used with different applications. Which linux distro do you prefer? > BEST REGARDS, Jovan Sorry for the disappearing act.... Your proposal looks fine. Our problem now is that you will be alone for a while, unless Iain has some spare cpu_cycle he can provide. James |
|
From: Jovan K. <cho...@gm...> - 2007-02-11 12:38:47
|
Hi people,
how are you? how are the things going?
I'm planing to start writing the "Architecture Document (ADD)"
Based on the past discussions I think the architecture shoud be:
Client:
1. Field Management data acquisition, diagnostics of the machines
involved in the process
(parameters, state), state of the raw material used in the production process
2. Process Management and Visualization (This would be the part for
process engineerers and techincians)
2.a. HMI for the process
2.b. Trends
2.c. Alarms
2.d. Reports
2.e. Commands
3. Bussines management - observation and control of financial aspects
of the production process (income, expences, maintenance cost etc.)
Server:
1. The server process/deamon
1.a. informing the clients about a change of value of any subscribed
process point
1.b. Process point management (client subscribtions, grouping of
process points etc.)
1.c. System configuration (Process Picture configuration, users and
user groups, available field devices, drivers for etc.)
1.d. Preprocessing the acquired data from the field devices
(formatting, timestamping etc)
1.e. Database Logging (every event and value changes will be logged
into a database)
1.f. Web server interface for web based clients (PHP + AJAX)
1.g. Field device plugin interface (interface for upper layers of the
server with the real physical devices)
1.h Field Device drivers (plugin based) - drivers (rs232, rs485,
modbus canbus) reasponsible for reading and writing to the physical
devices and informing the server if some process point changed it's
value, communication line diagnostics etc.
2. Administration tool/aplication (toll which will be on top of the
server used for editing configuration of all properties of the system)
2.a. Console based
3.b GUI based
Simulator:
Console and GUI based application that will be on top of a dummy field
device driver. It will be a sort of virtual device used for testing
the SCADA system, changing the values of the process points, states of
the devices/machines. The GUI version should be configurable so that
the values can be changed by pressing buttons, sliders, textboxes and
other simmilar gui widgets.
What do you think about it?
I hope I'll finish it in 2-3 weeks maybe sooner.
I need help on the OS part. Which distribution, what kind of
configuration, security issues...
As we agreed we need a demo application.
What kind of process do you think would be
the most appropriate?
There is one more thing, one of the forums
for qt programming QtCentre started a programming
contest for Qt apps. It started on 5th of Jan and it will
last till 31st of May. What do you think, should we take
our chaces? The prizes are good and it maight be a good
motivation ;)
The link is: http://contest.qtcentre.org/
BEST REGARDS, Jovan
--
Advice for software developers and horse racing enthusiasts: Avoid hacks
|
