SAP2000’DE DEPREM SPEKTRUMU TANIMLARINI DOĞRU KURMAK

SAP2000’de spektral analiz “çalıştı” diye rahatlamak, deprem tasarımında en tehlikeli yanılsamalardan biridir. Çünkü analiz motoru, yanlış tanımlanmış bir spektrumu da gayet güzel çözer; sonuç verir, tablo üretir, hatta rapor bile alırsın. Ama spektrum yanlışsa, tüm tasarım yanlış bir gerçekliğin üzerine oturur.

Deprem spektrumu tanımlarını doğru kurmak; yönetmelik parametrelerini doğru okumayı, birim ve ölçek tutarlılığını korumayı, sönüm ve periyot aralığını mantıklı yönetmeyi gerektirir. Buradaki hedef; spektral talepleri doğru üretmek, taban kesmeyi kontrol edilebilir kılmak ve sonuçları denetlenebilir hale getirmektir.

Bu makalede; SAP2000’de deprem spektrumu tanımlarını uçtan uca nasıl kuracağını, sık yapılan hataları, doğrulama adımlarını ve kurumsal raporlamayı ele alacağız. Uygulamalı ilerlemek için SAP2000 eğitimi içeriğine de göz atabilirsin.

Deprem spektrumu mantığını tasarım hedefiyle eşleştirmek

Yanıt spektrumu; farklı periyotlarda yapının maruz kalacağı eşdeğer ivme taleplerini temsil eder. Spektral analiz, modal sonuçlarla birlikte bu talepleri yapıya uygular ve iç kuvvetleri üretir. Bu yüzden spektrum, “girdi eğrisi” değil, tasarımın temel varsayımıdır.

Doğru spektrum; proje konumu, zemin sınıfı ve hedef deprem düzeyi gibi parametrelerle tanımlanır. Yanlış spektrum ise, çoğu zaman taban kesmeyi veya ötelemeyi yapay şekilde değiştirerek tasarım kararlarını saptırır.

Spektrum türünü seçmek ve anlamını korumak

SAP2000’de kullanıcı tanımlı spektrum, yönetmelik spektrumu veya fonksiyon tabanlı eğriler kullanılabilir. Hangi yöntemi seçersen seç, temel amaç aynıdır: periyoda bağlı spektral ivmeyi doğru temsil etmek. “Hazır eğri” kullanmak, parametreleri okumayı ortadan kaldırmaz.

Deprem düzeyi ve performans hedefini belirginleştirmek

Aynı bölge için farklı deprem düzeyleri farklı spektrumlar doğurur. Tasarım depremi ile servis depremini aynı spektrumla temsil etmek, kontrol mantığını bozar. Bu nedenle spektrum seti, performans hedefleriyle uyumlu şekilde ayrıştırılmalıdır.

Birim ve ölçek tutarlılığını güvenceye almak

Spektrum hatalarının büyük kısmı, birim karmaşasından doğar: g mi, m/s² mi, cm/s² mi? SAP2000, girdi birimlerine çok duyarlıdır; yanlış birimle girilen değerler, sonuçları sessizce büyütür veya küçültür. Bu nedenle spektrum tanımlamadan önce model birim sistemini ve spektrumun hangi birimde üretileceğini netleştirmek gerekir.

g birimi ile ivme birimlerini karıştırmayı önlemek

Spektrumu “g cinsinden” giriyorsan, SAP2000’de fonksiyonun g olarak okunup okunmadığını kontrol etmek gerekir. Spektrumu m/s² cinsinden giriyorsan, g’ye dönüşüm yapıp yapmadığını açıkça belgelemen gerekir. Bu tutarlılık, taban kesme kontrolünü doğrudan etkiler.

Spektrum periyot aralığını modele göre kurgulamak

Spektrum fonksiyonu, analizde kullanılan periyot aralığını kapsamalıdır. Çok kısa aralık, yüksek mod taleplerini eksik bırakabilir. Çok uzun aralık ise pratikte sorun yaratmaz ama eğri tanımını gereksiz uzatır. Doğru yaklaşım, modal periyotların kapsandığı aralığı hedeflemektir.

SAP2000’de spektrum fonksiyonunu tanımlamak

SAP2000’de spektrum; genellikle “Functions > Response Spectrum” altında tanımlanır ve daha sonra yük durumuna bağlanır. Burada kritik olan; spektrum noktalarının doğru girilmesi, sönüm oranının doğru seçilmesi ve eksen yönleriyle tutarlı yükleme yapılmasıdır.

Nokta sayısını ve eğri sürekliliğini yönetmek

Çok az nokta ile tanımlanan spektrum, kırık bir eğri üretip interpolasyon hatası doğurabilir. Çok fazla nokta ise bakım zorluğu yaratır. Amaç; kritik kırılma noktalarını temsil eden yeterli sayıda nokta girmek ve eğrinin sürekliliğini korumaktır.

Sönüm oranını analiz senaryosuna göre seçmek

Spektrum fonksiyonunda sönüm oranı (örneğin %5) açıkça belirtilmelidir. Yapının sönüm kabulleri farklıysa, spektrumun buna göre uyarlanması veya uygun düzeltme yaklaşımının kullanılması gerekir. Yanlış sönüm, özellikle orta periyot bandında talepleri belirgin şekilde değiştirir.

Spektrumu yük durumuna bağlamak ve yön etkisini yönetmek

Spektrum fonksiyonu tek başına bir şey yapmaz; “Response Spectrum Load Case” içinde doğru doğrultuya, doğru ölçekle bağlanması gerekir. Burada en kritik hatalar; yanlış global eksen seçimi, yanlış ölçek katsayısı ve işaret/yön etkilerinin eksik kurgulanmasıdır.

X ve Y doğrultularını ayrı yük durumlarıyla kurmak

Pratikte EX ve EY gibi ayrı spektral yük durumları tanımlanır. Böylece her doğrultunun taban kesmesi, ötelenmesi ve eleman talepleri ayrı izlenebilir. Bu ayrım, daha sonra kombinasyon kurarken hatayı azaltır ve raporlamayı netleştirir.

CQC ve SRSS birleştirmesini mod yakınlığıyla ilişkilendirmek

Modlar birbirine yakınsa CQC daha gerçekçi sonuç verir; modlar uzaksa SRSS yeterli olabilir. Bu seçim, deprem talebinin nasıl birleştirildiğini belirler ve özellikle burulma etkisi yüksek yapılarda fark yaratır. Seçim yapılırken modal periyot dağılımı mutlaka gözden geçirilmelidir.

Ölçekleme ve taban kesme doğrulamasını yapmak

Spektral analizde ölçekleme, sonuçların yönetmelik hedefiyle uyumlu hale gelmesini sağlar. Ölçekleme yapılmadan “çıkan taban kesme” ile karar vermek, çoğu projede yanlış olur. Bu yüzden ölçekleme mantığı; taban kesme oranı, hedef spektrum ve senaryo kabulleriyle birlikte kurulmalıdır.

Taban kesme oranını senaryo bazında izlemek

EX ve EY için taban kesmeler ayrı ayrı kontrol edilmelidir. Eğer taban kesme hedefin altında kalıyorsa, ölçek katsayısı güncellenmelidir. Bu kontrol yapılmadan alınan kesit kararları, yönetmelik hedefiyle uyumsuz olabilir.

Öteleme ve periyot davranışını ölçeklemenin yanında okumak

Ölçekleme sadece kuvvet seviyesini değil, ötelenme ve taleplerin büyüklüğünü de etkiler. Bu nedenle ölçek sonrası kat ötelemesi, göreli kat ötelenmesi ve burulma göstergeleri tekrar kontrol edilmelidir. Amaç, sadece taban kesmeyi tutturmak değil; davranışı da mantıklı tutmaktır.

Otomasyon ve kalite kontrol şablonlarıyla süreç kurmak

Kurumsal projelerde spektrum tanımı, her seferinde manuel yapılırsa hata riski artar. Bu nedenle spektrum parametreleri, senaryo tanımları ve doğrulama çıktıları şablonlanmalıdır. Böylece hem ekip içi tutarlılık sağlanır hem de denetim kolaylaşır.

Spektrum parametrelerini YAML ile standardize etmek

responseSpectrum:
  name: RS_SITE_A_5PCT
  units: g
  dampingRatio: 0.05
  points:
    - { T: 0.00, Sa: 0.40 }
    - { T: 0.20, Sa: 1.00 }
    - { T: 0.50, Sa: 0.90 }
    - { T: 1.00, Sa: 0.55 }
    - { T: 2.00, Sa: 0.30 }
loadCases:
  - { name: EX_RS, direction: X, scale: 1.0, combo: CQC }
  - { name: EY_RS, direction: Y, scale: 1.0, combo: CQC }

Ölçekleme kontrolünü JSON ile raporlamak

{
  "projectCode": "SAP-RS-018",
  "cases": {
    "EX_RS": { "baseShear_kN": 10850, "target_kN": 12500, "scaleFactor": 1.152 },
    "EY_RS": { "baseShear_kN": 10120, "target_kN": 11800, "scaleFactor": 1.166 }
  },
  "checks": {
    "unitsVerified": true,
    "dampingVerified": true,
    "periodRangeCovered": true
  }
}

Sık yapılan hataları kontrol listesiyle azaltmak

Spektrum tanımı hatası, çoğu zaman proje ilerledikten sonra fark edilir ve geri dönüş maliyeti büyür. Aşağıdaki kontrol listesi, bu riski azaltır:

• Birim sistemini ve spektrum birimini baştan netleştirmek
• Periyot aralığını modal periyotları kapsayacak şekilde seçmek
• Sönüm oranını senaryo hedefiyle uyumlu tutmak
• EX/EY yük durumlarını ayrı kurup yön etkisini yönetmek
• Taban kesmeyi hedefle kıyaslayıp ölçeklemeyi belgelendirmek

Özetle; SAP2000’de deprem spektrumu tanımlarını doğru kurmak, spektral analizin güvenilirliğini belirleyen en kritik adımdır. Doğru birim, doğru sönüm, doğru yön kurgusu ve ölçekleme doğrulamasıyla sonuçlar denetlenebilir hale gelir ve tasarım kararları sağlam bir zemine oturur.