| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für SOLIDWORKS |
| |
| Bechtle Competence Days | Online |
Autor
|
Thema: Block spiegeln, dann auflösen: Überraschung! (4221 mal gelesen)
|
Xafer Mitglied
Beiträge: 264 Registriert: 27.04.2011 WIN7x64 SW 2011
|
erstellt am: 05. Jan. 2012 09:25 <-- editieren / zitieren --> Unities abgeben:
In SW 2011 wird ein Block aus 2 Linien und einen tangentialen Halbkreisbogen erzeugt (Bild1). Anschließend wird dieser Block an einer Konstruktionslinie gespiegelt (Bild 2 und Bild 3). Dann wird der gespiegelte Block aufgelöst (Extras / Blöcke / Auflösen). Ab hier (Bild 4) wird es seltsam: Der Halbkreisbogen ist plötzlich nicht mehr an der Stelle, wo ich es eigentlich erwartet hätte. Wird der gespiegelte Block hingegen zum Bearbeiten geöffnet (also nicht aufgelöst), ist von der zuvor beschriebenen Merkwürdigkeit übrigens Nichts zu bemerken. Was läuft hier schief? Gruß Xafer Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
cad manu Mitglied Technische Zeichnerin / Konstrukteurin
Beiträge: 799 Registriert: 01.09.2004
|
erstellt am: 05. Jan. 2012 09:36 <-- editieren / zitieren --> Unities abgeben: Nur für Xafer
Hallo Xafer, nun grundsätzlich ist es eine Eigenart von SWX immer das zu tun, was man gerade nicht möchte. Dennoch möchte ich auf dein erstes Bild zurückkommen und meine es wäre sicherlich eine Hilfe bzw. SWX könnte gar nicht anders, wenn hier alles voll definiert wäre, bzw. zumindest den Kreisbogen anklicken und fixieren. Dann müsste es gehen. ------------------ Gruß cad manu Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Ralf Tide Moderator -
Beiträge: 4978 Registriert: 06.08.2001 Sehr seltsame Dinge passiern <Klaus Lage - Toy Story> .-)
|
erstellt am: 05. Jan. 2012 09:38 <-- editieren / zitieren --> Unities abgeben: Nur für Xafer
Hallo Xafer, ich schätze mal Du hast einen Bug entdeckt. Ist hier auch so nachvollziehbar (SWX 2011 SP3). Einfach dem Reseller melden. Wird dann irgendwann abgestellt. Sowas hatte ich mal beim *.dxf Export bei SolidWorks 2003 SP3. Mit SP5 war es dann wieder weg. HTH & bis demnäx, Ralf ------------------ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
cad manu Mitglied Technische Zeichnerin / Konstrukteurin
Beiträge: 799 Registriert: 01.09.2004
|
erstellt am: 05. Jan. 2012 09:52 <-- editieren / zitieren --> Unities abgeben: Nur für Xafer
Hallo Xafer, grundsätzlich hat der Ralf recht, dennoch habe ich dies auch mit SWX 2009 nachvollziehen können ... mir fällt es schwer zu glauben das wenn es ein bug ist, das das dann immer noch nicht bearbeitet wurde ... ich gehe mal davon aus, das das auch schon genug Personen gemeldet haben, denn wer weiss., vlt. ist es schon seit 2003 drin oder so ... Ich bleib bei meiner Sichtweise der "besonderen Eigenart" von SWX ... ... da fällt es einem leichter Tante Edit hat das große Bild hier rausgenommen ... ------------------ Gruß cad manu [Diese Nachricht wurde von cad manu am 05. Jan. 2012 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Xafer Mitglied
Beiträge: 264 Registriert: 27.04.2011 WIN7x64 SW 2011
|
erstellt am: 05. Jan. 2012 10:06 <-- editieren / zitieren --> Unities abgeben:
Hallo cad manu: Ich fürchte, das mit dem Fixieren des Kreisbogens haut nicht hin. Um das zu erklären muss ich etwas ausholen: Ein Block hat (vermutlich) ein eigenständiges Bezugssystem (Koordinatensystem). Wird die Lage des Blocks gegenüber dem ursprünglichem Bezugssystem in der Skizze verändert (durch Drehen oder Spiegelung) führt dies beim Auflösen des Blocks zu Konflikten zwischen Skizzenbeziehungen, die sich auf ein Koordinatensystem beziehen. SW bereinigt die Situation dadurch, dass diese Beziehungen gelöscht werden. Die Skizzenbeziehung "Deckungsgleich" (zu einem Nicht-Block-Element), "Waagrecht", "Senkrecht", "Fixieren" beziehen sich auf ein Koordinatensystem und dürfen nicht verwendet werden, falls die Absicht besteht, den Block in seiner Lage zu ändern und aufzulösen. So nebenbei: Eine Koordinatenbemaßung (die oft gar nicht als solche erkennbar ist) wäre natürlich auch nicht zulässig. Die Skizzenbeziehung "Tangential" hingegen ist unabhängig vom Koordinatensystem. Deshalb wird diese Beziehung im Block (bei einer Lageveränderung) auch nicht gelöscht. Insofern handelt es sich vermutlich (wie Ralf Tide schon gepostet hat) um einen Bug. Gruß Xafer Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
cad manu Mitglied Technische Zeichnerin / Konstrukteurin
Beiträge: 799 Registriert: 01.09.2004
|
erstellt am: 05. Jan. 2012 10:18 <-- editieren / zitieren --> Unities abgeben: Nur für Xafer
Hallo Xafer, hallo Ralf, ganz ganz mieser bug und mindestens seit SWX 2009 ... Habe eben die verschiedensten Möglichkeiten ausprobiert und es will sich nicht richten lassen ... ------------------ Gruß cad manu Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
myca Ehrenmitglied V.I.P. h.c. Konstrukteur
Beiträge: 4383 Registriert: 15.06.2007 SW 2007 SW 2018 2,67 GHz,2 GB, ATI FIRE GL V5200, XP 64 3,4 GHz, 8GB, ATI FIRE PRO V7800, WIN 10 Pro
|
erstellt am: 05. Jan. 2012 11:12 <-- editieren / zitieren --> Unities abgeben: Nur für Xafer
´Hi, Zitat: ganz ganz mieser bug und mindestens seit SWX 2009
sagen wir mindestens seit SWX 2007... Und ziemlich hartnäckig - selbst mit einer anderen Bemaßung, die es eindeutiger definiert (Ende der Konstruktionslinie war mit dem Kreis deckungsgleich). G. thomas ------------------ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
GrünesTelefon Mitglied Konstrukteur
Beiträge: 156 Registriert: 14.06.2005 SW2016 SP5.0 auf W7 64bit
|
erstellt am: 05. Jan. 2012 11:15 <-- editieren / zitieren --> Unities abgeben: Nur für Xafer
Zitat: nun grundsätzlich ist es eine Eigenart von SWX immer das zu tun, was man gerade nicht möchte.
Genau so ist das. Kennt man doch als SWX -User, dass mal was durcheinander geht - ich stolper auch immer gern über Winkelbeziehungen in Baugruppen, die machen was sie wollen. Mal ne ganz andere Frage: Wozu braucht man das eigentlich mit dem "verblocken", spiegeln und wieder "entblocken"? ------------------ MfG -GrünesTelefon- [Diese Nachricht wurde von GrünesTelefon am 05. Jan. 2012 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
L.Schröter Mitglied Projektierung
Beiträge: 263 Registriert: 29.03.2007 Aus dem Stein der Weisen macht der Dumme Schotter. (Deutsches Sprichwort)
|
erstellt am: 05. Jan. 2012 11:59 <-- editieren / zitieren --> Unities abgeben: Nur für Xafer
Hallo In SWX 2011 x64 SP4.0 ist es auch nachvollziehbar. Tangential kann ja wirklich in beide Richtungen sein (rein theoretisch). Warum SWX sich hierbei "umentscheidet" weiß nur der Programmier-Gott Die angesprochene Sache mit der wechselnden Winkelverknüpfung hat uns auch schon ein paar Konstruktionen versemmelt. Bei jedem druck auf Strg-Q wechselte der Winkel ------------------ MfG L. Schröter Diskutiere nie mit einem Idioten, erst zieht er dich auf sein Niveau runter und dann schlägt er dich aufgrund seiner Erfahrung. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Xafer Mitglied
Beiträge: 264 Registriert: 27.04.2011 WIN7x64 SW 2011
|
erstellt am: 05. Jan. 2012 12:33 <-- editieren / zitieren --> Unities abgeben:
Zur Frage: Wozu braucht man das mit dem mit dem "verblocken", spiegeln und wieder "entblocken"? Ganz einfach: Wenn ich in einer Skizze eine Spiegelung durchführe, verschwinden im gespiegelten Ergebnis alle Skizzenbeziehungen und Bemaßungen. Wenn keine Kopie erstellt werden soll (das Original also verschwindet und nur die Spiegelung übrigbleibt), ist das Ganze etwas ärgerlich. Mit dem Umweg über Block erstellen/auflösen habe ich dieses Problem nicht. Außerdem sind Blöcke sehr vielseitig. Ich kann sie skalieren, verschieben, drehen, mehrfach kopieren und eben auch spiegeln. Aus meiner Sicht bräuchte es die eigentlich dafür zuständigen Befehle (Extras / Skizzieren / Verschieben, Drehen, Skalieren usw.) nicht. Gruß Xafer Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Ralf Tide Moderator -
Beiträge: 4978 Registriert: 06.08.2001 Sehr seltsame Dinge passiern <Klaus Lage - Toy Story> .-)
|
erstellt am: 05. Jan. 2012 12:53 <-- editieren / zitieren --> Unities abgeben: Nur für Xafer
|
GrünesTelefon Mitglied Konstrukteur
Beiträge: 156 Registriert: 14.06.2005 SW2016 SP5.0 auf W7 64bit
|
erstellt am: 05. Jan. 2012 13:18 <-- editieren / zitieren --> Unities abgeben: Nur für Xafer
Mmh, von der Seite hab ich das noch gar nicht betrachtet. Bei mitelmäßig komplexen zu spiegelnden Skizzen mache ich das immer händisch, indem ich die Maße "umdrehe" (also praktisch das Minus vor dem Wert). Dies hat den Vorteil, dass man die abgeleitete Zeichnung und manchmal sogar die Verknüfungen in Baugruppen weiter verwenden kann. Das Problem mit solchen Radien habe ich da allerdings auch. Wenn du schon den "Umweg" über Blöcke gehst, dann könntest du sie doch auch als Blöcke belassen, oder? @Ralf: Die vorgehensweise mit ner abgeleiteten Skizze wird leider gerade bei komplexen Feature-Bäumen sehr unübersichtlich, da man ja an der nicht gespiegelten Skizze die Maße ändert. Man hat zwar weiterhin ne Parametrik, aber kommt kaum noch damit klar (wenn man lange nichts dran gemacht hat oder wer anders was ändern will). ------------------ MfG -GrünesTelefon- Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Xafer Mitglied
Beiträge: 264 Registriert: 27.04.2011 WIN7x64 SW 2011
|
erstellt am: 05. Jan. 2012 15:12 <-- editieren / zitieren --> Unities abgeben:
Zur "abgeleiteten Skizze": Den Sinn dieser Funktion habe ich noch nie verstanden. Sobald ich die Ableitung aufhebe (also die Referenz zur Eltern-Skizze kappe) verschwinden sämtliche Bemaßungen und Skizzenbeziehungen. Für was das gut sein soll, erschließt sich mir nicht. Falls ich die Ableitung nicht aufhebe, kann ich genauso gut einen Block verwenden. Aus meiner Sicht wäre es kein Schaden, wenn SW redundant vorhandene Anweisungen eindampfen würde. Vielleicht würde dann die Übersichtlichkeit wieder etwas besser. Wieso ich den Block unbedingt auflösen will? Ich benütze den Block für ein Schweißkonstruktionsprofil. In diesen Profilen (Lib Feat Part *.sldlfp) sind Blöcke nicht erlaubt. (Das ist jetzt zwar ein anderes Thema, trotzdem: Ich spiegele das Schweißkonstruktionsprofil deshalb, damit es beim Einfügen in die Layout-Skizze der Schweißkonstruktion gleich richtig herum sitzt) Gruß Xafer Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Lutz Federbusch Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Maschinenbau
Beiträge: 3094 Registriert: 03.12.2001 alle SW seit 97+ AutoCAD2016-2022 ERP ProAlpha + CA-Link Intel Core i7-7820K 32GB Win10x64 Quadro K5000 SpacePilot
|
erstellt am: 05. Jan. 2012 15:34 <-- editieren / zitieren --> Unities abgeben: Nur für Xafer
Abgeleitete Skizzen gab es lange vor den Blöcken. Sie sind praktisch, wenn man dieselbe Skizze auf mehreren Skizzierebenen braucht. Natürlich kann man sie ebenso drehen usw. Blöcke sind hinzugekommen, um eine Bewegung von solchen Gebilden untereinander zu vereinfachen. Wäre aber auch davor gegangen. Man könnte also auch die Blöcke im Teil als unnütz ansehen. So ganz klar ist mir Dein Vorgehen trotzdem nicht. Warum löschst Du denn wieder alles. Laß es doch als Konstruktionsgeometrie drin - ist übersichtlich genug und sollte nicht stören. ------------------ Lutz Federbusch Mein Gästebuch Der Mensch, Herr oder Sklave der Technik? Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Xafer Mitglied
Beiträge: 264 Registriert: 27.04.2011 WIN7x64 SW 2011
|
erstellt am: 05. Jan. 2012 16:08 <-- editieren / zitieren --> Unities abgeben:
Hi Lutz Ich dachte mir schon, dass entwicklungsgeschichtlich die "abgeleitete Skizze" älter ist. Doch das Bessere ist der Feind des Guten und deshalb finde ich persönlich die Block-Methode insgesamt vorteilhafter. (abgesehen von dem hier beschriebenen Bug). Aber das ist natürlich Geschmackssache. Ich will (und kann) da niemand bevormunden. Jeder hat seinen eigenen Stil. Trotzdem wird SW nicht unbedingt übersichtlicher, wenn zu viele redundante Methoden vorhanden sind. Du hast mein Posting nicht zu Ende gelesen. Ich muss den Block auflösen, weil in einem Schweißkonstruktionsprofil Blöcke nicht zulässig sind. Gruß Xafer Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
GrünesTelefon Mitglied Konstrukteur
Beiträge: 156 Registriert: 14.06.2005 SW2016 SP5.0 auf W7 64bit
|
erstellt am: 05. Jan. 2012 16:54 <-- editieren / zitieren --> Unities abgeben: Nur für Xafer
|
Xafer Mitglied
Beiträge: 264 Registriert: 27.04.2011 WIN7x64 SW 2011
|
erstellt am: 05. Jan. 2012 17:27 <-- editieren / zitieren --> Unities abgeben:
Danke für den Hinweis! Jetzt habe ich es verstanden. Noch ein Nachtrag zu den Vorteilen der Blockmethode, den ich im Eifer des Gefechts vergessen habe: Blöcke lassen sich natürlich auch extern in einer eigenen Datei separat speichern. Das könnte gegebenenfalls von Vorteil sein. Gruß Xafer
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Xafer Mitglied
Beiträge: 264 Registriert: 27.04.2011 WIN7x64 SW 2011
|
erstellt am: 16. Jan. 2012 08:19 <-- editieren / zitieren --> Unities abgeben:
Dieser "Bug" scheint tiefere Ursachen zu haben. Ein weiteres zwielichtiges Verhalten kommt zutage, sobald Winkelbemaßungen vorhanden sind. Alles wie gehabt: Block spiegeln und den gespiegelten Block auflösen. Eigentlich sollte der aufgelöste Block nur "aufgelöst" sein, und ansonsten genauso aussehen wie zuvor. So steht es zumindest in der SWX-Hilfe. Doch anscheinend hält sich nicht mal SWX an seine eigenen Vorgaben, wie in dem Bild zu erkennen ist. (Neuerdings nennt man so ein Verhalten "wulffen") Gruß Xafer
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |