Release 3

Zeitrahmen: bis 16. Aug. 2006

Restarbeiten Release 2

  • Projekt "accdevice"
    • 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)

This topic: Frontend > PPCDevelopments > Release-3-cont
Topic revision: 18 Aug 2011, UnknownUser
This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki? Send feedback