BIM - Neue Entwicklungen

Hallo zusammen,

zum Thema BIM folgende jüngste Entwicklungen:

• DIN: Es gibt seit Beginn des Jahres die DIN SPEC 91400, die die Einbettung von ergänzenden Informationen in BIM-Modelle und daraus generierte IFC-Dateien reglementiert: Deutsches Institut für Normung : BIM einfach machen mit der DIN SPEC 91400
• DBD: Es gibt jetzt mit der DBD-BIM-Online-Datenbank die DIN-konforme Möglichkeit, Ausschreibungstexte nach STLB-Bau und DBD-Baupreise ins BIM-Modell zu importieren: DBD-BIM Online
• Revit: Es gibt unter gleicher Adresse bereits das passende Revit-PlugIn, um die DSD-BIM-Online-Datenbank live an Revit anzubinden.

Damit können also in Revit (und anderen Programmen, wenn sie nachziehen), die 3D-Modelle mit STLB-Bau-konformen Ausschreibungstexten verknüpft, mit aktuellen Baupreisen versehen und dann via IFC in beliebigen Programmen zu LVs und Kostenermittlungen weiterverarbeitet werden. Das DBD-BIM-PlugIn liefert zusätzlich zu jedem Bauteil die jeweils relevanten DIN- und VOB-Normen und erlaubt die Verknüpfung mit anderen Ordnungssystemen, z.B. die Zuweisung von Kostengruppen nach DIN 276.

Die Ausschreibungstexte sind bereits jetzt 2-sprachig englisch/deutsch. Für mich sind das Riesenschritte. Wir gehen damit sofort in den Praxistest.

Ich freue mich über Kommentare/Meinungen.

Thomas

Die Frage bei diesem Prozess ist IMHO, ob es sinnvoll diese Daten überhaupt im CAAD Programm vorzuhalten.

Bisher ist der Prozess ja, dass die Bauteile in Programmen wie z.B.
Itwo mit den entsprechenden Daten verknüpft werden.

Wenn bei großen Projekten, die ja besonders in Revit die Performance der verfügbaren Rechnern überfordern, nun noch weitere Daten ins Modell importiert
werden, dürfte das die Situation hat nicht gerade verbessern.

Von Hochparterre gibt es ein aktuelles Themenheft zu BIM (in der Schweiz):
Hochparterre - Themenhefte - Das informierte Modell

Ja, iTWO haben wir dafür beschafft, aber noch nicht fertig konfiguriert. Und auf dem Weg gibt es eben einige Zwischenschritte, die man sich ggf. doch sparen kann/will. In iTWO arbeitet man ja noch intensiv mit dem Modell, ordnet zu, filtert, definiert QTOs, etc. und passt diese Arbeit an vorher frei definierte LV-Gerüste an.

Mit DBD-BIM erhält man demgegenüber eine IFC-Datei, die praktisch schon aus Revit heraus eine fertige LV-Struktur besitzt. Dazu müssen keine Ausschreibungstexte im Volltext eingefügt werden, es reicht, wenn die Elemente und Merkmale die entsprechenden Schlüssel nach der DIN SPEC haben.

Was nach 2-3 Testtagen jetzt klar ist: Das Plugin fragt in einer kl. Maske zu den markierten 3D-Elementen exakt die Eigenschaften in Drop-Down-Menus ab, die für eine vollständige, qualifizierte Ausschreibung nach STLB erforderlich sind. Das PlugIn hat einen IFC-Export-Button, mit dem IFCs direkt aus dem PlugIn heraus exportiert werden können, die 100% der obigen DIN SPEC 91400 entsprechen.

Die Art, wie sie abgefragt werden, hilft dem Planer sogar, die Eigenschaften vollständiger und präziser zu definieren. Denn es werden z.B. bei Türen nach Inhalt und Bezeichnung exakt die Einbruchshemmungsklassen abgefragt, die der aktuellen europ. Normung entsprechen.

Das ist tatsächlich ein Thema. Und wir machen uns intensive Gedanken, wann man welche Infos in das Modell füttern soll (und welche überhaupt). Aber wenn man die Sache so nutzt wie oben beschrieben, fügt man nur planerisch direkt relevante Infos ein, und erhält eine sehr gut strukturierte IFC-Datei, die man ohne Nacharbeiten und Ergänzungen ggf. direkt in ein LV umsetzen kann.

