STA4CAD'DE PERDE DUVAR RİJİTLİK VARSAYIMLARINI YÖNETMEK

"Perde rijit kabul edilir" cümlesi mühendislik fakültesinde herkesin duyduğu ilk basitleştirmedir. Sonra ilk projeye oturulur ve gerçek soru ortaya çıkar: nereden başlayan bir parça rijit, nerede biten bir parça eğilen bir kiriş gibi davranır? Sta4CAD bu kararı sizin yerinize vermez — ne kabul ederseniz onu çözer.

Bu makale perde duvar rijitlik kabullerini üç katmanda ele alır. İlk katman perdenin kendisinin rijit, yarı-rijit veya elastik olarak nasıl modellendiği; ikinci katman boşluklu perdelerde pier ve spandrel ayrımı; üçüncüsü mesh sıklığı ile başlık (boundary element) detayının modele yansıması. Konuya yapısal analiz tarafından sistematik girmek isterseniz betonarme bina çözümleyici eğitim programı bu üç katmanı sıralı pratikle pekiştirir.

PERDE RİJİT, YARI-RİJİT VEYA ELASTİK Mİ KABUL EDİLİR?

Sta4CAD'in bina arayüzünde perde tanımlandığında sistem onu otomatik olarak shell elemanı olarak ele alır. Ama "perde rijit" demek modelin kendiliğinden rijit olacağı anlamına gelmez; üç farklı seviyede karar verilir.

• Rijit kabul: Perde, bağlı olduğu döşeme + kolon sistemine göre çok daha sert olduğu için ötelenmenin tamamını kendisi alır. Bu kabul küçük perdeleri ihmal edip baskın perdeye yük yıkar. Az katlı yapılarda makul, çok katlıda risklidir.
• Yarı-rijit kabul: Perde gerçek eğilme/kayma rijitliğiyle çözüme girer ama çatlamış kesit çarpanı (eğilme için tipik 0.50) uygulanır. Türkiye'de TBDY 2018 sonrası standart hâle gelen pratik budur.
• Elastik kabul: Brüt kesit, çarpansız. Servis yükü altında ilk koşu için, sayısal kontrol için OK; tasarım koşusu için yetersiz.

Karar verirken iki test yapın. Perde döşeme boyunca çekildiğinde döşemeyi rijit diyafram gibi mi davrandırıyor, yoksa kendi başına eğilen bir konsol mu? Plan içinde perde merkezleri kütle merkezine yakın mı, yoksa burulma momenti yaratıyor mu? İki sorudan biri "kuvvetli evet" ise rijit kabul tehlikelidir — perdenin gerçek deformasyon karakterine bakmak gerekir.

BOŞLUKLU PERDEDE PIER VE SPANDREL NASIL AYRILIR?

Tek parça düz perde nadir bir konfor durumudur. Türk konut tipolojisinde merdiven kovası, asansör çekirdeği veya AVM girişlerinde geniş açıklıklar perdeyi parça parça davranmaya zorlar. Bu noktada perdeyi tek bir shell olarak bırakmak yetmez; pier (düşey kolon-benzeri parçalar) ve spandrel (kapı/pencere üstündeki kiriş-benzeri parçalar) etiketleri ile modeli ayırırsınız.

Sta4CAD'de boşluklu perdeyi tanımlarken üç temel etiketleme prensibi vardır:

1. Pier sürekli düşey ekseni izler: Bir pier birden fazla kata yayılabilir ama sol/sağ kenarları her katta aynı x-y koordinatında olmalı.
2. Spandrel yatay açıklığın üstünde tek bir yatay parça: Spandrel iki pier'i bağlar; uçları piere oturmuyorsa etiket geçersiz sayılır.
3. Aynı pier etiketi farklı katlarda tekrarlanabilir: "P1" zemin katta da, 5. katta da kullanılabilir — Sta4CAD onları kat seviyesi ile birlikte ayrı eleman çözer.

Etiketleme yapmadan koşulan model boşluklu perdeyi tek bir gövde gibi davrandırır — bu da spandrel'in eğilme kapasitesini perdenin kendisinin saymasına yol açar. Sonuçta hem deplasman düşük çıkar hem donatı tablosu eksik. Pratikte İMO yapı denetim raporlarında en sık karşılaşılan modelleme hatalarından biri bu eksik etiketleme.

MESH SIKLIĞI VE SAYISAL DOĞRULUK

Perde shell elemanı olarak çözüldüğünde, modelin sonlu eleman ağı (mesh) çözüm doğruluğunu doğrudan etkiler. Sta4CAD bir perdeyi otomatik mesh'lese de varsayılan bölünme çoğu durumda kabaca kalır. Üç kat yüksekliğinde bir perde 1×1 mesh ile koşulduğunda gerilme dağılımı tek parça hesaplanır — bu da uç gerilmelerinin (perde başlığı) görünmeyişine sebep olur.

Pratik mesh kuralları:

• Bir kat içindeki perde en az 2×2 ya da 3×3'e bölünmeli; uzun perdelerde yatay bölünme daha fazla artırılır
• Pier ve spandrel sınırları mesh sınırıyla çakışmalı; aksi halde etiket düzgün uygulanmaz
• Boşluk köşelerinde gerilme yığılması olur — buradaki elemanlar küçülterek daha hassas çözüm alınır
• Mesh sıklığını ikiye katlayıp sonuç değişmiyorsa mesh yakınsamıştır (mesh convergence testi)

