PDKS ve Geçiş Kontrol Cihazlarında Saat Sapması: RTC Pili, NTP ve Yaz Saati Kaynaklı Yanlış Kayıtlar

Cihaz saati neden kayar ve yanlış kayıt nasıl oluşur?

PDKS terminali ya da geçiş kontrol paneli her okutmayı, kendi iç saatinin o anki değeriyle damgalar; saat yanlışsa kayıt da yanlış zamanla saklanır. Yazılım sonradan bu damgayı kendiliğinden düzeltmez, çünkü hangi cihazın kaç dakika şaştığını bilmez.

Saat kayması üç ana nedenden doğar: iç saat (RTC) pilinin bitmesi veya enerjinin kesilmesiyle saatin sıfırlanması, kuvars osilatörün doğal sapması ve saat dilimi ya da yaz saati ayarının yanlış girilmesi. Dördüncü bir neden de aynı binada farklı üreticilerin cihazlarının birbirinden bağımsız saatlerle çalışmasıdır.

Kuvars sapması küçük görünür ama birikir. Kabaca hesap şöyledir: aylık sapma (saniye) = ppm değeri × 2,592. Örneğin 20 ppm sapan bir saat ayda yaklaşık 52 saniye, yılda yaklaşık 10 dakika şaşar. Sıcaklık değişimi bu değeri artırabilir. Yani hiç müdahale edilmeyen bir cihaz bir yılda belirgin biçimde kayabilir; bu yüzden saat ayarı bir kerelik iş değil, sürekli eşitleme konusudur.

RTC pilinin bitmesi ve elektrik kesintisinde saatin sıfırlanması

RTC, cihazın enerjisi kesilse bile saati tutan küçük saat devresidir ve genellikle kartın üzerindeki yedek bir pille beslenir. Bu pil bittiğinde cihaz elektrik kesintisinden sonra açılırken saatini fabrika başlangıç değerine ya da üretim tarihine döndürebilir.

Belirti tipiktir: elektrik kesilip geldikten sonra cihaz eski bir tarihi gösterir, o tarihle gelen okutmalar raporda yıllar önceye düşer veya sıralama bozulur. Bazı cihazlar saati kaybettiğinde kayıt almayı da durdurur ya da kartı reddeder; o durumda kapı açılmaz ve sorun kart okuma arızası gibi görünür.

Kullanım ömrü cihaza ve ortama göre değiştiğinden pil değişim aralığı için üretici belgesine bakmak gerekir. Pratik kural: elektrik kesintisi sonrası saatin sıfırlandığı tek bir olay bile pilin değişim zamanının geldiğini gösterir. Pili yerinde değiştirilemeyen cihazlarda NTP ile her açılışta otomatik eşitleme, sorunun etkisini büyük ölçüde azaltır.

• Belirti 1: Elektrik kesintisinden sonra cihaz tarihi geriye döner veya sabit bir başlangıç tarihi gösterir.
• Belirti 2: Cihaz her açılışta saat ayarı ister.
• Belirti 3: Kayıtlar yazılımda yanlış güne veya sıra dışı saate düşer.
• Önlem: Kritik noktalarda UPS kullanmak, pili periyodik kontrol listesine eklemek ve NTP'yi açık tutmak.

NTP ile otomatik saat eşitleme nasıl çalışır?

NTP (Network Time Protocol), ağdaki cihazların saatini bir referans sunucuya göre otomatik eşitleyen protokoldür ve UDP 123 portunu kullanır. Protokol RFC 5905 ile tanımlıdır; sunucular ‘stratum’ adı verilen katmanlarda sıralanır, doğrudan referans saate bağlı sunucu stratum 1, ondan eşitlenen sunucu stratum 2 olur.

NTP'nin hedefi saati bir kez ayarlamak değil, sapmayı sürekli küçük adımlarla düzeltmektir. RFC 5905'e göre hızlı yerel ağlarda istemciler yüzlerce mikrosaniye, internet üzerinden ise genellikle onlarca milisaniye doğruluğa ulaşır; PDKS ve geçiş kontrol için gereken saniye düzeyi doğruluk bunun çok içindedir.

Cihaz menüsünde veya web arayüzünde genellikle ‘NTP’, ‘Saat Senkronizasyonu’ ya da ‘Zaman Sunucusu’ başlığı bulunur. Burada sunucu adresi (IP veya alan adı), port (123) ve eşitleme aralığı girilir. Cihazın ağ ayarlarında doğru ağ geçidi ve alan adı çözümü (DNS) tanımlı değilse alan adı yazılan sunucu çalışmaz; bu nedenle iç ağda IP adresi girmek daha güvenilirdir.

• NTP sunucu adresi: iç ağdaki zaman sunucusunun IP adresi veya güvenilir bir kamusal NTP havuzu.
• Port: UDP 123; güvenlik duvarında cihazdan sunucuya bu port açık olmalı.
• Eşitleme aralığı: kısa tutulursa sapma erken düzelir; cihaz üreticisinin önerdiği aralık esas alınır.
• Saat dilimi: NTP evrensel saati (UTC) taşır; yerel saate çevirme cihazdaki saat dilimi ayarıyla yapılır.

İnternet erişimi olmayan ağlarda yerel NTP sunucusu ve sunucu saati ile senkron

İnternete kapalı bir ağda cihazlar için en pratik çözüm, ağ içinde tek bir yerel NTP sunucusu çalıştırıp bütün cihazları ona bağlamaktır. Bu sunucu bir Windows ya da Linux bilgisayarın zaman servisi olabilir; asıl önemli olan kaynağın tek ve tutarlı olmasıdır.

Yerel sunucunun kendisi de doğru saati bir yerden almalıdır. İnternete çıkabilen bir bilgisayar kamusal NTP kaynağından eşitlenip iç ağa hizmet verebilir. Hiç dış bağlantı yoksa, NTP projesinin belgeleri de izole alt ağlarda bir sunucunun ‘yetim (orphan) modu’ ile ortak zaman ölçeğini koruyabildiğini anlatır; mutlak doğruluk olmaz ama cihazlar birbirleriyle tutarlı kalır.

NTP desteklemeyen eski cihazlarda ise yazılımın ‘cihaz saatini senkronize et’ görevi kullanılır. Bu görev, yazılımın kurulu olduğu bilgisayarın saatini cihaza yazar; bu nedenle önce sunucu bilgisayarın saati doğru ve otomatik eşitlenen bir kaynağa bağlı olmalıdır. Görev genellikle zamanlanabilir: her gece belirli bir saatte ya da cihaza her bağlanıldığında çalışacak şekilde ayarlanması önerilir. Cihaza ulaşılamadığı gün görev başarısız olur; bu yüzden görev günlüğünün periyodik izlenmesi gerekir.

Türkiye'de kalıcı UTC+3 ve yaz/kış saati ayarı hatası

Türkiye, 7 Eylül 2016'dan itibaren yıl boyunca UTC+3 kullanmaktadır ve yaz/kış saati geçişi yapılmamaktadır. IANA saat dilimi veritabanı da Europe/Istanbul bölgesini bu tarihten sonra sabit +03 olarak tanımlar.

Sorun, cihazın saat dilimi 2016 öncesi kurala göre kaldığında başlar. Eski kuralda kış UTC+2, yaz UTC+3 idi. Fabrika ayarında ‘UTC+2 + yaz saati uygulaması açık’ kalan bir cihaz kışın bir saat geride, ‘UTC+3 + yaz saati açık’ olan bir cihaz ise yazın bir saat ileride görünür. NTP açık olsa bile bu hata düzelmez, çünkü NTP doğru UTC'yi getirir ama yanlış ofset uygulanır ve saat tutarlı biçimde bir saat şaşar.

