Rezona Değişiklik Günlüğü

Rezona’nın bina akustiği hesap ve raporlama altyapısında önemli iyileştirmeler yayına alındı. Konut içi komşuluk hedefleri güncellendi Konut yapılarında aynı bağımsız birim içerisindeki mahaller için hedef değer seçimi, BGKKHY Tablo 3.4’e göre yeniden düzenlendi. Böylece yatak odası, yaşam alanı, mutfak ve banyo gibi aynı bağımsız birim içerisindeki mahaller artık farklı bağımsız birimler arası komşuluklardan ayrı değerlendiriliyor. Hedef değerler, seçilen komşuluk ilişkisine göre doğru yönetmelik tablosundan belirleniyor. Döşemelerde çift performans değerlendirmesi Döşeme senaryolarında artık iki ayrı akustik performans birlikte hesaplanıyor: Hava doğuşlu ses yalıtımı: DnT,A Darbe sesi yalıtımı: L'nT,w Bu geliştirme hem Temel Hesap hem de Gelişmiş Hesap modüllerine uygulandı. Aynı döşeme sistemi artık yalnızca darbe sesi açısından değil, mahaller arasındaki hava doğuşlu ses iletimi açısından da değerlendiriliyor. Gelişmiş hesap motoru güncellendi Gelişmiş döşeme hesaplarında DnT,A sonucu da oktav bantlı hesap yaklaşımı kullanılarak oluşturuluyor. Döşeme senaryolarında sonuçlar artık şu sırayla birlikte sunuluyor: DnT,A L'nT,w Konutlarda hava doğuşlu ve darbe sesi hedefleri, seçilen komşuluk ilişkisine göre BGKKHY Tablo 3.4 ve Tablo 3.5 üzerinden ayrı ayrı belirleniyor. Tek Eleman döşemeleriyle uyum Tek Eleman modülünde oluşturulan ve projelerde kullanılan döşeme sistemleri de artık iki performans açısından değerlendiriliyor: Kayıtlı Rw ve C verileri üzerinden DnT,A Kayıtlı darbe sesi performansı üzerinden L'nT,w Bir performans verisi eksikse sistem artık tüm hesabı durdurmuyor. Mevcut veri bulunan metrik hesaplanmaya devam ediyor; eksik olan sonuç ise açıkça “Veri Yok” olarak gösteriliyor. PDF raporları yeniden düzenlendi Döşeme sonuçlarının PDF raporlardaki sunumu güncellendi. Önceden DnT,A ve L'nT,w sonuçları aynı darbe sesi tablosu altında ayrı satırlarda gösterilebiliyordu. Yeni düzenlemede: Döşemeler için tek bir “Döşemeler” tablosu kullanılıyor. Aynı senaryoya ait DnT,A ve L'nT,w değerleri aynı satırda gösteriliyor. Hesaplanan değer, hedef, fark ve uygunluk durumu her iki metrik için ayrı kolonlarda sunuluyor. Eksik performans verileri yanlış veya tahmini bir sonuç yerine “Veri Yok” olarak belirtiliyor. Geriye dönük uyumluluk Daha önce oluşturulmuş projelerde komşuluk ilişkisi bilgisi bulunmuyorsa mevcut hedef seçim davranışı korunuyor. Eski projeler hata vermeden açılabiliyor ve yeniden hesaplanabiliyor. Bu güncelleme ile özellikle konut projelerinde ve döşeme değerlendirmelerinde daha doğru, daha kapsamlı ve daha okunabilir bir hesap ve raporlama akışı sağlandı.

Tek Eleman Hesap Modülü Yayında Rezona’ya yeni Tek Eleman Hesap Modülü eklendi. Bu modül ile kullanıcılar, duvar ve döşeme yapı elemanlarını katmanlı olarak tanımlayarak hava doğuşlu ses yalıtımı ve döşeme sistemleri için darbe sesi ön tahmini alabilir. Yeni Özellikler Tek Eleman hesap arayüzü Kullanıcılar duvar veya döşeme elemanlarını bileşen bazlı olarak oluşturabilir. Katı katmanlar, hava boşlukları, karkas/profil bölgeleri, gözenekli yutucular, esnek ayırıcılar ve ağır esnek bariyerler birlikte tanımlanabilir. Hava doğuşlu ses yalıtımı tahmini Modül, oluşturulan yapı elemanı için Rw, C, Ctr ve frekans bazlı R(f) sonuçlarını üretir. Sonuçlar grafik ve frekans tablosu ile birlikte görüntülenir. Döşeme elemanları için darbe sesi ön tahmini Döşeme sistemlerinde, uygun veri bulunduğu durumlarda tahmini Ln,w ve ΔLw değerleri ayrıca gösterilir. Hava sesi ve darbe sesi sonuçları birbirinden ayrı tutulur. PDF ve Excel çıktısı Hesap sonuçları PDF veya Excel olarak indirilebilir. PDF raporlarında yapı elemanının bileşen dizilimi, frekans tablosu, grafik, uyarılar ve varsayımlar yer alır. Kütüphaneye ekleme Tek Eleman modülünde oluşturulan sistemler kullanıcıya özel kütüphaneye kaydedilebilir ve daha sonra yapı hesap modülünde kullanılabilir. Yapı hesap modülü entegrasyonu Kütüphaneye eklenen Tek Eleman sistemleri, ana yapı hesap modülünde bölücü eleman veya flanking elemanı olarak seçilebilir. Gelişmiş ISO 12354 hesaplarında Tek Eleman’dan gelen R/R(f) değerleri, mevcut flanking yollarıyla birlikte kümülatif hesaba dahil edilir. Rapor önizleme ve PDF rapor desteği Tek Eleman kütüphanesinden kullanılan sistemlerin katman ve bileşen bilgileri, rapor önizlemede ve PDF çıktıda görünür. Karkas/profil bölgesi, dolgu, boşluk derinliği ve benzeri bilgiler okunabilir şekilde listelenir. Erişim ve Kredi Kullanımı Tek Eleman modülü Professional plan kullanıcılarına açıktır. Önizleme işlemleri ücretsizdir. Kullanıcılar hesap sistemlerini kredi harcamadan deneyebilir. PDF indirme, Excel indirme veya kütüphaneye ekleme işlemleri, aynı hesap paketi ilk kez oluşturuluyorsa 5 kredi kullanır. Aynı hesap paketi daha sonra tekrar PDF/Excel olarak indirildiğinde veya kütüphaneye eklendiğinde ek kredi harcanmaz. Güvenlik ve Doğrulama Tek Eleman kütüphanesinden gelen hesap değerleri sunucu tarafında doğrulanır. Kullanıcı arayüzünden gönderilen değiştirilebilir Rw, R(f) veya Ln,w değerleri hesaplarda doğrudan kullanılmaz. Kütüphane öğeleri kullanıcıya özeldir. Bir kullanıcı başka bir kullanıcının Tek Eleman kütüphane öğelerine erişemez. Not Tek Eleman sonuçları ön tasarım tahmini niteliğindedir. Laboratuvar ölçümü veya sertifikalı akustik performans raporu yerine geçmez. Nihai proje kararlarında, üretici verileri, ölçüm sonuçları ve ilgili mevzuat gereklilikleri ayrıca dikkate alınmalıdır.