Ein Thema sind die Kosten, die für den Service entstehen. Das PlugIn ist gratis, die DIN SPEC gibt es bei Beuth auch dauerhaft als Gratis-Download (inkl. der XML-Datei, in der die IFC-Struktur definiert ist). Die DBD-Services lassen sich per API auch in andere Programme integrieren, so dass es hoffentlich bald auch noch Alternativ-Angebote gibt. Die Grundkataloge mit den elementaren Bauteileigenschaften sind auch gratis. Kosten entstehen für die DIN-Normen, die Ausschreibungstexte und Baupreise. Da wird man eine Gesamtrechnung aufstellen müssen, ob man sich das leisten will ...

Aber das sind schon die Zutaten, die man braucht, um die Planung zu straffen und den Weg zur Ausschreibung und Vergabe bruchlos zu bewältigen. Wenn die Kette erst mal steht (und viel fehlt dazu nicht mehr) ergeben sich daraus Optimierungen im Arbeitsablauf, die den Stress, die Fehler und die Doppel- und Dreifacharbeit, die gegenwärtig noch Standard sind, reduzieren.

T.

Hallo Tom,

setzt Ihr Revit schon mit DBD-BIM und iTWO ein ?
Wir hatten bereits bei Projekten mit ca. 20.000qm und 5 Mitarbeitern erhebliche Probleme mit Revit bei der Performance (Ladezeiten).

Ich finde, das was Du beschreibst aber auch interessant, zumal wir uns auch noch schwer mit iTwo tun.
Hinzu kommt, dass bei uns, wie wahrscheinlich in den meisten anderen Büros auch, die Planer nicht nur zeichnen, sondern auch die Qualitäten bestimmen.
Die "Ausschreiber" stehen eher vor der Herausforderung diese Qualitäten, die die Planer im CAD bestimmt haben, zu erkennen.

Ein automatisch aus Parameter-Werten generierter Elementschlüssel, wie ihn DBD-BIM für STLB-Elemente liefert, könnte das erheblich vereinfachen.

Andererseits nutzen wir nur 20% STLB-Texte. Wie gut funktioniert das also ohne STLB ? Oder macht das ganze nur für STLB-Elemente Sinn ?

__________________
Grüße Michael

"Warum soll etwas nicht so gut wie möglich sein ?"
Ludwig Mies van der Rohe, 1964

Das ist im Prinzip richtig. Die Bemusterung wird in iTWO gemacht.
Im Regelfall hat die Qualität aber bereits der Planer festgelegt. Er zeichnet ja nicht irgendwas, sondern hat zu den Elementen die er zeichnet schon Informationen eingeholt, z.B. den Bewehrungsgrad einer Stahlbetonwand. Der Bewehrungsgrad wird nicht gezeichnet, sondern ist der Wert einer Eigenschaft.
iTWO erkennt nicht automatisch was für ein Element es vor sich hat.
Dazu müssen erst QTOs geschrieben werden, mit deren Hilfe man die Mengen für eine LV-Position ermittelt.

D.H. je mehr solcher Eigenschaften und Eigenschaften-Werte ein Element haben kann, desto aussichtsloser wird es in iTWO dafür QTOs zu schreiben. Es gibt vermutlich unendlich viele Kombinationen

Ein automatisch aus den Eigenschaften-Werten generierter Element-Schlüssel auf beiden Seiten könnte das Problem aber lösen.

__________________
Grüße Michael

"Warum soll etwas nicht so gut wie möglich sein ?"
Ludwig Mies van der Rohe, 1964

Interessant ist in diesem Zusammenhang sicher auch das Matchkey-Parameter-Tool für Revit, dem aber noch das Gegenüber für iTWO fehlt.

Für Allplan ist das Design2Cost ein ähnlicher Ansatz. Funktioniert aber auch nur zwischen AllPlan und Nevaris.

Beide Lösungen stellen Insellösungen im BIM-Prozess dar, da beide Lösungen Planer mit anderen Software-Lösungen ausschließen, was den BIM-Prozess im Grunde konterkariert.

Für ArchiCAD, Vectorworks oder Mikrostation ist mir noch nichts in dieser Richtung bekannt. Jedenfalls nicht in Deutschland, aber ich lasse mich da gerne eines Besseren belehren.

__________________
Grüße Michael

"Warum soll etwas nicht so gut wie möglich sein ?"
Ludwig Mies van der Rohe, 1964

In UK gibt es übrigens die NBL (National BIM Library).
Das ist eine Sammlung von BIM-Objekten (z.B. Wandaufbauten) für alle gängigen BIM-Autoren-Programme (ArchiCAD, Microstation,Revit, Vectorworks) in UK.
Die NBL wird von NBS gepflegt und entwickelt und gehört dem RIBA (Royal Institute if British Architects)

Ich weiß garnicht, ob es dafür ein Äquivalent in Deutschland gibt.

In Deutschland reden zwar viele über BIM, aber alles immer nur sehr allgemein.
Die, die sich auszukennen scheinen, halten damit hintern Berg oder rücken nur gegen bare Münze mit Informationen raus, was oft der Katze im Sack entspricht.

AEC3 hat ein sehr gutes BIM-Kompendium geschrieben.
Ansonsten ist nicht so richtig klar, wer das Steuer in der Hand hat.
Der VDI wird vermutlich irgendwann einen BIM-Prozess beschreiben und das DIN eine Norm dazu veröffentlichen. Das ganze wird vermutlich sehr allgemein gehalten sein.
Bis jedem Planer klar ist, wie er den Prozess technisch umsetzt, herrscht Wildwuchs. BIM-Consulter verdienen damit ihr Geld.
Dr. Schiller macht noch am ehesten etwas NBL-Vergleichbares.

Eigentlich wäre hier Minister Dobrinth oder das BMVI gefragt, den Entwicklungs-Prozess zu lenken, statt ihn der Privatwirtschaft zu überlassen, da das offensichtlich nur Insellösungen hervorbringt, die, wie erwähnt, den BIM-Prozess konterkarieren.

__________________
Grüße Michael

"Warum soll etwas nicht so gut wie möglich sein ?"
Ludwig Mies van der Rohe, 1964

Hallo Mika,

was genau macht das Tool? Und was meinst Du mit dem fehlenden Gegenüber für iTWO?

Wir definieren für jedes Bauteil in Revit die KG nach DIN 276 und die Gewerkenummer nach STLB. Und diese filtern wir beim Import in iTWO in dynamischen Auswahlgruppen heraus. Die Zuordnung zu Ausstattungen passiert genauso automatisch wie bei einem Matchkey.

T.

Bei DBD-BIM gab es techn. Probleme mit dem Revit-Plugin und auch konzeptionelle Schwächen, die bis heute nicht behoben sind. Zuerst konnte man die DBD-Daten nur ganzen Familientypen zuordnen, dann auch Exemplaren. Die Übernahme der Informationen war aber nicht immer transparent und robust. Dazu war das Plugin zu hakelig programmiert.

Hinzu kommt die Tatsache, dass man alle Bauteileigenschaften im Plugin noch einmal komplett neu eingeben muss (bei Wänden z.B. die Dicke), was eine Doppelarbeit bedeutet, die man nicht vertreten kann. Schließlich blieb unklar, wo die Informationen eigentlich gespeichert werden, wie sie mit der Revit-Datei weitergegeben werden, etc. Die Riesen-Arbeit der Informationseingabe muss ja für nachfolgende Nutzer und andere Parteien 100% zuverlässig erhalten bleiben, auf Integrität und Vollständigkeit zu prüfen sein, etc. Hier besteht noch ein großer Entwicklungsbedarf.

RIB iTWO ist bei uns in den Workflow aufgenommen, aber die Auswertung funktioniert noch nicht 100% automatisch, weil die Vielfalt der unterschiedlichen Projekte und Konfigurationen noch nicht in einer allgemeinen Parameterstruktur abgebildet ist.

Das dürfte bei dieser Projekt- und Teamgröße nicht sein. Es gibt ein paar Dinge, die man in Revit unbedingt beachten muss, um es nicht auszubremsen, da geht es um die Zahl und Struktur der Parameter, Anzahl und Komplexität der Familien, Art und Anzahl der externen Verknüpfungen, etc., und schließlich auch die Anzahl der Warnungen und Konflikte im Modell.

