Das Wissen aller Anwender nutzen

Im Allplan Connect Forum tauschen sich Anwender aus, geben wertvolle Tipps oder beraten sich bei ganz konkreten Aufgabenstellungen − auch international.
Und damit wirklich keine Frage unbeantwortet bleibt, unterstützen die Mitarbeiter des Technischen Supports ebenfalls aktiv das Forum.

Es erwarten Sie:

  • Foren-Vielfalt aus CAD Architektur, CAD Ingenieurbau uvm.
  • Tipps von User für User
  • international: Deutsch, Englisch, Italienisch, Französisch und Tschechisch

Melden Sie sich jetzt an und diskutieren Sie mit!

Zur Registrierung

[Frage] 3D-aktualisieren, SmartPart Fehlermeldung, UpdateDB

Schlagworte:
  • SmartPart Fehlermeldung
  • 3D-aktualisieren
  • UpdateDB
mfiedler
mfiedler
07.06.2017 - 08:18

Hallo,

beim 3D aktualiseren hängt sich Allplan immmer wieder auf. Beim genauen hinschauen in die Taskleiste entdeckt man eine Fehlermeldung. Siehe Anhang. Dazu folgende Fragen:

Was ist das für eine Meldung?
Warum poppt die Meldung nicht ersichtlich auf sondern versteckt sich in der Taskleiste?
Die Meldung könnte auch auf Mandarin geschrieben sein. Der Sinn erschließt sich mir nicht. Wenn es diese Meldung gibt warum werden die "fehlerhaften" Elemnte nicht gekennzeichnet?

Wir haben einige hundert SmartParts im Projekt!

Wie komme ich an die Information um welche SmartParts es sich handelt um gegensteuern zu können?
Was für Auswirkungen hat diese Meldung? Wenn ich in der Meldung alles mit OK bestätige macht auch Allplan munter weiter. Warum dann diese Meldung? Was sind die Konsequenzen? Werden Massen nicht richtig erkannt oder, oder, oder?

Wer kennt dieses Problem auch und kann damit etwas anfangen?

Grüße,
Michael

Allplan 2023 Architektur

Anhänge (1)

img
Smart-Part Datenbankfehler.PNG
Typ: image/png
324-mal heruntergeladen
Größe: 50,78 KiB
Nemo
Nemo
07.06.2017 - 10:44 *

Hallo,

die Fehlermeldung besagt folgendes:

Am SmartPart hängt / das SmartPart generiert ein Attribut Nr. 49 (Umbaukategorie) vom Typ String.

In der Attribut-Definition von Allplan hingegen ist das Attribut Nr. 49 (Umbaukategorie)
hingegen als Enum-Attribut definiert, welche Integer-Werte als Indices erwartet.

Damit ist ein Schreiben der Werte nicht möglich!

Warum die Typen des Attributes "Umbaukategorie" sich unterscheiden lässt sich ohne die Test-Daten nicht feststellen. Möglicherweise sind es SmartParts aus älteren Allplan-Versionen, als das Attribut "Umbaukategorie" noch ein String-Attribut war. Möglicherweise ist die Attribut-Definitions-Datei vorübergehend falsch gewesen.
Welche Allplan-Version wird überhaupt verwendet?
Welche SmartParts sind betroffen?

Ohne die Daten kann man hier nichts weiter sagen!

Komischerweise schon wieder ein Fehler mit Enum-Attributen!
Das sollte den Nemetschek-Entwicklern langsam mal zu denken geben ...

Gruß Jörg

mfiedler
mfiedler
07.06.2017 - 13:06

Hallo Jörg,

vielen Dank für die schnelle Antwort!

Ich habe das fehlerhafte SmartPart nach langer Suche entdeckt. Es ist eine Tür (T-1.15-1).Dazu mal die Bauteile in der ndw. im Anhang.
Modelliert ist das ganze in Allplan 2015-1-12 64bit.

Ansonsten kann ich leider wenig mit Deiner Antwort anfangen.

Grüße,
Michael.

Allplan 2023 Architektur

Anhänge (1)

Untergeschoss-SmartPart…
Typ: application/octet-stream
1354-mal heruntergeladen
Größe: 2,97 MiB
UlliA
UlliA
07.06.2017 - 13:57

Wenigstens kannst du etwas damit anfangen, Michael. Ich versteh von Jörgs Antwort nix

Nemo
Nemo
07.06.2017 - 14:01 *

Hallo,

leider hat das betreffende SmartPart wie vermutet eine Attribut "Umbaukategorie" vom Typ "String" dran.
Das kann man so auf dieser Station in Allplan 2015 nicht erzeugt haben!

Fragen: Woher kommt das SmartPart? Von einer anderen Allplan-Installation? Von einer früheren Allplan Version?
Wurde die Attribut-Definition mal geändert?

Leider kann man das störende Attribut auch nicht entfernen!
Da hilft nur, die Tür löschen, und ein neues SmartPart erzeugen...

Gruß Jörg

Anhänge (1)

img
attribute_umbau.png
Typ: image/png
268-mal heruntergeladen
Größe: 54,66 KiB
mfiedler
mfiedler
08.06.2017 - 09:40

Vielen wiederum für die schnelle Antwort!

Nach jetzigem Kenntnisstand ist die Tür in der 2015-er Version als Smart-Part modelliert worden.

Attribute wurden über die normalen Schaltflächen in "Objektattribute zuweisen, modifizieren" geändert.

Wir haben 20 gleichartige Türen davon im Projekt. Nur diese eine verursacht aber die oben genannte Fehlermeldung.

Wir haben die Tür gelöscht und neu erzeugt. Jetzt läufts...

Der Aufwand die Fehlerquelle, (wie auch immer der entstanden ist, es wurden nur die Allplan internen Werkzeuge genutzt), zu finden war wesentlich größer und aufwendiger als die Tür neu zu modellieren und zu Attributieren. Die Tür hat auch dafür gesorgt das der IFC-Import in Orca mitten im Prozess abgebrochen wurde. Im Solibri Modelchecker ist die Tür aber "richtig" sichtbar und Attributiert.
Die Tür hat für eine ganze Menge Spaß bei uns gesorgt...

Eine optische Rückmeldung in Allplan zwischen Bauteil und Fehlermeldung wäre daher sehr wünschenswert.

Grüße,
Michael.

Allplan 2023 Architektur