---

Hallo Zusammen,

ich habe vor kurzem mit KF in NX2 angefangen.

Stehe jetzt vor dem Problem, dass ich in einer Klasse eine bestimmte Durchlaufreihenfolge haben möchte.
Zum Beispiel:
Teil laden, Teil zum Aktiven Teil machen, definierte Änderungen tätigen und zum Schluss unter neuem Namen speichern.
Die einzelnen Aktionen funktionieren, allerdings weiss ich nicht wie ich sie am besten in eine Klasse packen und dabei eine definierte Reihenfolge einhalten kann.

Ich würde mich über jede Art von Tipps, Beispielen und Anregungen freuen.

Gruß Chrischtel

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

---

1. Variante
Die entsprechenden Anweisungen beziehen sich aufeinander, indem die jeweils folgende die vorige abfragt.
2. Variante
Prozedurales Arbeiten durch eine @{...}-Anweisung.
3.
Nutzen der demandOrder-Liste.

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

---

Hallo älg,
vielen Dank für deine Hilfe, hat mich schon ein Stückchen weitergebracht. Läuft zwar noch nicht ganz aber die Richtung stimmt.

Gruß und schönes Wochenende
Chrischtel

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

---

Hallo Chrischtel,

ich habe ähnliche Probleme. Vielleicht kannst Du mir weiterhelfen.  Wie machst Du aus KF heraus ein geladenes Teil zum aktiven Teil? Ich habe dazu noch keine Funktion gefunden (in NX2.0.4.2).

Viele Grüße
Scott

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

---

Hallo Leute,

KF ? was meint Ihr damit? Konstruktionsfolge?...

------------------
Martin Knop
Büro für technisches Zeichnen & EDV untersützte Dienstleistungen
Fax: +43 676 312 87 74 od.  +43 7242 351578
Email:  office@imk.cc

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

---

Hallo,

KF steht für Knowledge Fuison, ein Modul von UG mit dem man sowohl regelbasierte Anwendungen aufbauen kann oder einfach nur Geometrie mit Regeln versehen kann. Für die Anwendungsprogrammierung ist KF so etwas wie eine Meta-Programmiersprache basierend auf Intent!. Einfach aufgebaut, schnell zu erlenen, kompakt, deklarativ, muss nicht kompiliert werden und aufgrund dieser Eigenschaften manchmal auch magisch in unerwarteten Effekten, die den Programmierer zum verzweifeln bringen können! Aber ansonsten sehr mächtig zur Konstruktionsautomation und Konstruktionswissensnutzung in UG!

Gruß Scott

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

---

Servus

für dieses Modul entstehen doch wieder zusätzliche kosten wie allgemein bei UG ?
kannst du kein Beispiel bereitstellen? würde mich auch interessieren !

gruss flieger

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

---

Hallo Scott,

magisch ist wohl etwas abgeschwächt vormuliert. Aber wenn man es einmal verstanden hat geht es gut ab!

Gruss Michael

------------------

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

---

test.jpg extension1.rar

Ich greife dieses Thema nocheinmal auf.
Im angehängten dfa wird das generiert, was auf dem Bild zu sehen ist.
Das Problem ist die Bohrung. Diese hat als Placement_Face mit askFaceClosestToPoint die Fläche der Phase.
ich wollte demandOrder nutzen per

Code:

---

(List UnCached) demandOrder: {block_1:,body_1:,extruded_1:,chamfer_1:,hole_1:};

---

Beim Einfügen als Child Rule wird die Bohrung nicht angezeigt. Im PartNavigator wird sie aufgeführt ohne Fehlermeldung. Wenn ich sie einmal aus- und wieder einblende ist sie auch sichtbar. Sichtbarmachen der Bohrung geht auch über "Regenerate All" im KF Navigator.

Weiß jemand Rat?

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