| | |
 | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für SOLIDWORKS |
| | |
 | SolidWorks Kurs mit IHK-Zertifzierung , ein Kurs (bis zu 100% förderbar mit Bildungsgutschein)
|
|
Autor
|
Thema: Dateibindung im Netzwerk (2479 mal gelesen)
|
Carsten Heß Mitglied Diplom Ingenieur (Konstruktion)
 
 Beiträge: 105 Registriert: 23.07.2004 Windows 7 64bit, 12270MB RAM, 3,2 P3 Xeon, Quadro 4000 SW 2014 64bit /SP4.0 MaxxDB SP3.04
|
erstellt am: 13. Sep. 2011 08:40 <-- editieren / zitieren --> Unities abgeben:         
Hallo zusammen, wir haben bei uns des öfteren den Fall, dass SolidWorks die Verbindung zu den Dateien im Netz verliert. Wenn dies geschieht fragt SW für jede Datei den Speicherort ab. Weiß jemand wieso dies so ist. Das Netzwerk ist anscheinend nur ganz kurz mal unterbrochen. Man muss anschließend für jede Datei bestätigen, das SW die Dateien überschreiben darf. Kenn dieses Verhalten nur von SolidWorks und finde es ein wenig seltsam obwohl SW den Dateinamen und den Dateipfad doch kennt! Gruß Carsten
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
dopplerm Ehrenmitglied V.I.P. h.c. Konstrukteur
     
 Beiträge: 3627 Registriert: 11.02.2005 Win 10 SWX 2019 SP 5.0
|
erstellt am: 13. Sep. 2011 09:02 <-- editieren / zitieren --> Unities abgeben:          Nur für Carsten Heß
sei froh, das du noch speichern darfst, bei uns kommt das meist kurz nach 16:00 ca vor teilweise geht speichern dann nur ganz schwer.... wäre auch für tips dankbar lg martin ------------------ Bin jetzt auch unter Skype erreichbar , einfach nach Martin Doppler in Wien suchen. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Leo Laimer Ehrenmitglied V.I.P. h.c. CAD-Dienstleister

 Beiträge: 26122 Registriert: 24.11.2002
|
erstellt am: 13. Sep. 2011 09:44 <-- editieren / zitieren --> Unities abgeben:          Nur für Carsten Heß
Wir hatten so ein Verhalten jahrelang mit IV-Daten, auf einem bestimmten Rechner häufig, auf einem anderen selten, auf den anderen garnie. Und es war jeweils heftiger bei besonders umfangreichen BG. Ein bisserl geholfen haben jeweils: Genaue Synchronisation der Uhrzeiten, Tausch Netzkarte, Treiberupdate Netzkarte, Umstecken Netzwerkkabel und Ports am Switch. Umschalten von Gbit auf 100Mbit hätte geholfen, aber so langsam wollten wir doch nicht arbeiten. Ganz restlos wegbekommen haben wir das also bei den zwei "Problemrechnern" zeitlebens nicht. Im IV-Forum geistert ein Registryeintrag rum, der irgendeine Wartezeit erhöht und dadurch die Ungeduld des CAD-Programmes ein wenig einbremst. Vielleicht helfen diese beschränkten Erfahrungen aus der IV-Welt auch hier (so gross sind die Unterschiede ja nicht <G> ). ------------------ mfg - Leo Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
aeschbi Mitglied konstrukteur
 
 Beiträge: 211 Registriert: 26.06.2001 jetzt mit windoof win10 MicroStation Autocad
|
erstellt am: 13. Sep. 2011 10:26 <-- editieren / zitieren --> Unities abgeben:          Nur für Carsten Heß
hallo Carsten dieses Unding haben wir auch ich vermute das dies an W7/64 liegt um dies zu umgehen lasse ich den Explorer im Verzeichniss in welchem ich arbeite offen habe als Minianwending die Prossesorleistung eingeblendet, wenn diese auf ca 100% geht, schnell den Explorer öffnen, der grüne Balken wandert dan von links nach rechts und ich kann wieder speichen ohnen dass ich bei jeder Datei bestätigen muss nervend aber es hilft ------------------ gruss aus murten thomas Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Metallica88 Mitglied Konstrukteur; CAD Admin
 
 Beiträge: 379 Registriert: 01.04.2009 Win7 Pro 64bit SolidWorks 2015 SP5 MaxxDB 2015 Fujitsu Celsius M470-2 / M720 Quadro 2000 / Quadro K2000 Intel Xeon W3690 6x3,46GHz (3,73GHz) / Intel Xeon E5-1650 6x3,2GHz (3,8GHz) 12GB RAM / 16GB RAM 120GB SSD
|
erstellt am: 13. Sep. 2011 12:19 <-- editieren / zitieren --> Unities abgeben:          Nur für Carsten Heß
Hi, falls jemand von euch eine Virtuelle Maschine (VMWare, Virtuell PC,Virtual Box, ...) am laufen hat und der Netzwerkzugriff darauf als NAT läuft, ist dies vermutlich das Problem... (schreibe, das nur weil dies bei uns der Fall war...) Mfg Metallica88 Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Carsten Heß Mitglied Diplom Ingenieur (Konstruktion)
 
 Beiträge: 105 Registriert: 23.07.2004 Windows 7 64bit, 12270MB RAM, 3,2 P3 Xeon, Quadro 4000 SW 2014 64bit /SP4.0 MaxxDB SP3.04
|
erstellt am: 13. Sep. 2011 12:39 <-- editieren / zitieren --> Unities abgeben:         
Hi Metallica88, wir haben einige Rechner auf denen eine VMWare läuft aber der Fehler tritt genauso an Rechnern auf die keine VMWare haben. Ich werde mal zu gegebener Zeit den Trick vom Thomas ausprobieren. Wäre wenigstens eine Lösung um nicht alles schließen zu müssen! Gruß Carsten Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Metallica88 Mitglied Konstrukteur; CAD Admin
 
 Beiträge: 379 Registriert: 01.04.2009 Win7 Pro 64bit SolidWorks 2015 SP5 MaxxDB 2015 Fujitsu Celsius M470-2 / M720 Quadro 2000 / Quadro K2000 Intel Xeon W3690 6x3,46GHz (3,73GHz) / Intel Xeon E5-1650 6x3,2GHz (3,8GHz) 12GB RAM / 16GB RAM 120GB SSD
|
erstellt am: 13. Sep. 2011 13:42 <-- editieren / zitieren --> Unities abgeben:          Nur für Carsten Heß
Hi, überprüfe trotzdem mal die Einstellung des Network Adapter in den VMWare settings (Strg + D im VMWare Player bei markierter Maschine) Network adapter sollte auf Bridged gestellt sein (ggf. muss das VMWare Bridge Protocol aktiviert werden in den Netzwerk Eigenschaften)... Mfg Metallica88
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Carsten Heß Mitglied Diplom Ingenieur (Konstruktion)
 
 Beiträge: 105 Registriert: 23.07.2004 Windows 7 64bit, 12270MB RAM, 3,2 P3 Xeon, Quadro 4000 SW 2014 64bit /SP4.0 MaxxDB SP3.04
|
erstellt am: 13. Sep. 2011 14:05 <-- editieren / zitieren --> Unities abgeben:         
|