---

Moin.

Irgendwann ist man von SWX ja dann doch mal etwas angenervt:
Lässt man bei den Konfigurationen den Neuaufbau weg, baut SWX irgendwann Scheixxe.
Fügt man ihn grundsätzlich bei jeder Konfiguration hinzu, ist zwar die Darstellung auch grundsätzlich richtig, aber das Abspeichern des Parts/der Baugruppe (und zwar jedes Abspeichern) dauert unglaublich lange, da ja jede Konfiguration erst mal wieder durchgerechnet werden muss, egal, ob ich irgendwas geändert habe oder nicht. Hinzu kommt die entsprechende Meldung dazu, die man trotz entsprechendem Haken offenbar nicht abstellen kann.

Ich benutze 2013 SP5.0

Hat sich bezüglich dieses PITA in den nachfolgenden Versionen eigentlich irgendwas verbessert?

Gruß, Torsten

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Moin Torsten, hast du das schon mal mit der Einfrieren-Leiste ausprobiert? Bei komplexen Teilen nutze ich das ganz gerne um die Neuaufbau-Zeit zu reduzieren, das dann das BT nicht immer wieder durchgerechnet wird.
Allerdings kann ich nicht sagen, wie es sich bei Konfigurationen verhält.

------------------
Grüße vom
Erzmichel

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Torsten,

hast du da evtl. importierte Teile drin? Die mal zum Test unterdrücken. Das sind in der Regel absolute Performance-Killer. Vor allem wenn sie nicht sauber gerichtet sind (Importdiagnose, Prüfung...)

------------------
Grüße

Jörg

da ich weiß daß ich nichts weiß weiß ich immer noch mehr als die die nicht wissen daß sie nichts wissen (weiß nicht von wem)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hmm, also das Neu-Rechnen (Strg+Q) geht bei uns eigentlich recht flott. Wir haben meist so um die 50-100 und mehr Konfigs in einem Teil und BG.
Beim Einchecken (also schließen und speichern) in die Datenbank wird auch immer nochmal neu gerechnet. Auch hier kaum Geschwindigkeitsauffälligkeiten.
Da liegt sicher noch was anderes im Argen...

------------------
**Kein Mensch ist so beschäftigt, dass er nicht die Zeit hätte, jedem zu erzählen, wie beschäftig er ist.**

SWX 2015 SP5 / DBWorks R15 SP 2.5
Office 2010
Windows 10 Pro 64 bit
Dell Precision T3600
Intel Xeon E5
16 Gb RAM
NVIDIA Quadro 2000
Space Pilot Pro

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

hast du das schon mal mit der Einfrieren-Leiste ausprobiert

---

würde ich nicht empfehlen, habe damit schlechte Erfahrungen gemacht, besonders bei Konfigurationen. (Teile haben Fehler angezeigt)
aber du kannst bei den einzelnen Konfigurationen eine Markierung für Neuaufbau/Speichern zu Konfigurationen hinzufügen. (in den Dokumenteigenschaften kann dies eingestellt werden, oder RMT auf die Konfiguration)

------------------
Gruß bbonisch

Wer nicht träumt, der ist tot.  

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

BG.JPG

Moin Torsten,
Du scheints im moment etwas "angefressen".
Speicherzeiten extrem lange? Speicherts Du auf einem Netzlaufwerk?
Konfigurationen brauchen ewig? Wieviele davon hast Du denn drin? Mit Exceltabelle vielleicht? Alle Details drin? Probier mal die Wiederaufbauzeit zu ermitteln (Bild) welches Teil tatsächlich so sch..xxe ist.
Grundsätzlich sollte man im SWX mit der Anzahl von Konfigurationen etwas vorsichtig sein. Die API fängt bei 100 (falls ein PDM System verwendet wird) öfters mal an zu weinen.
Speichern der Ergebnisse auf eine interne SSD macht mehr Sinn als auf's Netzwerk. Bei der Version 2013 greift möglicherweise noch die Geschichte mit dem Konsolidierungsmode.
Ist der eingeschaltet, wird die Datei beim Speichern kleiner, aber die Zeit geht nach oben.. ebenso beim Öffnen.
Übrigens: mit SWX 2016 sind die Dateien nach dem Speichern/Konvertieren ca. 60 % kleiner. Das liegt am neuen internen Dateiformat, wie es scheint. Schneller gehts subjektiv auch...

------------------
Grüße von der Saar
Uwe Blum

www.hydac.com/

