TRBOnet, telsiz ağlarının bir operasyon merkezinden yönetilmesini sağlayan dispatch yazılım ve donanım çözümleri sunar. Üreticinin Enterprise ürün ailesi, MOTOTRBO ve desteklenen diğer telsiz altyapılarında ses çağrıları, olay kayıtları, konum takibi ve ilgili kontrol merkezi işlevlerini bir araya getirir. Amaç, farklı ekiplerden gelen iletişimi operatörün anlayabileceği ve yönetebileceği bir çalışma düzenine dönüştürmektir.
TRBOnet seçimi yalnızca yazılım ekranının görünümüne göre yapılmamalıdır. Kurumun mevcut telsiz sistemi, istenen modüller, bağlantı yöntemi ve işletme sorumlulukları birlikte değerlendirilir. Bu rehber, kontrol odası kurmayı düşünen işletmelere temel mimariyi ve kabul sırasında bakılması gereken ayrıntıları açıklar. Özelliklerin kullanılabilirliği sürüm, lisans, donanım ve bağlanan sistemin yeteneklerine göre değişebilir.
Kontrol odasında hangi ihtiyaçlara cevap verir?
Bir operatör aynı anda farklı tesislerden gelen grup konuşmalarını, saha personelinin durumunu ve alarm bildirimlerini takip etmek isteyebilir. Ayrı masa telsizleriyle yürütülen bu süreç büyüdükçe görüşmeleri ilişkilendirmek zorlaşabilir. Dispatch konsolu, desteklenen kaynakları merkezi bir arayüzde düzenleyerek operatörün doğru gruba ulaşmasına yardımcı olur. Ancak arayüzde çok sayıda kaynak bulunması, bunların hepsinin aynı anda dikkatle dinlenebileceği anlamına gelmez.
Bu nedenle konsol tasarımı görev paylaşımıyla birlikte yapılmalıdır. Güvenlik operatörüyle bakım koordinatörünün aynı ekran düzenini kullanması gerekmeyebilir. Hangi grupların sürekli izleneceği, hangi alarmların öncelikli gösterileceği ve hangi işlevlerin yalnızca yöneticilere açık olacağı belirlenmelidir. Teknoloji, iyi tanımlanmamış bir operasyon sürecini tek başına düzenleyemez.
Sunucu, konsol ve telsiz bağlantısı
TRBOnet'in IP tabanlı yapısında sunucu bileşenleri, operatör konsolları ve telsiz ağı bağlantıları farklı görevler üstlenir. Üretici, farklı ölçeklere ve topolojilere yönelik bağlantı seçenekleri tanımlar. Desteklenen bir MOTOTRBO sisteminde doğrudan altyapı bağlantısı kullanılabilirken, başka bir yapıda kontrol telsizi üzerinden bağlantı gerekebilir. Seçim, yalnızca cihaz sayısına değil altyapının sunduğu arayüzlere de bağlıdır.
Kurulumdan önce mevcut röleler, yazılım sürümleri, radyo kimlikleri ve grup planı belgelenmelidir. Sunucunun yerel ağdan mı, farklı lokasyonlardan mı erişileceği belirlenir. Güvenlik duvarı kuralları ve yönlendirme, üreticinin kurulum gereksinimlerine göre yapılmalıdır. Rastgele bağlantı noktaları açmak veya yönetim arayüzlerini gereksiz yere internete sunmak, işlevsellik sağlarken güvenlik riski yaratabilir.
Grup çağrısı, ses kaydı ve olay takibi
Üretici belgelerinde ses dispatch, çağrı türlerinin yönetimi, ses kaydı ve olay günlüğü temel özellikler arasında sayılır. Bir çağrının kaydedilmesi, sonradan olayın anlaşılmasına yardımcı olabilir. Ancak kaydın hangi gruba, hangi kullanıcıya ve hangi saate ait olduğunun doğru ilişkilendirilmesi gerekir. Sistem saatlerinin eşitlenmesi ve operatör adlarının tutarlı tutulması bu nedenle önemlidir.
Kayıtların saklandığı disk veya depolama hizmeti dolduğunda nasıl davranılacağı önceden belirlenmelidir. En eski kayıtların silinmesi, yeni kayıtların durması veya alarm verilmesi gibi davranışlar kurulumun politikasına göre değerlendirilir. Yalnızca "kayıt yapıyor" kontrolü yeterli değildir; yetkili kullanıcının geçmiş kaydı bulması, oynatması ve izin verilen biçimde dışa aktarması da denenmelidir.
Konum takibi ve coğrafi sınır uyarıları
TRBOnet'in desteklenen kurulumlarında AVL konum takibi, geçmiş rota inceleme ve geofencing gibi işlevler kullanılabilir. AVL, hareketli birimlerin konumlarının izlenmesini anlatır. Geofencing ise haritada tanımlanan bir bölgeye giriş veya çıkış gibi olayların değerlendirilmesidir. Bunlar ancak cihazın doğru konum verisi sağlaması ve bağlantının bu bilgiyi taşıması durumunda anlamlıdır.
Konumun hassasiyeti ortamdan etkilenebilir. Kapalı alan, yüksek yapılar veya zayıf uydu görüşü nedeniyle haritadaki işaret gerçek konumdan sapabilir. Bu yüzden tek bir koordinatın kesin kanıt gibi değerlendirilmemesi gerekir. Özellikle otomatik uyarılarda güncelleme aralığı, tolerans ve son ölçüm zamanı dikkate alınmalıdır. İç mekân konumlandırma isteniyorsa gerekli ek altyapı ve cihaz uyumu ayrıca incelenir.
Modüller ile temel işlevleri ayırmak
Görev yönetimi, devriye takibi, telefon bağlantısı, alarm yönetimi veya diğer ek özellikler işletmeye yarar sağlayabilir. Bununla birlikte üretici sayfasında görülen her işlevin satın alınan pakete dahil olduğu düşünülmemelidir. Projede gerekli modüllerin isimleri, lisans kapsamı ve hangi cihazlarla kullanılabildiği yazılı olarak belirtilmelidir. Sürüm güncellemesinin ek lisans gerektirip gerektirmediği de sorulmalıdır.
Örneğin devriye kontrolü isteyen bir işletmenin yalnızca haritada cihaz görmekten daha fazla gereksinimi olabilir. Kontrol noktalarının doğrulanması, vardiya planı, gecikme uyarısı ve raporlama farklı işlevlerdir. Her birinin gerçek operasyonu karşılayıp karşılamadığı gösterilmelidir. Bu yaklaşım, satın alım sonrasında "özellik var ama bizim süreçte çalışmıyor" sorununu azaltır.
Gateway ile analog ve dijital ağları birleştirmek
TRBOnet A300 gibi RoIP gateway ürünleri, uyumlu kontrol telsizlerini IP ağı üzerinden sisteme bağlamak için kullanılabilir. Analogdan dijitale geçişte eski ve yeni ekiplerin görüşmesini sağlayan köprüler kurulabilir. Ancak hangi ses ve veri özelliklerinin taşınabildiği bağlı radyo sistemine göre değişir. Sadece ses köprüsü kurulmuşsa abone kimliği, metin veya acil durum bilgisinin eksiksiz aktarıldığı kabul edilmemelidir.
Köprülenen gruplarda kanal meşguliyeti ve geri besleme riski değerlendirilmelidir. İki farklı bağlantının aynı konuşmayı tekrar dolaşıma sokması, anlaşılmayı zorlaştırabilir. Tek kontrol telsizi kullanan bir bağlantıda eş zamanlı ses kapasitesi de sınırlıdır. Gateway ekipmanları rehberi, bu sınırlamaların ve PTT kontrolünün neden önemli olduğunu anlatır.
Örnek proje: lojistik merkezi ve uzak depo
Bir lojistik merkezinin ana depoda dijital telsiz, uzaktaki küçük depoda ise mevcut analog cihazları kullandığını düşünelim. Operasyon merkezi iki noktayı koordine etmek istiyor. Proje, tüm cihazları hemen değiştirmek yerine desteklenen bağlantılar üzerinden kademeli entegrasyonu inceleyebilir. Bu bir tasarım örneğidir; herhangi bir marka kombinasyonunun koşulsuz uyumlu olduğu anlamına gelmez.
Önce hangi grupların birbirini duyması gerektiği belirlenir. Bütün trafiği sürekli birleştirmek yerine görev odaklı köprüler tercih edilebilir. Uzak deponun internet bağlantısı kesildiğinde yerel görüşmenin sürüp sürmediği ayrıca test edilir. Merkez ekranındaki bağlantı uyarısı ile sahadaki kullanıcıya verilen bilgi tutarlı olmalıdır. Personel, merkez bağlantısı yokken hangi iletişim prosedürünü izleyeceğini bilmelidir.
Kabul testi ve sürdürülebilir işletme
Kabul planı normal görüşmelerin yanında bağlantı kesilmesi, konsol yeniden başlatılması, yetkisiz işlem denemesi ve kayıt arama senaryolarını da kapsamalıdır. Önemli işlevler için beklenen sonuçlar önceden yazılmalı ve gerçek cihazlarla gösterilmelidir. Her testin tarihini, kullanılan sürümü ve sonucu kaydetmek, daha sonra yapılan güncellemelerin etkisini değerlendirmeyi kolaylaştırır.
Yedekleme planında yapılandırma dosyaları, gerekli veritabanı bilgileri, kayıt politikaları ve lisans kurtarma adımları düşünülmelidir. Yedek dosyasının bulunması, geri yüklemenin çalıştığını kanıtlamaz. Destek sorumlusu, bakım aralığı ve sürüm değişikliği prosedürü tanımlanmalıdır. Alternatif dispatch yaklaşımını incelemek için SmartPTT rehberini, işletmenize uygun entegrasyon seçenekleri için çözümler sayfasını okuyabilirsiniz.