Stefan Moosmann . de

So heute gibts nur einen Kurzeintrag zur Ausweisung von Parametern um diese z.B. mit externen Programmen auslesbar zu machen.
Das ganze ist wirklich simpel, nachdem die Verbindung zur ProEngineer Sitzung bereits hergestellt ist (davon gehe ich einfach mal aus )

Ruft ihr entweder pwlParameterDesignationAdd oder pwlParameterDesignationRemove auf übergebt den Dateinamen,
einer Datei die sich in der aktiven Sitzung befindet und den Parameter der ausgewiesen oder die Ausweisung entfernt werden soll.

Das ganze könnte in einer kleinen Funktion etwa so aussehen:



Das Beispiel würde z.B. den Parameter Benennung lesbar in der Modelldatei stehen, der Werkstoff würde nicht mehr auftauchen.
Alle Parameter die nicht genannt werden, bleiben unverändert, d.h. ihr müsst für jeden Parameter die Funktion aufrufen, wenn ihr alle ändern möchtet.

So das war's für heute, ich versuche zum Wochenende mal die Bibliothek zum Auslesen der ProEngineer Dateien aufzuarbeiten,
damit könntet ihr dann die Parameter, welche ausgewiesen sind auslesen. Allerdings befindet sich die Bibliothek in einer frühen Alphaphase,
d.h. es könnte bei bestimmten Parametern und Wertkombinationen zu Fehlern kommen.
Die ProEngineer Daten sind natürlich nicht dazu da von externen Programmen ausgelesen zu werden, sonst wäre die Software unbrauchbar ^^

Naja, da diese Funktion in etwa der ähnelt für die Erzeugung eines Parameters,
werde ich nur noch die Änderung angeben, da die ersten Zeilen bei den Parameterfunktionen eigentlich weitestgehend identisch sind.

Wir verwenden nur statt document.pwl.pwlParameterValueCreate eine andere Funktion


Diese Änderung und es wird der entsprechende Parameter geupdatet, wenn der Parameter nicht existiert wird kein Fehler ausgegeben,
aber auch kein Parameter erzeugt, weswegen ich in meiner Toolsammlung meist so vorgegangen bin:
Zuerst hab ich Funktion für die Parameter Erzeugung aufgerufen und direkt danach diese Funktion hier. Es ist eigentlich ganz einfach erklärt,
wieso es keine Probleme gemacht hat, die Funktion zum Erzeugen ändert den Parameter nicht wenn dieser bereits existiert.
Die Vorteile dieser zwei Funktionen sind gleichzeitig ihre Schwachstellen, sie geben bei vorhanden bzw. nicht vorhanden Parametern keine Fehler aus,
dies müsste über zwei weitere Funktionen geprüft werden, erstens Abfrage der vorhandenen Parameter und zweitens überprüfen, ob der Parameter existiert. "ProEngineer Webschnittstelle (Teil 3)" vollständig lesen »

So wie bereits erwähnt gibts heute den Auszug aus der Toolbox zum Erzeugen eines Parameter in ProEngineer mit Hilfe der Webschnittstelle.

Die ersten Zeilen haben wie beim Auslesen die Funktion die Berechtigungen zu Prüfen, dies ist bei allen Funktionen immer gleich.


Es werden wieder die benötigten Variablen für die Funktion festgelegt, in diesem Fall ist es eh etwas seltsam,
die Funktion benötigt nicht nur den gewünschten Parameter (z.B. als String), sondern auch den Parameter in Float, Integer, Boolean,
erst über ValueType wird schließlich der Parametertyp hier String festgelegt.




Hier ist es wieder so wie bei der Funktion zum Auslesen, ItemType legt den Modelltyp fest (hier PWL_MODEL),
d.h. der Parameter wird in einem Bauteil (prt) oder Baugruppe (asm) erzeugt.


Diese Funktion ist das vorhin erwähnte seltsame, bevor ich einen String anlegen kann muss ich einen Integer und Float Wert festlegen,
welcher überhaupt nicht benötigt wird, aber diese Funktion ist allerdings nur ausgelegt um String in ProEngineer auch Zeichenketten festzulegen,
da es zum Zeitpunkt der Entwicklung nur für Text benötigt wurde und sich bis zur Einstellung der Entwicklung nicht geändert hat.

So das war die ganze Funktion, nachdem Aufruf von document.pwl.pwlParameterCreate wird versucht den Parameter zu erzeugen.

Das ganze Snippet erhaltet ihr gleich danach, so bis zum nächsten Mal



"ProEngineer Webschnittstelle (Teil 2)" vollständig lesen »

