Güvenlik Alarmı Üreticileri ile Güvenlik Sistemi Üreticileri Karşılaştırması: Ticari Hırsız Alarm Kontrol Panelleri ve Dağıtıcı Odaklı Saha Kurulum Rehberi

Bir ticari hırsız alarm kontrol paneli nadiren gövde kalitesizliği veya bölge (zone) sayısının yetersizliği nedeniyle başarısız olur. Sistem genelde kritik birleşim noktalarında arızalanır: komünikatör ile alıcı arasında, olay kodu ile operatör ekranı arasında veya ürün veri sayfasındaki yedekleme iddiası ile birincil hat koptuğunda sahada gerçekleşen fiili durum arasında. Bir dağıtıcı, ithalatçı veya sistem entegratörü için asıl kritik olan üretici, sadece panel kutusunu üreten değil, tüm bu iletim zincirini mühendislik yaklaşımıyla tasarlayan üreticidir.
“Hangi güvenlik alarmı üreticisi ile çalışmalıyız?” sorusunun arkasında yatan gerçek değerlendirme kriteri şudur: Tedarikçi firma dedektör, kontrol paneli, komünikatör, taşıma hattı, alarm alıcısı/CMS, operatör iş akışı ve çoklu tesis kurulumunu kapsayan uçtan uca sinyal zincirini teknik olarak destekleyebiliyor mu, yoksa sadece zincirin ortasındaki kutuyu mu imal ediyor?
Bu teknik rehber söz konusu değerlendirme süreçleri için hazırlanmıştır. Bir donanım tedarikçisi ile profesyonel bir ticari hırsız alarm sistemi üreticisi arasındaki farkları, karma altyapı kurulumlarında Contact ID ve SIA DC-09 protokollerinin davranışlarını, çift yollu iletişim mimarisi ile RS-485 genişleme hatlarının uzun vadeli servis edilebilirliğe etkilerini ve bir dağıtıcının yeni bir pazara girmeden önce yapması gereken doğrulama testlerini kapsar.
Ticari Hırsız Alarm Kontrol Paneli Platform Mimarisi ve Üretici Değerlendirmesi
Tedarik karşılaştırmaları çoğunlukla birim fiyat, kutu tasarımı, temel bölge sayısı ve pakete dahil sensör listesi üzerinden yürütülür. Bunlar teknik föylerde karşılaştırılması en kolay parametrelerdir ve bir fabrikanın numune sevkiyatında cazip göstermesi en basit ögelerdir. Ancak bu değerler, panel serisinin onlarca farklı tesise kurulup canlı bir haberalma merkezine raporlama yapmaya başladığında göstereceği saha performansını öngörmekte en yetersiz kriterlerdir.
Önümüzdeki üç yıllık süreçte kâr marjını ve teknik destek yükünü belirleyen asıl operasyonel riskler şunlardır:
| Alıcıların Genellikle Karşılaştırdığı Parametreler | Saha Performansını Doğrudan Belirleyen Gerçek Kriterler |
|---|---|
| Panel başına birim fiyat | Teknik servis ziyaretleri ve RMA süreçleri dahil toplam sahip olma maliyeti |
| Föy üzerindeki temel bölge (zone) sayısı | Genişleme mimarisi ve sistemin temel kapasiteyi aşma ölçeklenebilirliği |
| Dış kasa tasarımı / Endüstriyel görünüm | Saha koşullarında kurcalama (tamper), yüksek voltaj ve çevre koruması |
| “IP + 4G + PSTN” pazarlama ifadeleri | Hat yedeklemesinin denetlenip denetlenmediği ve hat kaybında sistemin davranışı |
| Paket içeriğindeki sensör sayısı | Haberalma merkezi raporlama formatı ve olay kodu eşleme hassasiyeti |
| Numune cihazın test performansı | Seri üretim partileri arasında bellenim (firmware) ve dokümantasyon tutarlılığı |
Teknik föyde rakibiyle birebir aynı görünen bir panel, komünikatör üzerinden özel bir hesap formatı bekleyen bir alıcıya Contact ID olaylarını gönderirken son derece farklı davranabilir. Üretici seçimi problemi, özünde donanım tedariği kılığına girmiş bir haberalma merkezi birlikte çalışabilirlik problemidir.

İletişim mimarisinin özellik listesinden önceliği
“IP, 4G ve PSTN destekler” ifadesi pazarlama odaklı bir cümledir. Panelin hattın kesildiğine nasıl karar verdiği, haberalma merkezi alıcısının gönderilen raporlama formatını kabul edip etmediği, kalp atışı (heartbeat) denetiminin bulunup bulunmadığı veya bellenim güncellemesi sonrasında hesap ve bölüm (partition) haritalamasının korunup korunmadığı hakkında bilgi vermez. Sadece özellik listesine bakarak karar veren alıcılar, kurulumdan altı ay sonra “4G desteği” ifadesinin bir modülün varlığı anlamına geldiğini, kesintisiz yedekleme ve CMS uyumluluğunun bütünsel olarak mühendislikten geçmediğini acı bir şekilde tecrübe ederler.
CMS doğrulama adımını atlamanın gizli maliyetleri
Protokol hizalaması ve CMS doğrulaması yapılmadan başlatılan bir üretici ortaklığı şu gizli maliyetleri üretir:
- Kurulum sonrası sahada tekrarlanan yeniden yapılandırma işlemleri.
- Yanlış alarm sınıfına giren hatalı iletişim arızası bildirimleri.
- Hatalı eşleşmiş bölge veya olay etiketleri nedeniyle haberalma merkezinde oluşan kafa karışıklığı.
- Birincil hat koptuğunda devreye girmeyen 4G yedekleme hatları.
- Arızalı donanımdan değil, yetersiz dokümantasyondan kaynaklanan satış sonrası destek talepleri.
Bu sorunların hiçbiri tek bir numune testinde ortaya çıkmaz. Tamamı çoklu tesis kurulumlarının ilerleyen evrelerinde kendisini gösterir ve bu aşamada sorumluluk üretici fabrikadan çıkıp dağıtıcının üzerine kalır.
Güvenlik alarmı üreticisi ile güvenlik sistemi üreticisi arasındaki fark
Tedarik görüşmelerinde bu iki terim sıklıkla birbirinin yerine kullanılır, ancak kapsadıkları yetenek ölçekleri tamamen farklıdır.
- Güvenlik alarmı üreticisi, dar anlamıyla alarm panelleri, dedektörler ve aksesuarları bağımsız donanım bileşenleri olarak üreten firmadır.
- Güvenlik sistemi üreticisi, dağıtıcılar ve izleme merkezleri için önem taşıyan geniş anlamıyla; panel platformunu, iletişim modüllerini, izleme yazılımı veya CMS entegrasyon yollarını, saha kurulum dokümantasyonunu, OEM/özel marka hizmetlerini ve satış sonrası teknik destek süreçlerini bir bütün olarak sunan firmadır.
| Kriter | Donanım Odaklı Genel Üretici | Ticari Hırsız Alarm Sistemi Üreticisi | Dağıtıcı Açısından Önemi |
|---|---|---|---|
| Panel Kapsamı | Yalnızca paneli satar | Panel + komünikatör seçenekleri + genişleme modüllerini tek platformda sunar | Tek bir stok kodu mu yoksa bütünsel bir ürün serisi mi tedarik edildiğini belirler |
| Haberalma Merkezi Protokol Desteği | Dokümante edilmemiş veya belirsiz | Gerçek alıcılarla test edilmiş, belgelenmiş raporlama formatları | İthalat sonrasında alıcı uyumsuzluğu yaşanmasını engeller |
| CMS Uyumluluğu | Test edilmemiş | Doğrulanmış olay kodu eşlemesi ve hesap yapısı | Operatör hatalarını ve hatalı yönlendirmeleri azaltır |
| Komünikatör Seçenekleri | Tek ve sabit modül | PSTN / IP / Hücresel değişkenler, kombinasyon imkanı | Tek panel serisinin eski ve modern tesislerde kullanılmasını sağlar |
| Kesintisiz Yedekleme Tasarımı | Tanımsız davranış | Belgelenmiş denetim aralıkları ve birincil hatta geri dönme mantığı | Broşür üzerindeki değil, sahadaki gerçek sistem dayanıklılığını belirler |
| Genişleme Mimarisi | Sabit bölge (zone) sayısı | Geniş tesisler için adreslenebilir veri yolu genişlemesi | Proje boyutlandırmasını ve geleceğe dönük ölçeklenebilirliği etkiler |
| Teşhis ve Arıza Tespiti | Yok | Olay günlükleri, kara kutu geçmişi, uzaktan teşhis | Arıza giderme ve teknik servis sürelerini kısaltır |
| OEM Kapasitesi | Sadece yüzeysel markalama | Bellenim markalama, yerelleştirilmiş kılavuzlar, SKU rasyonelleştirmesi | Özel marka (private-label) kanal stratejisi geliştirmeyi sağlar |
| Satış Sonrası Destek | Reaktif ve yavaş | Mühendislik birimine doğrudan yapılandırılmış eskalasyon | Satılan birim başına düşen destek maliyetini belirler |
Konut tipi donanım ile proje tipi donanımı ayıran unsurlar
Pratikteki temel ayrım çizgisi; bir panelin çoklu bölüm/alan yönetimini, kart üzerindeki sabit bölge sayısının ötesinde adreslenebilir veri yolu genişlemesini, denetim izine sahip yapılandırılmış haberalma merkezi raporlamasını, uzaktan arıza teşhisini, birden fazla iletişim yolunu ve kurcalama, hat kesilmesi ile pil arızaları için aktif denetimi destekleyip desteklemediğidir. Bu özellikleri sağlayan bir panel ticari projeler için tasarlanmıştır. Bunları sağlamayan bir ürün ise ticari kasaya konulmuş konut tipi bir panellerden ibarettir.
Veri yolu mimarisi ve fiziki hat kısıtlamaları
Büyük ölçekli ticari tesislerde altyapı ölçeklenirken RS-485 Diferansiyel Seri Alarm Veri Yolu kullanımı kritik bir gereksinim haline gelir. Ancak saha uygulamalarında en sık karşılaşılan mühendislik sorunlarından biri, geniş ticari tesislerde RS-485 veri yolu üzerindeki modüller arası kablo direnci ve voltaj düşümü nedeniyle cihazların çevrimdışı kalmasıdır. Mesafe uzadıkça kablo kesitinin yetersiz kalması veya hat sonlandırma dirençlerinin yanlış yapılandırılması, bus üzerindeki adreslenebilir modüllerin anlık hat kopmaları yaşamasına yol açar. Profesyonel bir sistem üreticisi, RS-485 hattı için maksimum hat uzunluğu, kesit hesaplama cetvelleri, ek güç besleme noktası (PSU) mimarileri ve veri yolu izolatör şemalarını eksiksiz sağlamalıdır.
IP ve Hücresel Ağlarda SIA DC-09 Haberleşme Protokolü Entegrasyonu
Ticari bir hırsız alarm kurulumu kesintisiz bir sinyal zinciridir. Bu zincirdeki herhangi bir zayıf halka, izleme merkezindeki operatör ekranında aynı sonucu doğurur: Hiç ulaşmayan, bağlamından kopuk ulaşan veya müdahale etmek için çok geç kalan bir alarm sinyali.
Sinyal Akış Zinciri Yapısı:
- Dedektör Katmanı: Olayın algılanması
- Kontrol Paneli Katmanı: Bölge/bölüm mantığının ve alarm kararlarının işlenmesi
- Komünikatör Katmanı: Olayın standart protokole formatlanması ve iletimi
- Taşıma Yolu Katmanı: Sinyalin aktarılması (PSTN / IP / 4G)
- Alarm Alıcısı / CMS Katmanı: Paketlerin çözümlenmesi ve otomasyona sunulması
- Operatör İş Akışı Katmanı: Alarmın doğrulanması ve aksiyon alınması
- Eskalasyon Katmanı: Sahaya kolluk kuvveti veya güvenlik yönlendirilmesi