Diese Frage ist bei uns auch noch nicht abschließend beantwortet. Sie hängt ja auch davon ab, in welcher Detailtiefe man modelliert und in welcher Form man die Ausbauqualitäten ein- und ausgeben möchte. Wir modellieren z.B. im wesentlichen nur den Rohbau plus ein Fußbodenpaket. Die Ausbauqualitäten werden allein über die Räume definiert und ausgewertet. Aber auch da stellt sich die Frage, wer wann wo und wie im Planungsprozess die Qualitäten definiert. Wir experimentieren noch mit Raumtypen, Ausbauschlüsseln, etc., die wir in Revit definieren und in iTWO auswerten. Standards sehe ich hier noch nirgends.

T.

Neben der oben genannten DIN SPEC 91 400, die sich auf das IFC-Format bezieht, gibt es jetzt den Entwurf zu einer weiteren DIN SPEC 91 350, die ein kombiniertes Austauschformat für LVs und damit verknüpfte BIM-Modelle definiert. Im Prinzip ist es das, was iTWO heute schon bietet (LVs, deren Teilmengen live mit dem 3D-Modell verknüpft sind und auch visualisiert werden können), nur in einem standardisierten Austauschformat.

Der Weg aus Revit dahin ist aber noch reichlich steinig, verschlungen und nebulös.

T.

Schön endlich mal jemanden gefunden zu haben, der Praxiserfahrungen hat und nicht nur heiße Marketingluft heraus jubelt.

__________________
Grüße Michael

"Warum soll etwas nicht so gut wie möglich sein ?"
Ludwig Mies van der Rohe, 1964

Es ist schon eine Weile her, das ich es vorgeführt bekommen habe, aber versuche es mal aus der Erinnerung:
Das Tool erzeugt einen Matchkey-Parameter für jedes Exemplar, der sich aus Abkürzungen von Parameterwerten von Parametern der Familie zusammen setzt.
Außerdem erzeugt es mittels der Bedienoberfläche eben diese Parameter für das Exemplar. Welcher Parameter erzeugt wird hängt von der Familie bzw. dem Typ ab und von jedem vorherigen Parameter und dessen Wert. Das ganze erfolgt mit einer geführten Eingabe.
Die Abhängigkeiten welcher Typ welche Parameter haben kann und welche Parameter / -Werte andere Parameter/-Werte ausschließen wird in einer SQL-Datenbank definiert. Also sehr flexibel.

Also anders als bei DBD-BIM keine doppelte Eingabe von Parallelen Werten, sondern es wird direkt in Revit eingetragen. Hat mir sehr gut gefallen. Kostet ca. 800€. Guck mal bei CADstudio

Es müssen jetzt noch den Matchkeys die passenden LV-Positionen zugeordnet werden.

In iTwo kenne ich mich leider noch nicht so richtig aus.
Revit setzen wir leider nicht mehr ein, da sich die Projektleiter weigern Revit einzusetzen. Das kann sich aber schnell ändern, wenn ein AG Revit bzw. .rvt-Daten als Austauschformat verlangt.

Auf einem BIM-Cluster wurde kürzlich die Idee propagiert, dass alle Planer in einer .rvt arbeiten. Mir graust schon davor, dass Haustechnikplaner munter die Durchbrüche hinundher schieben und ich mit dem koordinieren nicht mehr hinterher komme, weil ich garnicht mehr mitbekomme, was sich alles im Modell ändert. Ich hoffe, das dass nicht durch gesetzt wird.

__________________
Grüße Michael

"Warum soll etwas nicht so gut wie möglich sein ?"
Ludwig Mies van der Rohe, 1964

Wie macht Ihr das mit KG 335/336, 346 ?
Macht Ihr das anhand des Baustoffs?
Oder modelliert Ihr das separat?

__________________
Grüße Michael

"Warum soll etwas nicht so gut wie möglich sein ?"
Ludwig Mies van der Rohe, 1964

Ich laß mir DBD-BIM erst nächste Woche vorführen.
Aber das klingt nicht wirklich klever.

Die Revit-Projekte waren vor meiner Zeit. Die Projekte waren eigentlich auch keine BIM-Projekte, da Revit nur genutzt wurde um ein 3D-Modell zu erstellen um daraus konsistente Pläne abzuleiten, statt alles separat in 2D zu zeichnen.

__________________
Grüße Michael

"Warum soll etwas nicht so gut wie möglich sein ?"
Ludwig Mies van der Rohe, 1964