## Belediye Teslim ve Değerlendirme İş Akışı Rezona’ya, uzmanlar ile belediye/değerlendirme ekipleri arasındaki rapor teslim, inceleme, revizyon ve onay süreçlerini dijital olarak yönetmeye yönelik yeni bir iş akışı eklendi. Bu güncelleme ile akustik raporlar yalnızca PDF olarak üretilmekle kalmaz; aynı zamanda belediye tarafında senaryo bazlı incelenebilir, revizyon istenebilir, yeniden teslim alınabilir ve onay süreci kayıt altında sürdürülebilir hale gelir. --- ## Yeni Özellikler ### Belediyeye Rapor Teslimi Uzman kullanıcılar artık proje ekranı üzerinden raporlarını doğrudan ilgili belediyeye teslim edebilir. Teslim sırasında: - belediye seçimi yapılabilir, - başvuru numarası eklenebilir, - parsel veya açıklama bilgileri girilebilir, - teslim edilen rapor için arşivlenmiş PDF çıktısı oluşturulur, - teslim kaydı sistemde korunur. Belediye teslimi resmi PDF çıktısı oluşturduğu için **1 PDF kredisi kullanır**. Teslim sonrası aynı PDF’in uzman veya belediye tarafından tekrar indirilmesi ek kredi tüketmez. --- ### Belediye Değerlendirme Paneli Belediye kullanıcıları için ayrı bir değerlendirme paneli oluşturuldu. Belediye kullanıcıları artık uzman dashboard’u yerine yalnızca değerlendirme sürecine odaklanan bir panel görür. Bu panelde: - bekleyen teslimler, - incelemedeki raporlar, - revizyon istenen raporlar, - onaylanan raporlar, - reddedilen raporlar özetlenir. Belediye kullanıcıları yalnızca yetkili oldukları belediyeye gönderilen teslimleri görebilir. --- ### Senaryo Bazlı İnceleme Belediye değerlendirme ekranı senaryo bazlı hale getirildi. Her senaryo için: - hesaplanan değer, - hedef değer, - uygunluk durumu, - mahal/yüzey bilgileri, - katman bilgileri, - malzeme kalınlığı, - yoğunluk, - yüzey kütlesi, - toplam yüzey kütlesi arayüz üzerinden görüntülenebilir. Böylece belediye kullanıcısı temel incelemeyi yalnızca PDF üzerinden değil, doğrudan Rezona arayüzü üzerinden de yapabilir. --- ### Senaryo Kararı: Onay, Revizyon, Ret Belediye yetkilileri her senaryo için ayrı karar verebilir: - Onayla - Revizyon iste - Reddet - Uygulanamaz olarak işaretle Karar verildikten sonra form kapanır ve özet karar görünür. Gerekirse “Düzenle” seçeneğiyle karar tekrar açılıp değiştirilebilir. --- ### Revizyon Döngüsü Revizyon istenen raporlar için uzman tarafında revizyon başlatma akışı eklendi. Uzman revizyonu başlattığında: - ilgili proje tekrar düzenlenebilir hale gelir, - eski teslim kaydı korunur, - yeni teslim ayrı bir revizyon turu olarak kaydedilir, - belediye tarafında yalnızca güncel teslim aktif iş olarak görünür, - eski teslimler “Teslim Geçmişi” altında izlenebilir. Bu sayede aynı projenin farklı revizyonları ayrı ayrı karışık kartlar halinde görünmez; güncel durum tek satır üzerinden takip edilir. --- ### Eski-Yeni Revizyon Karşılaştırması Revizyon sonrası yeni teslimlerde belediye panelinde karşılaştırma görünümü eklendi. Sistem; hesaplanan değer, uygunluk durumu, katman değişikliği, malzeme değişikliği, kalınlık değişikliği ve yüzey kütlesi değişikliklerini karşılaştırarak ilgili senaryonun değişip değişmediğini gösterir. Örneğin bir duvar katmanının kalınlığı veya malzemesi değiştirildiğinde, bu değişiklik belediye ekranında eski-yeni karşılaştırmasıyla görünür. --- ### Teslim Geçmişi Uzman tarafındaki “Teslimlerim” bölümü güncellendi. Aynı projenin birden fazla revizyon teslimi varsa, ana listede yalnızca en güncel teslim görünür. Önceki teslimler ayrı kartlar halinde karışıklık yaratmaz; “Teslim Geçmişi” üzerinden incelenebilir. Belediye tarafında da eski revizyonlar aktif iş listesinde kalmaz, ancak geçmiş kayıt olarak erişilebilir olmaya devam eder. --- ### Admin Belediye Yönetimi Admin paneline belediye yönetimi eklendi. Admin kullanıcılar artık: - belediye oluşturabilir, - belediye kaydını aktif/pasif yapabilir, - kullanıcıları belediye personeli, onay yetkilisi veya belediye yöneticisi olarak atayabilir, - belediye kullanıcı hesaplarını güvenli şekilde pasife alabilir. Geçmiş değerlendirme kayıtları korunur; kullanıcı pasife alınsa bile önceki inceleme, yorum ve karar kayıtları silinmez. --- ## Arayüz İyileştirmeleri ### Uzman Dashboard’u Sadeleştirildi Uzman dashboard’u daha sade ve iş odaklı hale getirildi. Ana ekranda artık iki temel bölüm öne çıkar: - Üzerinde Çalışılan Projeler - Teslimlerim Plan, abonelik, kredi hareketleri ve ek kredi satın alma gibi alanlar ayrı bir **Plan & Abonelik** sayfasına taşındı. --- ### Belediye Kullanıcıları İçin Rol Bazlı Menü Belediye kullanıcıları artık uzmanlara ait menü bağlantılarını görmez. Belediye panelinde yalnızca değerlendirme süreciyle ilgili bağlantılar gösterilir: - Dashboard - Belediye Teslimleri - Profilim Bu sayede belediye kullanıcıları proje oluşturma, kredi satın alma veya uzman teslimleri gibi kendileriyle ilgili olmayan alanlarla karşılaşmaz. --- ### Profil Sayfası Rol Bazlı Hale Getirildi Belediye kullanıcılarının profil sayfasında şirket bilgileri, logo ve fatura alanları gizlendi. Uzman kullanıcılar mevcut profil alanlarını görmeye devam eder. --- ### Proje Oluşturma Akışı İyileştirildi Yeni proje oluştururken “Devam” butonuna basıldığında proje otomatik olarak kaydedilir. Böylece kullanıcı artık önce “Kaydet”, sonra dashboard’a dön, sonra projeyi tekrar aç gibi ek adımlar yapmak zorunda kalmaz. Proje kaydedildikten sonra belediyeye teslim paneli aynı akış içinde kullanılabilir hale gelir. --- ### Genel UI Temizliği Buton hizalamaları, form alanları, karar panelleri ve tehlikeli işlem kutuları üzerinde görsel düzenlemeler yapıldı. Reviewer ekranında çok sayıda yüzey olduğunda karışıklık oluşmaması için senaryo kartları varsayılan olarak kapalı gelir. Kullanıcı ilgili senaryoya tıklayarak hesap sonuçlarını, yüzey detaylarını ve karar formunu açabilir. --- ## Düzeltilen Sorunlar - Belediye teslimi sonrası PDF’in kredi tüketmeden oluşturulmasına neden olan açık giderildi. - Aynı submission PDF’inin tekrar indirilmesinde ek kredi düşmemesi sağlandı. - Revizyon sonrası onaylanan projelerde uzman dashboard’unda eski “revizyon isteniyor” uyarısının kalması düzeltildi. - “Teslimlerim” bölümünde aynı projenin eski revizyonlarının ayrı aktif kartlar halinde görünmesi düzeltildi. - Belediye panelinde eski revizyon turlarının aktif iş gibi görünmesi düzeltildi. - Senaryo sonuçlarında hesaplanan/hedef değerlerin “—” görünmesi düzeltildi. - Katman bilgilerinde malzeme adı, kalınlık, yoğunluk ve yüzey kütlesi bilgilerinin eksik görünmesi düzeltildi. - Revizyon karşılaştırmasında değişiklik yapılmasına rağmen “değişmedi” görünmesi düzeltildi. - Belediye karar formunun karar sonrası açık kalması düzeltildi. - Rapor durumunu güncelleme işleminde kullanıcıya geri bildirim verilmesi sağlandı. - Email verification nedeniyle local test kullanıcılarının oluşturulamaması için güvenli dev araçları eklendi; production kayıt doğrulama akışı korunmuştur. --- ## Notlar Bu güncelleme ile belediye teslim ve değerlendirme süreci Rezona içinde uçtan uca yönetilebilir hale gelmiştir. Teslim edilen raporlar, revizyonlar, PDF çıktıları, senaryo kararları ve belediye yorumları geçmiş kayıt olarak korunur. Mevcut kullanıcı hesapları otomatik olarak değiştirilmez. Belediye erişimleri, kullanıcı hesabını dönüştürmeden, belediye üyeliği üzerinden yönetilir.