Üniversite betonarme dersi seviyesinde perde "tek shell" gibi anlatılır; gerçek proje seviyesinde mesh kalibrasyonu yapılmadan elde edilen donatı çıktısı yetersiz kalır. Özellikle yüksek katlı konutlarda perdenin tabanında gerilme tepe değeri varsayılan mesh ile %20-30 düşük raporlanabilir.

PERDE BAŞLIĞI VE SINIR ELEMAN KABULÜ

Perdenin uçlarındaki sıklaştırılmış donatı bölgesi, yönetmelikte "perde başlığı" veya uluslararası literatürde "boundary element" adıyla geçer. Rijitlik kabulü ile başlık kabulü ayrılmaz bir ikilidir: çatlamış kesit varsayımı yapıldığında perde uç gerilmeleri daha yüksek bir dağılımla görülür ve başlık donatısının boyu/sıklığı bu yeni dağılıma göre belirlenir.

Sta4CAD perdeyi T, L, U veya dikdörtgen kesit olarak tanımlamanıza izin verir; başlık bölgesi ayrı bir eleman değildir, perdenin kendi kesit tanımının parçasıdır. Ama tanımdaki üç noktaya dikkat:

• Perde uçlarında ayrı kolon modellenmez — kesit tipi T/L/U seçilerek başlık zaten içerilir
• Başlık boyu (yönetmelik 7.6.5 tarafından belirlenen) Sta4CAD tarafından raporda hesaplanır, kullanıcı geometriye karışmaz
• Başlık etriye sıklaştırması donatı çıktısında ayrı tablo olarak gelir; pier etiketi düzgün uygulanmamışsa bu tablo eksik kalır

Boundary element kavramı uluslararası uygulamada perde başlığını perdenin geri kalanından farklı bir element gibi modellemeye kadar gider; Sta4CAD'de bu seviyede ayrım gereksizdir, kesit-bütünleşik yaklaşım Türkiye yönetmelik bağlamında zaten yeterlidir. Yine de proje EMO veya İMO denetiminden geçtiğinde başlık donatısının raporda çıkıp çıkmadığı en sık sorulan sorudur — pier etiketleme yapılmamışsa başlık satırı raporda yer almaz.

PERDE-KOLON BAĞLANTISI: ANKASTRE Mİ YARI-MAFSAL MI?

Plan içinde perde köşeleri bir kolonla buluşuyorsa, bu birleşim noktasının modelde nasıl tanımlandığı rijitlik dağılımını etkiler. Üç seçenek vardır:

1. Tam ankastre birleşim: Perde ile kolon ortak düğüm noktasında tam moment aktarımı yapar. Standart kabul ve çoğu durumda doğrudur.
2. Mafsallı birleşim: Kolon perdeye eklenir ama moment aktarmaz. Bu kabul nadir, sadece donatı detayı moment aktarımı engelliyorsa kullanılır.
3. Yarı-rijit (kısmi moment) birleşim: Sta4CAD'de tipik olarak modellenmez — gerekiyorsa rijitlik çarpanı ile dolaylı taklit edilir.

Pratikte mühendisler bazen perde uç sınır elemanını ayrıca kolon olarak ekler — bu eski Sta3 alışkanlığıdır. Yeni perde modelleme yaklaşımıyla bu yöntem hem tutarsız rijitlik üretir hem etiketleme bozar. Perde T/L kesiti seçildiğinde uç başlığı zaten içerilmiştir; ayrı kolon eklenmemelidir. Yapısal sonlu eleman çözümünün matematiksel arka planını benzer bir analitik araç üzerinden eğitim daha geniş kompozisyonda inceler — temel mantık ve eleman tanımları büyük oranda ortaktır.

İTERASYON: RİJİTLİK KARARININ DONATIYA YANSIMASI

Sta4CAD'de perde rijitlik kabullerini tek koşuda doğru kalibre etmek nadir mümkündür. Tipik iş akışı şu üç iterasyondan geçer.

İlk koşu: tüm perdeler çatlamış kabul (0.50 eğilme), mesh varsayılan, pier/spandrel etiketleri tanımlı. Modal periyot bekleneni veriyor mu, kat ötelemeleri yönetmelik sınırını aşıyor mu — bunlara bakılır.

İkinci koşu: ötelemeler sınırı zorluyorsa perde geometrisi büyütülür (kalınlık veya boy artırılır, yeni perde eklenir), sayısal sorun varsa mesh sıklaştırılır. Çarpan yukarı çekilmez — bu yönetmelik dışı sayılır.

Üçüncü koşu: donatı raporu kontrol edilir. Boyuna donatı %0.25 minimumu sağlıyor mu, başlık etriyesi raporda mevcut mu, kayma donatısı eğilme kontrolünden daha kritik kalmış mı. Tipik bir Türk konut projesinde — yedi kat, betonarme, asansör çekirdeği perdeli — bu iterasyon 2-3 günlük bir model kalibrasyon süreci demektir. Üniversitelerde betonarme dersi tek koşu üzerinden anlatır; sahada böyle bir proje teslim edildiğinde denetim tarafından geri döner. Türk sektör pratiğinde model + iterasyon süresi, çizim süresinin yaklaşık 1.5 katıdır.

Perde duvar rijitlik kabulü tek bir parametre değil, geometriden mesh'e, etiketten birleşim noktasına yayılan bir karar zinciridir. Sta4CAD bu zincirin her halkasını ayrı ayrı sizin yönetmenize bırakır — programın değil mühendisin sorumluluğudur. Bir modeli kapatmadan önce şu soruyu sorun: bu modelde perde gerçekten benim kabul ettiğim gibi mi davranıyor, yoksa varsayılan değerlerle koşuldu da raporda fark edilmedi mi?