Manipulator FC.17

[freecad-heini-1]

Man benötigt gar keine Flächen, Linien aus einem Sketch funktionieren genau so gut.
Die Snap-Funktionen aus Draft sind nicht sehr wählerisch, die nehmen sozusagen fast alles.
Das gilt auch für Klonen und verschieben, z.B.Endpunkte oder Mittelpunkte fangen und zur nächsten Linie oder Ebene verschieben. So kann man völlig easy spiegeln, rotieren, platzieren, alles mit Mausklickerei.

spiegeln-draft-sketcg-linien.png (20.01 KiB) Viewed 1958 times

[hammax]

... naja um Hauptachsen und -ebenen zu spiegeln, also quasi im Kreis herum,
war ja nicht das angesprochene Problem.
Worauf ich raus wollte, war die versprochene oder erwartete Mächtigkeit dieser Draft-Spiegelfunktion,
und ihre mitunter festgestellte Rechenschwäche bezüglich der effektiven Bauteilausrichtung.
Ich bemerke diesen Effekt auch bei den "Data-Planes", die sich manchmal partout
nicht so hinstellen wollen wie ich das will.
Da ich "nicht mehr" produktiv konstruieren muss/will, interessieren mich zunächst eher die
geometrischen Feinheiten und Spezialitäten von FreeCAD auf denen man aufbaut.

Ich darf mal [NormandC] übersetzen und zitieren:
(seine "Grundsatzerklärung" habe ich jetzt schon mehrfach fast textgleich gelesen
und bei mir in ein Do+Dont-File kopiert)
Grundsätzlich soll man damit aufhören, Sketches auf Bauteilflächen abzubilden/(mapping).
Sketches sind auf Standardflächen oder auf generierten DatumPlanes zu erzeugen.
Wenn man DatumGeometry erzeugt, soll dies nicht auf der Bauteiltopologie geschehen,
sondern auf Standard-Ebenen oder -Achsen und/oder Sketches.
Auch ist es der Mühe wert, eine "Master Sketch" Vorgehensweise einzuhalten (Skelettkonstruktion),
da es hiermit möglich ist, externe Geometrie zu erzeugen, die mit einem anderen Sketch
verlinkt ist. Es ist anzunehmen (maybe wrongly), dass auf diese Weise Sketches nicht mehr
so sehr unter dem "Topological Naming Issue" leiden. (was das wohl wieder ist???)

Für wirklich komplexe Modelle ist es zudem ratsam, mit eigenständigen Körpern (Body)
zu arbeiten, die man erst am Ende zu einem Teil kombiniert. Der Gebrauch von Shapebinder
erlaubt zwar ihre Verlinkung, kann aber auch Instabilitäten nach sich ziehen.

Deshalb vergesse man den hübschen "Linear Dependency Graph".
Hier liegt u.U. die primäre Ursache für einen Modellabsturz.
Noch eine Binsenweisheit: Die Anbringung von Radien und Fasen bis zum Schluss aufheben.
/Ende Zitat/Übersetzung

Manchmal muss man einfach wieder "ganz unten" anfangen, auch wenn einem die
geläufigen CAD-Features durchaus vertraut zu sein scheinen.
Daher auch lieber ein Preview FC.17 als die Stable-Version.
Es gilt wohl der Spruch:
Ich habe schon soviel aus meinen Fehlern gelernt, dass ich ständig versucht bin, neue zu machen....
gilt immer mfG Max

[r-frank]

so sehr unter dem "Topological Naming Issue" leiden. (was das wohl wieder ist???)

Topological-Naming-Problem (Video von Willfried, aka freecad-heini-1).

[hammax]

OK "topological naming problem" inhaliert und hoffentlich
bis auf Weiteres verstanden. (danke r-frank und Freecad)

Bezüglich der DataPlanes habe ich mich zunächst auf den englischen Artikel
von [velociraptux] für erste Gehversuche gestürzt. (lesenswerter Thread)
viewtopic.php?f=3&t=20464
und versucht Selbiges ohne Bauteil zu verstehen.
Das war leider nicht der beste Ansatz, weil nicht "logisch" konstruiert worden war
und wahrscheinlich 2 Planes durch "Rumprobieren" entstanden sind.

Inzwischen ist die Geschichte wenigstens halbwegs verdaut und ich
schaffe es, komplexere Planes-Positionen mit immer noch
verständlichen Daten-Parametern zu erstellen - man muss eben nur "richtig" drehen.
Der Witz ist wohl, dass zuerst der Winkel eingestellt werden muss
und erst danach der Wert 1 in den Axis-Feldern bei der gewünschten Achse editiert wird.

