Asansör Arıza Kayıtlarını (Event Log) Okuma

İÇERİK (MARKDOWN)

Asansör arıza kayıtları, yani teknik dilde sık kullanılan adıyla event log, bir asansörün geçmişte yaşadığı olayları ve hataları zaman sırasına göre gösteren dijital hafızadır. Kapı kilidi kesmesi, fotosel hatası, kat seviyeleme problemi, sürücü alarmı, aşırı yük uyarısı, enerji kesintisi veya emniyet devresi açılması gibi birçok olay bu kayıtlar üzerinden takip edilebilir. Doğru okunduğunda event log, sadece “asansör neden durdu?” sorusuna değil, “bu arıza neden tekrar ediyor ve kalıcı çözüm ne?” sorusuna da cevap verir.

Bu yazıda asansör bakım firması sahipleri, teknisyenler ve bina yöneticileri için event log okumanın mantığını, hata kayıtlarının nasıl yorumlanacağını, hangi arızaların öncelikli ele alınması gerektiğini ve kayıtların nasıl düzenli tutulacağını pratik örneklerle ele alacağız.

Asansör Event Log Nedir ve Neden Önemlidir?

Event log, asansör kumanda sistemi, sürücü, kapı operatörü veya bazı yardımcı kontrol ekipmanları tarafından tutulan olay geçmişidir. Her marka ve modelde ekran yapısı farklı olabilir; ancak mantık benzerdir. Sistem, gerçekleşen olayları belirli kodlar, kısa açıklamalar, tarih-saat bilgisi veya sayaç değeri ile kaydeder.

Bir event log kaydı genellikle şu sorulara cevap verir:

• Arıza ne zaman oluştu?
• Hangi katta veya hangi seyir yönünde meydana geldi?
• Hata tek seferlik mi, tekrar eden bir problem mi?
• Arıza güvenlik devresiyle mi, kapı sistemiyle mi, sürücüyle mi ilgili?
• Müdahale sonrası aynı hata tekrar etmiş mi?

Özellikle yoğun kullanılan apartman, site, hastane, okul, otel ve iş merkezi asansörlerinde arıza geçmişi çok değerlidir. Çünkü sadece son görünen arızaya bakmak yanıltıcı olabilir. Örneğin bina yöneticisi “asansör sabah yine kaldı” der; fakat event log incelendiğinde son 15 günde aynı kapı kilidi hatasının 22 kez tekrar ettiği görülebilir. Bu durumda mesele tek bir çağrı değil, tekrar eden kök neden problemidir.

Türkiye’de asansörlerin düzenli bakım ve periyodik kontrol süreçleri mevzuatla takip edilir. Sanayi ve Teknoloji Bakanlığı, asansör periyodik kontrollerinin yılda en az bir kez yaptırılması gerektiğini belirtir; ayrıca periyodik kontrol raporlarının ilgili taraflarca muhafaza edilmesi beklenir. Bu nedenle arıza, bakım ve müdahale kayıtlarının düzenli tutulması sadece teknik kalite değil, denetim hazırlığı açısından da önemlidir. ([Sanayi Bakanlığı][1])

Event Log Ekranında Hangi Bilgilere Bakılır?

Her kumanda kartı veya sürücü aynı dili kullanmaz. Bazı sistemlerde hata kodu E05, F12, Er-37 gibi görünürken, bazı panolarda kısa açıklama da yer alır. Ancak teknisyenin bakması gereken ana bilgiler değişmez.

1. Hata kodu

Hata kodu, sistemin hangi arıza grubunu işaret ettiğini gösterir. Örneğin:

• Kapı kilidi devresi açık
• Emniyet devresi kesildi
• Sürücü haberleşme hatası
• Enkoder sinyali alınamadı
• Kat sayıcı / manyetik şalter hatası
• Aşırı yük veya yük sensörü hatası
• Motor termik veya fren geri bildirim hatası

