SAP2000’DE SONUÇ KOMBİNASYONLARIYLA TASARIM KONTROLÜ YAPMAK
Bir yapıyı SAP2000’de modellemek nispeten hızlıdır; asıl kritik nokta, analiz sonuçlarını tasarım kararına dönüştürmektir. Bu dönüşümün kalbinde ise sonuç kombinasyonları yer alır. Çünkü gerçek dünyada elemanlar tek bir yük durumuyla değil, farklı yüklerin birlikte etkisiyle zorlanır.
İşin can sıkıcı tarafı şu: Kombinasyonlar hatalı kurgulanırsa modeliniz “doğru” olsa bile tasarım kontrolünüz yanlış çıkar. Üstelik bu hata, çoğu zaman raporlarda fark edilmez; güvenli görünen bir eleman gerçekte yetersiz kalabilir ya da tam tersi gereksiz pahalı bir tasarıma sürüklenirsiniz.
Bu makalede, SAP2000’de sonuç kombinasyonlarını kurarken hangi teknik ayrıntılara dikkat etmeniz gerektiğini; kesit kuvvetleri, deplasman ve tasarım kontrolü açısından pratik bir yaklaşımla anlatacağız. Amaç; karar vericilere sunulabilecek kadar temiz, izlenebilir ve tekrarlanabilir bir kontrol seti oluşturmaktır.
Sonuç kombinasyonları mantığını projeye uyarlamak
Sonuç kombinasyonu, farklı yük durumlarının belirli katsayılarla bir araya getirilmesidir. SAP2000’de bu yaklaşım hem servis (SLS) hem de taşıma gücü (ULS) kontrollerinde kullanılır. Ancak her proje, aynı standartla ilerlese bile farklı risk iştahına, farklı detaylara ve farklı kabul kriterlerine sahip olabilir.
Bu yüzden ilk kural şudur: Kombinasyonları “şablondan kopyalamak” yerine, sözleşme dokümanları ve tasarım yönetmeliğiyle eşleştirerek üretmek gerekir. Özellikle deprem, rüzgar, hareketli yük ve sıcaklık etkilerinin bir araya gelişi proje bazında değişir.
ULS ve SLS ayrımını veri modelinde netleştirmek
ULS kombinasyonları eleman dayanımını, SLS kombinasyonları ise deplasman, çatlak, konfor ve rötre gibi servis davranışını kontrol eder. SAP2000’de bu ayrımı net tutmazsanız, raporlarda karışıklık yaşarsınız. Öneri; kombinasyon adlarında açık bir prefix kullanmaktır: “ULS_” ve “SLS_”.
Yönetmelik katsayılarını ve işveren isterlerini eşlemek
Birçok kurum, yönetmelik kombinasyonlarını aynen istemez; örneğin rüzgar için farklı geri dönüş periyotları, deprem için farklı spektrumlar veya hareketli yük için farklı eşdeğer yayılı yük kabulleri talep edebilir. Bu durumda kombinasyonlar yalnızca katsayı seti değil, aynı zamanda bir “kurumsal karar” haline gelir.
Yük durumlarını temizlemek ve ölçeklemek
Sonuç kombinasyonlarının sağlıklı çalışması, yük durumlarının (load cases) doğru tanımlanmasına bağlıdır. SAP2000’de yük durumları; statik, modal, response spectrum, time history veya pushover gibi farklı analiz tiplerine dayanabilir. Her birinin kombinasyon davranışı farklıdır.
En sık yapılan hata; response spectrum çıktısını, statik yük durumlarıyla aynı mantıkla toplamak ya da deprem yönlerini yanlış ölçeklemektir. Bu tür hatalar, kombinasyon sonuçlarını sessizce bozar.
Deprem yüklerini yön, ölçek ve modal birleştirmeyle tutarlı kılmak
Response spectrum analizinde X ve Y yönleri genellikle ayrı load case olarak tanımlanır. Ayrıca modal birleştirme yöntemi (SRSS, CQC) ve yön birleştirme yaklaşımı (100/30, 30/100 gibi) devreye girer. SAP2000’de bu ayarlar, kombinasyonun arka planında “sonuçların nasıl toplandığını” belirler.
Rüzgar ve hareketli yük tanımlarını birbiriyle çakıştırmamak
Rüzgar yükleri genellikle tekil yük durumlarıyla temsil edilirken, hareketli yükler birden fazla pattern ve yerleşimle tanımlanabilir. Eğer hareketli yük yerleşimleri doğru kurgulanmadıysa, kombinasyonlar “en elverişsiz” durumu yakalayamaz. Bu yüzden hareketli yük için kullanılan yaklaşım (envelope, multiple patterns, lane load) analiz öncesi netleşmelidir.
Sonuç kombinasyonlarını SAP2000’de doğru şekilde kurmak
SAP2000’de kombinasyonlar iki temel amaçla kullanılır: analiz sonuçlarını birleştirmek ve tasarım modüllerine giriş sağlamak. Bu iki amaç her zaman aynı kombinasyon setiyle yönetilmez. Örneğin, raporlamada daha geniş bir kombinasyon havuzu istenirken, tasarım modülü daha sınırlı bir setle çalıştırılabilir.
Burada hedef; hem raporlama hem de tasarım kontrolünde kullanılabilecek, isimlendirmesi net, sınıflaması açık bir kombinasyon kütüphanesi oluşturmaktır. Bu kütüphane, proje tesliminde de en değerli çıktılardan biridir.
Kombinasyon türlerini (Linear, Envelope) bilinçli seçmek
Linear Add, lineer statik yüklerin toplanması için uygundur. Envelope ise birden fazla kombinasyonun maksimum/minimum sonuçlarını kapsar. Örneğin, “SLS_ENV_DEFLECTION” gibi bir envelope kombinasyonu ile tüm servis kombinasyonları üzerinden maksimum deplasmanı tek raporda gösterebilirsiniz.
İsimlendirme standardını rapor uyumluluğuna göre kurmak
Kurumsal ekiplerde en büyük verim; kombinasyon isimleri rapor başlıklarıyla aynı olduğunda oluşur. Bu sayede farklı mühendisler aynı modeli kullansa bile çıktı dili standardize olur. İyi bir isimlendirme; yük bileşenlerini, katsayı mantığını ve kontrol amacını tek satırda anlatır.
Aşağıdaki örnek, tipik bir ULS ve SLS kombinasyon setini isimlendirme standardıyla gösterir:
// ULS (Taşıma Gücü) - örnek isimlendirme
ULS_1_35G_150Q
ULS_2_12G_16Q_10Wpos
ULS_3_12G_16Q_10Wneg
// SLS (Servis) - örnek isimlendirme
SLS_1_10G_10Q
SLS_2_10G_07Q_10Wpos
SLS_ENV_DEFLECTIONKesit kuvvetleri ve deplasman sonuçlarını raporlamaya hazırlamak
Kombinasyonlar tanımlandıktan sonra ikinci kritik adım, sonuçların “tasarım kararına” dönüşmesidir. Bunun için kesit kuvvetleri (N, V2, V3, T, M2, M3), deplasmanlar ve dönmeler, doğru eleman seti üzerinden okunmalıdır.
Sadece maksimum değeri almak yeterli değildir. Nerede oluştuğu, hangi kombinasyonda oluştuğu ve hangi yük bileşenlerinin baskın olduğu da önemlidir. Özellikle yüksek katlı yapılarda veya düzensiz sistemlerde, kontrol noktaları doğru seçilmezse yanlış güven hissi oluşur.
Envelope raporlarıyla kritik değerleri tek tabloda toplamak
Özellikle çerçeve elemanlarda, her kombinasyon için ayrı ayrı tablo üretmek çok hızlı şekilde yönetilemez hale gelir. Bunun yerine envelope kombinasyonlarıyla kritik değerleri tek tabloda toplamak gerekir. SAP2000’de bu yaklaşım, kontrol süresini ciddi biçimde kısaltır ve karar verici sunumlarını sadeleştirir.
Kat deplasmanlarını SLS kombinasyonlarıyla doğrulamak
Servis limitleri çoğu projede “kat ötelemesi / kat yüksekliği” oranı üzerinden değerlendirilir. Bu kontrolün ULS yerine SLS kombinasyonlarıyla yapılması gerekir. Ayrıca diyafram davranışı, rijitlik dağılımı ve torsiyon etkisi kat ötelemelerini etkilediği için sonuçların yalnızca maksimum değer değil, kat bazlı dağılım olarak da raporlanması önerilir.
Tasarım kontrolü için kombinasyon setini sadeleştirmek
Analiz raporlarında yüzlerce kombinasyon görmek normaldir; fakat tasarım kontrolünde bu kadar büyük bir set, hata riskini artırır. Tasarım modülleri (betonarme, çelik vb.) genellikle belirli kombinasyon tipleriyle daha stabil çalışır.
Burada amaç; “rapor kombinasyonları” ile “tasarım kombinasyonları”nı ayırmak ve tasarım tarafında daha kontrollü bir set kullanmaktır. Bu yaklaşım, ekip içi kalite kontrol süreçlerinde de büyük avantaj sağlar.
Betonarme ve çelik tasarımında kombinasyon kapsamını yönetmek
Betonarme tasarımında genellikle ULS kombinasyonları üzerinden donatı kontrolü yapılır; SLS ise çatlak ve deplasman için raporlanır. Çelik tasarımında ise hem ULS hem de bazı servis kontrolleri (örneğin titreşim/konfor) devreye girebilir. SAP2000’de hangi modülün hangi kombinasyon setini kullandığını netleştirmek, tasarım çıktısının güvenilirliğini artırır.
Kritik kombinasyonları izlemek için bir kontrol listesi üretmek
Kurumsal süreçlerde en iyi uygulamalardan biri, her proje için “kritik kombinasyon kontrol listesi” üretmektir. Bu liste; deprem baskın, rüzgar baskın, hareketli yük baskın ve sıcaklık baskın kombinasyonları kapsar. Böylece ekip, tasarım çıktısının en riskli senaryolarda tutarlı olduğunu hızlıca doğrulayabilir.
Kalite kontrol sürecini otomatikleştirmek ve izlenebilir kılmak
Kombinasyonları doğru kurmak tek başına yeterli değildir; aynı zamanda kalite kontrolün tekrar edilebilir olması gerekir. SAP2000’de model güncellendikçe kombinasyonlar, yük durumları ve sonuçlar değişebilir. Bu yüzden QC yaklaşımı “bir defalık kontrol” değil, iteratif bir süreç olmalıdır.
Bu süreçte, ekip içi rapor standardı ve dosya versiyonlama disiplini kritik rol oynar. Modelin her revizyonunda hangi kombinasyon setinin kullanıldığı, hangi sonuçların değiştiği ve hangi kabul kriterlerinin sağlandığı kayıt altına alınmalıdır.
Model revizyonlarında kombinasyon değişikliklerini izlemek
Bir load case değiştiğinde, o load case’i kullanan tüm kombinasyonlar etkilenir. SAP2000 bu bağı otomatik kurar; fakat rapor seviyesinde bu etki görünmez. Bu nedenle her revizyonda, kombinasyon listesini dışa aktararak (CSV/Excel) değişiklikleri izlemek iyi bir pratiktir.
Rapor çıktısını standart şablonla üretmek
Karar vericiler için en değerli çıktı, “aynı formatta” gelen raporlardır. Kombinasyon isimlendirme standardı, tablo düzeni, kabul kriterleri ve özet sayfaları sabit olduğunda; revizyonlar arasında fark analizi yapmak kolaylaşır. Bu yaklaşım, kurumsal tasarım yönetimi süreçlerini hızlandırır.
Aşağıdaki örnek, kombinasyon listesini dışa aktarıp kontrol etmek için kullanılan basit bir CSV şablonunu gösterir:
# CombinationName, Type, Notes
ULS_1_35G_150Q, LinearAdd, Main gravity + live ULS
ULS_2_12G_16Q_10Wpos, LinearAdd, Wind positive direction
ULS_3_12G_16Q_10Wneg, LinearAdd, Wind negative direction
SLS_1_10G_10Q, LinearAdd, Service gravity + live
SLS_ENV_DEFLECTION, Envelope, Max deflection over SLS setSonuç: Kombinasyon doğruysa tasarım kontrolü güven verir
SAP2000’de sonuç kombinasyonları, analizden tasarıma geçişin en kritik köprüsüdür. Bu köprü sağlam kurulmadığında; kesit kuvvetleri, deplasmanlar ve tasarım çıktıları yanıltıcı hale gelir. Doğru kurulduğunda ise modeliniz yalnızca “çalışan bir dosya” olmaktan çıkar, karar vericilerin güvenebileceği bir mühendislik aracına dönüşür.
Bu konuda pratik yapmak, standartları proje gerçekliğiyle eşlemek ve raporlamayı kurumsal dile taşımak istiyorsanız, SAP2000 eğitimi içeriği üzerinden kapsamlı örneklerle ilerlemek en hızlı yoldur.
