Protokoll Projekttreffen am 13.11.2002
===========================================================

Protokollant: Alexander Paschold

I.	Bemerkungen zum letzten Protokoll
-----------------------------------------------------------
	- keine Bemerkungen


II.	Stand der finalen 16-Bit Version
-----------------------------------------------------------
(i)	Jan Picard - Stand der Detektorkomponente

	- J. Picard war nicht anwesend.
	- Aus einer kurzen Mail ergibt sich, dass die Änderungen am Code der
	  Detektorkomponente im wesentlichen abgeschlossen sind.
	- Laut Jens Hanisch zeigt der letzte Regressionstest, dass die
	  vorliegende Version stabil ist.

(ii)	Jens Klier - Stand der Protokollkomponente
	
	- ... ist im Prinzip fertig.
	- Kaum Änderungen am Code - Dialoge liegen in deutscher und englischer
	  Sprache vor.
	- Abschließender Test bei der Physik steht noch aus.

(iii)	Thomas Kullmann, Guenther Reinecker - 
	Stand der Manuellen Justage-Komponente
	
	- Durch das Herauslösen der o.g. Programmfunktionen steigt die 
	  Übersichtlichkeit der Programmquellen, allerdings zu Lasten der 
	  Codegröße.
	- Die herausgelöste neue Manuelle Justage-Komponente ist vollständig
	  getestet (Funktion, Antriebe, Oberfläche) und voll funktionsfähig. 
	- Vollst. Test der alten herausgelösten Manuelle Justage-Komponente
	  steht noch aus.
	- Vollst. Test der herausgelösten Topographie-Komponente steht noch
	  aus.
  	- Bzgl. des Regressionstests der Topographie wurde angemerkt, dass der
  	  Test in einem Punkt von der Spezifikation abweicht und somit nicht
  	  ganz korrekt ist -> wird behoben (J. Hanisch).
	- Vorschlag von Prof. Bothe:
          Sowohl die neue als auch die alte Manuelle Justage-Komponente sollten
          im XCTL implementiert sein und ggf. über einen speziellen Menüpunkt
          oder eine Einstellung in der Konfigurationsdatei anwählbar sein.
	- nächste Schritte:
		- Ableitung allgemeiner Regeln zur Herauslösung von
		  Programmfunktionen (Trennung von Funktion & Oberfläche).
		  (=> Vortrag im Januar 2003)
		- Evaluation des Erfolges über Metriken (vorher/nachher).
		- Erstellen der Hilfe für Topographie - Zusammenfassen aller
		  Hilfetexte. (Verwendung von Helpscribble <=> direkte
		  Manipulation der rtf-Quellen)

(iv) 	Allgemein

	- Vorbehaltlich der Ergebnisse eines abschließenden Tests bei der
	  Physik scheint es so, dass nun eine finale (stabile) 16-Bit Version
	  des XCTL vorliegt.
	- Der Test soll in Kürze bei der Physik erfolgen (Fr. Richter).
	- Da es Probleme mit Asa.dll/exe (BraunPSD) unter Win98 gibt, sind
	  unterstützte Plattformen der finalen 16-Bit Version lediglich
	  Windows 3.1/3.11. (siehe III.)
	- kleinere Probleme:
		- Monitordetektor steht im XCTL nicht zur Verfügung.
		- Referenzpunktlauf arbeitet 'unkonventionell', d.h. es werden
		  nicht die tatsächlichen Grenzbereiche der Motoren
		  (über Anfahren der Endlagenschalter) getestet.
		- Beim Beenden von XCTL stürzt das Betriebssystem
	          (Win 3.1/3.11) bzw. die Laufzeitumgebung (Win NT,...) ab.
		  Vermutung: Probleme mit 'zu häufigen delete'-Aufrufen...

III.	32-Bit Version
------------------------------------------------------------
(i)	René Harder, Alexander Paschold -
	Stand der CCD-Einbindung & Ueberlegungen zur 32-Bit Portierung

	- Bzgl. der Einbindung des CCD existiert ein Pflichtenheft, dass
	  überarbeitet wird (Anforderungen der Physik haben sich teilweise
	  vereinfacht).
	- Prinzipiell soll zur (Daten-)Kommunikation mit dem Detektor die 
	  Herstellersoftware (CCDView) verwendet werden. Lediglich das 
	  Auslösen eines Messvorganges (einschließlich der Motorsteuerung)
	  soll durch das XCTL getriggert werden. Hierzu wird der
	  CCD-Kontroller zusätzlich über den Parallelport des Steuerrechners
	  angesprochen.
	- Es wurden Testhard- und Software zur Evaluierung des prinzipiellen
	  Vorgehens entwickelt. (Test steht noch aus.)

	- Portierung nach 32-Bit kann beginnen, wenn finale 16-Bit Version
	  vorliegt.
	- Einarbeitung in verfügbare Dokumentation zu diesem Thema (Bojic).
	- Problemschwerpunkte der Portierung:
		- Hardwarezugriffe nicht nur in Detektor-Komponente sondern 
		  auch in Motor-Komponente (-> Einarbeitung erforderlich)
		- Hardwarezugriffe generell - Trennung von Funktion und 
		  Hardwarezugriff durch eine einzufügende Abstraktionsschicht.
		- Überprüfung von Datentypen und deren Verwendung
		  (evtl. Ueberlaeufe beabsichtigt,...) -> Ermitteln von
		  Seiteneffekten
		- Überprüfung und Umsetzung von Windows-API-Aufrufen
		- Umsetzung der BraunPSD-Steuerung auf neue Version von 
		  Asa.dll/exe (geändertes Interface)

IV.	Diskussion aktueller Probleme
------------------------------------------------------------

	- ... Durch vorhergehende Tagesordnungspunkte abgedeckt.

Das nächste Projekttreffen findet am 20.11.2002 statt.