Hallo Fritz,
das Problem mit dem Importieren von Dateimakros besteht erst, wenn mehrere Makros (~ > 10) manuell importiert werden und die alten überschreiben sollen. Wenn diese Funktion gestartet wird, erscheint die Abfrage ob alle überschrieben werden sollen oder nicht. Wird hier einzeln bestätigt dann ist alles ok. Sollen aber alle überschrieben werden, so erscheint bei uns eine ObjectStore Fehlermeldung. Und auf diese Weise haben wir uns schon mal eine Makro-DB zerschossen. Ein Import über die API ist kein Problem, deshalb habe ich hier eine entsprechende Routine geschrieben.
Wenn in einem Makro ein freier Text mit einer Makrovariante hinterlegt ist, so tauscht EPLAN nicht nur den Text, sondern löscht auch die Sprachformatierung. D.h. ein vormals als "einsprachig (fest)" definierter Text wird umformatiert zu "alle Anzeigesprachen" (default). Bei uns handelt es sich bei uns um Kenner, die auf Texte in einer Legende verweisen. Der Kenner ist dann einsprachig fest, die Legende mehrsprachig. EPLAN kennt den Fehler.
Die Klemmleisten sind definitiv nicht zu löschen. Dieser Fehler wurde von EPLAN nachvollzogen und ist in der 3.3. API behoben. Wir können nicht jedes Projekt bei Null beginnen, da wir viele mechanische Konstruktionszeichnungen als freie Grafik mit in die Projekte aufnehmen. Wenn der Plan neu generiert werden muss, da die Ausschreibung der Anlage sich geändert hat, so wird nicht die gesamte DB neu generiert, sondern es sollten nur die Planseiten neu generiert und die Auswertelisten entsprechend aktualisiert werden. Aus diesem Grunde wollte ich nur die Schaltplanseiten löschen und anschließend alle nichtinstanziierten Elemente sowie SPS-Kästen, Klemmenleisten und Stecker ebenso. Alles hat funktioniert - bis auf die Klemmenleisten! Obwohl diese waren leer. Auch eine Komprimierung des Projektes half nicht. Er erkannte in diversen Iteratoren die Elemente, konnte sie aber nicht löschen. Fehler ist EPLAN bekannt und in der V3.3. behoben.
Kannst du mir zum Thema drucken mitteilen, wie ihr das realisiert habt? Das ist im Moment noch ein grosser Schwachpunkt bei uns. EPLAN teilte uns mit, dass erst wenn der grafische Editor gestartet wurde der richtige Wert (Punkt- oder Zielverdrahtung) aus der Registry gelesen wird. Dies können wir auch nachvollziehen. Umso mehr bin ich hier auf ein Lösung gespannt.
Mit dem Steckerproblem hoffe ich auch auf die V3.3. Schaun wir mal ....
Das Thema mit den Schützen ist ein reines Makroproblem, denn wenn der Plan manuell gezeichnet werden würde, dann entstände auch das Problem nicht. Dies betrifft nicht nur die Schütze. Auch verteilt dargestellte Gerätekästen ereilt das gleiche Schicksal. Den Kollegen aus dem Werkzeugmaschinenbereich habe ich eine eigene Eigenschaft kreiert um den Fehler zu umgehen. Trotzdem wäre es angebracht ein Eigenschaft zu kreieren, die ein bestimmtes Element als Hauptelement definiert um dessen Daten dann zu übernehmen. Wie löst ihr denn dieses Problem?
Ja, ja ich weiss. Herr Rupietta ist unser Ansprechpartner im normalen Support. Er hat sich dort für unsere Probleme sehr eingesetzt und konnte mir bislang sehr gut weiterhelfen. Bei API-Problemen wende ich mich an Herr Krämer. API-Softwarevertrag haben wir jetzt endlich auch durchgedrückt.
Was meinst du mit BL?
Wie arbeitet ihr mit EPLAN/API? Aus einem Bericht im ePlanet schliesse ich, dass ihr ähnlich wie wir arbeiten. Aus diesem Grunde wäre ich sehr an einem Erfahrungsaustausch interessiert. Ebenso begrüsse ich die Idee von Roman, dass wir uns mal alle treffen. Dadurch kann man besser die Fehler priorisieren und entsprechenden Druck auf EPLAN ausüben.
Später schicke ich mal eine Beschreibung wie wir mit EPLAN arbeiten.
Gruss
Ulf
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP