Softwareumgebung - Versionsgeschichte

Scharel: /* UDP-Ports der einzelnen Programme */ "Sonstige" hinzugefügt

2013-09-06T09:49:54Z

UDP-Ports der einzelnen Programme: "Sonstige" hinzugefügt

@@ Zeile 200: / Zeile 200: @@
 |Ball-Client
 |60021
 |}

Scharel: /* Interprozesskommunikation */ Belegung der UDP-Ports aufgelistet

2013-09-06T09:40:38Z

Interprozesskommunikation: Belegung der UDP-Ports aufgelistet

← Nächstältere Version		Version vom 6. September 2013, 09:40 Uhr
Zeile 161:		Zeile 161:

	Dieses [[Media:SequenzDiagramm_KommunikationBall.pdf\|Sequenzdiagramm]] beschreibt den sequentiellen Ablauf der IPC zwischen [[Softwareumgebung#Spielsteuerung\|Spielsteuerung]] und [[Softwareumgebung#Ballerkennung\|Ballerkennung]], innerhalb der [[Softwareumgebung#Spielsteuerung\|Spielsteuerung]].		Dieses [[Media:SequenzDiagramm_KommunikationBall.pdf\|Sequenzdiagramm]] beschreibt den sequentiellen Ablauf der IPC zwischen [[Softwareumgebung#Spielsteuerung\|Spielsteuerung]] und [[Softwareumgebung#Ballerkennung\|Ballerkennung]], innerhalb der [[Softwareumgebung#Spielsteuerung\|Spielsteuerung]].

			=== UDP-Ports der einzelnen Programme ===

			{\| cellpadding="5" border="1"
			!Programm
			!Art
			!Port
			\|-
			\|[[Softwareumgebung#SPSchnittstelle\|SPSchnittstelle]]
			\|SPS-'''Server'''
			\|50000
			\|-
			\|[[Softwareumgebung#Ballerkennung\|Ballerkennung]]
			\|Ball-'''Server'''
			\|50001
			\|-
			\|[[Softwareumgebung#Spielsteuerung\|Spielsteuerung]]
			\|SPS-Client
			\|60000
			\|-
			\|[[Softwareumgebung#Spielsteuerung\|Spielsteuerung]]
			\|Ball-Client
			\|60001
			\|-
			\|Viualisierung
			\|SPS-Client
			\|60010
			\|-
			\|Viualisierung
			\|Ball-Client
			\|60011
			\|-
			\|Highscore-Liste
			\|SPS-Client
			\|60020
			\|-
			\|Highscore-Liste
			\|Ball-Client
			\|60021
			\|}

Scharel: /* Spielsteuerung */

2013-01-10T09:33:42Z

Spielsteuerung

← Nächstältere Version		Version vom 10. Januar 2013, 09:33 Uhr
Zeile 34:		Zeile 34:
	=== Dokumentation ===		=== Dokumentation ===

	Der Quellcode ist recht ausführlich kommentiert und fast vollständig mit [http://www.doxygen.org/ Doxygen]-Kommentaren versehen. Aus dem Quellcode lässt sich mit Hilfe von Doxygen eine vollständige Dokumentation der Klassen und Prozeduren extrahieren. Das entsprechende Doxyfile liegt im gleichen Ordner wie der Quellcode. Die Ausgabe erfolgt in drei Formaten: html, latex/pdf und rtf.		Der Quellcode ist recht ausführlich kommentiert und fast vollständig mit [http://www.doxygen.org/ Doxygen]-Kommentaren versehen. Aus dem Quellcode lässt sich mit Hilfe von Doxygen eine vollständige [[Media:Spielsteuerung Doku.pdf\|Dokumentation]] der Klassen und Prozeduren extrahieren. Das entsprechende Doxyfile liegt im gleichen Ordner wie der Quellcode. Die Ausgabe erfolgt in drei Formaten: html, latex/pdf und rtf.

	=== Programmablauf ===		=== Programmablauf ===

Scharel: /* Interprozesskommunikation */

2013-01-09T15:19:39Z

Interprozesskommunikation

← Nächstältere Version		Version vom 9. Januar 2013, 15:19 Uhr
Zeile 156:		Zeile 156:
	=== Aufbau der Datenpakete ===		=== Aufbau der Datenpakete ===

	Im [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/ SVN] sind Beispielimplementationen für verschiedene, denkbare Kommunikationspartner abgelegt. [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteClient/ CompleteClient] und [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteServer/ CompleteServer] sind vollständig implementierte Kommunikationspartner, bei denen alle Datenpakete implementiert sind. Diese sollten als Grundlage für ein neues Programm in der Softwareumgebung herangezogen werden. Die Dokumentation zu diesen Programmen vertieft die Funktionsweise der IPC und ist im Quellcode in Doxygen Kommentaren abgelegt.		Im [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/ SVN] sind Beispielimplementationen für verschiedene, denkbare Kommunikationspartner abgelegt. [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteClient/ CompleteClient] und [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteServer/ CompleteServer] sind vollständig implementierte Kommunikationspartner, bei denen alle Datenpakete implementiert sind. Diese sollten als Grundlage für ein neues Programm in der Softwareumgebung herangezogen werden. Die Dokumentation ([[Media:CompleteClient Doku.pdf\|CompleteClient]], [[Media:CompleteServer Doku.pdf\|CompleteServer]]) zu diesen Programmen vertieft die Funktionsweise der IPC und ist im Quellcode in Doxygen Kommentaren abgelegt.

	=== Beispiel der IPC zwischen Ballerkennung und Spielsteuerung ===		=== Beispiel der IPC zwischen Ballerkennung und Spielsteuerung ===

Scharel: /* Aufbau der Datenpakete */

2013-01-09T14:53:17Z

Aufbau der Datenpakete

← Nächstältere Version		Version vom 9. Januar 2013, 14:53 Uhr
Zeile 156:		Zeile 156:
	=== Aufbau der Datenpakete ===		=== Aufbau der Datenpakete ===

	Im [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/ SVN] sind Beispielimplementationen für verschiedene, denkbare Kommunikationspartner abgelegt. [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteClient/ CompleteClient] und [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteServer/ CompleteServer] sind vollständig implementierte Kommunikationspartner, bei denen alle Datenpakete implementiert sind. Diese sollten als Grundlage für ein neues Programm in der Softwareumgebung herangezogen werden. Die Dokumentation zu diesen Programmen ist im Quellcode in Doxygen Kommentaren abgelegt.		Im [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/ SVN] sind Beispielimplementationen für verschiedene, denkbare Kommunikationspartner abgelegt. [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteClient/ CompleteClient] und [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteServer/ CompleteServer] sind vollständig implementierte Kommunikationspartner, bei denen alle Datenpakete implementiert sind. Diese sollten als Grundlage für ein neues Programm in der Softwareumgebung herangezogen werden. Die Dokumentation zu diesen Programmen vertieft die Funktionsweise der IPC und ist im Quellcode in Doxygen Kommentaren abgelegt.

	=== Beispiel der IPC zwischen Ballerkennung und Spielsteuerung ===		=== Beispiel der IPC zwischen Ballerkennung und Spielsteuerung ===

Scharel: /* Aufgesetztes Protokoll */

2013-01-08T13:47:56Z

Aufgesetztes Protokoll

← Nächstältere Version		Version vom 8. Januar 2013, 13:47 Uhr
Zeile 132:		Zeile 132:
	;Alive-Pakete		;Alive-Pakete
	:Sie dienen zum Überprüfen ob der Kommunikationspartner verfügbar ist.		:Sie dienen zum Überprüfen ob der Kommunikationspartner verfügbar ist.
	:Nach der ID folgt ein long-Wert, welcher als eindeutige Kennung dient.		:Nach der ID folgt ein <code>long</code>-Wert, welcher als eindeutige Kennung dient.
	:Auf eine Alive-Anfrage, sollte eine Alive-Antwort, mit dem gleichen long-Wert als Kennung zurückgesendet werden.		:Auf eine Alive-Anfrage, sollte eine Alive-Antwort, mit dem gleichen long-Wert als Kennung zurückgesendet werden.
	:Beispiel: [[Softwareumgebung#Spielsteuerung\|Spielsteuerung]] überprüft ob die [[Softwareumgebung#SPSchnittstelle\|SPSchnittstelle]] verfügbar ist.		:Beispiel: [[Softwareumgebung#Spielsteuerung\|Spielsteuerung]] überprüft ob die [[Softwareumgebung#SPSchnittstelle\|SPSchnittstelle]] verfügbar ist.

Scharel: /* Aufbau der Datenpakete */

2013-01-08T13:45:15Z

Aufbau der Datenpakete

← Nächstältere Version		Version vom 8. Januar 2013, 13:45 Uhr
Zeile 156:		Zeile 156:
	=== Aufbau der Datenpakete ===		=== Aufbau der Datenpakete ===

	Im [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/ SVN] sind Beispielimplementationen für verschiedene, denkbare Kommunikationspartner abgelegt. [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteClient/ CompleteClient] und [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteServer/ CompleteServer] sind vollständig implementierte Kommunikationspartner, bei denen alle Datenpakete implementiert sind. Diese sollten als Grundlage für ein neues Programm in der Softwareumgebung herangezogen werden.		Im [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/ SVN] sind Beispielimplementationen für verschiedene, denkbare Kommunikationspartner abgelegt. [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteClient/ CompleteClient] und [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteServer/ CompleteServer] sind vollständig implementierte Kommunikationspartner, bei denen alle Datenpakete implementiert sind. Diese sollten als Grundlage für ein neues Programm in der Softwareumgebung herangezogen werden. Die Dokumentation zu diesen Programmen ist im Quellcode in Doxygen Kommentaren abgelegt.

	=== Beispiel der IPC zwischen Ballerkennung und Spielsteuerung ===		=== Beispiel der IPC zwischen Ballerkennung und Spielsteuerung ===

Scharel: /* Interprozesskommunikation */

2013-01-08T13:44:11Z

Interprozesskommunikation

← Nächstältere Version		Version vom 8. Januar 2013, 13:44 Uhr
Zeile 128:		Zeile 128:
	Damit der Datenaustausch Prozess- und Plattform-übergreifend stattfinden kann, muss vereinbart werden, wie die Daten im Datenbereich eines UDP-Paketes abzulegen sind. Jedes Paket hat mindestens ein 16-Bit großes, <code>unsigned int</code>-Feld mit einer ID, die angibt, welche Daten folgen. Danach, folgt dann die, für die entsprechende ID festgelegt Datenstruktur. Einige Datenstrukturen sind bereits festgelegt, wie etwa die Struktur zum erfassen einer Ballposition, oder die Struktur zum erfassen der Spielstangenpositionen. Weitere Strukturen können nach belieben hinzugefügt werden.		Damit der Datenaustausch Prozess- und Plattform-übergreifend stattfinden kann, muss vereinbart werden, wie die Daten im Datenbereich eines UDP-Paketes abzulegen sind. Jedes Paket hat mindestens ein 16-Bit großes, <code>unsigned int</code>-Feld mit einer ID, die angibt, welche Daten folgen. Danach, folgt dann die, für die entsprechende ID festgelegt Datenstruktur. Einige Datenstrukturen sind bereits festgelegt, wie etwa die Struktur zum erfassen einer Ballposition, oder die Struktur zum erfassen der Spielstangenpositionen. Weitere Strukturen können nach belieben hinzugefügt werden.

	In der aktuellen Implementierung, gibt es ~~drei~~ grundlegende Arten von Paketen. Sie unterscheiden sich weniger in der Struktur als in ihrer Behandlung beim Empfänger:		In der aktuellen Implementierung, gibt es vier grundlegende Arten von Paketen. Sie unterscheiden sich weniger in der Struktur als in ihrer Behandlung beim Empfänger:

			;Alive-Pakete
			:Sie dienen zum Überprüfen ob der Kommunikationspartner verfügbar ist.
			:Nach der ID folgt ein long-Wert, welcher als eindeutige Kennung dient.
			:Auf eine Alive-Anfrage, sollte eine Alive-Antwort, mit dem gleichen long-Wert als Kennung zurückgesendet werden.
			:Beispiel: [[Softwareumgebung#Spielsteuerung\|Spielsteuerung]] überprüft ob die [[Softwareumgebung#SPSchnittstelle\|SPSchnittstelle]] verfügbar ist.

	;Anfrage-Pakete		;Anfrage-Pakete
Zeile 150:		Zeile 156:
	=== Aufbau der Datenpakete ===		=== Aufbau der Datenpakete ===

	Im [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/ SVN] sind Beispielimplementationen für verschiedene, denkbare Kommunikationspartner abgelegt. Diese ~~können~~ als Grundlage für ein neues Programm in der Softwareumgebung herangezogen werden.		Im [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/ SVN] sind Beispielimplementationen für verschiedene, denkbare Kommunikationspartner abgelegt. [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteClient/ CompleteClient] und [https://kicker.ee.hm.edu/svn/trunk/ProCK-KI-new-TEST/Interprozesskommunikation/CompleteServer/ CompleteServer] sind vollständig implementierte Kommunikationspartner, bei denen alle Datenpakete implementiert sind. Diese sollten als Grundlage für ein neues Programm in der Softwareumgebung herangezogen werden.

	=== Beispiel der IPC zwischen Ballerkennung und Spielsteuerung ===		=== Beispiel der IPC zwischen Ballerkennung und Spielsteuerung ===

Scharel am 6. Dezember 2012 um 16:05 Uhr

2012-12-06T16:05:21Z

← Nächstältere Version		Version vom 6. Dezember 2012, 16:05 Uhr
Zeile 1:		Zeile 1:
	<pre style="color:red;font-weight:bold;font-size:16px">In Bearbeitung!!!</pre>

	Um den Kicker zu betreiben, sind drei grundlegende Software-Komponenten nötig. Die [[Softwareumgebung#TwinCAT\|SPS (TwinCAT)]], die [[Softwareumgebung#Ballerkennung\|Ballerkennung]] und die [[Softwareumgebung#Spielsteuerung\|Spielsteuerung]]. Um den Zugriff auf die SPS, für die anderen Programme zu vereinfachen, gibt es die [[Softwareumgebung#SPSchnittstelle\|SPSchnittstelle]].		Um den Kicker zu betreiben, sind drei grundlegende Software-Komponenten nötig. Die [[Softwareumgebung#TwinCAT\|SPS (TwinCAT)]], die [[Softwareumgebung#Ballerkennung\|Ballerkennung]] und die [[Softwareumgebung#Spielsteuerung\|Spielsteuerung]]. Um den Zugriff auf die SPS, für die anderen Programme zu vereinfachen, gibt es die [[Softwareumgebung#SPSchnittstelle\|SPSchnittstelle]].

Scharel am 6. Dezember 2012 um 16:03 Uhr

2012-12-06T16:03:54Z

@@ Zeile 127: / Zeile 127: @@
 === Aufgesetztes Protokoll ===
 === Beispiel der IPC zwischen Ballerkennung und Spielsteuerung ===
-Dieses [[Media:SequenzDiagramm_KommunikationBall.pdf|Sequenzdiagramm]] beschreibt den sequentiellen Ablauf der IPC zwischen Spielsteuerung und Ballerkennung, innerhalb der Spielsteuerung.
+Dieses [[Media:SequenzDiagramm_KommunikationBall.pdf|Sequenzdiagramm]] beschreibt den sequentiellen Ablauf der IPC zwischen [[Softwareumgebung#Spielsteuerung|Spielsteuerung]] und [[Softwareumgebung#Ballerkennung|Ballerkennung]], innerhalb der [[Softwareumgebung#Spielsteuerung|Spielsteuerung]].