Doğru ayar: saat dilimi UTC+3 (sabit), yaz saati uygulaması (DST) kapalı. Cihaz menüsünde ‘Istanbul’ seçeneği güncel olmayan bir kural taşıyorsa sabit UTC+3 seçilir; saat dilimi veritabanı adlarıyla çalışan sistemlerde bu ‘Etc/GMT-3’ olarak yazılır (işaret ters gösterilir). Eski bellenimli cihazlarda güncel saat dilimi kuralı olmayabilir; bellenim güncellemesi için üretici belgesinden teyit edilmelidir.

• Yaz saati (DST) seçeneği: kapalı.
• Saat dilimi: sabit UTC+3.
• Mart ve ekim sonlarında cihaz saatinin eski bir kuralla kendiliğinden kaymadığını kontrol edin.
• Yeni cihaz kurulumunda ilk iş: tarih, saat dilimi ve DST ayarını yazıyla kayda geçirmek.

Farklı üreticilerin cihazları aynı binada neden farklı saat gösterir?

Aynı binada farklı üreticilerin cihazları varsa her biri kendi iç saatiyle, kendi saat dilimi ayarıyla ve çoğunlukla ayrı bir yönetim yazılımıyla çalışır; ortak bir NTP kaynağı yoksa aralarında dakikalar oluşur. Bir terminal, bir turnike okuyucusu, bir kontrolör ve kamera kayıt cihazı ayrı ayrı saat tutar.

Kurulum sırasında her cihazın NTP özelliği olup olmadığına, hangi saat dilimi biçimini kabul ettiğine ve eşitleme aralığına bakılmalıdır. NTP desteği olmayan bir cihaz için yazılım görevi ya da elle düzeltme planı yapılmalı ve bu cihaz periyodik kontrol listesinde ayrıca işaretlenmelidir.

Ağ tarafında kontrolörün bağlantı biçimi de önem taşır. Kontrolörü ağa bağlama ve internet kesilince çevrimdışı çalışma konuları için geçiş kontrol kontrolörünün ağ bağlantısı rehberine.

Saat sapması yüzünden çalışan neden geç kalmış görünür ve ihtilaf nasıl çözülür?

Terminal saati gerçek saatten geriyse çalışan vaktinde gelse bile kaydı geç görünmez; terminal saati ilerideyse çalışan erken gelmiş, ama sınır dakikalarda geç kalmış görünebilir. Asıl risk, cihaz bazlı farkın çalışanlar arasında eşitsiz sonuç üretmesidir: A girişinden geçen çalışan zamanında, B girişinden geçen geç kalmış görünür.

Toleranslı vardiya tanımları (örneğin birkaç dakikalık esneme) sapmayı gizler ama ortadan kaldırmaz; fazla mesai ve vardiya hesabı doğrudan saatlere dayandığı için vardiya tanımlama ve fazla mesai hesabı yanlış saatten etkilenir. Vardiya değişiminde okuyucu kuyruğu olan işletmelerde de dakikalık fark kavga konusu olabilir; bu durum için vardiya değişiminde turnike planlaması rehberi yararlıdır.

İhtilaf çıktığında sıra şudur: ilgili cihazın o güne ait sapma değeri belirlenir, aynı cihazdan geçen diğer çalışanların kayıtları karşılaştırılır, düzeltme gerekçesiyle ve yetkili onayıyla kayda geçirilir. Kayıtların bordroya aktarılması öncesi bu düzeltmenin yapılması gerekir; aktarım ayrıntıları için PDKS verisini bordro programına aktarma yazısına bakılabilir. Kayıtların saklama süresi ve imha kuralları PDKS kayıtları ne kadar saklanır rehberinde ele alınır.

• Önce sapmanın başlangıç tarihini ve yönünü (geri/ileri) belirleyin.
• Sapmanın cihazın tamamında mı, yalnız bir terminalde mi olduğunu ayırın.
• Düzeltmeyi yetkili onayıyla ve yazılı gerekçeyle kaydedin; ham kaydı silmeyin.
• Saati düzelttikten sonra yeni kayıtların doğru geldiğini bir deneme okutmasıyla görün.

Kamera kaydı (NVR) ile kapı olayı zamanını eşleştirmek için saat birliği

Kapı olayını video ile eşleştirmek için kamera kayıt cihazı (NVR veya DVR) ile geçiş kontrol sisteminin saatinin aynı kaynaktan gelmesi gerekir. Aksi hâlde ‘saat 14.32'de kapı zorlandı’ diyen kayıt, videoda yalnızca bir boş koridoru gösterir.

Birkaç saniyelik fark bile bazı olaylarda zor arama demektir; bir saatlik ofset ise olayı tümüyle yanlış yerde aratır. Olay incelemesi, hırsızlık şüphesi veya bir kartın yetkisiz kullanımının tespiti gibi durumlarda bu fark, kanıtın değerini düşürür.

Bu nedenle NVR, kameralar, geçiş kontrol kontrolörleri ve PDKS terminalleri aynı NTP sunucusuna ve aynı saat dilimine bağlanır. Kamera kaydı konusunda genel kurulum bilgisi için Hikvision, Dahua veya Uniview gibi üreticilerin sayfalarındaki ürün gruplarına göz atılabilir; her üreticinin NTP ve saat dilimi menüsü farklı adlandırılır, ayrıntı için ilgili üretici belgesi esas alınmalıdır.

Sorun giderme adımları, periyodik kontrol listesi ve kabul testi

Saat sorunlarında sıra bellidir: önce kaynak saat, sonra ağ, sonra cihaz ayarı ve en son donanım kontrol edilir. Bu sıra gereksiz yere cihazı sökmenizi önler.

Kurulumcu için kabul testi, sistemin teslim edilmeden önce saat birliğini kanıtlayan kısa bir testtir. Testi tamamlayan kurulumcu hem müşteriye hem kendine ileride çıkacak ‘saat tutmuyor’ ihtilafında dayanak bırakır.

• 1. Kaynağı kontrol edin: NTP sunucusunun veya yazılım bilgisayarının saati doğru mu?
• 2. Cihazdan sunucuya ağ yolunu ve UDP 123 portunu deneyin.
• 3. Cihazda NTP açık mı, sunucu adresi doğru mu, saat dilimi UTC+3 ve DST kapalı mı bakın.
• 4. Sapma tüm cihazlarda aynıysa saat dilimi veya sunucu kaynağından, tek cihazdaysa pil veya cihaz ayarından şüphelenin.
• 5. Elektrik kesintisinden sonra saati sıfırlanan cihazda RTC pilini değiştirin veya üreticiye başvurun.
• 6. Yazılımın ‘cihaz saatini senkronize et’ görevinin çalıştığını günlükten görün.
• Kabul testi 1: Her cihazın saatini bir referans saatle yan yana okuyun ve farkı kayda geçirin.
• Kabul testi 2: Bir cihazın NTP'sini kapatıp saati bilerek kaydırın, NTP'yi açın ve kendiliğinden düzeldiğini gözleyin.
• Kabul testi 3: Bir kart okutun, yazılımdaki zaman damgasını ve aynı anki NVR görüntü saatini karşılaştırın; fark bir saniye düzeyinde olmalı.
• Kabul testi 4: Cihazın elektriğini kesip açın; saatin korunduğunu veya NTP ile hemen düzeldiğini görün.
• Aylık kontrol: En az bir cihazın saatini referansla karşılaştırın, görev günlüğünü ve pil/UPS durumunu kontrol edin.
• Her kış ve yaz geçişinde (mart ve ekim sonunda) hiçbir cihazın saatinin kaymadığını görmek, eski DST kuralı kalıp kalmadığının en güvenilir sınamasıdır.

Bayifi bu konuda nasıl yardımcı olur?

Bayifi, kurulumcuları ve toptancıları buluşturan bir B2B pazar yeri ve il il firma dizinidir. Bölgenizde PDKS ve geçiş kontrol kurulumu yapan firmaları bayiler sayfasından, il rehberlerinden bulabilirsiniz.

Toptancıların anlık stoklu ürünleri için pazar bölümüne bakılabilir; firmanızı dizine eklemek için kaydol sayfası kullanılır.