EPICS Home

Experimental Physics and Industrial Control System


 
1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: state machine programming
From: Ralph Lange <[email protected]>
To: EPICS tech-talk <[email protected]>
Date: Sun, 30 May 2010 21:26:05 -0400
[email protected] wrote:
On 11:16 Sun 30 May , Ben Franksen wrote:
>From an SNL program you can call any C routine.

Exactly, with SEQ/SNL you can only call C routines.
I would say that's part of the problem. It is too low level.

Through exec() calls a state machine can call any program or script written in any language on your system. You find that too low level?! Could you explain your definition of high level in that context?

If I remember correctly, your original mail was mentioning the required
ability to send emails and handle files. I would think your system's C
API and an exec() of the sendmail command are adequate level for that.
Do you want the state machine to open a visual environment for sending
an email? That would not sound like a thrilling idea to me....

Oh, and did you have a look at the FSM Record that Michael announced a
week ago? That could be used with a graphical design tool (aka VDCT) to
create state machines.

I am looking at python/Qt
http://doc.trolltech.com/solutions/4/qtstatemachine/statemachine-api.html
That's a relative new powerful framework, but it may still be too much code (i.e not visual enough) for complex state machines.

I probably am over-interpreting your mails, but I do get the impression that you possibly are shopping for interesting solutions while not having nailed down your requirements, which IMHO should be done as early as possible in the process. Just guessing, though.

Cheers,
Ralph

Replies:
Re: state machine programming Eric Norum
Re: state machine programming emmanuel_mayssat
References:
state machine programming emmanuel_mayssat
Re: state machine programming Ben Franksen
Re: state machine programming emmanuel_mayssat

Navigate by Date:
Prev: Re: state machine programming Claude Saunders
Next: Re: state machine programming quock
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: state machine programming emmanuel_mayssat
Next: Re: state machine programming Eric Norum
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024