<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="css/feed.css" ?>
<rss version="2.0"  xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<atom:link href="http://www.stateworks.com/index.xml" rel="self" type="application/rss+xml" />
<language>en</language>
<title>StateWORKS</title>
<link>http://www.stateworks.com</link>
<description>StateWORKS is a method for creating high-quality software through models. Software behaviour is expressed as a system of finite state machines. Very large complex systems can be handled, by using many state machines in a hierarchical structure; the complexity is managed, in fact the top levels of the hierarchy are clear enough to be discussed with management or customers.  StateWORKS is also a tool, complete with multi-mode editors, for exploring the requirements, so as to express them in such fine detail as to cause software to be generated without any code writing. StateWORKS increases productivity and reduces development time. Nearly all bugs are eliminated in the design process, not left to the testing or maintenance phase. Applications developed with StateWORKS are well documented and maintainable.</description>
<copyright>Copyright 2008, SW Software</copyright>
<generator> </generator>
<managingEditor>mike@stateworks.com (Mike Tommasi)</managingEditor>
<webMaster>mike@stateworks.com (Mike Tommasi)</webMaster>
<docs>http://blogs.law.harvard.edu/tech/rss</docs>
<lastBuildDate>Mon, 06 Jun 2011 14:52:53 +0200</lastBuildDate>
<pubDate>Mon, 06 Jun 2011 14:52:53 +0200</pubDate>
<item>
<title>SWExecStandardLE</title>
<description></description>
<link>http://www.stateworks.com/product/SWExecStandardLE/</link>
<guid isPermaLink="true">http://www.stateworks.com/product/SWExecStandardLE/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Product</category>
<pubDate>Fri, 12 Mar 2010 11:11:05 +0100</pubDate>
</item>
<item>
<title>The Company</title>
<description>SW Software has been formed by an engineering team with a proven track record in software engineering. Our team is committed to accelerating development and time to market for software, based on the finite state machine model. The results of our standard software modeling tools serve as a framework for runtime systems. The goal is to meet and react to customer requirements in the entire specification, design and implementation phases of software development.</description>
<link>http://www.stateworks.com/home/company/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/company/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Company</category>
<pubDate>Mon, 06 Jun 2011 13:04:34 +0200</pubDate>
</item>
<item>
<title>Home</title>
<description>StateWORKS is a method for creating high-quality software through models. Software behaviour is expressed as a system of finite state machines. Very large complex systems can be handled, by using many state machines in a hierarchical structure; the complexity is managed, in fact the top levels of the hierarchy are clear enough to be discussed with management or customers.  StateWORKS is also a tool, complete with multi-mode editors, for exploring the requirements, so as to express them in such fine detail as to cause software to be generated without any code writing. StateWORKS increases productivity and reduces development time. Nearly all bugs are eliminated in the design process, not left to the testing or maintenance phase. Applications developed with StateWORKS are well documented and maintainable.</description>
<link>http://www.stateworks.com/</link>
<guid isPermaLink="true">http://www.stateworks.com/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Home</category>
<pubDate>Mon, 06 Jun 2011 13:04:35 +0200</pubDate>
</item>
<item>
<title>StateWORKS Studio, version 8, thinStates compiler</title>
<description>StateWORKS Newsletter 3/08 about StateWORKS Studio version 7.2</description>
<link>http://www.stateworks.com/home/NL89/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL89/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Mon, 06 Jun 2011 13:05:24 +0200</pubDate>
</item>
<item>
<title>References</title>
<description>StateWORKS has been tested over several years in several environments: large industrial software projects, especially for industrial machine control and also for telecommunication systems. Here is a partial list of projects realized using StateWORKS.</description>
<link>http://www.stateworks.com/product/references/</link>
<guid isPermaLink="true">http://www.stateworks.com/product/references/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Company</category>
<pubDate>Mon, 06 Jun 2011 13:06:10 +0200</pubDate>
</item>
<item>
<title>History</title>
<description>The basic VFSM concept was conceived by Prof. Dr. Ferdinand Wagner, and further developed with the help of Ruedi Schmuki who developed the software for the real time data base. The important milestones of the StateWORKS development are described here.</description>
<link>http://www.stateworks.com/overview/history/</link>
<guid isPermaLink="true">http://www.stateworks.com/overview/history/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Solution</category>
<pubDate>Mon, 06 Jun 2011 14:52:53 +0200</pubDate>
</item>
<item>
<title>thinsStates C source generator</title>
<description>thinStates: C source code generator for StateWorks</description>
<link>http://www.stateworks.com/product/thinstates/</link>
<guid isPermaLink="true">http://www.stateworks.com/product/thinstates/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Product</category>
<pubDate>Mon, 14 Mar 2011 10:30:31 +0100</pubDate>
</item>
<item>
<title>The Product</title>
<description>StateWORKS: We offer a development environment called StateWORKS Studio complete with two sets of Run-Time System libraries required for building your applications</description>
<link>http://www.stateworks.com/product/product/</link>
<guid isPermaLink="true">http://www.stateworks.com/product/product/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Product</category>
<pubDate>Mon, 14 Mar 2011 10:33:13 +0100</pubDate>
</item>
<item>
<title>Calculator case study, RtdbClient</title>
<description>StateWORKS Newsletter 3/08 about StateWORKS Studio version 7.2</description>
<link>http://www.stateworks.com/home/NL87/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL87/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Mon, 14 Mar 2011 10:38:46 +0100</pubDate>
</item>
<item>
<title>RtdbUILibrary, IOboard</title>
<description>StateWORKS Newsletter 3/08 about StateWORKS Studio version 7.2</description>
<link>http://www.stateworks.com/home/NL88/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL88/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Mon, 14 Mar 2011 10:38:47 +0100</pubDate>
</item>
<item>
<title>Case Studies</title>
<description>StateWORKS case studies that one can try on a PC by installing StateWORKS Studio.</description>
<link>http://www.stateworks.com/technology/casestudy/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/casestudy/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Technology</category>
<pubDate>Mon, 24 Aug 2009 14:13:40 +0200</pubDate>
</item>
<item>
<title>The Virtual Environment</title>
<description>In StateWORKS, the concept of a Virtual environment, as expressed by the virtual input and logic algebra used, is the basis of the VFSM (virtual finite state machine) specification method.</description>
<link>http://www.stateworks.com/technology/TN1-VirtualEnvironment/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN1-VirtualEnvironment/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Sun, 09 Aug 2009 13:40:37 +0200</pubDate>
</item>
<item>
<title>What is StateWORKS?</title>
<description>StateWORKS is not just another tool to model software, it offers a  solution for a system of state machines that eliminates the need for coding. StateWORKS is a development environment to specify a system of state machines and an execution environment to run the specified system. StateWORKS does not produce code. StateWORKS is not merely a simple software development tool. StateWORKS provides a run-time system for the control of an embedded application and it is a true implementation of a run-time-executable specification.</description>
<link>http://www.stateworks.com/technology/TN2-WhatisStateWORKS/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN2-WhatisStateWORKS/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Sun, 09 Aug 2009 13:45:28 +0200</pubDate>
</item>
<item>
<title>Virtual Finite State Machines</title>
<description>In StateWORKS, A virtual finite state machine (VFSM) is a finite state machine defined in a virtual environment. The virtual environment is created by three sets of names: input names, output names and state names. The input and output names can be transfered by a mapping function to real world signals. The execution model of a VFSM is based on the logic algebra completed by a complement control value.</description>
<link>http://www.stateworks.com/technology/vfsm/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/vfsm/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Technology</category>
<pubDate>Sun, 09 Aug 2009 17:34:57 +0200</pubDate>
</item>
<item>
<title>The Book</title>
<description>Modeling Software with Finite State Machines: A Practical Approach, a book about how to apply finite state machines to software development. It provides a critical analysis of using finite state machines as a foundation for executable specifications to reduce software development effort and improve quality. It discusses the design of a state machine and of a system of state machines. It also presents a detailed analysis of development issues relating to behavior modeling with design examples and design rules for using finite state machines. This text demonstrates the implementation of these concepts using StateWORKS software and introduces the basic components of this software.</description>
<link>http://www.stateworks.com/book/book/</link>
<guid isPermaLink="true">http://www.stateworks.com/book/book/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Book</category>
<pubDate>Thu, 02 Apr 2009 20:02:08 +0200</pubDate>
</item>
<item>
<title>Preface</title>
<description>Here is the preface of our book Modeling Software with Finite State Machines: A Practical Approach</description>
<link>http://www.stateworks.com/book/preface/</link>
<guid isPermaLink="true">http://www.stateworks.com/book/preface/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Book</category>
<pubDate>Thu, 02 Apr 2009 20:02:09 +0200</pubDate>
</item>
<item>
<title> Chapter</title>
<description>Programming languages: a chapter from our book Modeling Software with Finite State Machines: A Practical Approach</description>
<link>http://www.stateworks.com/book/chapter/</link>
<guid isPermaLink="true">http://www.stateworks.com/book/chapter/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Book</category>
<pubDate>Thu, 02 Apr 2009 20:02:09 +0200</pubDate>
</item>
<item>
<title>Publications</title>
<description>To make state machines better known we wrote a book, Modeling Software with Finite State Machines: A Practical Approach, which provides an introduction to any person who is interested in learning the true power of this technology. We also have published papers in computer journals, written technical notes, and we have a newsletter.</description>
<link>http://www.stateworks.com/book/publications/</link>
<guid isPermaLink="true">http://www.stateworks.com/book/publications/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:09 +0200</pubDate>
</item>
<item>
<title>Where to Buy</title>
<description></description>
<link>http://www.stateworks.com/book/where_to_buy/</link>
<guid isPermaLink="true">http://www.stateworks.com/book/where_to_buy/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Book</category>
<pubDate>Thu, 02 Apr 2009 20:02:10 +0200</pubDate>
</item>
<item>
<title>Contact us</title>
<description></description>
<link>http://www.stateworks.com/home/about_us/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/about_us/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Company</category>
<pubDate>Thu, 02 Apr 2009 20:02:10 +0200</pubDate>
</item>
<item>
<title>Table of Contents</title>
<description>Table of Contents of the book Modeling Software with Finite State Machines: A Practical Approach: Introduction, The Price of Weakness, Software as Engineering, Introduction, Definitions, and Notation, Software Specific, Misunderstandings about FSM, Designing a State Machine, Systems of State Machines, StateWORKS, Digital Input and Output, Other Inputs, Other Outputs, Counters, VFSM and Its Interfaces, Debugging VFSM, What is StateWORKS</description>
<link>http://www.stateworks.com/book/table_of_contents/</link>
<guid isPermaLink="true">http://www.stateworks.com/book/table_of_contents/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Book</category>
<pubDate>Thu, 02 Apr 2009 20:02:10 +0200</pubDate>
</item>
<item>
<title>Standard I/O Unit with DLL, XML Standard</title>
<description>StateWORKS newsletter about Standard I/O Unit with DLL, XML Standard, StateWORKS Studio Home and Programmers editions.</description>
<link>http://www.stateworks.com/home/NL11/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL11/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:12 +0200</pubDate>
</item>
<item>
<title>State machine misunderstandings</title>
<description>StateWORKS newsletter about State machine misunderstandings.</description>
<link>http://www.stateworks.com/home/NL12/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL12/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:12 +0200</pubDate>
</item>
<item>
<title>TCP/IP client</title>
<description>StateWORKS newsletter about TCP/IP client, Standard Executor, StateWORKS Studio 5.1.</description>
<link>http://www.stateworks.com/home/NL10/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL10/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:12 +0200</pubDate>
</item>
<item>
<title>Runtime system for Beckhoff</title>
<description>StateWORKS newsletter about StateWORKS Studio 5.3 and runtime system for Beckhoff.</description>
<link>http://www.stateworks.com/home/NL13/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL13/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:13 +0200</pubDate>
</item>
<item>
<title>Why do we underestimate specification?</title>
<description>StateWORKS newsletter about Why do we underestimate specification?.</description>
<link>http://www.stateworks.com/home/NL15/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL15/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:13 +0200</pubDate>
</item>
<item>
<title>Debugging State Machines</title>
<description>StateWORKS newsletterabout Debugging State Machines, Extension to the VFSM executor step mode.</description>
<link>http://www.stateworks.com/home/NL14/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL14/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:13 +0200</pubDate>
</item>
<item>
<title>Specifying control software instead of coding</title>
<description>StateWORKS newsletter about Applying StateWORKS to embedded systems using Microsoft Windows CE and StateWORKS - specifying control software instead of coding.</description>
<link>http://www.stateworks.com/home/NL28/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL28/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:14 +0200</pubDate>
</item>
<item>
<title>Flowchart is not a state machine</title>
<description>StateWORKS newsletter about Flowchart is not a state machine.</description>
<link>http://www.stateworks.com/home/NL21/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL21/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:14 +0200</pubDate>
</item>
<item>
<title>Moore or Mealy model: that's the question</title>
<description>StateWORKS newsletter about Moore or Mealy model: that's the question.</description>
<link>http://www.stateworks.com/home/NL24/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL24/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:14 +0200</pubDate>
</item>
<item>
<title>Going beyond the limitations of IEC 1131 3</title>
<description>StateWORKS newsletter about StateWORKS Studio version 6.0 and From PLC markers to state machines.</description>
<link>http://www.stateworks.com/home/NL26/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL26/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:14 +0200</pubDate>
</item>
<item>
<title>The Virtual Environment and Positive Logic Algebra</title>
<description>StateWORKS newsletter about Real-Time Software Design Tool which appeared in IEE Computing &amp; Control Engineering Journal, February 2003. and Modeling and Building Reliable, Reusable Software which will be presented at ECBS 03 in April 2003 and published in its Proceedings. also about SwEdit, SWMon and The Virtual Environment and Positive-Logic Algebra</description>
<link>http://www.stateworks.com/home/NL3/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL3/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:15 +0200</pubDate>
</item>
<item>
<title>StateWORKS IO Unit for Velleman K8055 (or VM110) boards</title>
<description>StateWORKS newsletter about The IO-Unit for the K8055 board.</description>
<link>http://www.stateworks.com/home/NL30/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL30/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:15 +0200</pubDate>
</item>
<item>
<title>Completeness of information</title>
<description>StateWORKS newsletter about Completeness of information in the virtual environment - the unknown (undefined) control values.</description>
<link>http://www.stateworks.com/home/NL32/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL32/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:16 +0200</pubDate>
</item>
<item>
<title>Life time and events</title>
<description>StateWORKS newsletter about Lifetime and events.</description>
<link>http://www.stateworks.com/home/NL40/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL40/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:16 +0200</pubDate>
</item>
<item>
<title>State machine definitions</title>
<description>StateWORKS newsletter about State machine definitions, The new version of StateWORKS Studio, and the book Modelling Software with Finite State Machines: A practical approach.</description>
<link>http://www.stateworks.com/home/NL38/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL38/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:16 +0200</pubDate>
</item>
<item>
<title>What is StateWORKS</title>
<description>StateWORKS newsletter about What is StateWORKS.</description>
<link>http://www.stateworks.com/home/NL4/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL4/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:16 +0200</pubDate>
</item>
<item>
<title>Event driven fsm</title>
<description>StateWORKS newsletter Event driven finite state machines.</description>
<link>http://www.stateworks.com/home/NL42/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL42/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:17 +0200</pubDate>
</item>
<item>
<title>New version of StateWORKS Studio LE (6.1.1)</title>
<description>StateWORKS newsletter about The new version 6.1.1 of StateWORKS Studio LE.</description>
<link>http://www.stateworks.com/home/NL45/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL45/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:17 +0200</pubDate>
</item>
<item>
<title>Why UML will not do?</title>
<description>StateWORKS newsletter about Why UML will not do.</description>
<link>http://www.stateworks.com/home/NL47/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL47/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:17 +0200</pubDate>
</item>
<item>
<title>Hierarchical system of state machines, Gas control</title>
<description>StateWORKS newsletter about the hierarchical system of state machines, and a case study: Gas control.</description>
<link>http://www.stateworks.com/home/NL5/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL5/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:17 +0200</pubDate>
</item>
<item>
<title>Integrating external finite state machine into a StateWORKS system</title>
<description>StateWORKS newsletter about Integrating external finite state machines into a StateWORKS system, and about a review in Dr. Dobb's Journal of our book.</description>
<link>http://www.stateworks.com/home/NL54/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL54/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:18 +0200</pubDate>
</item>
<item>
<title>Password in RTDB based applications</title>
<description>StateWORKS newsletter about StateWORKS version 6.2 and passwords in RTDB based applications.</description>
<link>http://www.stateworks.com/home/NL50/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL50/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:18 +0200</pubDate>
</item>
<item>
<title>Testing with StateWORKS</title>
<description>StateWORKS newsletter about Testing with StateWORKS and the SWQuickPro monitor.</description>
<link>http://www.stateworks.com/home/NL52/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL52/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:18 +0200</pubDate>
</item>
<item>
<title>Terminal Client, Commands</title>
<description>StateWORKS newsletter about State Machine Acceptance and the Testing Problem, Commands.</description>
<link>http://www.stateworks.com/home/NL6/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL6/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:19 +0200</pubDate>
</item>
<item>
<title>Complement control values in VFSM concept</title>
<description>StateWORKS newsletter about complement control values in VFSM concept, StateWORKS Studio version 7.0 and StateWORKS Studio LE.</description>
<link>http://www.stateworks.com/home/NL60/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL60/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:19 +0200</pubDate>
</item>
<item>
<title>VFSM XML format, String Object (STR)</title>
<description>StateWORKS newsletter about StateWORKS Studio, StateWORKS System, VFSM XML format and the String object with an example.</description>
<link>http://www.stateworks.com/home/NL7/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL7/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:20 +0200</pubDate>
</item>
<item>
<title>StateWORKS in industrial control</title>
<description>StateWORKS newsletter about the Case Study: StateWORKS in industrial control</description>
<link>http://www.stateworks.com/home/NL8/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL8/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:20 +0200</pubDate>
</item>
<item>
<title>VFSM Executor Library</title>
<description>StateWORKS newsletter with a Technical note about the VFSM executor library and StateWORKS Studio version 7.1</description>
<link>http://www.stateworks.com/home/NL82/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL82/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:20 +0200</pubDate>
</item>
<item>
<title>Website, changes to Studio and RTDB, introducing VFSM library</title>
<description>StateWORKS Newsletter 1/08 about the new website, changes to StateWORKS Studio, RTDB, introduction of the VFSM library</description>
<link>http://www.stateworks.com/home/NL83/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL83/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:21 +0200</pubDate>
</item>
<item>
<title>Tcp/ip for i/o handling</title>
<description>StateWORKS Newsletter 2/08 about Tcp/ip for i/o handling</description>
<link>http://www.stateworks.com/home/NL84/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL84/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:21 +0200</pubDate>
</item>
<item>
<title>StateWORKS Studio version 7.2</title>
<description>StateWORKS Newsletter 3/08 about StateWORKS Studio version 7.2</description>
<link>http://www.stateworks.com/home/NL85/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL85/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:22 +0200</pubDate>
</item>
<item>
<title>Break States in VFSM Executor</title>
<description>StateWORKS Newsletter 3/08 about StateWORKS Studio version 7.2</description>
<link>http://www.stateworks.com/home/NL86/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL86/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:23 +0200</pubDate>
</item>
<item>
<title>The Dining Philosopher problem</title>
<description>StateWORKS newsletter about an example problem, the Dining Philosopher problem, and the Stateworks monitor.</description>
<link>http://www.stateworks.com/home/NL9/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/NL9/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:23 +0200</pubDate>
</item>
<item>
<title>StateWORKS Advantages</title>
<description>Software developed with StateWORKS is fast, well documented, readable and maintainable. When you start a project, the StateWORKS specifications are easily verified with your customer! When you deliver, the documentation is generated automatically. There is no need to spend time debugging, and your customers never get buggy early releases. New features or changes can be added without pain, because no code gets tweaked (there is no code!). StateWORKS specifications are infinitely more readable than C code or UML. StateWORKS allows your engineers to create a true architectural backbone for your application. StateWORKS is easy to learn.</description>
<link>http://www.stateworks.com/overview/advantages/</link>
<guid isPermaLink="true">http://www.stateworks.com/overview/advantages/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Solution</category>
<pubDate>Thu, 02 Apr 2009 20:02:36 +0200</pubDate>
</item>
<item>
<title>General FAQ</title>
<description>StateWORKS: Frequently Asked Questions. Where do you produce code? What if we do not have a precise, written specification? What are the most appropriate sorts of projects for StateWORKS? How is StateWORKS Software Tested? StateWORKS needs to be learnt, so would one really save on time?.</description>
<link>http://www.stateworks.com/overview/faq/</link>
<guid isPermaLink="true">http://www.stateworks.com/overview/faq/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Solution</category>
<pubDate>Thu, 02 Apr 2009 20:02:36 +0200</pubDate>
</item>
<item>
<title>Advantages for Managers</title>
<description>StateWORKS has advantages for project managers who need to estimate the required effort and monitor progress. Typically he will get an impression of fast progress at the coding stage, then miss the deadlines because of testing and debugging. Using StateWORKS, in the initial development, one examines and defines the project and so it gets completed more smoothly. Because control flow is defined in the high-level model rather than in the code, it becomes easier to make changes to or reuse software without unexpected side-effects. StateWORKS technology has been shown to reduce debug time by about 50%. The productivity increase is always significant, from 40% to over 300%.</description>
<link>http://www.stateworks.com/overview/managers/</link>
<guid isPermaLink="true">http://www.stateworks.com/overview/managers/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Solution</category>
<pubDate>Thu, 02 Apr 2009 20:02:37 +0200</pubDate>
</item>
<item>
<title>The Solution</title>
<description>StateWORKS is a software design and execution environment. The design environment consists of a set of tools like editor, simulator etc. The execution environment is a library (RTDB) you link with your StateWORKS specification. The library can be provided for any common operating system. StateWORKS users profit by an enormous cost reduction in software development compared to conventional methods. The major advantages: design efficiency increase by well over 50%; almost total elimination of software errors; dramatic reduction in maintenance effort. Also, transparency in software design and removal of dependence on key programmers.</description>
<link>http://www.stateworks.com/overview/overview/</link>
<guid isPermaLink="true">http://www.stateworks.com/overview/overview/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Solution</category>
<pubDate>Thu, 02 Apr 2009 20:02:37 +0200</pubDate>
</item>
<item>
<title>Advantages for Programmers</title>
<description>StateWORKS allows you to develop a complete application, even a complex project, without writing one line of code. The principle is to generate models, not high-level decomposition techniques like UML, but real implementations expressing all the details which would otherwise be in code. Yet StateWORKS is easy to learn and use.</description>
<link>http://www.stateworks.com/overview/programmers/</link>
<guid isPermaLink="true">http://www.stateworks.com/overview/programmers/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Solution</category>
<pubDate>Thu, 02 Apr 2009 20:02:38 +0200</pubDate>
</item>
<item>
<title>Why StateWORKS?</title>
<description>StateWORKS is neither a code generator nor an interpreter, it is a proven complete solution for engineering applications based on the well known mathematically sound concept of state machines. StateWORKS is also an excellent high level modeling language. StateWORKS imposes a strict partition between data handling and control flow. UML cannot be used to generate applications, at best it can be used for a top-level overview of a project. It is suitable for system analysts, not for engineering an application. The StateWORKS engineering process is one of designing the final product, rather than just describing roughly how it should work.</description>
<link>http://www.stateworks.com/overview/why_stateworks/</link>
<guid isPermaLink="true">http://www.stateworks.com/overview/why_stateworks/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Solution</category>
<pubDate>Thu, 02 Apr 2009 20:02:38 +0200</pubDate>
</item>
<item>
<title>What is StateWORKS</title>
<description>StateWORKS is not just another tool to model software, it offers a  solution for a system of state machines that eliminates the need for coding. StateWORKS is a development environment to specify a system of state machines and an execution environment to run the specified system. StateWORKS does not produce code. StateWORKS is not merely a simple software development tool. StateWORKS provides a run-time system for the control of an embedded application and it is a true implementation of a run-time-executable specification.</description>
<link>http://www.stateworks.com/overview/WhatIsStateWORKS/</link>
<guid isPermaLink="true">http://www.stateworks.com/overview/WhatIsStateWORKS/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Solution</category>
<pubDate>Thu, 02 Apr 2009 20:02:38 +0200</pubDate>
</item>
<item>
<title>Distributors</title>
<description></description>
<link>http://www.stateworks.com/product/links/</link>
<guid isPermaLink="true">http://www.stateworks.com/product/links/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Product</category>
<pubDate>Thu, 02 Apr 2009 20:02:39 +0200</pubDate>
</item>
<item>
<title>Consulting Services</title>
<description>StateWORKS is a competent partner in Software Engineering, especially: complete software projects for telecommunications and industrial control (machine control, measurement technique, etc.), consulting in all control aspects of software development, specification and implementation of control tasks. We guarantee 100% fulfillment of the order according to your requirements with superior reliability and smooth takeover of project by your staff</description>
<link>http://www.stateworks.com/product/consulting/</link>
<guid isPermaLink="true">http://www.stateworks.com/product/consulting/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Company</category>
<pubDate>Thu, 02 Apr 2009 20:02:39 +0200</pubDate>
</item>
<item>
<title>Support</title>
<description></description>
<link>http://www.stateworks.com/product/support/</link>
<guid isPermaLink="true">http://www.stateworks.com/product/support/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Product</category>
<pubDate>Thu, 02 Apr 2009 20:02:42 +0200</pubDate>
</item>
<item>
<title>StateWORKS Studio</title>
<description>StateWORKS Studio is a professional software development and execution environment. It contains: an editor to design and build systems of FSMs; a simulator to execute a designed system; a monitor to test a running system; a standard executor to run the final application. The devlopment environment runs under WindowsNT/2000/XP. The modeling method is VFSM. One can specify finite state machines, dependencies and specification properties. The result is a complete specification of a system's control aspects, with files usable implementation or documentation. The runtime system, provided for several OSs (Windows NT/2000/XP, Linux, UNIX, etc.) executes the final specification extremly fast and reliably.</description>
<link>http://www.stateworks.com/product/SWStudio/</link>
<guid isPermaLink="true">http://www.stateworks.com/product/SWStudio/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Product</category>
<pubDate>Thu, 02 Apr 2009 20:02:42 +0200</pubDate>
</item>
<item>
<title>Training Content</title>
<description></description>
<link>http://www.stateworks.com/product/training_content/</link>
<guid isPermaLink="true">http://www.stateworks.com/product/training_content/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Product</category>
<pubDate>Thu, 02 Apr 2009 20:02:43 +0200</pubDate>
</item>
<item>
<title>FSM Example</title>
<description>StateWORKS example application: A state machine to control a microwave oven.</description>
<link>http://www.stateworks.com/technology/example/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/example/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Technology</category>
<pubDate>Thu, 02 Apr 2009 20:02:46 +0200</pubDate>
</item>
<item>
<title>Diameter Failover</title>
<description>StateWORKS solution example: Diameter protocol failover mechanism implementation using state machines.</description>
<link>http://www.stateworks.com/technology/diameter_failover/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/diameter_failover/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Technology</category>
<pubDate>Thu, 02 Apr 2009 20:02:46 +0200</pubDate>
</item>
<item>
<title>Technical FAQ</title>
<description>StateWORKS technical FAQ. What is a finite state machine? How does one deal with the design of a state machine? How would StateWORKS handle large systems? What is StateWORKS? You mentioned UML. Does StateWORKS resemble it? How easily is StateWORKS ported to various environments? What about high-availability hot-standby systems? My telephony application needs thousands of identical, but short-lived, finite state machines. How could StateWORKS cope with that?</description>
<link>http://www.stateworks.com/technology/faq/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/faq/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Technology</category>
<pubDate>Thu, 02 Apr 2009 20:02:47 +0200</pubDate>
</item>
<item>
<title>Finite State Machines</title>
<description>StateWORKS: a Finite State Machine is a model of a control system. A finite state machine describes the behavior of a control system using states, transitions and actions. The state stores information about the past, i.e. it reflects the input changes from the system start to the present moment. A transition indicates a state change and is described by a condition that must be fulfilled to enable the transition. An action is a description of an activity that is to be performed at a given moment. One can use Moore model (only entry actions) or Mealy model (only input actions).</description>
<link>http://www.stateworks.com/technology/finite_state_machine/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/finite_state_machine/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Technology</category>
<pubDate>Thu, 02 Apr 2009 20:02:47 +0200</pubDate>
</item>
<item>
<title>Links</title>
<description></description>
<link>http://www.stateworks.com/technology/links/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/links/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Technology</category>
<pubDate>Thu, 02 Apr 2009 20:02:48 +0200</pubDate>
</item>
<item>
<title>Myths about State Machines</title>
<description>Four common misconceptions about finite state machines: FSM state diagrams are too complex for real applications; FSMs are event driven, and this increases the number of states required; The transition diagram can not express all the details of the application; Imprecise interpretations of the definition of the state machine.</description>
<link>http://www.stateworks.com/technology/q_misconceptions/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/q_misconceptions/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Technology</category>
<pubDate>Thu, 02 Apr 2009 20:02:48 +0200</pubDate>
</item>
<item>
<title>Papers</title>
<description>Papers about StateWORKS published in computer journals. The Virtual Finite State Machine Design and Implementation Paradigm.  VFSM Executable Specification. A Modern Real-Time Software Design Tool. Modeling and Building Reliable, Re-usable Software. Closing the Gap Between Software Modelling and Code. State machine misunderstandings. VFSMML - XML standard for VFSM.</description>
<link>http://www.stateworks.com/technology/papers/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/papers/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:48 +0200</pubDate>
</item>
<item>
<title>Solutions</title>
<description>StateWORKS solution examples: Diameter failover mechanism implementation and traffic light example using state machines.</description>
<link>http://www.stateworks.com/technology/solutions/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/solutions/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Technology</category>
<pubDate>Thu, 02 Apr 2009 20:02:48 +0200</pubDate>
</item>
<item>
<title>Moore or Mealy model: that's the question</title>
<description>Mealy and Moore models are the basic models of state machines. A state machine which uses only Entry Actions, so that its output depends on the state, is called a Moore model. A state machine which uses only Input Actions, so that the output depends on the state and also on inputs, is called a Mealy model. The models selected will influence a design but there are no general indications as to which model is better. Choice of a model depends on the application, execution means (for instance, hardware systems are usually best realised as Moore models) and personal preferences of a designer or programmer. In practice, mixed models are often used with several action types.</description>
<link>http://www.stateworks.com/technology/TN10-Moore-Or-Mealy-Model/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN10-Moore-Or-Mealy-Model/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:51 +0200</pubDate>
</item>
<item>
<title>Going beyond the limitations of IEC 61131 3</title>
<description>StateWORKS: Going beyond the limitations of IEC 61131-3. PLC programming uses state machines in an almost hidden way, yet it is a useful step forward from the intuitive way of programming by coding, into programming which is based on control system modeling. The way it is presented in the IEC example is still influenced by the marker way of thinking, leaving PLC programmers with the impression that the concept is limited to very simple examples. In the IEC example state machines are not considered a real solution for the application control flow. The state machine is used to store some information about the situation which covers the sunny day scenario, while the details of system malfunctions are left for the programmer: he will arrange it in some way. Problems caused by rarely-occurring malfunctions are the essence of the designer's real task: the full advantages of correct state machine usage are seen by solving those truly difficult control sequences with relative ease.</description>
<link>http://www.stateworks.com/technology/TN11-Going-Beyond-Limitations-Of-IEC-61131/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN11-Going-Beyond-Limitations-Of-IEC-61131/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:51 +0200</pubDate>
</item>
<item>
<title>Specifying control software instead of coding</title>
<description>StateWORKS is a system that realizes the idea of an executable specification. Since it does not use an intermediate code, the specification must be complete and any changes and removal of errors (which can only be logical, rather than coding errors) can be done only in the specification.</description>
<link>http://www.stateworks.com/technology/TN12-StateWORKS-specifying-control/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN12-StateWORKS-specifying-control/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:52 +0200</pubDate>
</item>
<item>
<title>Completeness of information</title>
<description>StateWORKS: Completeness of information in the virtual environment - the unknown (undefined) control value. The basic concept of VFSM relating to this is: the entire control function is based on a virtual input which reflects the full (control) information about the relevant inputs. If that rule is fulfilled we are able to specify one or more state machines realising a control function and we can do it without the necessity to complete the specification later by some fixes in the code. By definition, the fixes in the code are impossible using StateWORKS tools and run-time system as there is no code generated. Using StateWORKS we cannot code the endefined control value as a special case: it must be a normal case treated exactly in the same way as the situations HIGH or LOW.</description>
<link>http://www.stateworks.com/technology/TN14-Completness-of-information/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN14-Completness-of-information/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:52 +0200</pubDate>
</item>
<item>
<title>StateWORKS IO Unit for Velleman boards</title>
<description>The Velleman K8055 USB experiment interface board hasseveral digital and analog inputs and outputs. It can be used as a demo for the StateWORKS execution system. In StateWORKS we use the term Unit for a device in which several inputs and outputs may be accessed, as a group. The Unit provides a fairly complete set of functionality covering opening and closing of the board, access and control of inputs, outputs and counters. Although this demo project is very simple, when the same StateWORKS concept is applied to large scale projects, such as embedded systems or telecommunications, there are huge advantages to be gained in productivity, in reliability and in security of the final product. Complex code is very dangerous in such applications: we avoid it.</description>
<link>http://www.stateworks.com/technology/TN13-IO-Unit-for-K8055-board/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN13-IO-Unit-for-K8055-board/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:52 +0200</pubDate>
</item>
<item>
<title>Life time of control signals and generating events</title>
<description>StateWORKS: Lifetime of control signals and generating events, illustrated by a Turing machine. A control system reacts to input signals which change in time. A period between two consecutive changes of a signal is defined as its lifetime. Depending on a signal it may be desirable to shorten its lifetime by consuming it before the next change occurs. In most software control systems a change of a signal value generates an event which triggers its processing. In such a system a repetition of the same value usually does not make sense, but it may be required. A similar problem exist for outputs which should be detected by the output world if they change.</description>
<link>http://www.stateworks.com/technology/TN16-Life-time-and-events/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN16-Life-time-and-events/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:53 +0200</pubDate>
</item>
<item>
<title>Event driven state machines</title>
<description>StateWORKS: Event driven state machines. We have introduced two types of state machines: Parser and Controller. The Parser type is a state machine whose inputs are true events, they are used to trigger an (input) action or to change a state and thereafter they are consumed. All information represented by the event has to be stored in states. These type of state machines are used for instance in telecommunication for protocol definition. The Controller type of a state machine uses input signals which are of different flavours depending on their origin. Some inputs are static and always exhibit a value, for instance a digital input can be HIGH, TRUE or UNKNOWN. Other inputs may have a limited lifetime and it is the task of a designer to define the moment when their value is to be consumed. Most of the state machines used in the industrial control domain are of the Controller type.</description>
<link>http://www.stateworks.com/technology/TN17-Event-driven-fsm/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN17-Event-driven-fsm/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:54 +0200</pubDate>
</item>
<item>
<title>Why UML will not do?</title>
<description>StateWORKS: Why UML will not do. Software development today is dominated by an Object Oriented (OO); UML is a development tool supporting the OO concept. This paper does not criticize the obvious flaws of UML - its large and unwieldy nature, due to an attempt to fulfil too many wishes, the difficulty in propagating any significant changes from code to its corresponding UML diagrams, overloaded and redundant graphical symbols, etc. - but deals with two major flaws: any OO software has to deal with communication in multitasking systems and with the realisation of a control task, UML has no such capability and ignores them totally. Software developers, by a lack of awareness or under pressure of the environment, fall into the UML trap thus producing software which is more expensive and of worse quality than without UML.</description>
<link>http://www.stateworks.com/technology/TN18-Why-UML-will-not-do/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN18-Why-UML-will-not-do/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:54 +0200</pubDate>
</item>
<item>
<title>Password for StateWORKS runtime systems</title>
<description>Password for StateWORKS run-time systems (RTDB). Today almost all computers are networked, including those running StateWORKS RTDB based applications. To increase the security we have introduced a password for accessing the RTDB.</description>
<link>http://www.stateworks.com/technology/TN19-Password/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN19-Password/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:55 +0200</pubDate>
</item>
<item>
<title>Testing with StateWORKS</title>
<description>Testing with StateWORKS. In classsic software development a program must be checked against  requirements. Testing never ends, it starts while programming and continues with the customer tests, because coding is an error prone task, therefore testing is an integral part of coding. StateWORKS specification tools and RTDB based run-time systems offer effective means for testing of programs being developed as well as running applications. As the StateWORKS concept is based on finite state machines (VFSM) testing concentrates on running scenarios which check the correctness of state sequences.</description>
<link>http://www.stateworks.com/technology/TN20-Testing-with-StateWORKS/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN20-Testing-with-StateWORKS/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:55 +0200</pubDate>
</item>
<item>
<title>Integrating external finite state machines</title>
<description>Integrating external finite state machines into a StateWORKS System. In StateWORKS the control of an application is concentrated in a system of cooperating state machines. The basic features of the system are: the target structure should be a hierarchical one, where possible; the interface between Master and Slave state machines has to be of a Command - State nature. Applications based on the StateWORKS RTDB Library fulfill these requirements. Sometimes a part of the application is realized in external devices, in which case these must be integrated into the StateWORKS specification, increasing the reliability, maintainability and understandability of such applications. The StateWORKS development environment has mechanisms for smooth integration of external control devices into the entire state machine specification.</description>
<link>http://www.stateworks.com/technology/TN21-Integrating-external-fsm-into-SW/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN21-Integrating-external-fsm-into-SW/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:56 +0200</pubDate>
</item>
<item>
<title>Complement control values in the VFSM concept</title>
<description>StateWORKS: in the VFSM concept we use control values for expressing input values. A control value is defined as an input data property which may be relevant for a control; so we have to invent a specific algebra for formulating logical expressions for state transitions and input actions. This algebra uses boolean operators AND and OR but forbids the operator NOT as there is no unique value for a negation of a control value in a multivalued control environment. This limitation allows us an implementation of the execution environment based on set theory.</description>
<link>http://www.stateworks.com/technology/TN22-Complement-control-values-in-VFSM-concept/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN22-Complement-control-values-in-VFSM-concept/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:56 +0200</pubDate>
</item>
<item>
<title>VFSM executor library</title>
<description>StateWORKS provides a Vfsm executor library which can be integrated into an application where it is used to process state machines. It is intended for use in projects where, for any reason, it is not appropriate to use the RTDB library, and its use implies that the developer will have to generate a greater amount of code than would be the case with the RTDB. While coding the application we use a set of methods to: establish the VFSM Executor (CVfsm, GetSpecInfo); process the state transitions and trigger the actions (Execute); trace the VFSM Executor (Trace).</description>
<link>http://www.stateworks.com/technology/TN23-Vfsm-executor-library/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN23-Vfsm-executor-library/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:57 +0200</pubDate>
</item>
<item>
<title>Break States in the VFSM Executor</title>
<description>When specifying a state machine to be realized by a StateWORKS run-time system one sometimes needs an explicit break of the VFSM Executor. The VFSM executor performs all the valid state transitions it finds in one sequence. Several transitions might be performed in a state machine instantaneously, causing an indefinite loop between a state which issues a command and the state which acknowledges it. The VFSM Executor is guarded against this failure by breaking the loop after a certain number of passes in the loop. StateWORKS now offers an elegant solution in a form of a Break property assignable to any state.</description>
<link>http://www.stateworks.com/technology/TN25-break_states_in_the_vfsm_executor/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN25-break_states_in_the_vfsm_executor/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:58 +0200</pubDate>
</item>
<item>
<title>Hierarchical system of State Machines</title>
<description>StateWORKS: a hierarchical systems of state machines. To master complex applications one partitions the control among several state machines strictly organized in a hierarchy. It is important to describe the communication among state machines, ant the design procedure. </description>
<link>http://www.stateworks.com/technology/TN3-HierarchicalSystem/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN3-HierarchicalSystem/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:59 +0200</pubDate>
</item>
<item>
<title>Usage of commands (CMD) and inter VFSM communication</title>
<description>The StateWORKS design philosophy recommends the Master - Slave principle as the basic relationship between state machines, where Masters sends commands to Slaves and use the states of Slaves as inputs. A command is coded as a number but is given a name to make it more comprehensible. To serve as an interface between state machines a command must have two aspects: it is an input for Slave and an output for Master. The StateWORKS data base contains object CMD with this feature and more, for example a timer state is used as an input (mainly OVER) but on the other hand it is an output (start, stop, etc.) for the state machine which uses it.</description>
<link>http://www.stateworks.com/technology/TN4-Commands/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN4-Commands/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:59 +0200</pubDate>
</item>
<item>
<title>Usage of the String object (STR)</title>
<description>Unlike industrial controls, where control information comes from digital and analog I/O, in fields like telecommunication and internet applications control information has to be extracted from a string. The Steworks STR object is a very flexible staate machine, it can be set up to exactly match the incoming strings, or to extract matching sub strings and provide them to other objects.</description>
<link>http://www.stateworks.com/technology/TN5-StringObject/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN5-StringObject/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:02:59 +0200</pubDate>
</item>
<item>
<title>How to Write GUI for a StateWORKS application</title>
<description>How to Write a GUI for StateWORKS Run-time Systems. Most applications need a graphical user interface (GUI) to communicate with the program: to set parameters, send commands, display results, show alarms. In a StateWORKS run-time system the entire information is stored in the Real Time Data Base (RTDB). RTDB has a TCP/IP interface which allows access to the data. The RTDB operates as a server. Monitoring programs that are part of the StateWORKS Studio are programs that use a TCP/IP interface for communication with the RTDB: they are RTDB clients. To make the task easy we provide a TCP/IP Client library which should be used for building any GUI interface for a StateWORKS application.</description>
<link>http://www.stateworks.com/technology/TN6-HowToWriteGUI/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN6-HowToWriteGUI/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:03:00 +0200</pubDate>
</item>
<item>
<title>Standard Interface for StateWORKS Standard Executor</title>
<description>Standard Interface for StateWORKS Standard Executor. This technical note describes the concept of Standard IO-Handler which is used to implement IO-interface with DLLs.</description>
<link>http://www.stateworks.com/technology/TN7-StandardIOUnit/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN7-StandardIOUnit/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:03:00 +0200</pubDate>
</item>
<item>
<title>Debugging state machines</title>
<description>Debugging: in testing software, one finds two kinds of error: coding and application failures. Coding errors cause crashes or erroneous behaviour of the application - example, the unfortunate comparison operator (==) used in C /C++, is often confused with the assignment operator (=), and finding such errors has wasted immense amounts of time worldwide. Application errors happen when the program does not fulfill the requirements, they can be logical errors or coding failures. Software often has both code and application errors. In StateWORKS there ar no coding error, so debugging only concerns application errors, and many tools are provided for investigating these.</description>
<link>http://www.stateworks.com/technology/TN8-DebuggingStateMachines/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN8-DebuggingStateMachines/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:03:01 +0200</pubDate>
</item>
<item>
<title>A Flowchart is not a State Machine</title>
<description>There are several methods, models and tools used to describe control systems: state machines, Petri nets, Statecharts, flowcharts. They describe the same problems but they are not the same. State machines are the oldest concept, so all these methods are sometimes erroneously categorized as equivalent to state machines.</description>
<link>http://www.stateworks.com/technology/TN9-Flowchart-is-not-State-Machine/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN9-Flowchart-is-not-State-Machine/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Apr 2009 20:03:01 +0200</pubDate>
</item>
<item>
<title>Traffic Light</title>
<description>StateWORKS solution example: traffic light using state machines.</description>
<link>http://www.stateworks.com/technology/traffic_light/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/traffic_light/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Technology</category>
<pubDate>Thu, 02 Apr 2009 20:03:02 +0200</pubDate>
</item>
<item>
<title>Newsletter</title>
<description>We offer a free newsletter on an irregular basis, which will be sent any time a new software release appears or significant changes to the StateWORKS page have been done. Additionally one technical topic will be discussed. See below the history of our newsletters.</description>
<link>http://www.stateworks.com/home/newsletter/</link>
<guid isPermaLink="true">http://www.stateworks.com/home/newsletter/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 02 Jun 2011 18:04:05 +0200</pubDate>
</item>
<item>
<title>PID Regulator</title>
<description>StateWORKS is a system to develop and implement control systems, including closed loop regulators. There is not an RTDB object that realizes the PID regulation algorithm, but we have developed an Output Function for this purpose. Here is a short introduction to this technique with implementation details and an example.</description>
<link>http://www.stateworks.com/technology/TN26-pid-regulator/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN26-pid-regulator/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Thu, 07 Jan 2010 13:26:12 +0100</pubDate>
</item>
<item>
<title>Using tcp/ip channels as an I/O interface</title>
<description></description>
<link>http://www.stateworks.com/technology/TN24-Using-tcpip-as-io/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN24-Using-tcpip-as-io/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Tue, 08 Dec 2009 14:17:23 +0100</pubDate>
</item>
<item>
<title>What's All This State Machine Stuff?</title>
<description>StateWORKS: What's All This State Machine Stuff? The finite state machine is often misused and misunderstood. Automata Theory is treated differently on the hardware and software worlds, both use state machines, but in hardware design a state machine is a vehicle for a design method, while in software a finite automaton is a means to prove theorems. But programmers also use the state machine concept to control or model behaviour. The finite state machine introduces the concept of a state as information about its past history. All states represent all possible situations in which the state machine may ever be. It contains a kind of memory about how the state machine can have reached the present situation. As the application runs the state changes from time to time, and outputs may depend on the current state as well as on the inputs.</description>
<link>http://www.stateworks.com/technology/TN15-Whats-All-This-State-Machine-Stuff/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/TN15-Whats-All-This-State-Machine-Stuff/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Wed, 06 May 2009 22:00:36 +0200</pubDate>
</item>
<item>
<title>Building Applications</title>
<description>StateWORKS: Building applications with RTDB or VFSM library. A real-time database (RTDB) is used to coordinate all interactions with I/O systems and all communications between the various finite state machines. This data base is also used for communications between the StateWORKS software and other processes running in the system. Although we employ the term data base this has nothing to do with formal, relational data bases such as SQL: it is a collection of objects required by the project, together with software which manages them.</description>
<link>http://www.stateworks.com/technology/building_applications/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/building_applications/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Product</category>
<pubDate>Wed, 09 Mar 2011 09:35:25 +0100</pubDate>
</item>
<item>
<title>StateWorks Runtime System</title>
<description>StateWORKS Runtime System (Executor). VFSM Executor Flow Chart. The run-time system uses one, fixed VFSM Executor program to run all the state machines in the system. This totally reliable and efficient program understands the formal control specification of each state machine, and ensures that it is implemented. The Formal Control Specification is the output generated by StateWORKS Studio. Usually a file, but can also be a C++ construction for embedded products without a file system. Then one can simply compile the specification data and link with the run-time system.</description>
<link>http://www.stateworks.com/technology/SWSystem/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/SWSystem/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Product</category>
<pubDate>Wed, 09 Mar 2011 09:35:26 +0100</pubDate>
</item>
<item>
<title>The Technology</title>
<description>StateWORKS: Technology of Specification. Finite state machines (FSM) are used to describe the behavior of a software system, as abstracted from the application. Virtual finite state machine (VFSM) is a specification method based on the FSM concept to describe the behavior of a control system. StateWORKS is a implementation of VFSM. A software system will be designed and tested using a special development environment. The run-time system executes the final VFSM specification using the VFSM Executor program.</description>
<link>http://www.stateworks.com/technology/technology/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/technology/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Technology</category>
<pubDate>Wed, 09 Mar 2011 09:35:27 +0100</pubDate>
</item>
<item>
<title>Technical Notes</title>
<description>Here you can find our published technical notes. A Flowchart is not a State Machine. Moore or Mealy model: that's the question. Going beyond the limitations of IEC 61131-3. Completeness of information. What's All This State Machine Stuff? Event driven state machines. The Virtual Environment and Positive-Logic Algebra. What is StateWORKS? Hierarchical system of state machines. How to Write GUI for a StateWORKS application. Standard Interface for StateWORKS Standard Executor. Debugging of state machines. Testing with StateWORKS. VFSM executor library</description>
<link>http://www.stateworks.com/technology/technical_notes/</link>
<guid isPermaLink="true">http://www.stateworks.com/technology/technical_notes/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>Publications</category>
<pubDate>Wed, 09 Mar 2011 09:35:28 +0100</pubDate>
</item>
<item>
<title>Download</title>
<description></description>
<link>http://www.stateworks.com/product/download/</link>
<guid isPermaLink="true">http://www.stateworks.com/product/download/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Product</category>
<pubDate>Wed, 09 Mar 2011 11:18:43 +0100</pubDate>
</item>
<item>
<title>Offer Request</title>
<description></description>
<link>http://www.stateworks.com/product/offer_request/</link>
<guid isPermaLink="true">http://www.stateworks.com/product/offer_request/</guid>
<author>sw-info@stateworks.com (SW Software)</author>
<category>The Product</category>
<pubDate>Wed, 10 Jun 2009 21:24:41 +0200</pubDate>
</item>
</channel>
</rss>

