Goedenavond
Als ik een tolerantie met aanpassing zet (zoals H7 of g6) heb ik kleine problemen met DimXpert.
Ten eerste is de lijst met aanpassingen leeg; Ik moet de waarde handmatig invoeren.
Dan heb ik een opeenvolging van kleine foutvensters waar niets staat geschreven.
En de numerieke tolerantie blijft de standaard.
Aan de andere kant houdt SolidWorks wel rekening met de aanpassingen in haar berekeningen in TolAnayst ...
Heeft u ook hetzelfde probleem? Heb je het opgelost?
Bedankt
Ik gebruik deze tools niet, maar:
- kunt u aangeven welke versie u gebruikt en welke SP van SW u gebruikt?
- Je schrijft "de lijst met aanpassingen is leeg", het lijkt op een probleem om toegang te krijgen tot een configuratie-/gegevensbestand (een beetje zoals voor de boorwizard). Een bestand dat niet door TolAnalyst zou worden gebruikt. En amha, dat is waarschijnlijk oké met foutvensters zonder berichten.
Hoi @ Alain
Ik denk dat als de Tolanalyse-tool is ontworpen, het is om het probleem op te lossen
Zie de tolanalyse tutorial op de site
Idem de aliasing van de cirkels
@+ ..................... altijd Red Hat
@stefbeno
Inderdaad, ik ben de link met "deze lijst met aanpassingen" kwijt omdat ik zelfs op een normale tekening de aanpassingen niet meer correct kan plaatsen. Het is heel recent. Ik heb verschillende versies van SolidWorks op mijn pc. Ik heb de SW2012-versie verwijderd, waardoor ik de weg kwijtraakte. Ik heb momenteel nog 2 versies over: SW2013 en 2014 SP0 die op een D:\ deel staan. Voor veel van de bestanden die ik vlot gebruik, is dit geen probleem omdat ik een bestand in MyDocuments heb waarin ik al mijn persoonlijke sjablonen groepeer (Sjablonen, Basemaps, Blokken, Favorieten, Eigenschappen,...).
De vraag wordt anders geformuleerd: waar is het bestand om de aanpassingen te visualiseren?
Bedankt
Hallo
Je moet naar Option\file locatie gaan en ervoor zorgen dat deze lijn naar je sw2013 of sw2014 installatie verwijst
DimXpert symbool formaat definitie bestand C:\Program Files\SolidWorks Corp\SolidWorks\lang\english
@+
Dank u @Coyotte, maar het was @stefbeno die de vinger op het probleem legde