I've added some code snippets from what I've been running on our in house GCU here:
http://gekgasifier.p...CU-Example-Code
I've also uploaded an application that does basic datalogging (Time, all TC channels, all Pressure channels, and all analog inputs). It outputs serial data via USB (@115200 baud), which can be logged by a terminal application such as puttytel (Windows). The arduino application will also show the serial output, but won't log to file.
The code is here:
http://gekgasifier.p...Datalogging.zip
If anyone feels like developing a Processing interface to better display the data in real time, it would be much appreciated.
Cheers,
Bear
GCU Code Examples
Started by bear@apl, Aug 07 2009 05:38 AM
5 replies to this topic
#1
Posted 07 August 2009 - 05:38 AM
#2
Posted 18 August 2009 - 03:49 PM
I am beginning to look into interface options using SCADA/HMI software available on sourceforge.net. Any thoughts?
#3
Posted 18 August 2009 - 09:41 PM
Hi Bruce,
There are a few open source applications that I've found when looking for process control/visualization:
Proview - http://www.proview.se/
Scicos - http://www.scicos.org/
OpenModelica [modeling language] - http://www.ida.liu.s...enModelica.html
My search has in part been limited by what I can run on my Mac, which does reduce the options available.
I've added a page to the wiki where other software or information on the above can be collected:
http://gekgasifier.p...zation-Software
Cheers,
Bear
There are a few open source applications that I've found when looking for process control/visualization:
Proview - http://www.proview.se/
Scicos - http://www.scicos.org/
OpenModelica [modeling language] - http://www.ida.liu.s...enModelica.html
My search has in part been limited by what I can run on my Mac, which does reduce the options available.
I've added a page to the wiki where other software or information on the above can be collected:
http://gekgasifier.p...zation-Software
Cheers,
Bear
#4
Posted 18 August 2009 - 11:30 PM
Bear,
There are quite a few SCADA/HMI applications available on sourceforge.net. We will be going through them very soon. I will also check out what you posted here. Will keep an eye out for mac stuff, too. Maybe an HTML or java cross platform environment is best... I see a few of them around.
On a side note, today I started programming the GCU. Quite easy and Geo's code was a nice jumping off point. I have it communicating both ways to/from my pc. As soon as I have a UI on the PC, I'll be able to modify set-points from that environment.... A big step toward getting the realtime HMI working.
Bruce
There are quite a few SCADA/HMI applications available on sourceforge.net. We will be going through them very soon. I will also check out what you posted here. Will keep an eye out for mac stuff, too. Maybe an HTML or java cross platform environment is best... I see a few of them around.
On a side note, today I started programming the GCU. Quite easy and Geo's code was a nice jumping off point. I have it communicating both ways to/from my pc. As soon as I have a UI on the PC, I'll be able to modify set-points from that environment.... A big step toward getting the realtime HMI working.
Bruce
#5
Posted 18 August 2009 - 11:43 PM
Also, just wanted to mention that I had to slow the baud rate to 57600 to get it to read back from the PC reliably.
#6
Posted 19 August 2009 - 12:46 AM
Hi Bruce,
Yes, please report on what you find and/or develop.
Glad coding has been easy. We were very happy to have the board Arduino compatible, since it lowers the barrier to entry quite a bit.
One hack I've used:
Use a terminal application for datalogging which will also send keypresses back to the GCU via serial. I had a series of pre-programmed tests (pressure setpoints), which could be be moved through with a/d keys. Simple and not a pretty UI, but its a starting point.
Note that I've also worked with Processing [processing.org] which abstracts a good deal of lower level graphics issues, making building visualizations quite simple. The language is very similar to Arduino's. Its oriented more towards media installations than process control, but is another possibility to consider. Applications can run on Windows/Linux/Mac.
Lastly, I started developing an SVG image representation of the GEK which could be easily modified with some PHP on a server to make a web accessible graphic showing current state. Its only partly complete, but if of interest to others I could post it.
Cheers,
Bear
Yes, please report on what you find and/or develop.
Glad coding has been easy. We were very happy to have the board Arduino compatible, since it lowers the barrier to entry quite a bit.
One hack I've used:
Use a terminal application for datalogging which will also send keypresses back to the GCU via serial. I had a series of pre-programmed tests (pressure setpoints), which could be be moved through with a/d keys. Simple and not a pretty UI, but its a starting point.
Note that I've also worked with Processing [processing.org] which abstracts a good deal of lower level graphics issues, making building visualizations quite simple. The language is very similar to Arduino's. Its oriented more towards media installations than process control, but is another possibility to consider. Applications can run on Windows/Linux/Mac.
Lastly, I started developing an SVG image representation of the GEK which could be easily modified with some PHP on a server to make a web accessible graphic showing current state. Its only partly complete, but if of interest to others I could post it.
Cheers,
Bear
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users











