---

2024-06-17_16-08-23.png

Herzliche Grüße an alle,

wir arbeiten seit kurzem mit dem bei uns neu eingeführten SAP ECTR in Verbindung mit SolidWorks 2023. In diesem Zusammenhang haben wir uns auch neu Aufgestellt und alle Vorlagen neu erstellt und überarbeitet.

Bei einigen Zeichnungen haben wir jetzt aber ein interessantes Phänomen was sich aktuell nicht erklären lässt. Bei einigen Zeichnungsinformationen werden gelegentlich die Dokumenteneigenschaften bei der Konvertierung der Zeichnungsdatei in ein PDF eigenständig abgewandelt.
Der Konvertierungsserver arbeitet mit einer eigenständigen SolidWorks Version & Lizenz und macht eigentlich nichts anderes als die Zeichnungsdatei zu öffnen und dann als PDF abzuspeichern. Beim Öffnen der Datei kann man bereits sehen das die Zeichnung scheinbar mit einer anderen Vorlage geöffnet wird.

Sowohl am Server als auch an alles Arbeitsrechnern ist die gleiche Systemkonfiguration und Installation eingelesen.

Anbei noch eine Abbildung welche die Änderung zeigt was am Konvertierungsserver geöffnet wird und was dann auch gespeichert wird.
Alle Änderungen lassen sich aktuell auf die Nachkomma-Stellen zurückführen.

Kann sich das Verhalten jemand erklären bzw. hatte vielleicht jemand schon einen ähnlichen Fall?

Vielen Dank für Eure Mithilfe,
Grüße, Tobias

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

---

Hallo Tobias,

ich habe auch einen 2023 Automatisierungsserver am laufen, hat auch die selben Einstellungen wie die Clients, (bis aus Autosicherung und Einstellungen für große Baugruppen) ich kann morgen mal ein Beispiel mit deinen Abmessungen und Passungen machen und durch den Server jagen. Ich berichte was raus kommt. Habe ich noch nie drauf geachtet ob die Nachkomastellen mutieren.

Gruß OLL

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

---

So etwas dürfte IMHO auf keinen Fall passieren.
Auch wenn sich die Umstände klären sollten, wie das in diesem Fall passieren kann, eine Zeichnung darf nicht plötzlich inhaltlich anders aussehen, wenn man sie auf einem anderen Rechner aufmacht.
Sieht nach Bug aus.

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

---

Guten Morgen Torsten, genau das sehe ich eigenlich auch so. Die Einstellungen sind in der Zeichnung hinterlegt, dass sich diese Ändern sollte aber ausgeschlossen sein.
Eine Analyse mit externen Partnern kann ich leider erst starten wenn ich vollen Zugriff zum Server habe, das wird aber noch ein paar Tage dauern...

@OLL: Auf das Ergebnis bin ich gespannt, falls bei Euch aber etwas nicht passen sollte hätte sich vermutlich schon jemand gemeldet 

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

---

Hallo Tobias,

ich habe die Situation nachgebaut und bemaßt. Bei mir wird die 7,4 und die Toleranz im PDF ausgegeben wie in der SWX Zeichnung erstellt. (uff).

Wenn du magst/darfst kannst du mir mal dein Model und Zeichnung schicken, dann jage ich das mal so durch den Automatisierungsserver. Nicht dass das durch andere Maße, Beschriftungen, etc. ausgelöst wird.

Gruß OLL

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

---

Hallo
Ohne den Konvertierungsserver zu kennen, würde ich denken, dass da beim Öffnen der Zeichnung noch mehr getan wird, als die Zeichnung zu öffnen, sie zu Exportieren und wieder zu schließen. Ich erinnere mich, dass man SWX dazu bringen konnte, bei jedem Öffnen eine bestimmte Konfigurationsdatei einzulesen bzw. ein Script zu starten, welches das tun konnte. Vielleicht hat da irgendeine Einstellung aus alten Zeiten überlebt. Mit den Vorlagen kann das nichts zu tun haben, die werden nur einmal bei Neuerstellung der Zeichnung verwendet bzw. bei explizitem Wunsch, die Vorlage zu ändern oder halt bei Aufruf über die API bei definierten Ereignissen.

------------------
Grüße aus Dresden
Volkmar Grube

Es gibt keine Probleme, es gibt nur Aufgaben.

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

