Ja, op Vault. Inloggen "Yves P", "", "PDM"
Ik heb net getest met de PDM-admin-sessie die een wachtwoord heeft en het doet hetzelfde
Ik ben van mijn kant aan het opdrogen, ik zie niet waar het vandaan kan komen. Misschien gerelateerd aan het feit dat er geen associatie is met Windows-accounts (ActiveDirectory), maar daar, afgezien van de hotline die zijn mening zou kunnen geven, zie ik het niet.
Zijn er toevallig niet meerdere EdmServer.exe gestart in de taakbeheerder?
En als laatste redmiddel door het starten van de macro na gesloten SW en het verlaten van PDM volledig?
Ik begin ook te drogen.
Kun je proberen een macro te maken in Solidworks, zodat je verbinding kunt maken met de kluis om te zien of deze uit Excel kan komen, die niet per se dezelfde vba-tools heeft als SW.
Kunt u de framework-versies controleren die u op uw pc heeft?
Ik heb het direct in een SolidWorks-macro geprobeerd door de PDM-bibliotheek te activeren
Ik heb precies dezelfde foutmelding als bij het doorlopen van Excel en op dezelfde regel
wat zijn de verschillen tussen de EdmVault5 of andere cijfers...
Hoe zit het met framework-versies? SW heeft versie 4 nodig, dus sommige dlls die door API's worden gebruikt, hebben versie 2 of 3.5 nodig
Bijgevoegd is een macro voor verbinding, die via SW moet worden gestart om te testen.
macro1.swp
zelfde fout met uw macro1 ... :(
Waar vind ik de framework-versie?
In Configuratiescherm\Programma's\Programma's en functies ziet u vervolgens de namen die beginnen met Microsoft .NET Framework...
Versie 4.6
Is er alleen versie 4.6?
Op Windows 7 weet ik niet meer hoe ik het moet doen, maar op Windows 10 moet je versies 2.0 en 3.0 activeren in de Windows-functies, anders kunnen sommige macro's niet werken:
Het is dus heel goed mogelijk dat je het 3.5-framework moet installeren dat bevat wat je nodig hebt.
Daarna, net als Cyril.f geen idee meer...
Van mijn kant heb ik 4.6.1 en 4.7, aan de andere kant gebruik ik Windows 7 en SW/PDM 2016 en geen probleem met mijn macro's die sinds 2009 draaien.
1 like
Ik ging naar het activeringsvenster van de Windows-functie, oorspronkelijk was het net als het eerste venster hierboven en ik veranderde naar het tweede venster (nog steeds hieronder):
Wat ik niet begrijp, is dat het zelfs na activering niet in de lijst met programma's na versie 4.6 zou staan
Moet ik ze fysiek installeren?
Ja, ik zag net dat 3.5 is opgenomen in Windows 7.
Dus nu heb ik meer ideeën, behalve om 4.7 (nieuwste versie denk ik) te installeren om te zien en wat toch geen kwaad kan.
Hallo
Welke versie van PDM heb je? Standaard of professioneel?
Ik zag net dat de fout 0x800402F2 overeenkomt met "De API wordt niet ondersteund in de SOLIDWORKS PDM-standaardversie ", zie op pagina http://help.solidworks.com/2017/english/api/epdmapi/epdm.interop.epdmresultcode~epdm.interop.epdmresultcode.edmresulterrorcodes_e.html.
Als het de standaardversie is, weet ik niet zeker of je het via de API's kunt aansturen!!!!
Zie de vergelijking tussen de twee: http://www.lynkoa.com/sites/default/files/questions/23/03/2016/solidworks_pdm_standard_comparatif_vs_pdm_pro.pdf
Vriendelijke groeten
2 likes
D.Roger: Ik had een test opnieuw gedaan na het activeren van versie 2 en 3.5, maar nog steeds niets.
Ik had geen tijd om versie 4.7 te installeren voordat ik gisteravond van mijn werk vertrok, maar ik doe het op maandagochtend. Ik zag dat de pc van een collega versie 4.7 heeft en de macro werkt ook niet op zijn pc , dus ik betwijfel of dit het probleem zal oplossen.
De PDM-versie lijkt de verklaring te zijn, daar ga ik maandag naar kijken.
Heel erg bedankt, ik hou je op de hoogte
Yves
Hallo
En dus als het PDM Standard is, is het beter om naar SQL-queries (https://forum.solidworks.com/thread/110018) te kijken. Op dit moment is er geen API voor PDM Standard, gebruikers van deze oplossing zouden een upgradeverzoek moeten melden aan Solidworks om mogelijk in aanmerking te worden genomen voor een toekomstige versie.
1 like
Hallo
Het eerste wat ik vanochtend zag, was dat we de standaardversie van PDM gebruikten, dus geen API.
In plaats van SQL-query's door te nemen, dacht ik terug aan het idee van G., namelijk om het openen en sluiten van het onderdeel in mijn code op te nemen voordat ik hetzelfde onderdeel in mijn assembly importeerde. Inderdaad, ik dacht dat ik merkte dat het openen van een munt, via de macro, de laatste versie van de munt zou opleveren en niet de versie van het lokale geld.
Dus heb ik deze regels ingevoegd:
'Open the part to import
Set swDocSpecification = swApp.GetOpenDocSpec(PartPath & "\" & PartName)
Set swModel = swApp.OpenDoc7(swDocSpecification)
'Close the part
swApp.CloseDoc PartName
Op mijn pc werkt de code, elk onderdeel opent en sluit voordat het in de assemblage wordt geïmporteerd, maar ik weet niet of de code zal zoeken naar de nieuwste versie van elk onderdeel.
Ik heb mijn code opnieuw getest op een andere pc en dezelfde... Elk onderdeel opent en sluit voordat het in de assemblage wordt geïmporteerd... Aan de andere kant zal hij nog steeds niet de laatste versie van het stuk krijgen...
Hallo
In Epdm pro is er een selectievakje om altijd de laatste versie van het bestand te openen (zie bijgevoegde afbeelding), om te zien of hetzelfde is in standaard Epdm. Wees voorzichtig, dit werkt voor alle Solidworks-bestanden, dus controleer of het indien nodig stoort om een asm "as built" te openen.
Vriendelijke groeten
epdm.jpg
2 likes
op de standaardversie, onmogelijk om deze optie te vinden, wat me stoort, is dat ik me nog herinner dat ik het vorige week zag toen ik me dit geldgeheugenprobleem begon te realiseren en ik in de PDM-instellingen keek.
Aan de andere kant heb ik in de instellingen van elk account de opties voor het geldgeheugen gevonden, en je kunt het geld bijwerken bij het verbinden, het kost wat tijd om verbinding te maken, maar het werkt tenminste bij het uitvoeren van de macro.