[Diese Nachricht wurde von ublum am 14. Mrz. 2016 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

@bbonisch:
Die Markierung ist ja mein Problem. Ich setze die eigentlich grundsätzlich, da es sonst regelmäßig zu falsch dargestellten Konfigurationen in den übergeordneten Baugruppen kommt.

@rawo:
Benutzt ihr denn den einstellbaren Neuaufbau wenn das bei Euch so schnell geht?

@jörg:
Beim generellen Verhalten gibt's da IMHO keinen Unterschied, ob Importteile dabei sind oder nicht.

@Erzmichel:
Das probiere ich nochmal aus.
Aber würde mir das bei Baugruppen mit Konfigurationen wirklich helfen?

Gruß, Torsten

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Torsten Niemeier:

@rawo:
Benutzt ihr denn den einstellbaren Neuaufbau wenn das bei Euch so schnell geht?

---

Hallo Torsten,

die nutzt bereits die 2015. Da wurde das Dateiformat schon teilweise geändert. In der 2016 Wie Uwe schrieb "ausgereift". Die kann man mit der 2013 nicht mehr vergleichen. Selbst die 2014 speichert schon etwas komprimierter.

------------------
Grüße

Jörg

da ich weiß daß ich nichts weiß weiß ich immer noch mehr als die die nicht wissen daß sie nichts wissen (weiß nicht von wem)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Normalerweise sollte SWX nach dem einfrieren die BT nicht mehr durchrechnen. Und gerade das sollte es schnell machen. Ich würde sagen, einfach ausprobieren. 

------------------
Grüße vom
Erzmichel

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Torsten,

Zitat:

---

da es sonst regelmäßig zu falsch dargestellten Konfigurationen in den übergeordneten Baugruppen kommt

---

wir arbeiten auch viel mit Konfigurationen (z.T über 200) und dieses Verhalten kenn ich nicht. Sind denn deine Konfigurationen fehlerfrei, hast du diese überprüft (auch aktualisiert).
Es gibt noch eine Einstellung in den Optionen "Zwischengespeicherte Konfigurationsdaten löschen" (wirkt sich auf die Größe aus)

------------------
Gruß bbonisch

Wer nicht träumt, der ist tot.  

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Mmmh.

Wenn es keine Probleme mit falsch dargestellten Konfigurationen gäbe, wozu gibt es dann wohl den Schalter 'Neuaufbau hinzufügen'?
Wenn bei mir in einer übergeordneten Baugruppe die roten Lampen angehen, kann ich fast sicher sein, dass da irgendeine Unterbaugruppe dahintersteckt, wo gerade ein Blech oder sonst was in vereinfachter Form drin sitzt, obwohl es eigentlich gerade Standard sein sollte.
Mache ich in dieser Unterbaugruppe den Neuaufbau an, tritt der Fehler nicht mehr auf.
Gäbe es an dieser Stelle generell keine Schwierigkeiten, würde dieser Schalter nicht existieren.

BTW: Meine Datenbank speichert zunächst mal lokal, wir haben keine Netzwerkprobleme.
Mein Problem mit den Speicherzeiten bezieht sich einzig und allein auf den Part, wo bei Parts und Baugruppen die Konfigs mit eingeschaltetem Neuaufbau neu berechnet werden, obwohl es eigentlich nicht nötig wäre.

Gruß, Torsten

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Wenn Du das darfst und willst, dann kannst Du mir eines dieser Teile gern mal schicken und ich lade es mal bei uns.
Schick einfach eine PN....

------------------
**Kein Mensch ist so beschäftigt, dass er nicht die Zeit hätte, jedem zu erzählen, wie beschäftig er ist.**

SWX 2015 SP5 / DBWorks R15 SP 2.5
Office 2010
Windows 10 Pro 64 bit
Dell Precision T3600
Intel Xeon E5
16 Gb RAM
NVIDIA Quadro 2000
Space Pilot Pro

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Ramona.

Meistens geht es ja um die Baugruppen, die (in anderen Baugruppen verbaut) irgendwann Probleme machen.
Aber wenn Du jetzt bei einem Deiner Teile mit 100 Konfigs den Neuaufbau aktivierst, wie schnell geht das Speichern dann noch bei Dir?
Ich habe hier z.B. ein Schild (ja 'nur' ein Schild) mit etwa 200 Konfigs, da ist das Speichern wegen des Neuaufbaus der Konfigs nicht zu ertragen. Und bei jeder Baugruppe, wo das Schild verbaut ist, ist es dasselbe.

Gruß, Torsten

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

AAAALSO, den "einstellbaren Neuaufbau" nutzen wir nicht. Sehe da keinen Sinn drin.
Habe hier eine Konfig, Teil, die beinhaltet 150 Konfigurationen. Diese werden aus einer Excel-Konfig-Tabelle gesteuert.
Ändere ich eine Konfig, drücke auf STR*Q, dann ist nach nicht mal einer Sekunde alles gerechnet.
Stelle ich nun bei allen Konfigs diesen "einstellbaren Neuaufbau" auf JA, speichere...
dann benötige ich nicht mal eine Sekunde pro Konfig, also insgesamt ca. 50 Sekunden für das Speichern der gesamten Datei.
Finde ich in Ordnung.

Warum willst Du denn überhaupt den Neuaufbau für alle Konfigs erzwingen?

------------------
**Kein Mensch ist so beschäftigt, dass er nicht die Zeit hätte, jedem zu erzählen, wie beschäftig er ist.**

SWX 2015 SP5 / DBWorks R15 SP 2.5
Office 2010
Windows 10 Pro 64 bit
Dell Precision T3600
Intel Xeon E5
16 Gb RAM
NVIDIA Quadro 2000
Space Pilot Pro

[Diese Nachricht wurde von rawo am 14. Mrz. 2016 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von rawo:
...dann benötige ich nicht mal eine Sekunde pro Konfig, also insgesamt ca. 50 Sekunden für das Speichern der gesamten Datei.
Finde ich in Ordnung.

---

Ok, aber wenn Du eine Baugruppe speicherst, wo 10 von solchen Dingern verbaut sind, und SWX braucht dann (gefühlt jedes Mal beim Speichern der Baugruppe) 10 mal 50 Sekunden, wie in Ordnung ist es dann?
Ich will den Neuaufbau erzwingen, da es, wie gesagt, bei Baugruppen, wo er nicht erzwungen wird, ständig zu Fehlern kommt.
Und ich gehe davon aus, dass dieser Schalter nur dazu existiert, um eben diese Fehler zu vermeiden.

Gruß, Torsten

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hmm... also wir arbeiten seit über 10 Jahren mit SWX und mit Konfigs.... auch großen BG und Konfigs. Habe aber diesen Neuaufbau für ALLE Konfigs nie erzwungen. Bei uns gab es noch nie Probleme, die ich auf diesen nicht erzwungenen Neuaufbau zurückführen würde.
Wenn mal eine Konfig Fehler verursacht, dann "repariere" ich die bewußt, wenn dieser Fehler irgendwo auftaucht. Aber dann eben auch nur für diese Konfig.
So lässt sich alles flüssig speichern und, wie gesagt, ich kann nicht feststellen, dass es dadurch zu Problemen kommen würde....
Aber wenn Du halt den Nauaufbau für wichtig hälst, wirst Du damit leben müssen. Da wird auch eine neuere SWX-Version nicht viel schneller arbeiten.

------------------
**Kein Mensch ist so beschäftigt, dass er nicht die Zeit hätte, jedem zu erzählen, wie beschäftig er ist.**

SWX 2015 SP5 / DBWorks R15 SP 2.5
Office 2010
Windows 10 Pro 64 bit
Dell Precision T3600
Intel Xeon E5
16 Gb RAM
NVIDIA Quadro 2000
Space Pilot Pro

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

2016-03-14_105120.jpg

Hallo Torsten,

mir fällt da gerade was aus der Zeit mit 2013 ein.

Schalt mal im featurebaum um auf die Konfigurationen und schau nach was da ganz unten steht. Sollte da ein Haken gesetzt sein bei "Anzeigestatus mit Konfigurationen verknüpfen". Wenn ja, nimm den mal raus und lösche alle nicht gebrauchten Anzeigestati. Hat bei uns erheblich geholfen. Wenn du dann das Teil offen hast hilft auch noch einmal "speichern unter" und wieder zurückspeichern in Originalnamen (Am Besten bei nicht geöffneter Baugruppe  ), das macht die Dateien in der Regel kleiner und bringt ebenfalls Performance.

------------------
Grüße

Jörg

da ich weiß daß ich nichts weiß weiß ich immer noch mehr als die die nicht wissen daß sie nichts wissen (weiß nicht von wem)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Jörg.

Das machen wir schon eine ganze Zeit so.
Zumal die Dateigröße vor SP5 durch Anzeigestati schon ziemlich aus dem Ruder laufen konnte.

BTW: Könnte ich Dich per PM mal etwas zu CIMDB fragen?

Gruß, Torsten

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

... Ich habe hier z.B. ein Schild (ja 'nur' ein Schild) mit etwa 200 Konfigs ...

---

Hallo,

du hast jetzt aber nicht Skizzentext da drin, und den womöglich ausgetragen, aufgeprägt, umwickelt, als Trennlinie ... ??

Gruß, Christian

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Christian_W:

du hast jetzt aber nicht Skizzentext da drin, und den womöglich ausgetragen, aufgeprägt, umwickelt, als Trennlinie ... ??

---

Hallo Christian.

Das hat ja lange gedauert, bis der Einwand kam!
Und es ist tatsächlich so...
Skizzentext ausgetragen, jeweils 5 Buchstaben, einfachste Schriftart, die ich finden konnte.
Habe nahezu keine andere Möglichkeit.
Ich muss in der Baugruppe sehen, was auf dem Schild draufsteht.
Meine Versuche mit Abziehbildern sind kläglich gescheitert.
Text lediglich als Skizze sieht wegen des 'Durchschimmerns' in der BG absolut wild aus.
200 Einzeldateien ist noch schlimmer.
Was bleibt also?

Diese Datei rechnet sich zum Glück nicht bei jedem Speichern der Baugruppe neu durch. Manchmal aber doch. Es ist mir noch nicht ganz gelungen, rauszukriegen, wann SWX denn meint, die Datei sei ja jetzt dirty genug, um einen Neuaufbau zu rechtfertigen...

Gerade mit diesem Schild habe ich eigentlich weniger Probleme.
Es sind eher die Baugruppen, die mich kirre machen.

Gruß, Torsten

[Diese Nachricht wurde von Torsten Niemeier am 14. Mrz. 2016 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Torsten Niemeier:
Hallo Jörg.

BTW: Könnte ich Dich per PM mal etwas zu CIMDB fragen?

Gruß, Torsten

---

...selbstverständlich jederzeit

BTW ich denke du kannst auch direkt hier fragen. Sollte ndie Mod's da etwas dagegen haben bitte melden. Dann halt doch per PM     

------------------
Grüße

Jörg

da ich weiß daß ich nichts weiß weiß ich immer noch mehr als die die nicht wissen daß sie nichts wissen (weiß nicht von wem)

[Diese Nachricht wurde von jörg.jwd am 15. Mrz. 2016 editiert.]

[Diese Nachricht wurde von jörg.jwd am 15. Mrz. 2016 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Torsten,

Zitat:

---

Skizzentext ausgetragen, jeweils 5 Buchstaben, einfachste Schriftart, die ich finden konnte.
Habe nahezu keine andere Möglichkeit.

---

Werden deine Texte durch Eigenschaften über eine Tabelle gesteuert? Wir hatten auch den Fall das nach dem Einfrieren die Texte nicht aktualisiert wurden beim Konfigurationswechsel und ggf. auch eine Fehlermeldung kam. Dies Verhalten kommt nun nicht mehr nachdem wir nicht alle Feature auf einmal eingefroren haben sondern Schrittweise:
1. Alle Konfigurationen durchrechnen lassen
2. Alle Feature bis zur Schrift Erzeugung einfrieren (mit Neuberechnung der Konfigurationen)
3. Alle Konfigurationen nochmal neu berechnen lassen
4. Texterzeugung ebenfalls mit einfrieren (mit Neuberechnung der Konfigurationen)

Bei uns lag es wohl daran das die Eigenschaften nicht richtig aktualisiert waren (Evaluierter Wert mit * gekennzeichnet).

Gruß
Bernd

------------------
--- Man muß nicht alles wissen, man muß nur wissen wo es steht ---

Staatlich anerkannte Deutschniete 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Bernd.

Das Schild funktioniert ja.
Allerdings mit Neuaufbau an jeder Konfig aktiviert.

Und solche Dinge, wie Du sie beschreibst, treten bei nicht aktiviertem Neuaufbau leider immer mal wieder auf.
Seien es Parts, die plötzlich statt Standard nur noch reduziert in einer Oberbaugruppe auftauchen...
Seien es Part-in-Part Anordnungen, wo das Rohteil plötzlich in falscher Konfiguration enthalten ist...
Falsche oder sogar doppelte Texte auf Schildern, die sich erst nach mehrmaligem STRG-Q beruhigen...
usw.

Der Neuaufbau verhindert die meisten solcher Artefakte.
Dauert allerdings dann eben auch extrem lange beim Speichern.

Gruß, Torsten

[Diese Nachricht wurde von Torsten Niemeier am 15. Mrz. 2016 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP