---

Hatte jemand schon ein ähnliches Problem?:

Die Funktionalität des erstellten MacroŽs :
Der Aufbau einer Baugruppe wird  über die API-Schnittstelle / VB ausgelesen und in einem TreeView dargestellt.
Im TreeView werden den ausgelesenen Komponenten dem Unterdrückungsstatus entsprechende Icons zugeordnet.
Der Programmcode wurde im Macro erstellt. Performance des MacroŽs ist gut.
Wird dieser Programmcode nun in VB importiert und anschließend eine exe-Datei erstellt, so verschlechtert sich die Performance
dieser exe-Datei gegenüber der des MacroŽs um mindestens Faktor 10.

Danke im Voraus............Herrmann

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

---

Hallo Herrmann,

ja, dass kann gut der Fall sein, je nachdem wie intensiv in den Schleifen zum Auslesen der Struktur zwischen VB und SolidWorks hin- und hergeschaltet werden muss. Ich hab etwas ähnliches mit ein paar Routinen erlebt, die die Flächenfarben gelöscht haben; ich hatte das zuerst als Programm und dann als Makro -> Laufzeit Programm 50 Sekunden, Makro 2 Sekunden 

Ich kenn mich da zwar in Detail auch nicht mit aus, versuch aber trotzdem eine grobe Erklärung: eine selbständige EXE läuft in ihrem eigenen Prozessraum, das Makro hingegen oder auch ein Add-In läuft innerhalb des SolidWorks-Prozessraums. Infolgedessen muss jede Aktion in der EXE, die irgendetwas mit SolidWorks macht über diese Grenze hinüber; und das kostet bei intensiver Nutzung von SolidWorks-Funktionen eben entsprechend Zeit.

Ciao,
Stefan

------------------
Inoffizielle deutsche SolidWorks Hilfeseite
http://solidworks.cad.de

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

---

Zitat:

---

Original erstellt von StefanBerlitz:
eine selbständige EXE läuft in ihrem eigenen Prozessraum, das Makro hingegen oder auch ein Add-In läuft innerhalb des SolidWorks-Prozessraums.

---

Hallo Stefan,
--Add-In--?? Ist da was mit einer in VB erzeugten DLL was zu machen?
Geht ja anscheinend in 2001+. Die läuft ja, wenn ich dich recht verstehe, innerhalb des SWX-Prozessraumes.

Grüße...................Herrmann

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

---

Hallo Herrmann,

ja, das sollte eigentlich funktionieren. Einenguten Start für ein SolidWorks-VB-AddIn bekommst du auf http://www.bitwright.com/ ganz oben das "SWAddIn Template"

Ciao,
Stefan

------------------
Inoffizielle deutsche SolidWorks Hilfeseite
http://solidworks.cad.de

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

---

Hallo Stefan,
B-I-N-G-O  -> funktioniert super!
Als DLL läuft's noch schneller.

Nur noch ein kleines Problem:
Zum Laden und entladen der DLL verwenden wir
retval = swApp.LoadAddIn("G:........\SWAddIn.dll")
retval = swApp.UnloadAddIn("G:.......\SWAddIn.dll")

Laden funktioniert, aber die DLL wird nicht mehr entladen. D.h., das Programm kann nur 1x gestartet werden. Beim 2.Mal kommt eine Fehlermeldung. Was könnte das sein?????????????

Grüße...........Herrmann

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

---

In unserer Not haben wir Bitwright angeschrieben.
Es lag ganz einfach daran, daß wir eine alte Version der Bitwright-Software am laufen hatten.
Jetzt funzt es 

Die Antwort von Bitwright (falls es jemand interessiert)

I am sorry to hear of the problem you have encountered with SolidToolbar.

The problem is almost certainly due to the use of a version of SolidToolbar
previous to version 2.10 (the current version) with the Bitwright SWAddIn
VB
Project Template.

Explanation:

In order to permit multiple SolidToolbars to peacefully co-exist, each one
is assigned a globally "unique" identifier.  In SolidToolbar version 2.9
and
earlier, these identifiers are assigned at the moment that the SolidToolbar
control is "sited" (first drawn) on a Visual Basic form.  We failed to
anticipate that new SolidToolbars could be created without new "sitings" --
from a Template (like the SWAddIn Template) or by copy-and-paste, for
example.  A new SolidToolbar created in one of these ways shares its
parent's "siting" -- and therefore its "unique" identifier.

We have fixed this problem in SolidToolbar 2.10 by assigning a new globally
unique identifier to each SolidToolbar every time its Properties are
changed
in any way.  This guarantees that any SolidToolbars that differ in any way
will have unique identifiers and can co-exist peacefully.

Solution:

The best solution to this problem is to download SolidToolbar 2.10 from

          www.bitwright.com/download%20SolidToolbar.html  and install it.

You can install this version on top of your existing installation.  Your
existing licenses will be unaffected.

After you install version 2.10, edit your add-in projects.  For each
SolidToolbar, show the SolidToolbar Designer Property Page, click "Apply",
and then re-compile the project.

(Before you implement this solution, please check the version number of
your
existing SolidToolbar installation.  This is easy to do:  open a VB project
that uses a SolidToolbar, and look at the control's "About" box --
accessible through the VB "Properties" page.  If this shows that you
already
have version 2.10 installed, please let me know).

Best Regards,

James Lewontin
Bitwright Software

PS There will soon be a new version of the Bitwright SWAddIn VB Project
Template available for free download from www.bitwright.com.

This new version of the Template will contain a few minor changes that will
enable projects built on the Template to take full advantage of some new
API
features in SolidWorks 2003.

So far, it appears that Add-Ins built on earlier versions of the Template
work perfectly in SolidWorks 2003.

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

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

---

Ist ja ein schon "etwas" ältere Beitrag, aber betrifft genau mein Problem.

Kann ich auf so ein VB-AddIn (sprich DLL) auch von "außerhalb", also mit einer normalen VB-Anwendung, zugreifen?

Im Idealfall würde ich gerne mit einer "schnellen DLL" den FeatureTree auslesen und die Werte an meine VB-Applikation zurück geben. Ist dies Möglich?

Evtl. mit "SldWorks.GetAddInObject"??

Vielen Dank für eure Hilfe!

Gruß
Florian

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