1. Darbe Sesi Flanking Davranışı Düzeltildi Darbe sesi hesaplarında flanking yolları kullanıcı tarafından girilebiliyor ve detaylarda gösterilebiliyordu; ancak nihai hesap sonucuna ve marj değerine etkisi yansımıyordu. Bu davranış düzeltildi. Artık döşeme/darbe sesi senaryosunda flanking yüzeyleri: - hesap akışına dahil ediliyor, - darbe sesi düzeyiyle enerji toplamı mantığında birleştiriliyor, - nihai uygunluk marjına yansıyor, - izolatör seçimiyle birlikte beklenen yönde iyileşme sağlıyor. Doğrulama sırasında şu davranışlar teyit edildi: |Durum|Marj|Sonuç| |---|---|---| |Flanking yok|−16.3 dB|Başlangıç durumu| |100 mm beton flank|−27.2 dB|Flanking etkisi marja yansıdı| |Hafif flank|−45.1 dB|Daha zayıf flank daha kötü marj verdi| |Hafif flank + izolatör|−35.2 dB|İzolatör yaklaşık +10 dB iyileşme sağladı| --- 2. Flanking Görselleri Kaldırıldı İç duvar ve döşeme hesaplarında yer alan plan/kesit benzeri flanking şemaları kaldırıldı. Bu görseller pratikte kullanıcıya yeterli açıklık sağlamıyor ve bazı durumlarda kafa karıştırıyordu. Flanking alanı artık daha sade bir liste/accordion yapısı üzerinden ilerliyor. Kaldırılanlar: - iç duvar flanking şeması, - döşeme flanking şeması, - F1/F2/F3/F4 görsel legend alanları. Flanking girişlerinin kendisi korunmuştur. --- 4. Hazır Sistem Arayüzü Kaldırıldı Canlı hesap modülündeki “Hazır Sistem” kullanımı kaldırıldı. Kaldırılanlar: - Hazır Sistem butonları, - Hazır Sistem seçim panelleri, - “Hazır Sistem” ve “Başlangıç Sistemi” banner’ları, - hazır sistem yönlendirme metinleri. Bu değişiklikle kullanıcı akışı artık daha net şekilde manuel katman oluşturma ve kompozisyon kaydetme üzerine kuruludur. Korunanlar: - Katman Ekle, - Kompozisyon Kaydet, - kullanıcı tarafından oluşturulan kompozisyon akışları. Backend tarafındaki bazı başlangıç sistemi/context yapıları şimdilik teknik borç olarak korunmuştur; ancak kullanıcıya görünür Hazır Sistem UI kalıntıları temizlenmiştir. --- 5. Hesap Modu Seçimi Yeniden Konumlandırıldı Hesap modu seçimi ekranın üst bölümünden kaldırılarak hesap aksiyonlarına daha yakın bir konuma taşındı. Yeni etiketler: - Temel (Kütle Yasası) - Gelişmiş (ISO 12354) Bu değişiklikle hesap modu seçimi, kullanıcının hesaplama aksiyonunu gerçekleştirdiği bölgeye daha yakın ve daha anlaşılır hale getirildi. --- 6. Bilgi Giriş Alanlarında Sadeleştirme Yapıldı Oda boyutu girişleri daha modern ve düzenli bir yapıya taşındı. Önceki yapıdaki U/G/Y alanları sıkışık ve eski görünümlüydü. Yeni düzenlemede: - oda boyutları daha belirgin bir grup olarak ele alındı, - U / G / Y alanları daha okunur hale getirildi, - bilgi metinleri kısaltıldı, - alanlar daha kompakt ve çağdaş bir form hissine yaklaştırıldı. Bu düzenleme iç duvar, dış cephe ve döşeme senaryolarında uygulandı. Reverberasyon formu, farklı hacim mantığı nedeniyle kapsam dışında bırakıldı. --- 7. Bölücü Eleman Alanı Daha Mantıklı Konuma Taşındı İç duvar senaryosunda toplam bölücü eleman alanı ve kapı bilgileri daha önce flanking alanlarının altında kalıyordu. Bu durum kullanıcı açısından ilişkisel olarak kafa karıştırıyordu. Bu alan artık Bölücü Eleman Katmanları bölümünün içinde yer alıyor. Böylece: - kapı/alan bilgisi doğrudan bölücü elemanla ilişkilendi, - flanking alanından ayrıldı, - formun bilgi hiyerarşisi daha anlaşılır hale geldi. --- 8. Regresyon Kontrolleri Bugün gerçekleştirilen değişikliklerin ardından şu kontroller başarıyla tamamlandı: - Darbe sesi flanking davranışı doğrulandı. - İzolatör etkisi doğrulandı. - İç duvar Standard flanking davranışı bozulmadı. - Advanced IC flanking davranışı bozulmadı. - Hesaplanan değerlerin masked kalması doğrulandı. - Hazır Sistem görünür UI kalıntıları temizlendi. - Template yapısal kontrolleri geçti. Test özetleri: - DOS flanking testleri: başarılı - Advanced engine regresyon testleri: başarılı - Template structural checks: başarılı - Hazır Sistem UI cleanup kontrolleri: başarılı --- Bilinen Teknik Borçlar Aşağıdaki noktalar bilinçli olarak bugünkü kapsam dışında bırakıldı: - Hazır sistemle ilgili bazı backend context değişkenleri hâlâ duruyor. - Başlangıç sistemi verileri bazı durumlarda sessiz pre-fill için kullanılmaya devam edebilir. - 3D geo tool ile ilişkili bazı eski veri yapıları hâlâ template’e aktarılıyor. - Döşeme flanking detaylarında bazı alan adları semantik olarak ileride iyileştirilmeli. --- Sonuç Bu güncellemeyle canlı hesap modülü daha sade, daha anlaşılır ve daha tutarlı hale getirildi. Özellikle darbe sesi flanking davranışındaki kritik eksik giderildi ve kullanıcı tarafından girilen flanking yollarının marja yansıması sağlandı. Bir sonraki potansiyel çalışma alanı, bilgi giriş ekranının mevcut form yapısından çıkarılarak daha çağdaş, karar akışı odaklı ve sağ özet paneli destekli yeni bir arayüze dönüştürülmesidir.