Burada kritik nokta, kodu ezbere yorumlamamaktır. Aynı kod farklı markalarda farklı anlamlara gelebilir. Bu yüzden teknisyen, ilgili kumanda panosu veya sürücünün teknik dokümanına göre kontrol yapmalıdır.

2. Oluşma zamanı ve tekrar sayısı

Bir hata bir kez oluşmuşsa geçici enerji dalgalanması, kullanıcı kaynaklı kapı zorlaması veya anlık sensör kesmesi olabilir. Ancak aynı hata kısa aralıklarla tekrar ediyorsa konu artık rastlantı değildir.

Örneğin:

• Aynı gün 8 kez kapı kilidi hatası
• Her sabah ilk çalışmada sürücü alarmı
• Sadece 5. katta seviyeleme hatası
• Yağmur sonrası kuyu dibi güvenlik devresi kesmesi
• Yoğun saatlerde aşırı yük uyarısı

Bu tekrar düzeni, teknisyene arızanın yönünü gösterir.

3. Kat, yön ve çalışma modu

Bazı sistemlerde hata hangi katta, yukarı mı aşağı yönde, otomatik modda mı revizyon modunda mı oluştuğu görülebilir. Bu bilgi özellikle kat hizalama, kapı kilidi, manyetik şalter, encoder ve kuyu ekipmanı sorunlarında çok değerlidir.

Örneğin sadece 3. katta oluşan kapı kilidi hatası, tüm kapı sisteminden çok ilgili kat kapısı kilidi, fiş-kontak, mekanik ayar veya kapı kapanma kuvvetiyle ilişkili olabilir.

Asansör Arıza Kayıtları Nasıl Okunur?

Event log okuma işi sadece ekrandaki kodu görmek değildir. Doğru yöntem, kayıtları olay sırasına koymak ve kök nedeni ayırmaktır.

Adım adım event log okuma yöntemi

1. Asansörü güvenli duruma alın. Müdahaleye başlamadan önce kullanıcı güvenliği sağlanmalı, gerekiyorsa asansör servis dışı bırakılmalıdır.
2. Son arıza kodunu not edin. Ekranda görünen aktif hata ile geçmiş kayıttaki hatalar ayrılmalıdır.
3. Tarih-saat veya sayaç bilgisini kontrol edin. Aynı hata kaç kez tekrarlamış, hangi zaman aralığında oluşmuş bakılmalıdır.
4. Hata kodunu teknik dokümandan doğrulayın. Marka/model bazlı hata açıklaması mutlaka kontrol edilmelidir.
5. Önce güvenlik devresini değerlendirin. Emniyet zinciri, kapı kilidi, stop devresi, limit switch ve regülatör gibi başlıklar önceliklidir.
6. Tekrar eden hata ile tek seferlik hatayı ayırın. Tekrarlı hatalarda parça değişiminden önce mekanik ayar, kablolama, soket ve saha koşulları incelenmelidir.
7. Müdahale sonrası test yapın. Asansör boş, yüklü, farklı katlarda ve farklı yönlerde denenmelidir.
8. Sonucu kayıt altına alın. Hangi hata görüldü, ne yapıldı, hangi parça değişti, test sonucu ne oldu net yazılmalıdır.

Event log sadece arızayı gösterir; arızanın kesin sebebini her zaman tek başına söylemez. İyi teknisyen, log kaydını saha gözlemiyle birleştirir.

Sık Görülen Event Log Kayıtları ve Yorumlama Tablosu

Aşağıdaki tablo genel uygulamada karşılaşılan hata gruplarını özetler. Kod isimleri markaya göre değişebilir; bu nedenle tablo, kesin marka kodu değil, yorumlama mantığı olarak düşünülmelidir.

