---

Hallo,

weiß jemand wie man Simulationsdaten (Model/Charts 2D) auslesen kann um diese dann beispielsweise in Excel importieren. Wo werden die Daten (zwischen)gespeichert.

Gruß!

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

---

Hallo,

genau  für diesen Einsatz haben wir SimDBC (www.simdbc.com) entwickelt. Mit SimDBC (Simulation Database Connector) können Daten aus Datenbanken oder Excel direkt vom Simulationsmodell zur Laufzeit eingelesen, aber auch gespeichert werden. So können zum Beispiel Parameter eingelesen oder Simulationergebnisse zur Weiterverarbeitung gespeichert werden.

Unter www.simdbc.com kann man nach der Registrierung kostenlos eine 30-Tage Testlizenz inkl. Dokumentation und Beispielen runterladen.

MfG

Henning Hill

Zitat:

---

Original erstellt von Peter33:
Hallo,

weiß jemand wie man Simulationsdaten (Model/Charts 2D) auslesen kann um diese dann beispielsweise in Excel importieren. Wo werden die Daten (zwischen)gespeichert.

Gruß!

---

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

---

Folgendes Problem:
Ich kann ja in einer Prozesslogik ein Protokoll schreiben lassen, welche Teile auf einer Maschine bearbeitet wurden (steht im Handbuch zu Quest drin). Wie kann ich denn den Namen des aktuell durchgeführten Prozesses dazu schreiben?

andere Beispiele:
cpart->class_name  gibt den Klassenname des aktuellen Teils an
celem->utilization  gibt die Auslastung der aktuellen Elements an

jetzt brauch ich nur den Namen des aktuellen Prozesses auf dem aktuellen Element.

Danke an alle, die eine Antwort finden.

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

---

Hallole,
wenn man in der Prozesslogik den Prozess mit DO_PROCESS (any) ausführt, dann gibt diese Funktion den Prozess-handle des ausgeführten Prozesses zurück.

pid = DO_PROCESS (any)

DO_PROCESS übernimmt das Warten auf Teile, den eigentlichen Prozess-Delay und erzeugt die Outputs. Wenn man das solo habe will, kann man es auch so machen:

pid = DO_PROCESS_REQUIREMENTS (any) IN STATE IDLE_IDLE
DO_PROCESS_WORK (pid) IN STATE BUSY_PROCESSING
DO_PROCESS_OUTPUTS (pid)

Den Namen des Prozesses erhält man in beiden Fällen mit

WRITE (pid->name,CR)

So hoffe ich ;-)

Gruß, Horst

[Diese Nachricht wurde von Horst2000 am 11. Nov. 2004 editiert.]

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

---

Hat sich so gut angehört, aber klappt leider ned so ganz.
Hab jetzt

pid = do_process(any)
write (#results_file,pid->name,CR)

eingefügt, aber nun bearbeitet er den normalen Cycle Process und den aus der Logik gestarteten Prozess gleichzeitig. Hat also teilweise 2 Teile auf einmal auf der Maschine. Dadurch erzeugt das Programm einen Fehler wenn das erste Teil fertig ist.

[Diese Nachricht wurde von Grisu2001 am 12. Nov. 2004 editiert.]

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

---

Hallo,
es sollte in der Prozesslogik nicht 2x DO_PROCESS stehen. Da müsste als Standard

do_process (ANY) in state IDLE_IDLE, BUSY_PROCESSING

stehen. Davor einfach ein 'pid =' setzen.

pid = do_process (ANY) in state IDLE_IDLE, BUSY_PROCESSING

Dann sollte es gehen.

Gruß, Horst

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

---

Hallo Horst,

danke für deinen Tipp, lag wohl daran, dass ich noch von der Vorversion ein "require part(ANY)" in der Logik stehen hatte. Ich hab den Prozess jetzt auch in die Einzelteile zerlegt, wie du's mal geschrieben hast. So kann ich auch das jeweils bearbeitete Teil mit auslesen, was bei einem do_process als Ganzes nicht geklappt hat.

Vielen, vielen Dank!

[Diese Nachricht wurde von Grisu2001 am 15. Nov. 2004 editiert.]

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