Bugünkü güncellemelerle birlikte oturum kararlılığı, oda durumu düzenleme akışı, PDF rapor düzeni ve gelişmiş hesap modundaki bazı modelleme davranışlarıyla ilgili önemli iyileştirmeler yapıldı. Oda Durumu Ekranı ve Oturum Kararlılığı - Oda durumu oluşturma ve düzenleme ekranlarında çok erken görülebilen “oturum süresi doldu” sorununun azaltılmasına yönelik iyileştirmeler yapıldı. - Normal kullanım sırasında kullanıcı oturumunun daha kararlı korunması hedeflendi. - Bu güncelleme ile birlikte, oda durumu üzerinde çalışırken akışın gereksiz yere kesilmesinin önüne geçilmesi amaçlandı. Oda Durumu Düzenleme Akışı - Oda durumu düzenleme modunda alt aksiyon butonunun dili iyileştirildi. - Kullanıcıyı yanıltabilen “Havuza Ekle” ifadesi yerine, düzenleme bağlamını daha doğru yansıtan güncelleme odaklı buton metni kullanıldı. - Böylece yeni durum ekleme ile mevcut durumu düzenleme arasındaki fark daha açık hale getirildi. PDF Rapor Düzeni - PDF raporlarda tablo başlıkları ile ilgili tabloların farklı sayfalara dağılmasına neden olan sayfa kırılımı davranışı iyileştirildi. - Tablo başlığı ve ilgili tablo içeriğinin mümkün olduğunca birlikte kalması sağlandı. - Bu düzenleme özellikle resmi inceleme ve yerel yönetim onayı açısından rapor okunurluğunu güçlendirmeyi amaçlamaktadır. PDF Footer - PDF rapor footer alanı güncellendi. - “Rezona” ifadesine ek olarak `rezona.com.tr` bilgisi de footer metnine eklendi. Proje Bilgileri Alanı ve PDF Yansıması - Proje bilgileri alanının PDF’ye aktarımında satır kırımları ve paragraf düzeni iyileştirildi. - Kullanıcının girdiği metnin daha öngörülebilir ve düzgün biçimde rapora yansıması hedeflendi. - Ayrıca proje notları / proje bilgileri bölümünün PDF içindeki konumu gözden geçirilerek, hesap tablolarından sonra yer alacak şekilde düzenlendi. Gelişmiş Mod / Yüzer Döşeme Modeli - Gelişmiş hesap modunda yüzer döşeme sistemlerinin temsil biçimi gözden geçirildi. - Özellikle bağlı şap ve yüzer şap ayrımının daha doğru ele alınabilmesi için modelleme yaklaşımında güncellemeler yapıldı. - Yeni çalışmalarda fiziksel olarak ayrıştırılmış katman kurgusunun daha görünür ve tercih edilir hale gelmesi için kullanıcı yönlendirmeleri güçlendirildi. - Eski tanımlar geri uyumluluk korunarak sistemde tutuldu; ancak yeni kullanımlarda daha doğru katman kurgusuna geçiş desteklendi. Bu geliştirmelerle birlikte Rezona’da hem operasyonel akışların hem de raporlama ve hesap deneyiminin daha kararlı ve daha anlaşılır hale getirilmesi hedeflenmiştir.