Event Log Kaydı / Hata Grubu	Olası Anlamı	İlk Kontrol Noktası	Öncelik
Kapı kilidi hatası	Kat veya kabin kapısı kilit devresi tamamlanmıyor	Kilit kontağı, kapı ayarı, fiş-priz, kapı kapanma mesafesi	Yüksek
Emniyet devresi açık	Stop, limit, regülatör, tampon, kuyu dibi veya güvenlik kontaklarından biri açık	Emniyet zinciri, kuyu dibi, üst-alt limitler	Çok yüksek
Fotosel / kapı açık kalma	Kapı kapanamıyor veya kullanıcı/engel algılanıyor	Fotosel hizası, kapı rayı, kapı operatörü, eşik temizliği	Orta
Sürücü alarmı	İnvertör, motor, fren veya besleme kaynaklı hata	Sürücü ekranı, motor akımı, fren geri bildirimi, enerji kalitesi	Yüksek
Encoder / pozisyon hatası	Kabin konumu doğru algılanmıyor	Encoder bağlantısı, mıknatıslar, okuyucu sensör, kablo	Yüksek
Aşırı yük uyarısı	Kabin kapasitesi aşılmış veya yük sensörü ayarsız	Yük sensörü kalibrasyonu, mekanik bağlantı, kabin yükü	Orta
Haberleşme hatası	Kartlar arası veri iletişimi kopuyor	CAN/seri haberleşme hattı, soket, besleme, topraklama	Yüksek
Enerji kesintisi / düşük voltaj	Şebeke veya besleme sorunu	Ana besleme, faz sırası, pano klemensleri, UPS/ARD	Orta-Yüksek

Bu tablo, özellikle bakım firması içinde standart bir arıza değerlendirme dili oluşturmak için faydalıdır. Yeni başlayan teknisyenler için “hata kodu gördüm, şimdi nereye bakacağım?” sorusunu sistematik hale getirir.

Tek Seferlik Arıza ile Kronik Arıza Nasıl Ayrılır?

Bina yöneticileri genellikle son yaşanan olaya odaklanır. Teknisyen ise olayın geçmişini görmek zorundadır. Event log burada en güçlü kanıttır.

Tek seferlik arızaya örnek:

• Kullanıcı kapıyı zorlamıştır.
• Kısa süreli elektrik kesintisi olmuştur.
• Fotosel geçici olarak engel algılamıştır.
• Asansör kapasite üstü yüklenmiştir.

Kronik arızaya örnek:

• Aynı katta sürekli kapı kilidi hatası oluşur.
• Her bakım sonrası birkaç gün içinde aynı sürücü alarmı döner.
• Yağışlı havalarda kuyu dibi güvenlik devresi açılır.
• Sabah ilk çalışmada fren veya sürücü hatası alınır.
• Yoğun saatlerde aşırı yük ve seviyeleme problemleri artar.

Kronik arızalarda sadece “reset atıp çalıştırmak” kalıcı çözüm değildir. Reset, bazı durumlarda geçici olarak sistemi devreye alabilir; ancak log kaydı aynı hatayı tekrar gösteriyorsa mutlaka kök neden analizi yapılmalıdır.

Kök neden analizi için pratik sorular

• Hata hep aynı katta mı oluşuyor?
• Hata belirli saatlerde mi artıyor?
• Yağmur, nem, sıcaklık veya elektrik dalgalanmasıyla ilişkisi var mı?
• Son bakımda veya revizyonda değişen parça var mı?
• Hata, kullanıcı yoğunluğu arttığında mı ortaya çıkıyor?
• Reset sonrası hata ne kadar sürede geri geliyor?

Bu sorulara verilen cevaplar, gereksiz parça değişimini azaltır ve bakım firmasının müşteriye daha güven veren açıklama yapmasını sağlar.

Event Log Kayıtlarında Güvenlik Önceliği

Her hata aynı önem seviyesinde değildir. Örneğin kabin lambası arızası ile emniyet devresi kesmesi aynı aciliyette değerlendirilemez. Özellikle kapı kilidi, emniyet zinciri, fren, hız regülatörü, limit switch, tampon, kuyu dibi stop devresi ve kontrolsüz hareketle ilişkili hatalar öncelikli ele alınmalıdır.