DataPlane_1.PNG (32.38 KiB) Viewed 1928 times

Auf diesen Planes lassen sich dann die Skelettskizzen erzeugen,
die man wiederum durch abhängige Verknüpfungen/Kopien in eigenständigen Bodys
weiter verwendet.

[hammax]

In den letzten Posts von Nockentülle
viewtopic.php?f=13&t=20095
werden ja einige Vorzüge und Behinderungen von FC thematisiert. Ich habe mich jedenfalls
damit abgefunden, dass man da durch muss. Einer geschenkten Programmversion schaut
man schließlich nicht so genau ins Maul...
Unlängst wurde die FC0.17.10091 eingespielt. Abgesehen vom Download in unserem
ländlichen Lahm-Netz geht der Rest flott und problemlos.
Auch habe ich mich getraut die FC.16 über Systemsteuerung zu deinstallieren.
Wider Erwarten geht noch alles. Derartige Pluspunkte sollte man durchaus schätzen.
Alsda wären einfache Installationsprozedur und überschaubare Dateistruktur.

Der von [holdi] zum Jahreswechsel begonnene Thread "Übersetzung ins Deutsche"
viewtopic.php?f=13&t=19496
hat mich inzwischen allerdings bewogen, FC nur noch auf Englisch anzuwenden -
das Problem der Mehrdeutigkeiten und begrifflichen Verwurschtelung ist mir für die
weitere Anwendung der Entwicklerversion zu vielschichtig, da lerne ich lieber jedesmal
die paar neu hinzugekommenen Bezeichnungen.

In den "Case Studies" bezüglich der m.E. essenziellen DatumPlanes hat sich mit der
neuen 91er-Version auch eine deutliche Stabilisierung eingestellt. Man kann das
Tool ohne wiederholtes Abspeichern und Neustarten durchgängig anwenden. Nur die
erforderlichen Tricks und Workarounds sind noch zu verinnerlichen.

In der PartDesignWB einen Body anlegen. Doppelklick darauf und das PlaneSymbol wählen.
Jetzt darf man einen oder mehrere Bezüge wählen. Entscheidet man sich der Einfachheit halber
für eine der Hauptebenen, ist die Geschichte schon erledigt - nur sieht man leider noch nichts.
Es muss noch eine Sketch auf die Ebene gezeichnet werden.
Ich mache dann immer ForceRecompute und die Ebene, angepasst auf den Sketch, erscheint.
In den primären Placementangaben ist nun zu lesen:
bei XY-Ebene 0° 0 0 1
bei XZ-Ebene 90° 1 0 0
bei YZ-Ebene 120° 0,58 0,58 0,58
offensichtlich wird bei der Wahl der Hauptebenen grundsätzlich auf XY abgelegt
und vom Algorithmus dann mehr oder weniger kompliziert geklappt. Das trägt natürlich
sehr effizient zum "einfachen Durchblick" bei. Hinzu kommt - nach meinen Beobachtungen jedenfalls -
dass bei der Hauptebenenanbindung das primäre Placement sich nicht mehr editieren lässt
und man muss auf das Superplacement ausweichen.
Bei einer beliebig in die Gegend gestellten DatumPlane gibt es diese Einschränkungen anscheinend nicht.
Der Umgang damit muss wohl noch ergründet und beschrieben werden.
eine durchaus interessante Aufgabe...

[hammax]

...sorry, dass dies heute eher wie ein Blog in eigener Sache wirkt,
aber ich reite immer noch in der PartDesignWB auf DataPlanes und Placementoperationen rum.
Inzwischen kriege ich sogar schon das hin, weswegen ich in FC eingestiegen bin.
Opensource und Inkscape-kompatible "Bauteile" für Heizungshydraulik-Schemata.
(ein bisschen seltsam ist FC für nichtroutinierte User manchmal schon - vor allem, wenn man dazu neigt,
über die damit vergeudete Lebenszeit zu jammern - wie anderswo gelesen...)
Abends einen unvollendeten Helixsweep, der ums Verrecken nicht funzen will, frustriert abgespeichert,
am nächsten Tag geöffnet - und er ist da. Das müsste nicht das FreeCAD sondern DIE FreeCAD heißen.

Die PartDesignWB ist noch etwas mager ausgestattet und man muss immer wieder aus der PartWB
die Dinge ausleihen - manchmal mit dem unguten Gefühl - ob das mal gut geht.
Aktuell ist die FC0.17.10101 drauf, aber die nächste Version winkt schon,
ich muss nur noch warten, bis die minecraftbesessene Familie die netzbelastende XBox verlässt
und ich wieder Downloads machen kann. So ist das Rentnerleben.

[freecad-heini-1]

Abends einen unvollendeten Helixsweep, der ums Verrecken nicht funzen will, frustriert abgespeichert, am nächsten Tag geöffnet - und er ist da.

Das glaube ich nicht. Bitte lade die FC-Datei mit dem betreffenden Helixsweep hier hoch.
Empfehlung > schau Dir bitte die Makros von User mario52 an. Er hat einiges rund um das Thema Helix programmiert.

ein bisschen seltsam ist FC für nichtroutinierte User manchmal schon - vor allem, wenn man dazu neigt, über die damit vergeudete Lebenszeit zu jammern - wie anderswo gelesen...

Es gibt die Möglichkeit routinierter zu werden, durch üben, üben, üben, oder die Arbeit mit Freecad zu beenden, es besteht nämlich kein Freecad-Zwang. Wer nicht mehr mag kann jederzeit aufhören.

[hammax]

Klage nicht - handle!!
und (ich/man) lese mal im englischen Teil des Forums (RTFF).
Etwas zum Thema "Crash von Sweep" in FC.17
Der Thread ist noch gar nicht so alt, aber man kann ja nicht binnen Monatsfrist
das ganze Forum reinziehen - eher dann, wenn man über etwas stolpert.

Insbesondere hier wieder von [NormandC] eine Übersetzung:
https://forum.freecadweb.org/viewtopic. ... 18#p157418

Part hat einen zeitlichen Vorlauf gegenüber PartDesign von mehreren Jahren.
Auch muss unterschieden werden, zwischen dem Part-Modul und der PartWorkbench.
Soweit man das als Enduser ohne Programmierkenntnis verstehen kann,
ist die Workbench die GUI-Seite des Moduls, veröffentlicht aber nicht jede im Part-Modul
vorhandene Funktion. Dieses Modul ist die Schnittstelle zum OCC-Kernel, der für alle geometrischen
Modellierfunktionen verwendet wird. Alle anderen Module und Workbenches in FreeCAD basieren auf dem
Part-Modul.

Bezüglich der PartWorkbench kann man ihren Zweck als "temporär" verstehen, solange man darauf
wartet, dass spezialisierte Workbenches entstehen und betriebsreif werden.
Seiner (NormandC's) Meinung nach ist die PartWorkbench nicht mehr von Nutzen,
sobald eine voll funktionsfähige PartDesignWorkbench und eine voll ausgestattete
SurfaceDesignWorkbench zur Verfügung stehen.
Unter den Nutzern mag das heftig umstritten sein, dabei ist es lediglich eine Trennung
zwischen genereller (Part) und spezialisierter Funktionalität (PartDesign, Arch, SheetMetal...)

Das alles gipfelt darin, dass FreeCAD vielseitig spezialisierte CAD-Programme
zu einem einzigen bündelt. Vermutlich dürfte es kaum kommerzielle CAD-Software geben,
die Mechanische Konstruktion, Architektur Design, Schiffsentwurf (<= naja.. Anm. d. Verf.)
im selben "Bundle" haben (Vielleicht Catia?).
Ende Zitat/Übersetzung [NormandC]
mfG Max

Nachtrag: mit FC-Crash habe ich eigentlich kein besonderes Problem, da mein PC
mit einer SSD arbeitet und FC sowas von schnell wieder hochfährt (ca. 6s), dass es sich
kaum rentiert, großartige Gedanken über den "aktuellen Hänger" und seine kryptische
Fehlermeldung (wenn überhaupt) zu verschwenden. Pluspunkt für FC.

[hammax]

Hallo,
...aus der Zugriffszahl darf ich entnehmen, dass dieser Post doch gelesen wird.
Was mich natürlich anspornt, weitere m.E. für Anfänger wichtige Fundstellen im englischen Forum zu übersetzen. Es besteht immerhin ein Unterschied, ob man eine Textstelle lediglich überfliegt oder ob man sie möglichst holperfrei ins Deutsche zu übertragen versucht. Im letzteren Fall bleibt wesentlich mehr Sediment im eigenen Gedächtnis zurück. Es besteht zusätzlich auch noch die Chance, dass Textsnippets z.B. von Anderen im Wiki wiederverwendet werden können - gerne mehr.
Anfänglich habe ich die Bedeutung und das Innovative der PartDesignWB gar nicht so überrissen.
Mir war eher der Strukturbaum von Catia her vertrauter - und die DatumPlanes haben es mir angetan.
Seit dem nachstehenden Thread ist die Begrifflichkeit allerdings deutlich gewachsen.

Übersetzung [ickby] 13.Apr.2016
viewtopic.php?t=15269
Inzwischen bietet die FC0.17dev-Version eine PartDesignWorkbench mit flächigem Update.
Da der Workflow sich in einigen Aspekten geändert hat, folgt hier eine Übersicht der wichtigsten, neuen Konzepte:
1. Body: Ein Body ist ein einzelnes Solid, bestehend aus verschiedenen, individuellen PartDesign-Features. Es gruppiert alle zu seiner Erzeugung benutzten Features im eigenen Strukturbaum. Und es stellt die Basis/Origin (Ebenen und Achsen) zur Verfügung, die dann in den Features als Referenzen genutzt werden können. Darüber hinaus kann es (der Body) frei bewegt werden, ohne dass notwendigerweise die enthaltenen Features bewegt werden müssen.
2. Part: Ein Part ist nicht notwendigerweise mit dem PartDesign verknüpft, sondern ein neues, generelles FreeCAD-Element. Es stellt ein lokales Koordinatensystem zur Verfügung und kann dazu benutzt werden, um jeglichen FreeCAD-Stoff zu gruppieren sowie ihn als eine Einheit zu verschieben. Dies wird die zukünftige Basis für Assemblys sein.
3. Aktive Objekte: Inzwischen gibt es auch den Begriff des aktiven Objekts. Z.B. kann die Datei Mehrfach-Körper (multiple Bodies) enthalten. Wird ein neues Feature erzeugt, so wird es dem aktiven Body hinzugefügt. Um einen Body zu aktivieren, muss man ihn doppelklicken, sein Aktivierungszustand wird im Strukturbaum durch die Hintergrundfarbe angezeigt.
4. Inzwischen ist es möglich, Datum-Planes/-Lines/-Points zu erzeugen und sie an Features anzuheften. Diese "Datums" kann man als Basis für Sketches oder Rotationsachsen usw. benutzen. Es gibt eine Vielzahl von Verknüpfungsmöglichkeiten für Datums.
5. Es ist nicht mehr nötig einen Sketch auf der Fläche eines Features zu positionieren. Sogar beliebig im 3D-Raum erzeugte Features lassen sich additiv/subtraktiv am Body anbringen.
6. Sketchbasierte Werkzeuge (Pad/Block, Umdrehungskörper,...) funktionieren nicht mehr nur mit Sketches sondern auch mit den Flächen eines Features.
7. Kreuzreferenzen: Nun ist es auch möglich, über "Datums" Dinge von einem zu einem anderen Body zu referenzieren. Z.B. erlaubt der Shapebinder (ebenfalls ein "Datum") die Flächen eines Bodys als Referenz in einen anderen zu kopieren. Somit sollte es möglich sein, eine Box mit Passflächen (fitting cover) in zwei unterschiedlichen Bodys zu erstellen. FreeCAD unterstützt damit ein gezieltes Verknüpfen zu anderen Bodys und macht das Vorgehen überprüfbar.
8. Zusätzliches Toolset: Alle relevanten Tools, die bisher exklusiv in der PartWB zur Verfügung standen, sind nun auch in der PartDesignWB zu haben. Sie haben auch das üblich unterschiedliche Verhalten, nämlich immer Soliderzeugung, automatisches Hinzufügen oder Abziehen zum/vom Body.
9. Migration: Dateien aus älteren FreeCad-Versionen können weiterhin geöffnet und editiert werden. Wenn sie ausschließlich auf PartDesign begründen, können sie in den neuen Stil via Menü=>PartDesign=>Migrate umgewandelt werden. Wenn eine Vermischung von Part/PartDesign/Draft enthalten ist, wird die Umwandlung möglicherweise fehlschlagen.
Ende Zitat/Übersetzung [ickby]

[hammax]

...kaum habe ich FC0.17.10235 drauf, schon kriege ich problemlos
in der PartDesignWB einen Helixsweep zustande...
(Was hat mich das bislang Nerven gekostet!)
Jetzt müsste nur noch statt der angehefteten Torussegmente aus der PartWB
der Sweeppfad komplett "verdrahtet" werden.
Danke FreeCAD.17...
mfG Max