Rezona’da son dönemde üç önemli geliştirme devreye alındı. İlk olarak, mevcut standart hesap yöntemine ek olarak yeni bir gelişmiş hesap modu kullanıma sunuldu. Standart yöntem hızlı ve pratik bir değerlendirme akışı sunmaya devam ederken, gelişmiş mod yapı elemanlarının akustik davranışını daha ayrıntılı ele alan ayrı bir hesap yolu olarak kurgulandı. Bu yeni modda, yalnızca kütle etkisine dayalı sadeleştirilmiş bir yaklaşım yerine, frekans bağımlı davranışlar ve performansı etkileyen ek unsurlar daha fazla dikkate alınmaktadır. Gelişmiş mod şu aşamada Professional plan kapsamında sunulmaktadır. İkinci olarak, Rezona’nın malzeme veri tabanı kapsamlı biçimde genişletildi. Son güncellemeyle birlikte sistemdeki masif malzeme sayısı 50’den 69’a, karkas sistem sayısı ise 7’den 14’e çıkarıldı. Veri tabanına bims blok, gazbeton, alçı lif levha, çimento levha, MDF, sunta, vinil kaplama, mantar esaslı katmanlar, yüksek yoğunluklu taş yünü ve yeni asma tavan / karkas sistem varyasyonları eklendi. Bu genişleme yalnızca kayıt sayısını artırmak amacıyla değil, kullanıcıların pratikte karşılaştığı yapı elemanlarını sistem içinde daha güçlü biçimde temsil edebilmek için yapıldı. Üçüncü olarak da, başlangıç deneyimi geliştirildi. Bu güncellemenin amacı, özellikle yeni kullanıcıların sistemi daha kolay anlamasını ve ilk projelerini daha rahat oluşturabilmesini sağlamaktı. Bu kapsamda başlangıç ekranları, boş durum sayfaları ve ilk proje oluşturma adımları daha açık ve yönlendirici hale getirildi. Böylece kullanıcıların ilk anlamlı sonuca daha kısa sürede ulaşabilmesi hedeflendi. Bu güncellemelerle birlikte Rezona, hem teknik kapasite hem de kullanım deneyimi açısından daha güçlü bir yapıya ulaştı. Geliştirme çalışmalarına, kullanıcıların gerçek ihtiyaçlarına karşılık veren iyileştirmelerle devam edilecektir.

NE DEĞİŞTİ Rezona'nın hesap çekirdeği baştan yazıldı. Önceden iki ayrı yol vardı: 500 Hz'de kütle yasasına dayanan Temel mod ve beş oktav bandında çalışan Gelişmiş mod. Artık tek bir motor var ve her senaryo aynı yöntemle hesaplanıyor. Kullanılan yöntem: - Eleman ses azaltma indisi R(f) — ISO 12354-1 Ek B eleman modeli. Kritik frekans, toplam kayıp faktörü ve ışıma verimi; elemanın gerçek yüzey kütlesi, boyuna dalga hızı ve geometrisinden türetilir. 100–3150 Hz arası 18 üçte bir oktav bandı. - Birleşim yolu iletimi Kij — ISO 12354-1 Ek E. Birleşim tipi (çapraz, T, köşe) ve birleşen elemanların yüzey kütle oranı kullanılır. Elastik ara katman iyileştirmesi, standardın öngördüğü yere — Kij'ye — uygulanır. - Yol toplaması — ISO 12354-1 madde 4.4. Doğrudan yol ve her yan yol (Ff, Fd, Df) ayrı ayrı hesaplanıp enerji toplamı alınır. - Tek sayı değerleri — ISO 717-1 ve 717-2 referans eğrisi kaydırma yöntemi. 32 dB toplam olumsuz sapma sınırı bant bant uygulanır. - Darbe sesi — ISO 12354-2, yüzer döşemelerde Ek C. - Reverberasyon — Sabine denklemi; yönetmelik EK-6 dipnot 1 uyarınca 250–2000 Hz bantlarının aritmetik ortalaması karşılaştırılır. Sonuçlar, elle kurulmuş referans hesap tablolarıyla eleman eleman ve bant bant karşılaştırılarak doğrulandı. YÖNETMELİK TABLOLARI EK-3 tabloları yönetmelik ekinden yeniden okunup doğrulandı. Bu sırada bir hata düzeltildi: bağımsız bölüm ilişkisi (Tablo 3.4) Gelişmiş modda dikkate alınmıyordu. Aynı duvar Temel modda 44 dB, Gelişmiş modda 52 dB hedefle karşılaştırılıyordu. Bunu bildiren kullanıcımıza teşekkür ederiz. EK-6 reverberasyon sınırları da ekten yeniden alındı. TANIMSIZ GİRDİLER ARTIK SESSİZCE VARSAYILMIYOR Önceden tanınmayan bir mahal adı veya malzeme, sessizce bir varsayılan değere düşüyordu. Örneğin "Teknik Merkez" ile "Teknik Merkezler" arasındaki tek harflik fark, C sınıfı hedefini 58 dB'den 52 dB'ye indiriyordu — kullanıcıya hiçbir uyarı gösterilmeden. Artık bu durumlarda hesap durur ve doğru adı önerir. Aynı şekilde, kütüphanede bulunmayan bir malzeme katmanı sessizce atılmıyor: eskiden çizdiğinizden daha ince bir eleman hesaplanıyordu, şimdi ya hesap reddediliyor ya da sonucun daha ince bir eleman için geçerli olduğu uyarısı veriliyor. HER SONUÇ KENDİ BELİRSİZLİĞİYLE GELİYOR Kullandığınız her girdinin kaynağı izleniyor: ölçüm, üretici beyanı, veri tabanı veya varsayım. Sonucun güven aralığı, bu girdilerin makul değişim aralıkları üzerinden sayısal duyarlılık analiziyle hesaplanıyor. Her sonuç bir veri kalitesi seviyesi (Veri tam / yeterli / kısmi / zayıf) ve bir ± dB aralığıyla birlikte sunuluyor. Hangi girdilerin varsayıldığı ve hangisini girmenin aralığı ne kadar daraltacağı ayrıca listeleniyor. KAYITLI PROJELERİNİZ FARKLI SONUÇ VEREBİLİR Bunu açıkça yazmak istiyoruz. Aşağıdaki düzeltmeler, daha önce kaydettiğiniz bir projenin uygunluk durumunu değiştirebilir: - Reverberasyon hedefi artık EK-6'dan sunucu tarafında çözülüyor ve karşılaştırma 250–2000 Hz ortalaması üzerinden yapılıyor. Önceden hedef, tarayıcıdan gelen değerdi ve karşılaştırma 500 Hz bandı üzerindendi. En sık görülen değişiklik bu. - Tek Eleman Kütüphanesi'nden seçilen bir yan yol elemanı artık sonuca etki ediyor. Önceden sessizce yok sayılıyordu; 50 dB'lik bir yan duvar ile 25 dB'lik biri aynı sonucu veriyordu. - Kütüphaneden seçilen bir döşeme artık hesaplanabiliyor. Önceden hata veriyordu. - Darbe sesinde, yüzey kütlesi bilinmeyen ölçülmüş bir eleman için artık nominal bir döşeme varsayılmıyor. Önceden 350 kg/m² değerinde bir betonarme döşeme varsayılıp buradan bir L'nT,w üretiliyordu; bu sayının kullanıcının döşemesiyle ilgisi yoktu. Artık "veri yok" deniyor. - Çözümlenemeyen malzeme katmanları artık atılmıyor (yukarıda). Belediyeye daha önce sunduğunuz raporlar etkilenmez: teslim anında üretilen PDF dosya olarak saklanır ve değişmez. Değişiklik yalnızca bundan sonra üreteceğiniz raporlarda görünür. Projelerinizin sonucu değiştiyse ve nedenini birlikte incelemek isterseniz destek üzerinden bize yazın.

UYGULAMA İLE RAPOR ARASINDAKİ FARK Rezona, PDF üretirken sonuçları kayıtlı girdilerden yeniden hesaplar — böylece rapor her zaman güncel motorla üretilir. Ancak bu, aynı hesabın iki ayrı kod yolundan geçmesi demekti ve iki yol birbirinden ayrışmıştı. Reverberasyonda rapor, EK-6 sınırını çözmek yerine kayıtlı istekten gelen eski hedef değerini okuyor ve karşılaştırmayı 250–2000 Hz ortalaması yerine 500 Hz bandı üzerinden yapıyordu. Uygulamada 0,5 s sınırına göre "uygun değil" görünen bir mahal, raporda 0,6 s sınırına göre "uygun" çıkabiliyordu. Aynı hata, belediyeye giden arşiv PDF'inde de vardı; orası hesabın üçüncü bir kopyasını taşıyordu. Artık üç yol yerine tek bir uygulama var ve bu eşitlik otomatik testlerle korunuyor. YÖNTEM AÇIKLAMASI Raporun birinci bölümündeki yöntem metni, artık kullanılmayan eski motoru anlatıyordu: beş oktav bandı, kütle yasası, katalog değerlerinden tahmin edilen dinamik rijitlik. Metin, hesabın "tam uyumlu ISO 12354 hesabı anlamına gelmediğini" belirterek bitiyordu. Her sonuç tablosunun altında da sonuçların ampirik formül tahmini olduğunu söyleyen bir dipnot vardı. Bu metin belediyelere gidiyordu ve hesabı yanlış tanıtıyordu. Yerine, motorun gerçekte ne yaptığını anlatan bir bölüm konuldu: üçte bir oktav bantları, Ek B eleman modeli, Ek E birleşimleri, madde 4.4 yol toplaması, 717-1/717-2 derecelendirmesi ve varsayımların nerede kaldığı. FLANKING TABLOSU Rapordaki yan yol tablosu, her yolun Rw değerine tek bir genel iyileştirme ekleyerek "etkili Rw" hesaplıyordu. Bu iki yönden yanlıştı: ISO 12354-1 elastik ara katmanı Rw'ye değil Kij'ye uygular, ve iyileştirme artık her yan yol için ayrı giriliyor. Tablo artık motorun kendi kayıtlarını basıyor: birleşim tipi, hesaplanan Kij ve uygulanan ΔKij ile kaynağı. Kaynak belirtilmemişse bu da görünür. KATMAN TABLOSU Rapordaki eleman katman tablosu, Ek B hesabını nominal 4,0 × 2,7 m'lik bir eleman üzerinden yapıyordu. Bu, aynı sayfada yazan uygunluk değeriyle arasında Rw ve Ctr'de 1 dB'e varan fark yaratıyordu. Artık odanın gerçek geometrisi kullanılıyor. KARAKTER GÖRÜNTÜLEME Δ, η, √ ve ′ gibi karakterler bazı sunucularda boş kutu olarak basılıyordu. Raporun kullandığı yazı tipinin gerçek karakter kapsamı artık çalışma anında okunuyor; eksik bir karakter varsa kutu yerine okunabilir bir karşılık yazılıyor.

