Hallo Timon,
..würde da schon jemand kennen, der was ähnliches implementieren kann. Dies würde aber nur über Dienstleistung über Solidpro/MaxxDB-Entwicklung möglich sein, Importe/Exporte werden recht schnell sehr kundenspezifisch, darum haben wir kein generelles Tool für so Zwecke. (Nummernvergabe, Ablageschema, Konvertiervorgänge, Fremdformaterzeugungen, Anstoßverfahren, PPS-Kopplung usw..). Der normale Import zielt halt auf Austausch zwischen zwei MaxxDBs.
Bevor ich tiefer darauf eingehe was alles möglich wäre, (und wie toll wir sind :P ),
vielleicht interessant, herauszufinden, warum da 0KB importiert werden.
Mögliche Hinweisquellen:
-Annahme, es fand ein Solidworksupdate von 2014 auf 2016 statt. Seit Swx2015 hat sich das Dateiformat geändert.
-->sollte das Tool die swDocumentMgr.dll verwenden, müsste dieses von Solidworks eine aktuelle API-Lizenz bereitstellen,
die Lizenz ist kostenfrei erhältlich (http://help.solidworks.com/2012/English/api/swdocmgrapi/SolidWorks.Interop.swdocumentmgr_GettingStartedSWDocMgrAPI.html)
-Architektur des Tools "unbekannt", ist es ein Makro, eventuelle win32-declares untersuchen ab 2016 ist VBA endlich 64Bit ( int und long nicht mehr gleichbedeutend).
-Mögliche Hinweise im MaxxDB-Log. Im Optionsdialog auf Loglevel "API" stellen, danach Import über Tool versuchen, Blick ins %appdata%\maxxdb\pwdb.log wie weit der Import überhaupt kam, Frage hier auch, wer Kopiert (?), das Tool oder MaxxDB, weiss nicht, welche Schnittstelle verwendet wird (pwbasic.bas oder CComZVSCont.Save? kann nur der Entwickler beantworten).
-Andere Möglichkeit. Liegt garnicht an SWX/MaxxDB, es fand auch ein Windowsupdate statt, durch dort verschärfte Benutzerkontensteuerung werden Netzlaufwerke nicht erkennt (Normalbenutzer sieht das Z:\ .. wenn dieser eine Anwendung "als admin startet" sieht dieser es nicht). ->Testspeicherbereich auf lokalem Laufwerk anlegen, vielleicht importierts ja dort?
Dies mal als Ansatzhilfe
Gruß omoll.
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP