Rola Inżyniera Odpowiedzialnego (Engineer of Record, EoR) we współczesnym projektowaniu połączeń
Wprowadzenie
Przede wszystkim warto zdefiniować, czym jest (lub kim jest) Inżynier Odpowiedzialny (Engineer of Record) i czym się zajmuje.
Pojęcie to może, lecz nie musi być stosowane w różnych krajach – EoR w jednym kraju może być znany pod inną nazwą w innym.
Inżynier Odpowiedzialny to uprawniony inżynier, który zatwierdza rysunki lub obliczenia dla danego projektu. Pieczęć oznacza, że EoR opracował, skoordynował lub przygotował rysunki, obliczenia itp. dla projektu pod nadzorem uprawnionego inżyniera. Ostatecznie EoR ponosi zawodową odpowiedzialność za zapewnienie integralności konstrukcyjnej budynku.
Niezależnie od interpretacji jest to niezwykle ważna funkcja!
Nie każdy projekt wymaga EoR. Jeśli projekt jest stosunkowo prosty i nie wiąże się z bezpieczeństwem publicznym, prawdopodobnie nie jest to konieczne. Jeśli projekt jest złożony, prawdopodobnie tak. Najczęściej to lokalne przepisy budowlane decydują o tym, czy EoR jest wymagany.
W USA EoR musi być zarejestrowany w stanie, w którym praktykuje. W innych krajach powinien być członkiem akredytowanej instytucji.
Czym zajmują się w praktyce?
Oprócz przygotowywania rysunków i obliczeń mogą również rozwijać koncepcję projektową opracowaną przez innych. Mogą także tworzyć obliczenia do wymiarowania elementów takich jak belki oraz weryfikować obliczenia wykonane przez innych. Walidują projekt.
AISC opublikowało doskonały film, dostępny tutaj. W filmie omówiono rolę i obowiązki EoR.
Wyzwania związane z tradycyjnym udostępnianiem danych
W konwencjonalnych przepływach pracy EoR często przesyłają uproszczone rysunki w formacie PDF oraz uogólnione wyniki sił. To uproszczenie prowadzi do stosowania zbiorczych sił przy projektowaniu połączeń, ukrywając krytyczne kombinacje obciążeń, które mogą wpływać na bezpieczeństwo i nośność konstrukcji. Może to skutkować nadmiernym przewymiarowaniem lub brakiem identyfikacji konkretnych sił, na jakie narażone będzie połączenie, co zwiększa ryzyko awarii.
Ponadto inżynierowie często niechętnie udostępniają swój pełny model analizy globalnej ze względu na obawy dotyczące ujawnienia własności intelektualnej. Ta niechęć skutkuje stosowaniem nadmiernie uproszczonych informacji, które mogą nie oddawać w pełni rzeczywistego zachowania konstrukcji.
Problemy związane z danymi
Zazwyczaj informacje te mają postać rysunków i obszernych zestawień wyników – zamiast uzupełniać już istniejące dane, są one odtwarzane w innej formie. Niektórzy postrzegają to jako zwiększanie Poziomu Szczegółowości (Level Of Detail, LOD).
| LOD100 | Projekt koncepcyjny |
| LOD200 | Projekt schematyczny |
| LOD300 | Projekt szczegółowy |
| LOD350 | Dokumentacja wykonawcza |
| LOD400 | Prefabrykacja i montaż |
| LOD500 | Dokumentacja powykonawcza |
Rysunki mają postać plików PDF (lub wersji papierowych), a wyniki mogą przybierać różne formy – od adnotacji po zestawienia. Wyniki są zazwyczaj nadmiernie uproszczone i (ponownie) zawyżone w stosunku do wymaganych, co prowadzi do przewymiarowania połączeń w celu spełnienia opublikowanych efektów obciążeń. Dlaczego inżynierowie nadal tak postępują, to osobna historia. Wystarczy powiedzieć, że takie przepływy pracy są głęboko zakorzenione w praktyce zbyt wielu inżynierów od zbyt długiego czasu!
Powszechnie wiadomo, że inżynierowie bardzo niechętnie przekazują swoje modele analizy globalnej, ponieważ zawierają one CAŁĄ ich wiedzę inżynierską i doświadczenie. Nie powinno jednak być żadnych oporów przed udostępnianiem kluczowych informacji projektowych, które mają podstawę w ich zwalidowanym projekcie.
Rozwiązanie problemu za pomocą Checkbot i Viewer
Narzędzia Checkbot i Viewer firmy IDEA StatiCa oferują rozwiązanie tych wyzwań, umożliwiając bardziej efektywny i dokładny przepływ danych od EoR do projektantów połączeń. Checkbot pełni rolę mostu danych między oryginalnym modelem analizy a projektem połączeń, pozwalając EoR na bezpieczne udostępnianie wyłącznie krytycznych danych bez ujawniania pełnego modelu MES. Pomaga to ograniczyć problemy związane z nieokreślonymi siłami zbiorczymi, które często skutkują niebezpiecznymi połączeniami lub kosztownym przewymiarowaniem.
Checkbot zachowuje konkretne kombinacje obciążeń i geometrię z modelu analizy globalnej, zapewniając uwzględnienie każdego istotnego szczegółu w projekcie połączeń. Inżynierowie mogą wreszcie odejść od sił zbiorczych, przyjmując proces projektowania oparty na rzeczywistych, zwalidowanych wynikach, a nie na założeniach.
Viewer uzupełnia to rozwiązanie, zapewniając przejrzysty, szczegółowy widok modelu połączenia, umożliwiając zarówno EoR, jak i projektantom połączeń wizualizację mechanizmów przenoszenia obciążeń oraz wykrycie ewentualnych problemów przed ostatecznym zatwierdzeniem. Zapewnia to, że żaden krytyczny szczegół nie zostanie pominięty, zmniejszając prawdopodobieństwo błędów i konieczności poprawek.
Co robimy inaczej?
W IDEA StatiCa promujemy cyfrowy przepływ pracy, w którym EoR może publikować informacje o projekcie do bazy danych przy użyciu funkcjonalności rozwiązania o nazwie Checkbot. Baza danych zawiera geometrię z modelu analizy globalnej wraz z odpowiednimi wynikami. Eliminuje to barierę związaną z udostępnianiem rzeczywistego modelu analizy globalnej, do czego wielu inżynierów podchodzi z niechęcią.
Dodatkową zaletą tego podejścia jest automatyczna kategoryzacja połączeń na podstawie układu konstrukcyjnego i przekrojów elementów. Pozwoli to EoR projektować konstrukcję w bardziej ukierunkowany sposób.
W kroku, który może zaskoczyć niektórych, udostępniamy tę funkcjonalność bezpłatnie. Jednak tworzenie projektów połączeń na podstawie tych informacji będzie wymagało płatnej licencji.
Viewer z kolei zwiększa przejrzystość dzięki wyraźnym wizualizacjom, zapewniając, że żaden szczegół nie zostanie przeoczony przed ostatecznym zatwierdzeniem. Minimalizuje to ryzyko przeoczenia i zapewnia bezpieczniejsze projekty. Przygotowałem przykładowy projekt tutaj, jeśli chcesz zobaczyć potencjał tej technologii.
Podsumowanie
Jeśli chcesz zobaczyć to w działaniu, skontaktuj się z lokalnym biurem IDEA StatiCa lub dystrybutorem.
Kolejną informacją jest to, że będę prezentował zajęcia na ten temat oraz powiązane przepływy pracy na nadchodzącym Autodesk University w San Diego w czwartek, 17 października o godzinie 12:00. Jeśli planujesz uczestnictwo, daj mi znać – może uda nam się spotkać i „połączyć"!