---

Guten Morgen, wir haben gestern weitere Versuche durchgeführt und können soweit aktuell sagen das sich der Fehler beim öffnen der Dateien am Server aufzeigt.
Die Dokumenteneinstellungen sind die gleichen, welche der Anwender auch eingestellt hat. Öffnet der Anwender die Daten werden diese auch korrekt geladen. Die Vermutung von Volkmar Grube ist mit aktueller Kenntnis die wahrscheinlichste Ursache.
Sobald es eine Lösung gibt werde ich hier noch eine Rückmeldung geben.
Vielen Dank an alle die bisher hier geholfen haben!

@OLL: Vielen Dank für das Angebot, falls wir nicht weiterkommen dann würde ich ggf. noch einmal darauf zurückkommen, aber aktuell denke ich das wir hier eher einen Bug oder Fehler in der Server-Installation haben. Eine Zeichnung würde ich dann hierfür aufbereiten so das ich diese dann auch an Dich weitergeben kann.

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

---

Ich denke nicht dass es an der Installation liegt, sondern am Task der den Job ausführt.
Falls du fitt bist in der Makro Programmierung würde ich mir mal von dem Task in den Ausgabedatei-Details die <Erweiterte Skripterstellungsoptionen> anschauen.

Oder einfach mal aus dem standardmässig vorhandenen "Convert" Task einen neuen erstellen und schauen was da passiert.

Gruß OLL

[Diese Nachricht wurde von Olls Lai Lolli am 19. Jun. 2024 editiert.]

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

---

Zitat:

---

Original erstellt von Olls Lai Lolli:
... sondern am Task der den Job ausführt...

---

Es wird kein PDM verwendet.

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

---

Moin,

früher (als alles noch besser war) gab es eine Datenbank für die Toleranzen. Die hieß fit.mbd. Das wurde aber schon vor Jahren geändert...
Aber wenn z. Bsp. in den Dateipositionen die Pfade nicht dorthin zeigen, wo sie hinzeigen sollten, dann könnte das Fehlen der benötigten Dateien die Ursache sein.
Ich versuche später mal, zu recherchieren, wo diese Daten nun sind. Muss erst mal meinen Schreibtisch frei kriegen.
Aber schau doch bitte schon mal in die Dateipositionen, ob alle Pfade schlüssig und richtig gesetzt sind.
Mit den Dokumenteigenschaften sollte das alles nichts/wenig zu tun haben. Die sind ja in der Zeichnung und bleiben gleich.

------------------
Einen schönen Gruß von Heiko
• www.dps-software.de • www.dps-akademie.de • www.iknow-solidworks.de • www.youtube.de/dpssoftwaregmbh •

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

---

Hallöle,

die Datenbank gibt es immer noch (früher "fit.mdb", jetzt "fit.sldedb" -> <Installationspfad SOLIDWORKS>\data\databases\).

Für mich sieht es aber eher nach einem Problem der eingestellten Genauigkeit aus. Vielleicht wird die tatsächlich über ein Skript / Makro im Dokument oder an den einzelnen Bemaßungen angepasst, warum auch immer...

------------------
Grüße, RBE
----------

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

---

Zitat:

---

Original erstellt von RBE:

Für mich sieht es aber eher nach einem Problem der eingestellten Genauigkeit aus.

---

Zumal ja auch nicht nur das tolerierte Maß betroffen ist.

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

---

Hallo, ein kurzes Update zu dem Thema von meiner Seite da wir diese Woche einen (hoffentlich langanhaltenden) Erfolg verbuchen konnten.
Scheinbar können an dem von uns genutzten Konvertierungs-Server-Tool für die ECTR-Schnittstelle weitere Einstellungen auch hinsichtlich der zu verwendenden SolidWorks-Version gemacht werden. Eine bisher fest hinterlegte Einstellungen hat hier wohl die Probleme verursacht. Hier wurden jetzt einige Änderungen vorgenommen und soweit scheint jetzt alles zu laufen.

Von meiner Seite noch einem vielen Dank an alle die hier Ihren Input gegeben haben das Problem zu lösen, auch wenn der Fehler nicht auf SolidWorks Seite gelegen hat.

Danke und allen eine schöne Restwoche,
Tobias

[Diese Nachricht wurde von Tee30 am 27. Jun. 2024 editiert.]

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