CompoundBlock Element - Versionsgeschichte

Matilk: /* Editoren */ translated

2024-07-17T12:33:01Z

Editoren: translated

← Nächstältere Version		Version vom 17. Juli 2024, 12:33 Uhr
Zeile 101:		Zeile 101:

	== Editoren ==		== Editoren ==
			Das Aktivitätsdiagramm, das das Verhalten eines zusammengesetzten Bausteins definiert, kann im [[CompoundBlock Editor-CompoundWorksheet Editor\|''Netzwerkeditor'']] – auch "''Diagrammeditor''" oder "''Netzwerkdiagrammeditor''" genannt – bearbeitet werden. Dieser Editor zeigt die "Innenansicht" des Bausteins. Die Schnittstelle eines zusammengesetzten Bausteins (d.h. Anzahl und Art der Pins) kann hingegen als "Außenansicht" angesehen werden und wird im [[Scheme Editor\|''Schema Editor'']] gezeigt und definiert.
	The activity diagram which defines the behavior of a compound block
	is edited in the [[CompoundBlock Editor-CompoundWorksheet Editor/en\|''network editor'']], also called "''diagram editor''" or "''network diagram editor''".
	This editor presents the "internal view" of the block.
	In contrast, the interface of an compound block (e.g. number and type of pins) can be regarded as its "external view" and is presented and defined in the [[Scheme Editor/en\|''schema editor'']].

	== Siehe auch ==		== Siehe auch ==

Matilk: /* Relation zu UML Aktivitätsdiagrammen */

2024-07-17T12:19:57Z

Relation zu UML Aktivitätsdiagrammen

← Nächstältere Version		Version vom 17. Juli 2024, 12:19 Uhr
Zeile 92:		Zeile 92:

	=== Relation zu UML Aktivitätsdiagrammen ===		=== Relation zu UML Aktivitätsdiagrammen ===

	--- to be written
			Zusammengesetzte Aktionen in expecco sind isomorph zu UML-Aktivitätsdiagrammen mit einer bestimmten vordefinierten Sammlung an Stereotypen für Verbindungen, Pins und Aktionsschritte. Diese Stereotypen sind in expecco fest einprogrammiert und definieren die Semantik des Auslösens von Aktionen, der Ausführungsreihenfolge von Datenverbindungen und der optionalen parallelen Ausführung von Schritten. Die grafische Representation ist leicht anders; die leicht umständlichen <<Stereotyp>>-Vermerke werden durch verschiedene Pin-Darstellungen (gefüllt/leer usw.) ersetzt. Außerdem sind alle Verbindungen in expecco Objekt-Verbindungen und alle Pins erhalten und erzeugen Objekte als Werte.

	=== Relation zu Flussdiagrammen ===		=== Relation zu Flussdiagrammen ===

Matilk: /* Relation zu Petrinetzen */ translated

2024-07-17T12:01:05Z

Relation zu Petrinetzen: translated

← Nächstältere Version		Version vom 17. Juli 2024, 12:01 Uhr
Zeile 78:		Zeile 78:

	=== Relation zu Petrinetzen ===		=== Relation zu Petrinetzen ===
			Ein Petri-Netz [https://de.wikipedia.org/wiki/Petri-Netz (siehe Wikipedia)] ist ein Netzwerk, das aus Knoten (''Stellen'' oder auch ''Plätze'' genannt, mit möglicher Aktionsbehandlung) und Übergängen besteht. In klassischen Petri-Netzen bewegen sich anonyme Tokens entlang von Verbindungen. Übergänge kontrollieren das Auslösen (Triggern) der folgenden Aktionsschritte abhängig von der Ankunft von Tokens auf der Eingangsseite, und geben Tokens an die Ausgangsseite weiter.
	A Petri Net [http://en.wikipedia.org/wiki/Petri_net\| ->Wikipedia] is a network consisting of places (with possible action processing) and transitions. In a classical petri net, anonymous tokens travel along connections and transitions control the firing (triggering) of following action steps depending on the arrival of tokens at their input side, and passing tokens to their output side. Expecco has combined the transition and place functionality into a single step item, in order to make the graphical representation more dense (and also for its similarity with UML-2 activity diagrams and other flow based diagrams). However, semantically, they behave the same, and any diagram could be rewritten by using separate items (collecting inputs and passing a tuple of tokens on to the place).

			Expecco kombiniert die Übergangs- und Stellenfunktionalität in einem einzelnen Schrittelement um die grafische Representation dichter zu machen (und auch um eine Ähnlichkeit mit UML-2-Aktivitätsdiagrammen und anderen flussbasierten Diagrammen zu bekommen). Semantisch verhalten sie sich jedoch gleich und jedes Diagramm könnte mit separaten Elementen umgeschrieben werden (durch sammeln der Eingaben und Weitergabe eines Tupels mit Tokens an die Stelle).

	[[Datei:Beispiel.png]]		[[Datei:Beispiel.png]]

	An expecco ~~step~~ ~~with~~ ~~multiple~~ ~~input~~ ~~pins corresponds to a~~ Petri ~~Net~~ ~~transition~~ ~~with~~ ~~multiple~~ ~~inputs~~ ~~followed by a~~ Petri ~~Net~~ ~~action.~~ ~~Similar~~ ~~to transitions~~ in a Petri ~~Net,~~ ~~the~~ ~~input~~ ~~side~~ of a ~~step~~ ~~can~~ be ~~configured~~ to ~~require~~ ~~either~~ ~~any~~ ~~input~~ or ~~all input values to be present~~. In expecco, ~~this~~ is ~~called the step's~~ "''~~trigger condition~~''" ~~and~~ ~~described~~ in ~~detail~~ in ~~the~~ [[DiagramElements-Step\|~~step~~ ~~documentation~~]].		Ein expecco-Schritt mit mehreren Eingabepins entspricht einem Petri-Netz-Übergang mit mehreren Eingaben gefolgt von einer Petri-Netz-Aktion. Wie bei einem Übergang in einem Petri-Netz kann die Eingangsseite eines Schrittes so konfiguriert werden, dass entweder irgendein Eingabewert oder alle Eingabewerte vorliegen müssen. In expecco wird das als "''Aktivierungsbedingung''" des Schritts bezeichnet und ist genauer in der [[DiagramElements-Step\|Dokumentation zum Schritt]] beschrieben.

	"''~~Higher order~~ Petri ~~Nets~~''" ~~are~~ Petri ~~Nets~~ ~~containing other~~ Petri ~~Nets~~ as ~~places~~, ~~which~~ is ~~exactly~~ ~~what~~ a ~~compound~~ ~~block~~ ~~is in expecco~~.		"''Höhere Petri-Netze''" sind Petri-Netze, die andere Petri-Netze als Stellen enthalten, was in expecco genau den zusammengesetzten Aktionen entspricht.<br>
	"''~~Coloured~~ Petri ~~Nets~~''" ~~are~~ Petri ~~Nets~~ ~~where~~ ~~not~~ ~~simple~~ ~~anonymous~~ ~~tokens~~ ~~are~~ ~~passed around~~, ~~but~~ ~~data objects~~ (~~or references~~ to ~~them~~, as in expecco).		"''Farbige Petri-Netze''" sind Petri-Netze, bei denen keine einfachen anonymen Tokens weitergereicht werden, sondern Datenobjekte (oder Referenzen darauf, wie in expecco).

			Deshalb sind expecco-Diagramme in Standard-Petri-Netz-Notation "''Höhere farbige Petri-Netze''".
	Thus, in standard Petri Net notation, expecco's diagrams are therefore "''higher ordered colored Petri Nets''".

	=== Relation zu UML Aktivitätsdiagrammen ===		=== Relation zu UML Aktivitätsdiagrammen ===

Matilk: restructuring

2024-07-17T10:28:20Z

restructuring

← Nächstältere Version		Version vom 17. Juli 2024, 10:28 Uhr
Zeile 72:		Zeile 72:
	Messfühler (im obigen Diagramm nicht gezeigt) dienen dazu Pin-Werte aufzuzeichnen und/oder zu validieren. Messfühler bieten einen komfortablen und lesbaren Mechanismus um Werte auf ihre Gültigkeit zu prüfen.		Messfühler (im obigen Diagramm nicht gezeigt) dienen dazu Pin-Werte aufzuzeichnen und/oder zu validieren. Messfühler bieten einen komfortablen und lesbaren Mechanismus um Werte auf ihre Gültigkeit zu prüfen.

	== ~~Relation zu IEC1131~~ ==		== Semantik ==
			=== Relation zu IEC1131 ===
	Expeccos Aktivitätsdiagramme ähneln stark den Funktionblöcken der IEC1131-3 FBD Sprache (siehe ua. [https://en.wikipedia.org/wiki/Function_block_diagram Wikipedia]).		Expeccos Aktivitätsdiagramme ähneln stark den Funktionblöcken der IEC1131-3 FBD Sprache (siehe ua. [https://en.wikipedia.org/wiki/Function_block_diagram Wikipedia]).
	Sowohl die grafische Darstellung als auch das Ausführungsverhalten sind vergleichbar. Ingenieure mit einem SPS Hintergrund werden keine Probleme haben, Expeccos Aktionsdefinitionen und zusammengesetzte Aktionen zu verstehen.		Sowohl die grafische Darstellung als auch das Ausführungsverhalten sind vergleichbar. Ingenieure mit einem SPS Hintergrund werden keine Probleme haben, Expeccos Aktionsdefinitionen und zusammengesetzte Aktionen zu verstehen.

	== Relation zu Petrinetzen ==		=== Relation zu Petrinetzen ===
	A Petri Net [http://en.wikipedia.org/wiki/Petri_net\| ->Wikipedia] is a network consisting of places (with possible action processing) and transitions. In a classical petri net, anonymous tokens travel along connections and transitions control the firing (triggering) of following action steps depending on the arrival of tokens at their input side, and passing tokens to their output side. Expecco has combined the transition and place functionality into a single step item, in order to make the graphical representation more dense (and also for its similarity with UML-2 activity diagrams and other flow based diagrams). However, semantically, they behave the same, and any diagram could be rewritten by using separate items (collecting inputs and passing a tuple of tokens on to the place).		A Petri Net [http://en.wikipedia.org/wiki/Petri_net\| ->Wikipedia] is a network consisting of places (with possible action processing) and transitions. In a classical petri net, anonymous tokens travel along connections and transitions control the firing (triggering) of following action steps depending on the arrival of tokens at their input side, and passing tokens to their output side. Expecco has combined the transition and place functionality into a single step item, in order to make the graphical representation more dense (and also for its similarity with UML-2 activity diagrams and other flow based diagrams). However, semantically, they behave the same, and any diagram could be rewritten by using separate items (collecting inputs and passing a tuple of tokens on to the place).

Zeile 88:		Zeile 89:
	Thus, in standard Petri Net notation, expecco's diagrams are therefore "''higher ordered colored Petri Nets''".		Thus, in standard Petri Net notation, expecco's diagrams are therefore "''higher ordered colored Petri Nets''".

	== Relation zu UML Aktivitätsdiagrammen ==		=== Relation zu UML Aktivitätsdiagrammen ===
	--- to be written		--- to be written

	== Relation zu Flussdiagrammen ==		=== Relation zu Flussdiagrammen ===
	Aktivitätsdiagramme können als Obermenge von Flussdiagrammen betrachtet werden. Dazu werden die Aktionen lediglich über Kontrollflussverbindungen (Trigger-in/Trigger-out) verbunden (Daten werden hierbei über Variablen ausgetauscht).		Aktivitätsdiagramme können als Obermenge von Flussdiagrammen betrachtet werden. Dazu werden die Aktionen lediglich über Kontrollflussverbindungen (Trigger-in/Trigger-out) verbunden (Daten werden hierbei über Variablen ausgetauscht).

Zeile 101:		Zeile 102:
	This editor presents the "internal view" of the block.		This editor presents the "internal view" of the block.
	In contrast, the interface of an compound block (e.g. number and type of pins) can be regarded as its "external view" and is presented and defined in the [[Scheme Editor/en\|''schema editor'']].		In contrast, the interface of an compound block (e.g. number and type of pins) can be regarded as its "external view" and is presented and defined in the [[Scheme Editor/en\|''schema editor'']].

			== Siehe auch ==
			[[Tree Elements \| Tree Elements]]

			[[Block Element]], [[DiagramElements-Step/en\|Schritt]], [[DiagramElements-Connection\|Verbindung]],
			[[ElementaryBlock_Element\|Elementaraktion]],

			Zurück zur [[Online Documentation#Tree Elements\|Online Documentation]].

	[[Category: Tree Elements]]		[[Category: Tree Elements]]

Matilk: /* Diagrammelemente */

2024-07-16T11:50:33Z

Diagrammelemente

← Nächstältere Version		Version vom 16. Juli 2024, 11:50 Uhr
Zeile 8:		Zeile 8:

	== Diagrammelemente ==		== Diagrammelemente ==
	Als "''Diagrammelemente''" werden die Bestandteile eines Aktivitätsdiagramms bezeichnet. Sie definieren das Verhalten des [[Compound Block\|Zusammengesetzten Aktionsblocks]] und werden im [[Network Editor\|Netzwerkeditor]] bearbeitet.		Als "''Diagrammelemente''" werden die Bestandteile eines Aktivitätsdiagramms bezeichnet. Sie definieren das Verhalten des [[Compound Block\|Zusammengesetzten Aktionsblocks]] und werden im [[Compound Network Editor\|Netzwerkeditor]] bearbeitet.

	== Einführendes Beispiel eines Aktivitätsdiagramms ==		== Einführendes Beispiel eines Aktivitätsdiagramms ==

Matilk: /* Einführung */

2024-07-16T10:54:17Z

Einführung

← Nächstältere Version		Version vom 16. Juli 2024, 10:54 Uhr
Zeile 1:		Zeile 1:
	== Einführung ==		== Einführung ==
	Ein zusammengesetzter Aktionsblock (englisch "''Compound Action''") beschreibt das Verhalten einer Aktion graphisch als Aktivitätsdiagramm. Diese Diagramme sind vergleichbar mit den Datenflussdiagrammen wie in UML2.0 definiert. Sie haben außerdem viele Eigenschaften gemein mit Petrinetzen. Das Diagramm besteht aus Unteraktionen, welche als [[DiagramElements-Step\|''Schritte'']] bezeichnet werden. Die Ausführung wird durch eine Kombination von Daten- und Kontrollflüssen gesteuert. Als Datenfluss wird die Übergabe von Werten (Resultate, Messwerte, Objekte, Dokumente etc.) von einem Schritt zum nächsten bezeichnet. Kontrollflüsse sind Informationen zum Endestatus eines Schrittes. Beide können die Ausführung eines Folgeschritts auslösen und werden durch Verbindungen der [[DiagramElements-Pin#Output Pin\|Ausgangspins]] (Pin = "Stecker/Sockel") zum [[DiagramElements-Pin#Input Pin\|Eingangspin]] der Folgeschritte übertragen.		Ein zusammengesetzter Aktionsblock (englisch "''Compound Action''") beschreibt das Verhalten einer [[Block_Element\|Aktion]] graphisch als Aktivitätsdiagramm. Diese Diagramme sind vergleichbar mit den [[#Relation_zu_UML_Aktivit.C3.A4tsdiagrammen\|Datenflussdiagrammen]] wie in UML2.0 definiert. Sie haben außerdem viele Eigenschaften gemein mit [[#Relation_zu_Petrinetzen\|Petrinetzen]]. Das Diagramm besteht aus Unteraktionen, welche als [[DiagramElements-Step\|''Schritte'']] bezeichnet werden.

			Die Ausführung wird durch eine Kombination von Daten- und Kontrollflüssen gesteuert, die durch Verbindungen zwischen den Schritten übertragen werden:
			* Als Datenfluss wird die Übergabe von Werten (Resultate, Messwerte, Objekte, Dokumente etc.) von einem Schritt zum nächsten bezeichnet. Ein Datenfluss läuft über Verbindungen vom [[DiagramElements-Pin#Output_Pin\|Ausgangspin]] (Pin = "Stecker/Sockel") eines Schritts zum [[DiagramElements-Pin#Input_Pin\|Eingangspin]] eines anderen.
			* Kontrollflüsse sind Informationen zum Endestatus eines Schrittes, die verwendet werden können, um die Aktion eines nächsten Schritts zu starten. Sie laufen über Verbindungen vom [[DiagramElements-Pin#Enable_Output_Pin\|Trigger-Ausgang]] eines Schrittes zum [[DiagramElements-Pin#Enable_Input_Pin\|Trigger-Eingang]] eines anderen.
			Beide können die Ausführung eines Folgeschritts auslösen.

	== Diagrammelemente ==		== Diagrammelemente ==

Cg: /* Einführung */

2022-07-01T14:05:37Z

Einführung

← Nächstältere Version		Version vom 1. Juli 2022, 14:05 Uhr
Zeile 1:		Zeile 1:
	== Einführung ==		== Einführung ==
	Ein zusammengesetzter Aktionsblock (englisch "''~~Çompound~~ Action''") beschreibt das Verhalten einer Aktion graphisch als Aktivitätsdiagramm. Diese Diagramme sind vergleichbar mit den Datenflussdiagrammen wie in UML2.0 definiert. Sie haben außerdem viele Eigenschaften gemein mit Petrinetzen. Das Diagramm besteht aus Unteraktionen, welche als [[DiagramElements-Step\|''Schritte'']] bezeichnet werden. Die Ausführung wird durch eine Kombination von Daten- und Kontrollflüssen gesteuert. Als Datenfluss wird die Übergabe von Werten (Resultate, Messwerte, Objekte, Dokumente etc.) von einem Schritt zum nächsten bezeichnet. Kontrollflüsse sind Informationen zum Endestatus eines Schrittes. Beide können die Ausführung eines Folgeschritts auslösen und werden durch Verbindungen der [[DiagramElements-Pin#Output Pin\|Ausgangspins]] (Pin = "Stecker/Sockel") zum [[DiagramElements-Pin#Input Pin\|Eingangspin]] der Folgeschritte übertragen.		Ein zusammengesetzter Aktionsblock (englisch "''Compound Action''") beschreibt das Verhalten einer Aktion graphisch als Aktivitätsdiagramm. Diese Diagramme sind vergleichbar mit den Datenflussdiagrammen wie in UML2.0 definiert. Sie haben außerdem viele Eigenschaften gemein mit Petrinetzen. Das Diagramm besteht aus Unteraktionen, welche als [[DiagramElements-Step\|''Schritte'']] bezeichnet werden. Die Ausführung wird durch eine Kombination von Daten- und Kontrollflüssen gesteuert. Als Datenfluss wird die Übergabe von Werten (Resultate, Messwerte, Objekte, Dokumente etc.) von einem Schritt zum nächsten bezeichnet. Kontrollflüsse sind Informationen zum Endestatus eines Schrittes. Beide können die Ausführung eines Folgeschritts auslösen und werden durch Verbindungen der [[DiagramElements-Pin#Output Pin\|Ausgangspins]] (Pin = "Stecker/Sockel") zum [[DiagramElements-Pin#Input Pin\|Eingangspin]] der Folgeschritte übertragen.

	== Diagrammelemente ==		== Diagrammelemente ==

Cg: /* Einführung */

2022-07-01T14:05:20Z

Einführung

← Nächstältere Version		Version vom 1. Juli 2022, 14:05 Uhr
Zeile 1:		Zeile 1:
	== Einführung ==		== Einführung ==
	Ein zusammengesetzter Aktionsblock beschreibt das Verhalten einer Aktion graphisch als Aktivitätsdiagramm. Diese Diagramme sind vergleichbar mit den Datenflussdiagrammen wie in UML2.0 definiert. Sie haben außerdem viele Eigenschaften gemein mit Petrinetzen. Das Diagramm besteht aus Unteraktionen, welche als [[DiagramElements-Step\|''Schritte'']] bezeichnet werden. Die Ausführung wird durch eine Kombination von Daten- und Kontrollflüssen gesteuert. Als Datenfluss wird die Übergabe von Werten (Resultate, Messwerte, Objekte, Dokumente etc.) von einem Schritt zum nächsten bezeichnet. Kontrollflüsse sind Informationen zum Endestatus eines Schrittes. Beide können die Ausführung eines Folgeschritts auslösen und werden durch Verbindungen der [[DiagramElements-Pin#Output Pin\|Ausgangspins]] (Pin = "Stecker/Sockel") zum [[DiagramElements-Pin#Input Pin\|Eingangspin]] der Folgeschritte übertragen.		Ein zusammengesetzter Aktionsblock (englisch "''Çompound Action''") beschreibt das Verhalten einer Aktion graphisch als Aktivitätsdiagramm. Diese Diagramme sind vergleichbar mit den Datenflussdiagrammen wie in UML2.0 definiert. Sie haben außerdem viele Eigenschaften gemein mit Petrinetzen. Das Diagramm besteht aus Unteraktionen, welche als [[DiagramElements-Step\|''Schritte'']] bezeichnet werden. Die Ausführung wird durch eine Kombination von Daten- und Kontrollflüssen gesteuert. Als Datenfluss wird die Übergabe von Werten (Resultate, Messwerte, Objekte, Dokumente etc.) von einem Schritt zum nächsten bezeichnet. Kontrollflüsse sind Informationen zum Endestatus eines Schrittes. Beide können die Ausführung eines Folgeschritts auslösen und werden durch Verbindungen der [[DiagramElements-Pin#Output Pin\|Ausgangspins]] (Pin = "Stecker/Sockel") zum [[DiagramElements-Pin#Input Pin\|Eingangspin]] der Folgeschritte übertragen.

	== Diagrammelemente ==		== Diagrammelemente ==

Cg: /* Relation zu Flussdiagrammen */

2022-07-01T14:03:40Z

Relation zu Flussdiagrammen

← Nächstältere Version		Version vom 1. Juli 2022, 14:03 Uhr
Zeile 87:		Zeile 87:

	== Relation zu Flussdiagrammen ==		== Relation zu Flussdiagrammen ==
			Aktivitätsdiagramme können als Obermenge von Flussdiagrammen betrachtet werden. Dazu werden die Aktionen lediglich über Kontrollflussverbindungen (Trigger-in/Trigger-out) verbunden (Daten werden hierbei über Variablen ausgetauscht).
	Activity diagrams can be seen as a superset of flow chart diagrams. Flow charts can be translated into an activity diagram in which only control flow connections are used. Vice versa: an activity diagram which uses only control flow connections and uses no parallelism can be translated back into a flow chart diagram.

			Die Wenn-Dann bedingte Verzeigung eines Flussdiagramms entspricht einem 2-Wege-If Aktionsblock (aus der Standardbibliothek). Schleifen werden durch Verbindungen der Trigger-out mit einem Trigger-in eines vorhergehenden Schrittes definiert.
	The if-then-else conditional branches of a traditional flow chart diagram correspond to the 2-way if action blocks of the expecco standard library. Loops are implemented by connecting a trigger output pin to a previous step's trigger input pin.

	== Editoren ==		== Editoren ==

Cg: /* Relation zu Petrinetzen */

2022-07-01T13:58:16Z

Relation zu Petrinetzen

← Nächstältere Version		Version vom 1. Juli 2022, 13:58 Uhr
Zeile 66:		Zeile 66:

	Messfühler (im obigen Diagramm nicht gezeigt) dienen dazu Pin-Werte aufzuzeichnen und/oder zu validieren. Messfühler bieten einen komfortablen und lesbaren Mechanismus um Werte auf ihre Gültigkeit zu prüfen.		Messfühler (im obigen Diagramm nicht gezeigt) dienen dazu Pin-Werte aufzuzeichnen und/oder zu validieren. Messfühler bieten einen komfortablen und lesbaren Mechanismus um Werte auf ihre Gültigkeit zu prüfen.

			== Relation zu IEC1131 ==
			Expeccos Aktivitätsdiagramme ähneln stark den Funktionblöcken der IEC1131-3 FBD Sprache (siehe ua. [https://en.wikipedia.org/wiki/Function_block_diagram Wikipedia]).
			Sowohl die grafische Darstellung als auch das Ausführungsverhalten sind vergleichbar. Ingenieure mit einem SPS Hintergrund werden keine Probleme haben, Expeccos Aktionsdefinitionen und zusammengesetzte Aktionen zu verstehen.

	== Relation zu Petrinetzen ==		== Relation zu Petrinetzen ==