- Sensör Katmanı: PIR dedektörleri, kapı kontaktları, darbe sensörleri, panik butonları ve duman/gaz sensörleri birbirinin yerine geçemez. Bazıları hırsızlık odaklıyken, bazıları çevre emniyeti cihazlarıdır. Bunların sahaya doğru yerleştirilmesi, yanlış alarmların ve doğrulama süreçlerinin yönetilmesinde doğrudan etkilidir.
- Kontrol Katmanı: Sistem ana merkezidir. Kablolu, kablosuz ve bus bölgeleri; bölge tipleri ve alarm mantığı; bölüm ve alan yönetimi; giriş/çıkış gecikmeleri; olay önceliklendirmesi; röle ve siren çıkış mantığı ve arıza tespitinde ilk incelenen yerel olay belleği bu katmandadır.
- İletişim Katmanı: Birlikte çalışabilirlik sorunlarının en çok yaşandığı alandır. Olay verisi ana hat üzerinden iletilirken, belirlenen eşik değerlerde yedek hatta geçmeli ve hattın aktif olduğu hem panel hem de CMS tarafında kalp atışı (heartbeat) sinyalleriyle sürekli denetlenmelidir.
- İzleme Katmanı: Alıcı veya CMS, gelen formatı ayrıştırır, operatörün önüne doğru bölge ve bölüm bilgisiyle getirir, onaylama ve eskalasyonu yönetir ve gerekli durumlarda video doğrulama mekanizmasını tetikler. Bu katman “alarm iletildi” bilgisini “alarma müdahale edildi” sonucuna dönüştürür.
| Katman | İşlev | Yaygın Saha Arızası | Alıcının Doğrulaması Gereken Soru |
|---|---|---|---|
| Sensör | Olayı algılamak | Yanlış tetiklemeler, hatalı konumlandırma | Üretici, dedektör tipine göre saha kurulum dokümantasyonu sunuyor mu? |
| Kontrol Paneli | Bölgeleri/bölümleri işlemek, mantık uygulamak | Belirsiz bölge tipleri, denetim izi olmaması | CMS’den bağımsız olarak yerel bir kara kutu olay günlüğü tutuyor mu? |
| Komünikatör | Olayı formatlamak ve iletmek | Alıcı için yanlış raporlama formatı kullanımı | Raporlama formatı belgelenmiş ve alıcı ile test edilmiş mi? |
| Taşıma Yolu | Sinyali taşımak (PSTN/IP/4G) | Sessiz hat kopması, denetimsizlik | Kalp atışı (heartbeat) sinyali var mı ve denetim aralığı nedir? |
| Alıcı/CMS | Olayı ayrıştırmak ve sunmak | Hatalı hesap/bölge eşleşmesi | Panel, kullanacağınız spesifik alıcı modeli ile doğrulanmış mı? |
| Operatör İş Akışı | Olay üzerine aksiyon almak | Gecikmeli veya mükerrer kolluk yönlendirmesi | Panel; alarm, arıza ve denetim durumlarını net şekilde ayırıyor mu? |
Contact ID ve SIA DC-09 Protokol Davranışları
Contact ID, eski ve karma telekom altyapılarında yaygın olarak kullanılmaya devam eder ve panel ile alıcı arasında pratik bir ortak payda sunar. Ancak veri yapısının dar olması nedeniyle modern şifreli IP taşıma hatlarında yetersiz kalır.
SIA DC-09 IP Olay Bildirim Protokolü, doğrudan IP tabanlı alarm iletimi için tasarlanmıştır. Hücresel ve internet bağlantılı raporlama mimarilerine yerel olarak uyum sağlar. Gelişmiş veri yapısı, blok bazlı şifreleme desteği ve dinamik tanımlama alanları sayesinde modern izleme merkezlerinin ana protokolüdür.
Ancak sahada entegrasyon sırasında kritik bir mühendislik problemi ortaya çıkar: SIA DC-09 olay kodlarının ve hesap numaralarının haberalma merkezi alıcısındaki veri alanları ile uyuşmaması. Panel tarafından gönderilen SIA DC-09 paketlerindeki hesap numarası uzunlukları (4 haneli, 6 haneli), dolgu karakterleri (padding), alan tanımlayıcıları veya olay kodu dönüştürme tabloları CMS otomasyon yazılımının şablonuyla örtüşmediğinde, iletilen paket alıcı tarafından reddedilir veya yanlış hesaba işlenir.
| Protokol / Yöntem | Tipik Taşıma Hattı | Ticari Kullanım Alanı | Güçlü Yönleri | Sınırlandırmaları |
|---|---|---|---|---|
| Contact ID | PSTN, Çevirmeli Hat | Eski ve karma altyapılı tesisler | Geniş alıcı uyumluluğu, yüksek bilinirlik | Dar veri modeli, IP odaklı altyapılara uygun değil |
| SIA DC-09 IP Olay Bildirim Protokolü | IP / Hücresel (4G/LTE) | Modern izleme merkezli kurulumlar | IP altyapısına özel tasarım, zengin ve şifreli veri aktarımı | CMS tarafında IP uyumlu alıcı ve doğru şablon yapılandırması gerektirir |
| Özel (Proprietary) IP/Hücresel Raporlama | TCP/IP, 4G/LTE | Yeni ticari projeler | Zengin olay verisi ve özel denetim ekleme imkanı | Tamamen üreticinin dokümantasyon kalitesine ve özel alıcı desteğine bağımlıdır |
Çift Yollu (IP/4G) İletişim Mimarisi ve Kesintisiz Hat Yedekleme Denetimi

Çift Yollu İletişim Yönlendirme Mimarisi, sadece panoda iki farklı iletişim modülünün bulunması anlamına gelmez; alarm haberleşmesinin her koşulda kesintisiz devam etmesini garanti eden bütünsel bir mimaridir. Normal şartlarda trafik birincil hat (örneğin IP/Ethernet) üzerinden akarken, yedek hat (4G/LTE) tanımlanmış kurallar çerçevesinde hazır bekler.
Sahadaki en büyük mühendislik aksaklıklarından biri, birincil IP hattı kesildiğinde 4G yedekleme hattının otomatik devreye girmemesi veya sinyal iletiminde gecikme yaşanması durumudur. Bu durum genelde şu nedenlerden kaynaklanır:
- Anlık paket kayıplarında sistemin aşırı hassas geçiş yapmasını önlemek için konulan zaman aşımı (timeout) eşiklerinin yanlış yapılandırılması.
- Hücresel modülün IP hattı koptuktan sonra şebekeye yeniden kaydolma (registration) süresinin uzun olması.
- Geçiş anında oluşan olay sinyallerinin ara belleğe (buffer) alınamadan kaybolması.
Doğru tasarlanmış bir çift yollu mimaride panel; hat kaybını tespit eder, belirlenen zaman aşımı eşiğini uygular, bağlantıyı tekrar dener, geçiş sırasında oluşan alarmları belleğe alır, birincil hat arızasını yedek hat üzerinden CMS’e bildirir ve birincil hat geri geldiğinde olay tekrarı veya paket kaybı yaratmadan ana hatta sorunsuz geri döner.
Sessiz hat kopmalarını tespit etmek için kullanılan heartbeat (kalp atışı) denetim aralıkları site risk profiline göre ayarlanmalıdır:
| Tesis Tipi | Birincil Hat | Yedek Hat | Kalp Atışı (Heartbeat) Stratejisi | Mühendislik Mantığı |
|---|---|---|---|---|
| PSTN altyapılı eski banka şubesi | PSTN (Contact ID) | Hücresel (4G) | Günlük test sinyali | Mevcut altyapıyı korur, modern bir yedekleme kanalı ekler |
| Yeni ticari bina / Alışveriş merkezi | IP (SIA DC-09) | Hücresel (4G) | Kısa aralıklı denetim sinyali | IP öncelikli mimari, kesintisiz 4G otomatik yedekleme |
| Uzak/Kırsal saha tesisleri | Hücresel (4G) | PSTN (Varsa) | Şebeke dalgalanmasına göre ayarlanmış aralık | Unstable kırsal bağlantılarda gereksiz arıza bildirimlerini önler |
Merkezi Gözlem İstasyonu (CMS) Alıcı Uyumlu Paneller ve Saha Doğrulama Adımları
Merkezi Gözlem İstasyonu Alıcı Mimarisi ile saha panelleri arasındaki iletişimde en tehlikeli durum, fiziksel bir alarm anında hattın kopuk olduğunun anlaşılmasıdır. Saha paneli ile CMS alıcısı arasında düzenli denetim (heartbeat/keep-alive) sinyali olmaması nedeniyle oluşan sessiz hat arızaları, izleme merkezinin sistemin çevrimdışı kaldığından habersiz olmasına yol açar. Bu durum ancak birincil ve ikincil hatlar üzerinde aktif denetim zamanlayıcıları tanımlanarak ve CMS tarafında zaman aşımı alarm kuralları otomasyona işlenerek önlenebilir.
12 Adımlı Merkezi Gözlem İstasyonu Birlikte Çalışabilirlik Kontrol Listesi
- Desteklenen raporlama protokolünün kullanılan alıcı modeli ile uyumluluğu doğrulanmalı
- Alıcı/CMS uyumluluğu canlı bir test iletimi yapılarak onaylanmalı
- Hesap yapısı (numaralandırma, karakter uzunluğu, format) kontrol edilmeli
- Bölge ve bölüm adlandırma şablonu belgelenip CMS tarafıyla senkronize edilmeli
- Kurma/Kapama (Opening/Closing) raporlama davranışları test edilmeli
- Kalp atışı (heartbeat)/test sinyali aralığı ayarlanmalı ve CMS otomasyonunda doğrulanmalı
- Birincil hat fiziki olarak kesilerek 4G otomatik hat geçişi test edilmeli
- Kurcalama (tamper), AC elektrik kesintisi ve akü arıza sinyalleri ayrı ayrı simüle edilmeli
- Panel üzerindeki yerel olay günlüğü ile CMS tarafındaki kayıtlar karşılaştırılmalı
- Entegrasyon varsa, alarm anı video doğrulama tetiklemeleri test edilmeli
- Kurulumcu teknik dokümantasyonunun eksiksizliği teyit edilmeli
- CMS entegrasyonu için teknik destek ve eskalasyon süreçleri netleştirilmeli
Saha Sorun Giderme ve Arıza Analiz Matrisi
| Arıza Belirtisi | Muhtemel Kök Neden | Panel Tarafı Kontrolü | Komünikatör/Hat Kontrolü | CMS Tarafı Kontrolü |
|---|---|---|---|---|
| Panel iletim yapıyor, CMS sinyal almıyor | Hesap numarası uyuşmazlığı, yanlış alıcı ayarları, desteklenmeyen format | Olay günlüğünde iletim denemesini doğrulayın | APN/SIM kayıt durumunu ve IP yönlendirmesini kontrol edin | Alıcının ilgili portu ve formatı dinlediğini teyit edin |
| PSTN çalışıyor, IP/4G başarısız oluyor | Komünikatör yapılandırma hatası, CMS tarafında IP etkin değil | Komünikatör programlamasını inceleyin | SIM kart kaydını, APN ayarlarını ve hat sinyal seviyesini test edin | Hesapta IP/hücresel raporlamanın açık olduğunu doğrulayın |
| Olaylar doğru bölge/bölüm bilgisi olmadan ulaşıyor | Kod haritalama hatası, isimlerin senkronize olmaması | Kurulumcu bölge programlamasını gözden geçirin | Uygulanamaz (N/A) | CMS hesap şablonunu ve veri aktarım eşlemesini kontrol edin |
| Yedek hat devreye girmiyor | Geçiş mantığı kapalı, zaman aşımı eşiği yanlış, test edilmemiş 4G hattı | Hat yedeklemenin aktif ve eşiklerin doğru olduğunu teyit edin | Hücresel hattı panelden bağımsız olarak test edin | CMS’in yedek hat trafiğini kabul ettiğini doğrulayın |
| Aşırı iletişim kaybı / hat arızası bildirimi | Aşırı hassas denetim aralığı, kararsız şebeke, altyapı sorunu | Denetim zamanlayıcı (heartbeat) ayarlarını gözden geçirin | Sahadaki hat kalitesini ve sinyal seviyesini kontrol edin | CMS zaman aşımı ayarlarının saha şartlarına uygunluğunu teyit edin |
| Video doğrulama tetiklenmiyor | Alarm olayı video iş akışına haritalanmamış | Alarm çıkışı ve röle eşlemesini teyit edin | Uygulanamaz (N/A) | Otomasyon profili ile NVR/Kamera tetikleme kuralını kontrol edin |
Referans Dağıtım ve Saha Uygulama Modelleri
| Tesis Tipi | Risk Profili | Önerilen Mimari | İletişim Yolu | Dağıtıcı / Entegratör Dikkat Noktası |
|---|---|---|---|---|
| Banka Şubesi / ATM | Yüksek | Bölümlendirilmiş alanlar, çift yollu raporlama | IP + 4G Yedekleme | Video doğrulama entegrasyonu genellikle zorunludur |
| Perakende Mağaza Zinciri | Orta / Yüksek Hacim | Standartlaştırılmış şablon mimari | Şablon başına sabit hat mimarisi | Çoklu tesiste merkezi hesap ve şablon yönetimi |
| Depo ve Lojistik Merkezleri | Orta / Uzak Saha | Katmanlı çevre ve iç alan koruması | Uzak sahalar için 4G Öncelikli | Zorlu çevre koşullarına karşı endüstriyel dayanıklılık |
| Okul / Kampüs Tesisleri | Orta | Çoklu bina yönetimi, alan bölümlendirmesi | Binalar arası IP omurgası | Gereksiz alarmların ve hatalı tetiklemelerin önlenmesi |
Üretici Platform Kapasitesinin Saha Örneği Üzerinden Değerlendirilmesi
Bir üreticinin platform seviyesindeki yetkinliği, donanım bileşenlerinin birbiriyle nasıl uyumlandığı ile ölçülür.

