Re: [foxboro] oma?
- From: "Joseph M. Riccardi" <Joe@xxxxxxxxxxxxx>
- To: <foxboro@xxxxxxxxxxxxx>
- Date: Tue, 24 Mar 2015 17:15:54 -0700
Terry,
We think alike. My 1st thought was also to hunt down some new kids out of
college but everyone I am working with are 30s-40s, and none are experienced
programmers. And the IT folks are not that accessible. I have no idea
where they even hide. I appreciate your suggestions and Alex's link to the
Bourne Shell Scripting wiki site but that is the exact same site I was
working from for the previous 3 hours trying to get a while/do loop working.
No luck so I gave up and developed Plan B. Using omgetimp was the easy part
and there were no loading issues. I'll stick with configuration and leave
the programming to... the programmers.
On to the next challenge...
Thanks again to the List.
Joseph M. Riccardi
386-451-7607 Cell
Joe@xxxxxxxxxxxxx
"To give real service you must add something that cannot be bought or
measured with money; and that is sincerity and integrity." - Donald A. Adams
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Terry Doucet
Sent: Tuesday, March 24, 2015 5:03 AM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] oma?
Joseph,
As Alex has stated, the omgetimp is much better than omget alone as the
"IMP" uses the import table to prevent constant broadcast on the network.
(Every CP must respond to every broadcast) Six omgets, every 2 seconds
might overload your CP's, depending on type of CP.
Over the years I have initiated many scripts and programs to collect data as
you are wishing to collect data. With omget, I always paused for 1 second
after each omget. If your import table is not full, you should be OK
without the pause but you might start with a pause after 3 omgetimp.
I used the word initiated above, because I am not a good programmer or even
script writer but I know what I wanted and I had a pretty good understanding
of how not to kill the system. I always sought out a new hire in the
company, usually directly out of university where they spent plenty of time
writing code or batch files, C+ stuff or the like on Microsoft based
machines. Sometimes I had to guide them through UNIX but usually they were
fine if I kept them under close watch to make sure they did not get too
fancy and try to overload my AW. You might have to figure out how you want
to toggle it ON and OFF or schedule it but the kids can write great code.
The IT departments have keen kids that I managed to grab on my team for a
few hours. Gave me plenty of time to talk to the kids about how critical
these Process Control Systems are and how we need to be very cautious about
any change to the system.
It really helps if you have an off-line AW with C:B.P same as the live
system for testing before going live.
Terry
> From: Joe@xxxxxxxxxxxxx
> To: foxboro@xxxxxxxxxxxxx
> Subject: [foxboro] oma?
> Date: Mon, 23 Mar 2015 12:57:27 -0700
>
> Folks,
> I never claimed to be a programmer so.
>
> It has been a couple of years since I have used oma but I would like
> to collect the values of about 6 valves every couple of seconds for
> about a minute during a short test. From memory, I can use oma to
> build a table for all 6 valves but how do I get it to run every couple
> of seconds? Or is there a better way for a non-programmer?
>
>
> Joseph M. Riccardi
> 386-451-7607 Cell
>
> Joe@xxxxxxxxxxxxx <mailto:Joe@xxxxxxxxxxxxx>
>
> "To give real service you must add something that cannot be bought or
> measured with money; and that is sincerity and integrity." - Donald A.
> Adams
>
>
>
>
>
>
> ______________________________________________________________________
> _ This mailing list is neither sponsored nor endorsed by Invensys
> Process Systems (formerly The Foxboro Company). Use the info you
> obtain here at your own risks. Read
> http://www.thecassandraproject.org/disclaimer.html
>
> foxboro mailing list: //www.freelists.org/list/foxboro
> to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
> to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
>
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at your
own risks. Read http://www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
Other related posts:
