| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Autodesk Produkte |
| |
| PNY präsentiert die neue NVIDIA RTX A400 und die A1000 Grafikkarte, eine Pressemitteilung
|
Autor
|
Thema: Subassembly Composer vergisst Ausgabewerte (1246 / mal gelesen)
|
tobwo Mitglied Dipl. Bauingenieur
Beiträge: 575 Registriert: 08.09.2006 Windows W10 64bit 32GB Civil3D 2023 HEC-RAS
|
erstellt am: 25. Aug. 2016 09:07 <-- editieren / zitieren --> Unities abgeben:
Hallo ich habe ein Querschnitt zusammengebaut, in dem Werte zurückgegeben werden. Diese werden für angrenzende Querschnitte benötigt. (Breite, Neigung) Normalerweise werden die Ausgabewerte in den Querschnittseigenschaften-> Register Konstruktion angezeigt. Wenn ich den Querschnitt einfüge, passiert dies auch. Aber irgendwann zeigt er keine Ausgabewerte mehr an. Woran könnte das liegen? ------------------ MFG Tobias Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
CAD-Huebner Ehrenmitglied V.I.P. h.c. Verm.- Ing., ATC-Trainer
Beiträge: 9803 Registriert: 01.12.2003 Map/Civil 3D 2005-2025, aktuelle SPs.
|
erstellt am: 25. Aug. 2016 09:21 <-- editieren / zitieren --> Unities abgeben: Nur für tobwo
Zitat: Original erstellt von tobwo: Querschnitt ...Normalerweise ... irgendwann zeigt er keine Ausgabewerte mehr an. Woran könnte das liegen?
Hab ich noch nicht feststellen können. Wann ist denn "irgendwann?" beim Wechsel auf eine neues Civil 3D Release, beim Verwenden in einem Profilkörper... Um das Problem zu sehen, müsste man eine Beispieldatei sehen. Um das Problem nachstellen zu können, bräuchte man den Querschnitt. Um ein methodisches Problem zu erkennen, müsste man zudem die Packet Datei (*.PKT) des Querschnitts einsehen können. ------------------ Mit freundlichem Gruß Udo Hübner www.CAD-Huebner.de Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 25. Aug. 2016 09:32 <-- editieren / zitieren --> Unities abgeben: Nur für tobwo
Hallo Tobias, hast Du Deinen eigener QS mit "Decision" erstellt? Dann kann es durchaus sein, dass der Ausgabewert in diesem ich nenne es mal "Programmpfad" nicht ausgegeben wird! Also mal den Flowchart prüfen!
------------------ mfg Roman Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
tobwo Mitglied Dipl. Bauingenieur
Beiträge: 575 Registriert: 08.09.2006 Windows W10 64bit 32GB Civil3D 2023 HEC-RAS
|
erstellt am: 25. Aug. 2016 10:37 <-- editieren / zitieren --> Unities abgeben:
Hallo Udo, das Problem liegt in der Fussneigung im Querschnitt. Diese will Civil nicht akzeptieren. Im Composer 2015 funktioniert alles. Aber in Civil funktioniert es nicht. Der Fehler verursacht wahrscheinlich die Probleme in Folge. ------------------ MFG Tobias Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 25. Aug. 2016 11:31 <-- editieren / zitieren --> Unities abgeben: Nur für tobwo
Zitat: m Composer 2015 funktioniert alles
Verwendest du "TargetHoehe" in Civil als Zielparameter? Da gibt's einige mögliche Szenarien wo der QS nicht mehr funktioniert und auch keine Ausgabewerte mehr ausspuckt Kannst Du aber im Composer testen indem Du die TargetHoehe mal etwas runterziehst -> Dann sieht Du die Fehler im Event Viewer
------------------ mfg Roman Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
tobwo Mitglied Dipl. Bauingenieur
Beiträge: 575 Registriert: 08.09.2006 Windows W10 64bit 32GB Civil3D 2023 HEC-RAS
|
erstellt am: 25. Aug. 2016 11:36 <-- editieren / zitieren --> Unities abgeben:
Jetz hat es unter 2016 wunderbar funktioniert. Beim Testen mit Civil2015 flog mir der Baustein wieder um die Ohren. Sobald ich die Fußneigung ändere, verschwindet der gesamte Querschnitt (auch alle anderen Querschnittsbausteine. Es ist dann nur noch das Querschnittssymbol zu sehen. ------------------ MFG Tobias Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 25. Aug. 2016 11:37 <-- editieren / zitieren --> Unities abgeben: Nur für tobwo
Was mir aber gerade bei meinem SAC 2016 auch negativ auffällt ist, dass die Output-Werte auch nirgends direkt mal zur Kontrolle angezeigt werden bspw. in der Spalte "Default Value" hier stehen bei mir immer nur Vorgabewerte die nichts mit dem Ausgabewert zu tun hat. Ist das bei euch auch so? ------------------ mfg Roman Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
tobwo Mitglied Dipl. Bauingenieur
Beiträge: 575 Registriert: 08.09.2006 Windows W10 64bit 32GB Civil3D 2023 HEC-RAS
|
erstellt am: 25. Aug. 2016 11:46 <-- editieren / zitieren --> Unities abgeben:
Hallo Roman, das der Querschnitt im Profilkörper bei unsinnige Parameter (Zielhöhen) rumspinnt kann ich nachvollziehen. Aber funktioniert dann der Regelquerschnitt auch nicht mehr?
------------------ MFG Tobias Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 25. Aug. 2016 12:05 <-- editieren / zitieren --> Unities abgeben: Nur für tobwo
Zitat: Aber funktioniert dann der Regelquerschnitt auch nicht mehr?
Also der Regelquerschnitt entspricht ja im Composer der Voransicht "Layout mode" also müsste der korrekte Werte liefern. Du sprachst jedoch davon, dass Du die Ausgabewerte für angrenzende QS verwendest (wie auch immer Du das tust -> ich kenne die Vorgehensweise "noch" nicht und packe gewöhnlich alles in einen QS) Sobald der QS im Profilkörper dann abgewickelt wird (in die 3. Dimension) kommen die Achskrümmungen, Versatzziele und unterschiedliche Geländeänderungen ins Spiel und es wird "kompliziert". Fakt ist: Man muss extrem sorgsam so einen QS im SAC zusammenbauen, um alle Eventualitäten abzudecken! ------------------ mfg Roman
[Diese Nachricht wurde von RL13 am 25. Aug. 2016 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
tobwo Mitglied Dipl. Bauingenieur
Beiträge: 575 Registriert: 08.09.2006 Windows W10 64bit 32GB Civil3D 2023 HEC-RAS
|
erstellt am: 25. Aug. 2016 12:17 <-- editieren / zitieren --> Unities abgeben:
Hallo Roman, wenn du die Output-Werte in der Parametervorschau meinst, dann kann ich das für den ASC2015 auch bestätigen. Diese gleichen nicht den ermittelten.
Zitat: Also der Regelquerschnitt entspricht ja im Composer der Voransicht "Layout mode" also müsste der korrekte Werte liefern
Das tat er eben nicht. Die Fußneigung lies sich nicht verändern. Der Wert blieb stur beim Vorgabewert und Ausgabewerte wurden nicht angezeigt. ------------------ MFG Tobias Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 25. Aug. 2016 12:25 <-- editieren / zitieren --> Unities abgeben: Nur für tobwo
ok merk grad Du stolperst ja bereits bei der Querschnittserstellung in Civil. Und hast Du mal getestet ob der QS korrekt ohne den Ausgabewert "o_m_fuss" funktioniert und eingefügt werden kann? (den Sinn dieses Ausgabewertes habe ich jedoch auch noch nicht kapiert Also sorry wenn das keine Option für Dich ist) ------------------ mfg Roman Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
tobwo Mitglied Dipl. Bauingenieur
Beiträge: 575 Registriert: 08.09.2006 Windows W10 64bit 32GB Civil3D 2023 HEC-RAS
|
erstellt am: 25. Aug. 2016 13:47 <-- editieren / zitieren --> Unities abgeben:
Hallo Roman "m_fuss" gab es in der ersten Version nicht und da lief alles tadellos. Warum jetzt die Probleme auftauchen kapier ich nicht. Sinn des Ausgabewertes: zusätzliche Filterschicht läuft parallel zum Baustein. ------------------ MFG Tobias Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 25. Aug. 2016 15:06 <-- editieren / zitieren --> Unities abgeben: Nur für tobwo
Zitat: Sinn des Ausgabewertes: zusätzliche Filterschicht läuft parallel zum Baustein.
Ah Ok, nun glaub ich zu wissen was Du meinst. Du verwendest den Ausgabe-Wert als Parameterreferenz zu einem anderen QS-Bestandteil im gleichen QS. Das hab ich nun mal mit Deinem QS-Bestandteil und "BasicLane" versucht und scheitere schon an der Auswahl "Wert abfragen von" da erscheint nämlich nix. Da ich die Funktion auch noch nie verwendet habe bin ich an dieser Stelle mit neuen Vorschlägen raus, sorry ------------------ mfg Roman Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
tobwo Mitglied Dipl. Bauingenieur
Beiträge: 575 Registriert: 08.09.2006 Windows W10 64bit 32GB Civil3D 2023 HEC-RAS
|
erstellt am: 25. Aug. 2016 18:47 <-- editieren / zitieren --> Unities abgeben:
Hallo Roman ich habe zwei Fehlerquellen gefunden: * im ASC2015: - im ASC habe ich den Ausgabewert nochmal gelöscht und wieder eingefügt - den Type des Ausgabewertes auf Slope umgestellt (vorher Grade) -> wahrscheinlich sollte man Grade nicht als Rückgabetyp wählen - zur Sicherheit mit der Funktion L1.Slope die Neigung nochmal rechnen lassen * in Civil3D: beim Einfügen der Querschnittsbausteine sollten bei der Verwendung von Parameterreferenzen keine identische Namen vorliegen. Selbst das nachträgliche Umbenennen kann zu spät sein. ------------------ MFG Tobias [Diese Nachricht wurde von tobwo am 25. Aug. 2016 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
CAD-Huebner Ehrenmitglied V.I.P. h.c. Verm.- Ing., ATC-Trainer
Beiträge: 9803 Registriert: 01.12.2003 Map/Civil 3D 2005-2025, aktuelle SPs.
|
erstellt am: 25. Aug. 2016 19:29 <-- editieren / zitieren --> Unities abgeben: Nur für tobwo
Hallo Tobias, Roman ist ja bereits aufgefallen, das dein Querschnitt in bestimmten Situationen (Targethoehe vorhanden aber unterhalb P1) keine Ausgabewerte setzen kann, da überhaupt kein P2 berechnet werden kann - es folgen im SAC entsprechende Infos im Eventviewer. Das sollte vermieden werden, z.B. durch Änderung der ersten Decision auf Code: TargetHoehe.IsValid and P1.Y < TargetHoehe.Value
Du benutzt verschiedene Abkürzungen für ACS2015 = ASC = SAC = (Autodesk) SubAssembly Composer Ich habe in der im Internet überwiegend SAC, gelegentlich auc ASC (das erste A dann für Autodesk) gefunden. ACS2015 ist vermutlich ein Tippfehler. Hast du mal eine (ganz einfache) DWG als Beispiel, wie du deinen Querschnittbestandteil verwenden möchtest? Noch etwas. Anfang und Ende von Höhenzielen erzeugen keine Profilkörper-Querprofilstationen (anders als bei Versatzzielen, da ist es einstellbar).
------------------ Mit freundlichem Gruß Udo Hübner www.CAD-Huebner.de Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
tobwo Mitglied Dipl. Bauingenieur
Beiträge: 575 Registriert: 08.09.2006 Windows W10 64bit 32GB Civil3D 2023 HEC-RAS
|
erstellt am: 25. Aug. 2016 22:27 <-- editieren / zitieren --> Unities abgeben:
|