Örneğin, Athenalarm firmasının AS-9000 serisi alarm kontrol paneli mimarisi ele alındığında; 32-bit ARM işlemci çekirdeği üzerine kurulu platform, ana kart üzerinde 16 kablolu ve 30 kablosuz bölge sunarken, adresleme modülleri üzerinden RS-485 Diferansiyel Seri Alarm Veri Yolu kullanarak yaklaşık 1.656 bus bölgesine kadar genişleyebilmektedir. Ürün ailesinin PSTN, TCP/IP ve 4G/GPRS komünikatör varyantlarına (AS-9000FX, AS-9000IP, AS-9000GPRS-4G, AS-9000FF) sahip olması, dağıtıcının tek bir ürün mimarisi ile farklı telekom altyapılarına sahip sahalara çözüm sunmasını sağlar.
İzleme tarafında platform, ağ tabanlı alarm merkezi yönetim yazılımlarıyla entegre çalışır. Sistem; kurcalama (tamper), AC kesintisi ve pil arızası denetimlerini yürütür, 1.500 olaylık yerel kara kutu hafızası tutar ve 4kV yıldırım/yüksek voltaj koruması sağlar. Bu tür teknik detaylar, sistemin saha ölçeğinde sürdürülebilirliğini doğrudan etkiler. Dağıtıcılar için kritik soru, veri sayfasındaki bilgilerin ötesinde, bu raporlama mimarisinin kullanılan haberalma merkezi alıcısı ile doğrulanıp doğrulanmadığıdır.
| Alıcı Gereksinimi | Gerekli Platform Kapasitesi | Saha Kurulumundaki Karşılığı |
|---|---|---|
| Çok binalı ve geniş alanlı ölçeklenme | Adreslenebilir RS-485 genişleme mimarisi | Her projede sil baştan mimari tasarlama ihtiyacını ortadan kaldırır |
| Karma altyapılı tesis kapsama alanı | Tek panelde çoklu komünikatör seçenekleri (PSTN/IP/4G) | Tek ürün serisi ile tüm saha altyapı tiplerine çözüm sunar |
| Haberalma merkezi operasyonları | Ağ tabanlı alarm merkezi izleme yazılımı entegrasyonu | Saha paneli ile izleme otomasyonu arasında doğrudan iletişim sağlar |
| Arıza teşhisi ve bakım | Detaylı olay günlüğü, belgelenmiş arıza kategorileri | Sahadaki teknik servis müdahale sürelerini önemli ölçüde kısaltır |
| Kanal ve markalama stratejisi | OEM/ODM ve bellenim özelleştirme desteği | Dağıtıcının kendi markasıyla pazarda yer almasını sağlar |
Sıkça Sorulan Sorular
SIA DC-09 protokolü ticari alarm sistemlerinde Neden zorunludur?
SIA DC-09, alarm olay verilerini IP ve hücresel ağlar üzerinden güvenli ve şifreli şekilde ileten uluslararası bir standarttır. Geleneksel analog formatlara kıyasla daha zengin veri yapısı sunar ve merkezi gözlem istasyonlarına (CMS) anlık olay aktarımı sağlar. Bu protokol, yanlış alarmları ve iletim gecikmelerini en aza indirerek modern IP tabanlı güvenlik altyapılarında kesintisiz entegrasyonu garanti eder.
Çift yollu (Dual-Path) alarm iletişim mimarisi Nasıl çalışır?
Çift yollu iletişim mimarisi, ana veri yolu olarak IP/Ethernet ağını kullanırken, 4G/LTE hücresel ağı sıcak yedek olarak hazır tutar. Birincil hat kesildiğinde, sistem belirlenen zaman aşımı eşiğinde otomatik olarak hücresel yola geçer. Düzenli denetim (heartbeat) sinyalleri ile hattın durumu sürekli izlenir. Böylece fiziksel hat sabotajı veya şebeke çökmesi durumunda alarm sinyallerinin merkezi istasyona ulaşması engellenmez.
Alarm panelleri ile CMS alıcısı arasındaki uyumsuzluk Neden kaynaklanır?
Uyumsuzluk genellikle donanım arızasından değil, eksik protokol yapılandırması ve yanlış olay kodu eşleşmesinden kaynaklanır. Panelin gönderdiği hesap numarası biçimi, alan kodları veya SIA DC-09/Contact ID parametreleri CMS alıcısının beklediği veri şablonuyla eşleşmediğinde sinyal iletimi başarısız olur. Saha kurulumu öncesinde merkezi alıcı ile canlı doğrulama testi yapılması bu sorunu çözer.
Bir ticari hırsız alarm projesinin başarısını belirleyen temel unsur birim donanım maliyeti değil; birlikte çalışabilirlik, hat yedekleme esnekliği ve servis edilebilirliktir. Alarm iletim hatalarının büyük çoğunluğu panelin kendisinden değil, panel ile CMS arasındaki arayüz yapılandırmasından kaynaklanır.
Dağıtıcılar ve sistem entegratörleri için uzun vadeli başarı; doğrulanmış haberalma merkezi entegrasyonu sunan, çift yollu iletişim mimarisini aktif denetimle koruyan ve adreslenebilir veri yolu mimarisiyle ölçeklenebilen sistem üreticileriyle stratejik ortaklık kurmaktan geçmektedir.
