GSI Labs Jetzt loslegen

Leistungen

Software, die weiß, was ein Pfahl tut

Wir bauen die Berechnungs- und Optimierungswerkzeuge, in denen geotechnische Büros arbeiten, vom statistischen Baugrundmodell bis zu Ergebnissen, die EA Pfähle und Eurocode 7 genügen.

Jetzt loslegen
Ein Bohrgerät auf einer innerstädtischen Baustelle, Bohrdaten werden aufgenommen

Was wir bauen

Geotechnische Software scheitert an den Details. Am Baugrundmodell, an den Teilsicherheitsbeiwerten, an dem Anhang, der in einem Land gilt und im nächsten nicht.

Allgemeine Ingenieurwerkzeuge behandeln die Geotechnik als einen Lastfall unter vielen. Heraus kommt Software, die nicht ausdrücken kann, was ein Schichtenverzeichnis wirklich sagt, oder die Zahlen liefert, die ein Ingenieur von Hand nachrechnen muss, bevor er unterschreibt. Wir arbeiten selbst in diesem Feld, also fangen wir bei genau den Details an, die darüber entscheiden, ob ein Werkzeug brauchbar ist.

Statistische Baugrundmodelle

Bohrdaten werden zu probabilistischen Schichtmodellen statt zu einem einzigen konservativen Profil, damit eine Bemessung gegen den Baugrund geprüft werden kann, wie er tatsächlich gemessen wurde.

Bemessungsoptimierung

Rechenkerne, die tausende Konfigurationen gegen die Tragwerksanforderungen prüfen und die schlankste zurückgeben, die trägt, mitsamt der Begründung.

Normkonforme Ergebnisse

Berechnungen nach EA Pfähle und Eurocode 7 mit den zugehörigen nationalen Anhängen, und eine Dokumentation, unter die ein Ingenieur seinen Namen setzen kann.

* In Pilotprojekten in Deutschland lagen optimierte Bemessungen rund 25 Prozent leichter im Material. Was ein konkretes Projekt erreicht, hängt von den Baugrundverhältnissen und den Randbedingungen der Bemessung ab.

Wie wir daran arbeiten

  1. Bei der Berechnung anfangen

    Bevor es eine Oberfläche gibt, arbeiten wir das Ingenieurthema mit Ihrem Team durch: welche Norm gilt, welche Teilsicherheitsbeiwerte greifen, was das Werkzeug niemals ausgeben darf. Hier entscheidet sich, ob geotechnische Software taugt, und das ist der Teil, den ein allgemeines Entwicklungsteam nicht für Sie erledigen kann. Am Ende steht eine Spezifikation, die ein Ingenieur geprüft hat.

  2. Dort bauen, wo Ihre Arbeit schon stattfindet

    Das Werkzeug muss zum Büro passen. Also zu den Dateiformaten, in denen Ihre Projekte ankommen, zu der Berichterstattung, die Ihre Auftraggeber erwarten, und zu den Systemen, die Sie ohnehin betreiben, ob als Desktop-Anwendung, als Plugin in einer Planungsumgebung oder als Dienst, den Ihre übrigen Werkzeuge aufrufen.

  3. An echten Projekten absichern

    Jeder Rechenweg wird an Projekten getestet, die Sie bereits abgewickelt haben und bei denen die Antwort bekannt ist. Ihre Ingenieure prüfen die Ergebnisse und geben frei, bevor etwas ernsthaft eingesetzt wird. Wir arbeiten nach, bis die Zahlen standhalten, und pflegen sie danach weiter, während sich die Normen bewegen.

Wir arbeiten selbst in diesem Feld, und die Software verhält sich danach.

Unser eigenes Büro bemisst Gründungen, und piledesigner.io ist aus dieser Arbeit entstanden. Genau das merken Sie in den Details: was das Werkzeug verweigert, was es bestätigt haben will und was es Ihnen am Ende in die Hand gibt. Keine Vorführung dessen, was geotechnische Software sein könnte, sondern das, womit Ingenieure Projekte aus dem Haus bekommen.

  • Erst die Ingenieurentscheidung, dann die Oberfläche darum herum, nie umgekehrt
  • Abgesichert an abgeschlossenen Projekten statt an konstruierten Testfällen
  • Gepflegt, während sich Normen und nationale Anhänge ändern

Eine Berechnung, die Ihre heutigen Werkzeuge nicht abbilden können?

Sagen Sie uns, was Sie modellieren wollen und wo Ihnen die vorhandene Software im Weg steht. Wir kommen mit einer ehrlichen Einschätzung zurück, was sich zu bauen lohnt.