So nun folgt der erste Teil der ProEngineer Webschnittstelle auch genannt Pro/Web.Link,
viele der zusätzlichen Tools, welche Händler mit liefern oder verkaufen, basieren darauf,
daneben existieren noch eine Schnittstelle für Java und eine für C.

Die Javascript/ActiveX Schnittstelle und die Java-Erweiterung werden kostenfrei mitgeliefert,
die Schnittstelle für C benötigt eine Extralizenz, welche sich die meisten wohl nicht anschaffen können,
werden oder wollen.

So nun kommen wir zur Funktion ParameterGet welche die vorhanden Parameter
aus einer aktiven Sitzung ausliest, es wird benötigt das sich das abzufragende Modell im Sitzungsspeicher befindet.

Wie bei allen Schnittstellen benötigen wir ist einmal eine Verbindung zum Programm, diese liefert ProEngineer
mit der Dokumentation bereits mit die benötigten Dateien werde ich in einem späteren Beitrag erwähnen.

Nun gut, die ersten zwei Zeilen haben folgenden Sinn, diese Fragen nach wird die Seite über den Programm internen
Webbrowser aufgerufen oder nicht, es wird versucht die benötigten Berechtigungen zu erhalten.




Als nächstes legen wir die verschiedenen Parameter an.





Mit if (Dateiname == "") kann der Browser davor bewahrt werden eine Fehlermeldung
auszuspucken, weil die Datei nicht gefunden oder die Daten nicht geladen werden konnten.



Diese drei Zeilen legen folgendes fest:
ItemType ist ein Modell, d.h. eine Baugruppe oder ein Bauteil.
FeatureID wird in diesem Fall ignoriert, da wir kein besonderes Konstruktionselement wählen wollen, sondern die Baugruppe bzw. -teil.
pwlMdlParametersGet liest nun alle verfügbaren Parameter des Modells aus.


Der nächste Abschnitt liest die Daten von ret in ein Array Daten,
da ProEngineer aber zwischen verschiedenen Parametertypen unterscheiden müssen diese Daten korrekt ausgelesen werden,
da es sonst zu Fehlermeldungen der Schnittstelle kommt.

ProEngineer unterscheiden zwischen Double, String, Integer und Boolean Parameter,
diese werden entsprechend ausgelesen, damit Javascript mit diesen Daten korrekt umgeht.



Ich hoffe, ich konnte es wenigstens einigermaßen verständlich rüberbringen, da ich vor weit über einem Jahr,
mit dieser Schnittstelle aufgehört habe und die Dokumentation leider nicht parat habe, kann ich natürlich auch
nicht alle Funktionen mehr 100%ig nachvollziehen. Eins werde ich noch versuchen, die entsprechenden Dokumentationseinträge
der benutzen Funktionen etwas zu erklären, soweit es mit der leider ziemlich undurchsichtigen Dokumentation funktioniert.
Als diese Toolsammlung geschrieben wurde war es mehr ein Learning-by-doing mit Test und Fehlerfaktor


"ProEngineer Webschnittstelle (Teil 1)" vollständig lesen »

Vor etwa 3 Jahren hatte ich begonnen eine kleine Tool-Sammlung für ProEngineer zu schreiben.
Im März/April 2011 hatte ich die Entwicklung eingestellt, diese Tool-Sammlung sollte mir und meinen
Arbeitskollegen eine Erleichterung darstellen, da ich aber den Betrieb gewechselt habe, konnte und wollte
ich die Tool-Sammlung nicht mehr weiterentwickeln.
Aber was mich freut, die Tool-Sammlung ist bis heute im Einsatz und funktioniert ohne größere Probleme.

Ich werde Teile meiner Entwicklung in den nächsten Tutorials veröffentlichen, da aber der Quelltext
überprüft werden muss, bezüglich den in der Tool-Sammlung verwendeten Fremdbibliotheken
(besonders im Bezug auf die Pro/Web.Link-Schnittstelle) wird die Veröffentlichung etwas dauern
und nur in Teilen stattfinden.

Ein weiteres Problem wäre sowieso direkte Einsetzbarkeit der Tool-Sammlung, da es speziell auf eine
Netzwerkstruktur angepasst wurde, welche bereits vorhanden war.

So nun das war es für heute, ich werde mich in den nächsten Tagen dran machen den Quellcode
zu überprüfen und die ersten Auszüge der Tool-Sammlung zu veröffentlichen.

Natürlich werde ich meine Eigenentwicklungen wie immer unter die GPL oder LGPL stellen, je nachdem.