Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
S
sequencer-2-2
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Iterations
Wiki
Jira
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Locked files
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Package Registry
Container Registry
Model registry
Operate
Environments
Terraform modules
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Code review analytics
Issue analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
This is an archived project. Repository and other project resources are read-only.
Show more breadcrumbs
epics-modules
sequencer-2-2
Commits
3d250ed0
Commit
3d250ed0
authored
11 years ago
by
benjamin.franksen
Browse files
Options
Downloads
Patches
Plain Diff
docs: moved list of event types from Tutorial to Reference
parent
e96b0155
No related branches found
No related tags found
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
documentation/Tutorial.txt
+16
-23
16 additions, 23 deletions
documentation/Tutorial.txt
with
16 additions
and
23 deletions
documentation/Tutorial.txt
+
16
−
23
View file @
3d250ed0
...
...
@@ -726,29 +726,22 @@ The following example illustrates this::
What's Happening at Run Time
----------------------------
At run time the sequencer blocks until something "interesting" occurs,
where "interesting" means things like receiving a monitor from a PV
used in a :token:`when` clause, an event flag changing state, or a
delay timer expiring. More precisely, there are five types of sequencer
event:
- a process variable monitor is posted
- an asynchronous :c:func:`pvGet` or :c:func:`pvPut` completes
- a time :c:func:`delay` elapses
- an event flag is set or cleared
- a process variable connects or disconnects
The sequencer then scans the list of
:token:`when` statements for the current state and evaluates each
expression in turn. If a :token:`when` expression evaluates to
non-zero the actions within that :token:`when` block are executed and
the sequencer enters the state specified by that :token:`when`
statement. The sequencer then blocks again waiting for something
"interesting" to happen.
Note, however, that whenever a new state is entered, the
corresponding :token:`when` conditions for that state are evaluated once
without first waiting for events.
At run time the sequencer blocks until something "interesting" occurs, where
"interesting" means things like receiving a monitor from a PV used in a
:token:`when` clause, an event flag changing state, or a delay timer
expiring. See section :ref:`Transitions` in the :doc:`Reference` for a
detailed list.
The sequencer then scans the list of :token:`when` statements for the
current state and evaluates each expression in turn. If a :token:`when`
expression evaluates to non-zero the actions within that :token:`when` block
are executed and the sequencer enters the state specified by that
:token:`when` statement. The sequencer then blocks again waiting for
something "interesting" to happen.
Note, however, that whenever a new state is entered, the corresponding
:token:`when` conditions for that state are evaluated once without first
waiting for events.
A Common Misconception
^^^^^^^^^^^^^^^^^^^^^^
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment