---

Hallo Gemeinde,

ich stehe mal wieder vor einem Problem und weiß nicht weiter.

Ich schreibe gerade an einem Makro für SWX, dass unter anderem die nächste Seriennr. aus dem Tresor auslesen soll.
Hier den Code-Schnipsel den ich dafür im Netz (SWX-Api-Hilfe) gefunden habe.

Code:

---

    Set serialNbrs = vault.CreateUtility(11)
   
    Dim serialNbrValue
    Set serialNbrValue = serialNbrs.AllocSerNoValue("Projektnummer")
    Dim serialNbrValueValue
    serialNbrValueValue = serialNbrValue.Value

---

Problem ist nun, dass schon in der ersten Zeile (...CreateUtility...) schon der Fehler auftritt.
serialNbrs wird als vault-Object deklariert und nicht wie gewünscht als SerialNumber.
Somit funktionieren auch die weiteren Abfragen nicht.

Weiß irgendwer wo mein Fehler liegt? Bzw. wie ich das anders machen kann.

------------------
Gruß,
Markus

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

---

Hallo Markus,

evtl. hilft das weiter: https://forum.solidworks.com/thread/221241

------------------
Mit freundlichen Grüßen
Ulf-Dirk Stockburger

BiI SAP-PDM

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

---

Hallo Ulf,

soweit war ich schon. Problem ist, dass ich die Integration der Type-Libary vermeiden will.

Was ich vielleicht beim letzten Mal vergessen habe ist, dass ich den Code in einen PDM-Task packen möchte.
Wenn ich auf die Type-DLL verweise und denn Code dann in den Task kopiere, bricht der Task einfach ab.

Gibt es hier einen Ausweg?

------------------
Gruß,
Markus

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

---

Hallo Markus,

ich habe es für mich so gelöst, dass ich die Seriennummer per SQL (select [Counter] from dbo.[SerialNumbers] where [Name] = '<serial number name>') durch eine Stored Procedure abfrage.

------------------
Mit freundlichen Grüßen
Ulf-Dirk Stockburger

BiI SAP-PDM

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

---

Zitat:

---

Original erstellt von magge84:
PDM-Task

---

Was ich an so einer Stelle ganz gern mache: Ein normales SWX-Makro schreiben und dieses dann im Task-Skript einfach aufrufen. Dort hast du dann mit dem binding keine Probleme mehr.

Code:

---

Dim swApp As Object
Dim FilePathName As String
Dim ModuleName As String
Dim ProcedureName As String
Dim Options As Long
Dim Error As Long
Dim value As Boolean

Sub main()

    Set swApp = Application.SldWorks

    FilePathName = "D:\..... .swp"
    ModuleName = "Modul1"
    ProcedureName = "main"

    swApp.UserControl = True
    value = swApp.RunMacro2(FilePathName, ModuleName, ProcedureName, Options, Error)

End Sub

---

Gruß, Jens

------------------
CSWE =)

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

---

Hallo Jens,

dein Work-Around scheint am einfachsten zu sein.
Hab deinen Vorschlag auch schon umgesetzt und funktioniert.

Allerdings bekomme ich eine Fehlermeldung.
'Konnte keine Lizenz für SolidWorks Task Scheduler erhalten.'

Danach läuft das Makro problemlos weiter.

Gibt es einen Grund für die Fehlermeldung?

------------------
Gruß,
Markus

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

---

Zitat:

---

Original erstellt von magge84:
Gibt es einen Grund für die Fehlermeldung?

---

Bestimmt. 

Liegt vermutlich daran:

http://help.solidworks.com/2019/German/SolidWorks/sldworks/c_Licensing_Requirements.htm?id=ddf9fa8b871d4535b37b178937c97e9b#Pg0

Wenn ich das richtig interpretiere, kann man mit einer Standard-Lizenz nur den Konvertierungs-Task ausführen. Für alles andere benötigt man Prof. oder höher. Da wir mit Prof. unterwegs sind, kenne ich das Problem nicht. 

Gruß, Jens

------------------
CSWE =)

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

---

Greife ich mit deinem Code auf den Task-Planer zu?

Ich führe doch bloß ein Makro aus.
Das auch dann problemlos durchläuft. 

------------------
Gruß,
Markus

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

---

Spekulation:

Die Fehlermeldung ist a) unglücklich formuliert oder b) der Fehler wird an der falschen Stelle abgefangen. Kennt man als Programmierer ja zur Genüge. Vielleicht meckert er nur kurz rum, dass nur eine Standard-Lizenz geladen ist (-> Fehlermeldung) und lädt dann automatisch eine Prof. nach und macht weiter? Keine Ahnung. Am besten mal den Reseller drauf ansetzen. Dafür bekommen die schließlich ihr Geld. (Hallo an alle Reseller da draußen   )

Edit: Nein, mit dem Taskplaner hat der Code theoretisch nichts zu tun. Außer vielleicht in der verqueren Logik eines Programmierers aus Massachusetts, der zuviel Peanutbutter-Jelly-Sandwiches gefuttert hat. 

Gruß, Jens

------------------
CSWE =)

[Diese Nachricht wurde von CAD-Maler am 24. Okt. 2018 editiert.]

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