Hot News:

Unser Angebot:

  Foren auf CAD.de (alle Foren)
  Enterprise Dynamics
  Freeoperators + Warteschlangenbildung = undefinierter Zustand

Antwort erstellen  Neues Thema erstellen
CAD.de Login | Logout | Profil | Profil bearbeiten | Registrieren | Voreinstellungen | Hilfe | Suchen

Anzeige:

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen nächster neuer Beitrag | nächster älterer Beitrag
  
17 Optionen für korrosionsbeständige Teile: Metalle und Nachbearbeitungen, ein Fachartikel
Autor Thema:  Freeoperators + Warteschlangenbildung = undefinierter Zustand (421 mal gelesen)
katjes
Mitglied
Student


Sehen Sie sich das Profil von katjes an!   Senden Sie eine Private Message an katjes  Schreiben Sie einen Gästebucheintrag für katjes

Beiträge: 22
Registriert: 28.05.2006

erstellt am: 14. Dez. 2006 13:02    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities

Hallo,

Folgender Sachverhalt– bei dem leider mal wieder ein Problem auftritt und ich nicht weiterkomme:

Ein Produkt verlässt einen von 7 Servern (Server 1 , Server 2 usw.). In TriggerOnExit ist folgender Quellode enthalten:

Do(
            FreeOperators(AtomByName([Teamblau], Model), i),
            FreeOperators(AtomByName(Teamrot], Model), i)
      )

Problem:
in ganz seltenen Fällen (bspw. tritt der Fehler erst nach 200 bereits ausgetretenen Produkten, welche über dieselben Attribute verfügen, wie das Produkt, welches dann zum Fehler führt, auf) wird nur der Operator vom Team Teamblau freigegeben, nicht aber der Operator, der dem Team Teamrot zugeordnet ist ( = OperatorA).
Ich verwende auch in anderen Modellen den oben aufgeführten Quellcode und habe damit keine Schwierigkeiten.

In dem Modell ist es aber nun so, dass der OperatorA, mit dem Produkt mitgeht. D.h. in die nachfolgende Warteschlange und den darauf folgenden Server (Server_Start). (In dem Server_Start rufe ich im TriggeronEntry einen Operator vom Team Teamgelb und gebe diesen bei TriggerOnExit wieder frei.) Bei meinem OperatorA ist es nun so, dass er teilweise ab dem Austreten des Produktes aus Server_Start das Produkt nicht mehr begleitet zu der nachfolgenden Warteschlange bzw. der OperatorA begleitet das Produkt noch bis zur Senke, in der das Produkt das Modell verlässt.

Wenn der OperatorA das Produkt mit zur Senke begleitet, dann hat er folgende Eingangskanal-Zuordnung im Server_Start:

0 Do not connect. > 1 Teamrot
1 > 0 Server 4
3 Do not connect. > 0 Prodct

Phänomen (jedenfalls für mich) an diesem ganzen Sachverhalt ist, dass dieser Fehler nur auftritt, wenn sich Warteschlangen in meinem Modell bilden.
Bilden sich keine Warteschlangen, dann tritt der Fehler auch nicht auf.
Die eine Queue, in welcher sich eine Warteschlange bilden muss, ist dem Server_Start vorgelagert, die andere dem Server_Start nachgelagert. Der OperatorA „passiert“ nur die erste Warteschlange, die 2. nicht (da das Produkt, welches er begleitet, wenn er es nicht in Server_Start „loslässt“, nicht diesen Weg nach Server_Start einschlägt).


Mehr fällt mir nicht zu dem Problem ein.
Ich wäre schon für Herangehensweisen/Ansatzpunkte, wie ich den Fehler identifizieren könnte, sehr dankbar.


Dankeschön
katjes

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Anzeige.:

Anzeige: (Infos zum Werbeplatz >>)

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen

nächster neuerer Beitrag | nächster älterer Beitrag
Antwort erstellen


Diesen Beitrag mit Lesezeichen versehen ... | Nach anderen Beiträgen suchen | CAD.de-Newsletter

Administrative Optionen: Beitrag schliessen | Archivieren/Bewegen | Beitrag melden!

Fragen und Anregungen: Kritik-Forum | Neues aus der Community: Community-Forum

(c)2024 CAD.de | Impressum | Datenschutz