Methoden "request*()" und "connect*()" machen noch Probleme, wenn unbekannte Property-Namen angegeben werden. Dann kommt eine CORBA- statt einer "AccDevException" zurück. Klaus forscht. (KHoe, LH, ok)
Doku up-to-date für "Device", "AccData", "AccStamp" und "AccEFICD"? (LH, ok) ...na ja, vorläufig.
UML-Diagramm über Zusammenhang von AccDevice, VmeDevice, X86Device, MxDevice usw. soll ins Wiki.
Kommt, wenn "Abstraktes DeviceInterface" (s.u.) fertig. (NN)
August-Release.
Die Punkte sind in etwa in der Reihenfolge ihrer Abarbeitung
(pro Person) aufgelistet.
Anpassungen von DevMan an AccDevice/VmeDevice
"Abstraktes DeviceInterface" wurde diskutiert.
Klaus implementiert einen Rahmen mit einer Methode, damit man sieht, wie's aussehen soll. (KHoe, fertig am 29.6.06.)
Peter implementiert anschließend die Anpassung an AccDevice/VmeDevice. (Kain, fertig)
Danach neu über die Auftrennung der Default-USRs nachdenken. (NN)
weiterhin inkludieren oder
getrennt übersetzen und linken.
Dito die Therapie-USRs. (NN)
createGM() muss AccDevice zurückliefern, nicht mehr VmeDevice. (Kain, fertig)
Attribut logDevAddr muss wieder zurück nach VmeDevice. (Kain, fertig)
Wenn alles soweit fertig, dann testweise X86Device ohne VmeDevice implementieren. (Kain, fertig)
Default- und Therapie-USRs bzw. DPR-Struktur V09
In V09 wird der Master-Status in den Systemteil des DPR verlegt, dorthin wo der Aktivzustand schon ist. (Kain, -> Rel.4)
In EqInfo gibt es dann eine entsprechende Methode zum Lesen des Status. (Kain, -> Rel.4)
Dito für ACTIV inklusive geänderter CmdCom-Parameter. Es wird nur noch die Beschleunigernummer übergeben. (Kain, -> Rel.4)
Ebenso wird der SE-Warmstadt-Interrupt an den GuP in diesem Zuge implementiert. (Kain, fertig)
Callback bremst konnektierte Aufträge aus.
Mit eigenem Warte-Thread implementieren. (LH, ok)
Weiterer Vorschlag "USR-Laufzeitmessung und Reduzierung der Wartezeit" wird getestet. Die Alternative "Laufzeitmessung" wurde implementiert. (LH, ok)
Access Rights implementieren
Diskussion der Architektur (KHoe, UK)
Design-Vorschlag und Implementierung: siehe Punkt Nameservice
Eigenen Nameservice entwickeln
der nicht nur die Gerätereferenzen, sondern auch die Access Rights verwaltet.
Dabei die Ausfallsicherheit (fail over) des Servers berücksichtigen.
Zu den Punkten Access Rights und Nameservice macht Klaus einen Vorschlag zum design und zur Implementierung. (KHoe)
Lokale DB
DBSGEN für Linux generiert XML-Output. (UK, ok)
Wird Teil des Projektes dbs. (UK)
DB-Implementation für DevMan auf XML umstellen. (Kain)
DBRELOAD
Wird nach der Umstellung der lokalen DB auf XML angegangen. (Kain)
Es gibt einen Implementationsvorschlag von Peter, der nach Abschluss des Punktes "lokale DB" diskutiert wird. (Kain, KHoe, LH)
AlarmHandler
Konfigurierbar, so dass er keine Alarme empfängt. (LH, ok)
Zunächst aber nicht konfigurierbar zur Laufzeit. Konfiguration geht nur bei der Instanziierung.
Konfigurations-Handling (Liste "State Changes")
Kleines Loch bei Nomenklatur-Änderungen wird im Zusammenhang mit DBRELOAD gelöst. (Kain)
SE-Warmstart-Interrupt im Zusammenhang mit der V09-DPR-Änderung. (Kain, ok)
DevMan, DBS usw. (Kain)
Wird im Zusammenhang mit DBRELOAD angegangen.
Init/Reset vom DevMan. (LH)
Was soll dabei genau passieren? Beachten:
ExitHandler
Device Objects
andere angelegte Objekte
...
Userface-Server & NODAL
Verwaltung bei Disconnects von konnektierten Aufträgen ist etwas tricky. (GSch, ok)
Internes Handling der "Kanäle" muss wohl auf Portnummern umgestellt werden. (GSch, ok)
Property DEVDESC mit Gerätemodellname, -nummer usw.
Property eher vom Gerät als von DevMan.
als Erweiterung von DEVLIST des DevMan?
Was soll an Info rein?
Lui denkt (LH)
Anhand des Gerätenamens die zugehörige SE herauszufinden.
Als Geräte-Property?
Teil von DEVDESC (s.o)?
Peter denkt. (Kain)
Kleine Rest- und Nebenarbeiten
KgbDevice mit Oster-release zum Laufen bringen. (LH, Kain, ok)
Alarme von SEs ohne Nomenklatur verhindern. (Kain, vorläufig wird ein DEFNOMEN benutzt)