İKİ AYRI SORU, İKİ AYRI SATIR Hesap sonucunda yan yana iki durum görünüyordu ve ikisi de "uygun" kelimesini kullanıyordu: biri hesabın güvenilirliği ("Resmî rapora uygun"), diğeri yönetmelik hedefine uygunluk ("Uygun Değil"). Bunlar farklı soruların yanıtıydı ama yan yana bir çelişki gibi okunuyordu. Sonuç kartı yeniden düzenlendi. Her satır hangi soruyu yanıtladığını söylüyor: Yönetmelik hedefi Uygun Değil 10,3 dB gerekli Hesabın güvenilirliği Veri kısmi ±4,6 dB Birkaç önemli girdi varsayım İki tarafın sözcük dağarcığı artık ortak hiçbir kelime içermiyor. GÜVEN ETİKETİ ARTIK "RAPORA UYGUN" DEMİYOR Daha önce A ve B sınıfı sonuçların yanında "Resmî raporda kullanılabilir", C sınıfında ise "resmî rapora girmeden doğrulanmalı" yazıyordu. Bunu kaldırdık. Bakanlık ve yerel yönetimler, bir hesabın kabul edilmesi için gereken hassasiyet düzeyini hiçbir yerde yayımlamıyor. Böyle bir eşik yokken Rezona'nın "bu rapora uygundur" demesi, var olmayan bir standardı icat etmek olurdu ve kafa karışıklığı yaratıyordu. Rezona artık hassasiyeti bildiriyor: veri kalitesi seviyesi, ± dB aralığı, hangi girdilerin varsayıldığı ve hangisini girmenin aralığı ne kadar daraltacağı. Bu düzeyin yeterli olup olmadığına ilgili idare ve proje sorumlusu karar verir. Aynı ilke rapordaki yöntem metnine de uygulandı. BİRLEŞİM TİPİ VE İZOLATÖR VERİSİ Yan yollar için iki yeni girdi eklendi: - Her yan yol için birleşim tipi seçilebiliyor: çapraz (X), T birleşim, köşe. Kij bu seçime ve elemanların kütle oranına göre hesaplanıyor; eşit kütlede bile çapraz ile T arasında birkaç dB fark vardır. - Elastik ara katman iyileştirmesi (ΔKij) her yan yol için ayrı giriliyor ve yanında kaynağı (üretici veya deney raporu no) belirtilebiliyor. Kaynak girilmezse sonuç varsayım olarak işaretlenir. Tüm yollar için ortak tek bir ΔKij hücresi vardı; kaldırıldı. KATMAN BAZINDA ÖLÇÜLMÜŞ VERİ Her katmanın yanındaki ayar simgesinden, o malzemenin deney raporundaki boyuna dalga hızı (cL) ve iç kayıp faktörü (η) değerleri girilebiliyor. Bunlar Ek B hesabına doğrudan girer ve sonucun güven aralığını daraltır. Boş bırakılırsa malzeme sınıfının tipik değeri kullanılır ve bu varsayım olarak raporlanır. DÖŞEME KATMAN AÇIKLAMASI Döşeme ekranındaki yüzer şap açıklaması, artık kullanılmayan Gelişmiş moda göre yazılmıştı ve üç şey söylüyordu: eski tek katmanlı şapın iyileştirme sağlamadığı, altlığın dinamik rijitlik modeliyle işlendiği ve katman sırasının önemli olduğu. Üçü de yeni motorda geçerli değildi. Açıklama gerçeğe göre yeniden yazıldı: iyileştirme, yığındaki elastik altlık veya yumuşak kaplamanın katalog ΔLw değerinden gelir, iyileştirmeler toplanmaz, en büyüğü kullanılır ve katman sırası sonucu değiştirmez. Altlık seçiminin sonucu ne kadar değiştirdiği de yazıyor. MAHAL ADLARI Mahal ve bina tipi adları, yönetmelik ekindeki yazımlarla birebir eşitlendi. Listelerdeki adlar doğrudan yönetmelik modülünden geliyor, böylece arayüz ile hesabın kullandığı adlar birbirinden ayrışamıyor.