Periyodik kontrol sonuçlarında asansörler genel olarak kusursuz, hafif kusurlu, kusurlu ve güvensiz olarak değerlendirilir; bu sınıflandırma sahada yeşil, mavi, sarı ve kırmızı etiketlerle takip edilir. Kırmızı etiket güvensiz asansörü, sarı etiket kusurlu asansörü, mavi etiket hafif kusurlu asansörü, yeşil etiket ise kusursuz sonucu ifade eder. ([isg.gazi.edu.tr][2])

Event log kayıtlarında güvenlik devresiyle ilgili tekrar eden hatalar varsa, bina yöneticisine konu açık ve yazılı şekilde bildirilmelidir. “Şimdilik çalışıyor” yaklaşımı, özellikle can güvenliğiyle ilgili başlıklarda doğru değildir. Bakım firması, tespit ettiği riski kayıt altına almalı, gerekiyorsa asansörün kullanımı konusunda bina sorumlusunu uyarmalıdır.

Arıza Kaydı Tutarken Nelere Dikkat Edilmeli?

Event log ekrandan okunur; ancak bakım yönetimi için ayrıca anlaşılır bir servis kaydına dönüştürülmelidir. Çünkü bina yöneticisi çoğu zaman E37, F05, Drive Fault gibi ifadelerden teknik anlam çıkaramaz. Servis kaydı hem teknik hem yönetilebilir olmalıdır.

İyi bir arıza kaydında şu bilgiler bulunmalıdır:

• Arıza tarihi ve saati
• Bina ve asansör kimliği
• Bildirimi yapan kişi
• Event log’da görülen hata kodu
• Hatanın kısa açıklaması
• Yapılan kontroller
• Değiştirilen veya ayarlanan parça
• Test sonucu
• Tekrar kontrol gerekip gerekmediği
• Teknisyen notu

Örnek kayıt dili:

14.06.2026 - A Blok 2 No'lu Asansör: Event log üzerinde kapı kilidi devresi hatası görüldü. Hata ağırlıklı olarak 4. katta oluşmuş. 4. kat kapı kilidi ve fiş-kontak bağlantısı kontrol edildi, mekanik ayar yapıldı. 20 tur testte hata tekrarlamadı. 7 gün içinde tekrar kontrol önerilir.

Bu bakım kayıtlarını kâğıt yerine Asansorex gibi bir bakım takip yazılımıyla tutmak, arıza geçmişini bina, asansör, teknisyen ve tarih bazında düzenli görmeyi kolaylaştırır. Böylece aynı binada tekrar eden hatalar “unutulan servis fişi” olarak kalmaz; geçmiş müdahaleler saniyeler içinde incelenebilir.

Firma Sahibi, Teknisyen ve Bina Yöneticisi İçin Farklı Bakış

Event log, her taraf için farklı anlam taşır.

Bakım firması sahibi için event log, hizmet kalitesini ve teknisyen performansını ölçmenin araçlarından biridir. Hangi binada arıza yoğunluğu var, hangi arızalar tekrar ediyor, hangi bakım sonrası geri çağrı oluşuyor gibi sorulara veri sağlar.

Teknisyen için event log, arızaya rastgele değil sistematik yaklaşmayı sağlar. Özellikle yoğun günlerde, sadece kullanıcı anlatımına göre karar vermek yerine sistemin kendi hafızasına bakmak daha sağlıklıdır.

Bina yöneticisi için event log, bakım firmasından daha net açıklama almayı sağlar. “Asansör yine bozuldu” demek yerine, “son iki haftada aynı kapı kilidi hatası tekrar etmiş, kalıcı çözüm nedir?” diye sormak daha doğru bir iletişim kurdurur.

Sık Yapılan Hatalar

Event log okurken bazı alışkanlıklar arızanın uzamasına neden olur:

• Sadece son hata koduna bakmak
• Aynı hatanın tekrar sayısını kontrol etmemek
• Marka dokümanını incelemeden yorum yapmak
• Reset sonrası kayıt almadan sahadan ayrılmak
• Arızayı bina yöneticisine teknik kodlarla anlatmak
• Güvenlik devresi hatalarını basit kesinti gibi görmek
• Müdahale sonrası farklı katlarda test yapmamak
• Parça değişimi yapıp kök nedeni araştırmamak

Özellikle tekrarlayan arızalarda “parça değişti, sorun bitti” yaklaşımı her zaman doğru değildir. Örneğin sürekli kapı kilidi hatası veren bir asansörde sorun kilitten değil, kapının tam kapanmasını engelleyen eşik kiri, kapı pateni, mekanik sürtme veya kablo temassızlığından kaynaklanabilir.

Sıkça Sorulan Sorular

Event log her asansörde bulunur mu?

Yeni nesil kumanda sistemlerinin çoğunda event log veya hata geçmişi bulunur. Eski sistemlerde kayıt kapasitesi sınırlı olabilir ya da sadece aktif hata görülebilir. Bazı sürücüler ve kapı operatörleri de kendi hata hafızasını ayrıca tutar.

Event log’daki hata kodu kesin arıza sebebini gösterir mi?

Her zaman göstermez. Hata kodu, sistemin hangi noktada problem algıladığını belirtir. Kesin sebep için saha kontrolü, ölçüm, mekanik inceleme ve marka dokümanı birlikte değerlendirilmelidir.

Bina yöneticisi event log kaydı isteyebilir mi?

Genel uygulamada bina yöneticisi, bakım firmasından yapılan müdahalenin açıklamasını ve servis kaydını isteyebilir. Teknik event log çıktısı her sistemde kolay alınamayabilir; ancak arıza sebebi ve yapılan işlem anlaşılır şekilde paylaşılmalıdır.

Aynı hata sürekli tekrarlıyorsa ne yapılmalı?

Önce hata tekrar sıklığı, oluştuğu kat, yön, saat ve çalışma koşulu incelenmelidir. Ardından kök neden analizi yapılmalı, sadece resetle geçici çözüm üretilmemelidir. Güvenlik riski varsa asansör kullanımı konusunda bina sorumlusu bilgilendirilmelidir.

Event log kayıtları denetimde işe yarar mı?

Evet. Düzenli arıza ve bakım kayıtları, asansörün geçmiş müdahalelerini göstermesi açısından önemlidir. Periyodik kontrol raporları ve bakım kayıtlarıyla birlikte tutulduğunda bakım firmasının iş disiplinini güçlendirir.

Asansorex bu süreçte nasıl yardımcı olur?

Asansorex, arıza bildirimi, teknisyen müdahalesi, bakım kaydı, fotoğraf, açıklama ve geçmiş servis bilgilerini tek yerde toplamaya yardımcı olur. Event log’dan görülen hata, servis kaydına işlendiğinde aynı asansörün geçmiş arızaları daha kolay analiz edilir.

Özet

Asansör arıza kayıtlarını, yani event log’u doğru okumak, bakım işinin en kritik parçalarından biridir. Çünkü event log, arızanın sadece sonucunu değil, tekrar düzenini ve olası kök nedenini de gösterir. Kapı kilidi, emniyet devresi, sürücü, encoder, fotosel, aşırı yük ve enerji kaynaklı hatalar ayrı ayrı değerlendirilmelidir.

Kalıcı çözüm için teknisyen; hata kodunu, oluşma zamanını, tekrar sayısını, kat bilgisini ve saha koşullarını birlikte incelemelidir. Firma sahibi bu kayıtları hizmet kalitesini artırmak için kullanmalı, bina yöneticisi ise bakım firmasından anlaşılır ve kayıtlı açıklama talep etmelidir.

Kısacası event log, doğru okunduğunda arızayı “tahmin edilen sorun” olmaktan çıkarır, ölçülebilir ve takip edilebilir bir bakım sürecine dönüştürür. Arıza kayıtlarının düzenli tutulması, hem güvenliği artırır hem de bakım firmasının profesyonel duruşunu güçlendirir.