Re: Using Script to Drive Software Operation

From: Charles Law (blank_at_nowhere.com)
Date: 08/01/04


Date: Sun, 1 Aug 2004 23:26:02 +0100

Yes, indeed helpful. Along with the Command pattern suggestion I think this
could be a good way to go.

Charles
[One instinctively knows when a thing is right]

"One Handed Man ( OHM - Terry Burns )" <news.microsoft.com> wrote in message
news:ewKGCo$dEHA.2608@TK2MSFTNGP09.phx.gbl...
> I see; providing the control is only in one direction then using XML is an
> excellent way to do it. Each node could be a scheduled event which could
be
> repeating or single instance with the attributes to the node providing the
> target and the command verb and parameters. You then write a windows
service
> which creates the event objects as windows processes. The service keeps
> check on the status of the XML file and checks to see if the parameters
and
> lifetime of the process has been altered, is in service etc and makes
> appropriate changes.
>
> However, if there are dependencies between control process event, these
need
> to be synchronised somehow.
>
> Just my thoughts, hope they may help in some small way.
>
> --
>
> OHM ( Terry Burns )
> . . . One-Handed-Man . . .
>
> Time flies when you don't know what you're doing
>
> "Charles Law" <blank@nowhere.com> wrote in message
> news:eteZZ9%23dEHA.2608@TK2MSFTNGP09.phx.gbl...
> > Hi Terry
> >
> > It is more the general technique I am after, rather than specifics.
> >
> > I don't think I can easily be less vague, although I can provide further
> > details and answer specific questions if it helps.
> >
> > The requirement, if you like, is to automate control of the external
> > equipment in a runtime configurable way. I already have a set of classes
> > that can be used to control the equipment. Now, I am looking for an
> elegant
> > way to automate that control from [perhaps] a script file, probably
using
> > xml.
> >
> > The sticky part is translating something I de-serialize from the file
into
> a
> > series of 'instructions' that my classes can understand as commands for
> the
> > external equipment, including timing and scheduling.
> >
> > I just occurs to me that perhaps what I am after is a pattern. A
suitable
> > pattern for this scenario might set me on the right road.
> >
> > Charles
> >
> >
> > "One Handed Man ( OHM - Terry Burns )" <news.microsoft.com> wrote in
> message
> > news:eIcmWZ%23dEHA.3212@TK2MSFTNGP10.phx.gbl...
> > > It is too vaugue, you need to have a more defined requirement.
> > >
> > > --
> > >
> > > OHM ( Terry Burns )
> > > . . . One-Handed-Man . . .
> > >
> > > Time flies when you don't know what you're doing
> > >
> > > "Charles Law" <blank@nowhere.com> wrote in message
> > > news:uB8LFv7dEHA.3964@TK2MSFTNGP10.phx.gbl...
> > > > This is a bit of a vague question, but I am just starting on this,
and
> > > > wonder if anyone has ideas of where to start.
> > > >
> > > > I have a program that controls some external equipment. It sends
> > messages
> > > in
> > > > various flavours to cause the equipment to turn signals on and off,
> and
> > > > change voltages and such like.
> > > >
> > > > Attached to this external equipment, is another piece of equipment
> that
> > > > responds to these changes in signals and voltages.
> > > >
> > > > What I need to do is automate the way in which my program turns
these
> > > > signals on and off, and changes voltages in the external equipment.
I
> > also
> > > > need to do it in such a way that it is configurable without changes
to
> > > > source code.
> > > >
> > > > My first thoughts are towards some kind of script that I interpret
and
> > use
> > > > to determine what actions my program must take. The script would
need
> to
> > > be
> > > > flexible enough to allow me to specify what signals are controlled,
in
> > > real
> > > > time, and what voltages are set and over what time period they
should
> > > > change. It would also need to allow me to monitor status from the
> > external
> > > > equipment in a given time frame to determine if actions had been
> > > successful
> > > > or not.
> > > >
> > > > That is as far as I have got. Is this type of application familiar
to
> > > > anyone, and does anyone have any suggestions regarding how to go
about
> > > this?
> > > > Some examples of scripts that make this type of operation possible?
> > > >
> > > > As I say, it is a bit vague at this stage, and this is probably not
> the
> > > very
> > > > best place to be asking, so if anyone knows where I would be better
> > asking
> > > > that would be helpful too. Otherwise, any pointers welcome.
> > > >
> > > > TIA
> > > >
> > > > Charles
> > > >
> > > >
> > >
> > >
> >
> >
>
>



Relevant Pages

  • Re: Using Script to Drive Software Operation
    ... Along with the Command pattern suggestion I think this ... Charles ... > However, if there are dependencies between control process event, these ... >> I just occurs to me that perhaps what I am after is a pattern. ...
    (microsoft.public.dotnet.languages.vb)
  • Capability Maturity Model (CMM) using Mutable Patterns
    ... Unified Modeling Language & Statistical Process Control ... At the early stages of software development each person can know "WHEN" but not ... looks like three idealistic circles each placed inside the larger circle. ... Just like coordinates work for maps, the pattern control points allow one to envision what ...
    (alt.machines.cnc)
  • Re: Kings Kinsfolk: King Charles V of France & Jean de Craon, Archbishop of Rheims
    ... One of them is King ... Charles V of France's reference to his councillor, Jean de Craon, ... it seems that the French pattern of acknowledging kinship is ... Richardson has given us a statement of kinship among the French ...
    (soc.genealogy.medieval)
  • Re: How Much Snake Oil Here?
    ... and bad points but mostly bad ones where low end control is concerned. ... Secondly there is the notion of using a dsp crossover, ... Thirdly is the notion of beam-forming to change the speaker pattern. ... there was a narrow vertical dispersion at the crossover point. ...
    (rec.audio.pro)
  • Re: How Much Snake Oil Here?
    ... notion of mounting a speaker on a wall boundary, ... and bad points but mostly bad ones where low end control is concerned. ... Thirdly is the notion of beam-forming to change the speaker pattern. ... C'est suisse, et tres, tres precis." ...
    (rec.audio.pro)