Witam
Używamy Solidworks 2022 z najnowocześniejszą maszyną.
Mamy problemy z przekształceniem planów Soliworks do plików pdf lub DWG. Może to zająć dość dużo czasu, rzędu jednego dnia. Oczywiście są to ogólne plany, ale nadal można je otworzyć w Solidworks w ciągu pół godziny.
Nawiasem mówiąc, wszystko działa: dość płynny montaż, symulacja taka sama.
Jak można to poprawić?
Z góry dziękuję
Witam;
Jeśli otwarcie zespołów lub rysunków zajmuje już 30 minut, należy automatycznie spodziewać się stosunkowo długiego opóźnienia podczas konwersji rysunków do formatu DWG...
Powinniśmy dowiedzieć się czegoś więcej:
Pracujesz z serwerem?
Rozmiar plików *.slddrw
Liczba różnych komponentów w Twoim 3D?
Ustawienia używane w " Zapisz jako " *.dwg (Opcje Solidworks)
Czy używasz pliku do przesyłania warstw?
Średnia liczba wyświetleń Twoich zestawów?
Korzystanie z kubków?
Wiele zakładek?
Skale różnią się od skali kartusza na niektórych widokach?
Poziom szczegółowości (styl wyświetlania)
…
2 polubienia
2 ścieżki, z których 1. sprawdź historię wersji mapy bazowej.
Jeśli mapa bazowa modelu jest w wersji 2004 i korzystasz z oprogramowania SW2022, musisz poważnie rozważyć modyfikację map bazowych modelu.
Osobiście zrobiliśmy to 3 lata temu w SW2020 i przeszliśmy i zdecydowanie wygraliśmy na eksporcie pdf, a także trochę na eksporcie dwg.
W przeciwnym razie osobiście nagrywam widok w dwg, ponieważ jest on niezwykle szybszy.
Chociaż nie wiem dlaczego, jest to potwierdzony fakt i zweryfikuj!
Musisz wybrać widok (zwykle widok z góry), a następnie:
A w przypadku niektórych nagrań, które trwały kilka godzin, zajmuje to tylko kilka minut. Z drugiej strony, żaden nabój nie został wyeksportowany.
2 polubienia
Nasze odpowiedzi:
- Pracujemy na serwerze.
- Rozmiar naszych plików *.slddrw: od 30 000 do 40 000 KB dla 3D i rysunków 200 000- 600 000 KB
Liczba różnych komponentów w naszym 3D: 24 000 (w tym)
Ustawienia używane w opcji "zapisz jako" *.dwg (Opcje Solidworks)
- Dla warstw używamy pliku transferu.
- Średnia liczba wyświetleń naszych montaży: około 10 wyświetleń na omawianych zbliżeniach
- Korzystanie z kubków: Jeden ogólnie
- 2 zakładki, ale eksport z jednej
- Skale różnią się od skali kartusza na niektórych widokach? Tak, często w widoku szczegółów i w widoku ISO
- Poziom szczegółowości (styl wyświetlania): Aby zapewnić widoczność naszych planów układu, jesteśmy zobowiązani do umieszczenia ich w kolorze i wysokiej jakości. "Kolorowy szkielet" mniej się denerwuje, ale różnica nie jest nadzwyczajna.
1 polubienie
… Są to duże pliki!..
dla opcji DWG:
=> Wyłącz mieszanie końcowe.
=> Rozważ potrzebę czcionki " TrueType " w porównaniu z " tylko Autocad Standard "
… Aby być spójnym z Twoją odpowiedzią na temat liczby zakładek: " 2 zakładki, ale eksport jednej ":
=> Wyłącz opcję " Eksportuj wszystkie arkusze do pliku "
=> Włącz opcję " Eksportuj tylko aktywny arkusz"
…
Kolejna droga (która zaoszczędziła nam sporo czasu na eksporcie):
Postaraj się usunąć jak najwięcej "Krawędzi stycznych" we wszystkich widokach ISO.
Ale biorąc pod uwagę liczbę wyświetleń Twoich posłów do PE, nie powinno to zaoszczędzić Ci dużo czasu...
Do tego dochodzi aktualizacja szablonów dokumentów, a zwłaszcza planu Fonds-de plan (niezbędne, jeśli jeszcze nie wykonane), o którym wspomniał @sbadenis
Spróbuj także użyć makra do swoich nagrań, o dziwo skróciło to czas nagrywania wielu naszych dokumentów...
Uwaga: Teraz, gdy o tym myślę, rozmiar twoich plików *.dwg musi być znaczny...
Wykonaj test, aby sprawdzić, czy problemy nie pochodzą z serwera:
Użyj opcji Spakuj i przejdź, aby zapisać całość jednej z walizek na dysku lokalnym (z rysunkami i wszystkimi komponentami biblioteki), pamiętając o zmianie ich nazw (dodaj prefiks).
A na dużym rysunku (nadal lokalnym) zmierz czas konwersji na nowy dwg.
FYI:
2 polubienia
Dziękujemy za Twoją opinię,
Na poziomie DWG mają one rozmiar około dziesięciu MB...
Wypróbujemy Twoje różne sztuczki.
Witam
Może inny parametr do sprawdzenia (nie testowany, czy wpływa na eksport w formacie pdf lub dwg, ale ponieważ wpływa na czas wyświetlania okien archiwizacji Solidworks PDM, może być link).
We właściwościach dokumentu rysunku, na karcie wydajności, wyłącz opcję " Zapisz dane modelu ".
Ponadto 600 MB rysunku jest ciężkie, więc przetwarzanie konwersji jest z konieczności długie.
Jeśli naprawdę nie możesz niczego znaleźć, może zrób bilet do Visiativ (jeśli to Twój sprzedawca), aby mogli przeanalizować Twoje pliki (mogą już nie testować na SW2022).
2 polubienia
Oprócz @Cyril_f :
https://help.solidworks.com/2022/french/Solidworks/sldworks/r_document_properties_performance.htm?rid=184270
… Wcale nie jestem pewien, czy wpłynie to na konwersje.
Czego nie lubi konwersja do formatu DWG:
Skale różnych poglądów.
Widoki izometryczne.
Widoki cieniowane.
Przekroje izometryczne.
Obrazy.
Określone czcionki.
Szkice.
Wylęgowe.
Zbyt wiele warstw (nawet jeśli w branży kolejowej jest to prawdopodobnie trudne do zrobienia inaczej)
(w zasadzie nie lubi wiele).
Aby przetestować:
Mimo że format *.dwg R2000-2002 jest najpopularniejszy, możesz spróbować z nowszymi.
3 polubienia
Nie lepiej, ale hej, z programistami wszystko jest możliwe 
4 polubienia
Rzeczywiście, w Solidworks jest więcej opcji, aby pogorszyć sytuację, niż ją poprawić! 
Pewnego dnia będziemy musieli przypomnieć Twórcom, że czas to pieniądz. Wydaje się, że powiedzenie wyszło z użycia w ich zespołach.
Jedynym momentem, w którym możesz otworzyć MEP w SW, są wakacje:
" Szefie, właśnie rozpocząłem otwarcie rysunku, pozuję pewnego dnia. Do zobaczenia jutro!"
1 polubienie
Powiedzmy, że jest to metoda Agile w tworzeniu oprogramowania.
Kładę ci niedokończone oprogramowanie i robię iteracje, aby je poprawić w miarę postępów (musisz zobaczyć niektóre gry wideo, które zostały wydane właśnie ukończone i które miały duże łatki kilka miesięcy później).
Edycja: Nie wspominając o dużej liczbie aplikacji na smartfony, które są pełne błędów, a nawet niektóre aktualizacje są gorsze od innych.
1 polubienie
Dokładnie tak. Nasz zmarnowany czas to dla nich pieniądz. Im szybciej go wezmą, tym bardziej rośnie. Logika jest nieubłagana, ale niemoralna. Nie mówiąc już o amoralności.
Wreszcie, przynajmniej gry, są łatane przed wydaniem kolejnego dzieła. W przypadku oprogramowania rzadko się to zdarza... Zwykle mamy mnóstwo historycznych, a nawet prehistorycznych błędów; Dobrze jest chcieć dodać funkcje, ale lepiej, jeśli te, które już istnieją, działają.
Oczywiście, gdyby oprogramowanie zostało całkowicie zdebugowane przed następną główną wersją, nie zostałoby wydane przez 10 lat, ale naprawdę byłoby bardziej szkodliwe?
PS: przepraszam za dygresję.
Witam @Sylk ,
Całkowicie się z tym zgadzam.
W innym życiu trochę się dewiowałem...
Daty wydania oprogramowania lub systemów operacyjnych są dyktowane przez zespół sprzedaży/marketingu bez uwzględnienia etapów tworzenia i testowania.
Najstarsi z nas pamiętają komercyjne wydanie systemu Windows 98 
, w moich wspomnieniach MS wydało Win 98 SE (druga edycja) w ciągu 6 miesięcy! Do tego stopnia, że pierwsza z nich była pełna błędów...
1 polubienie
Witaj @a_eriaud
I tak, mój mały człowieku 
Kiedy byliśmy dziećmi 
, wciąż mieliśmy cierpliwość, cechę, która zatraca się z powodu kąpieli w obecnej chwili. Wiedzieliśmy, jak czekać na premierę gry, której wyprodukowanie zajęło twórcom czas i aplikację, ponieważ w tamtym czasie, gdy były one wydawane na kartridżach, zakodowane w niezmiennym chipie (który był znacznie droższy w produkcji) i przed pojawieniem się sieci, nie było mowy o codziennych aktualizacjach, ponieważ i tak nie było to możliwe.