Haberleşme, komut ve sistem alarmları
YTCC, sinyallere tanımladığınız alarmların yanında üç tür alarmı kendisi üretir: bir cihaz ya da sürücü haberleşmeyi kesince, bir komut başarısız olunca ve tarihçe servisi disk ya da kayıtla ilgili bir sorun yaşayınca. Bu alarmların alarm tanımı yoktur, bu yüzden metinlerini değiştiremezsiniz. Konfigürasyonda yalnız komut alarmının önceliği ayarlanır.
Ortak kurallar
| Tür | Ne zaman gelir | Öncelik | Nasıl biter |
|---|---|---|---|
| Haberleşme | Bir cihaz bağlantısız kalır ya da bir sürücü süreci durur | High | Cihaz ya da sürücü yeniden haberleşince gider; onaylanınca kapanır |
| Komut başarısız | Komut reddedilir, zaman aşımına uğrar ya da geri okuması veya geri bildirimi tutmaz | Sinyalin Failure alarm (Hata alarmı) ayarı | Onaylanınca kapanır |
| Sistem | Tarihçe servisi bir disk, boyut ya da kayıt sorunu bildirir | Soruna göre | Sorun bitince gider |
Üç türün hepsi:
- onaylanmalıdır ve rafa kaldırılamaz (bkz. Rafa kaldırılamayan alarmlar);
- bir alana bağlı değildir, bu yüzden yalnız
Alarms.Summaryiçinde sayılır, alan ve grup sayaçlarında sayılmaz (bkz. Alarm sayaçları); - alarm listesinde Source (Kaynak) ve Area (Alan) boş görünür. Columns (Sütunlar) ile
ekleyebileceğiniz Tag sütunu haberleşme alarmında
<sürücü>.<cihaz>ya da<sürücü>, komut alarmında sinyal yolunu, sistem alarmında<proje>.<kod>gösterir; - Last 10 min (Son 10 dk) içinde sayılmaz, hiçbir zaman FLOOD (SEL) ya da CHATTERING (DALGALI) diye işaretlenmez.
Haberleşme alarmları
YTCC cihaz başına bir, sürücü başına bir alarm üretir; hiçbir zaman sinyal başına değil. 400 sinyalli bir cihaz tek alarm verir.
- Cihaz. Cihaz 5 saniye kesintisiz bağlantısız kalınca alarm gelir. Alarm servisi açıldığından beri hiç bağlı görülmemiş bir cihaz bu gecikme ile 30 saniyeden uzun olanı bekler; böylece normal bir açılış alarm üretmez.
- Sürücü. Sürücü 6 saniye kalp atışı göndermeyince ya da alarm servisi açıldıktan 30 saniye sonra hâlâ hiç kalp atışı gelmemişse alarm gelir.
| Olay | İngilizce metin |
|---|---|
| Cihaz koptu | <device> communication lost — <reason>. Neden, sürücünün bildirdiği son hata ya da no connection'dır. |
| Cihaz geldi | <device> communication restored |
| Sürücü durdu | <driver> no communication — driver not responding, hiç kalp atışı gelmediyse … — driver did not start |
| Sürücü geldi | <driver> communication restored — driver running |
| Cihaz konfigürasyondan çıkarıldı | <device> communication alarm closed — equipment no longer configured |
| Sürücü konfigürasyondan çıkarıldı | <driver> driver no longer configured |
Alarm listede koptu metniyle kalır. Geldi ve çıkarıldı metinleri alarmı bitiren olayla birlikte alarm geçmişine yazılır. Cihaz adı, konfigürasyonda cihaza verilen addır; adı yoksa anahtarıdır.
Sunucu bu metinleri projenin Operator language (Operatör dili) ayarındaki dilde yazar; 13 dil vardır. Türkçede örneğin "<ad> haberleşme kesildi — <neden>" olur. Dil değişikliği proje yeniden başlatılınca geçerli olur; kaydedilmiş alarmlar yazıldıkları dilde kalır. Cihazların ve sürücülerin durumlarını nasıl bildirdiği Haberleşme durumu ve haberleşme alarmları sayfasında anlatılır.
Komut başarısız alarmları
Bir komut, sonucu şunlardan biri olduğunda alarm üretir:
- cihaz ya da sunucu komutu reddetti, örneğin cihaz haberleşmediği ya da komut eskidiği için;
- zamanında cevap gelmedi;
- geri okunan değer tutmadı;
- geri bildirim sinyali beklenen değere ulaşmadı.
Komutu YTCC kendisi tuttuğunda alarm yoktur: aynı sinyale giden önceki komut hâlâ sürerken ya da bir yazma sınırı onay beklerken. Öncelik, sinyalin Command (Komut) sekmesindeki Failure alarm ayarından gelir (bkz. Komutları ayarlama).
Metin Command failed: <signal> ← <value> · <user> · <reason> biçimindedir, örneğin
Command failed: P101.Start ← 1 · operator1 · no response. Türkçede "Komut başarısız: …" ile başlar. Alarm
Gone (unacked) (Gitti (onaysız)) olarak doğar ve onaylanınca kapanır. Aynı sinyal o zamana kadar aynı nedenle
yeniden başarısız olursa yeni alarm gelmez: açık alarm son metni ve bir tekrar sayısını alır, örneğin (×3).
Tarihçe servisinin sistem alarmları
Tarihçe servisi her sorun kodu için bir alarm üretir. Alarm sorun başlayınca gelir, bitince gider.
| Kod | Öncelik | Anlamı |
|---|---|---|
disk_warn | Medium | Tarihçe diski uyarı seviyesine ulaştı |
disk_high | High | Tarihçe diski yüksek seviyeye ulaştı |
disk_crit | Critical | Tarihçe diski kritik seviyeye ulaştı; değerlerin kaydı durur |
reserve_used | Critical | Disk doldu ve yedek dosya serbest bırakıldı |
hist_size_warn | Medium | Bir tarihçe tablosu boyut sınırının %80'ine ulaştı |
hist_size_drop | High | Bir tablodan boyut sınırı nedeniyle günler silindi |
hist_disabled | Medium | Tarihçe kaydı Historian settings (Tarihçe ayarları) içinde kapalı |
js_discard | High | Tarihçe veritabanının önündeki tampon taştı; veri kaybolmuş olabilir |
hist_loss | Medium | Saklama penceresinden eski değerler kaydedilmedi |
hist_gap.<tablo> | High | Bir tablonun verisi tampondan kayboldu |
hist_lag.<tablo> | Medium, High | Bir tablo geride kalıyor: tamponunun %50'sinde orta, %80'inde yüksek |
hist_guard_down | High | Tarihçe koruma süreci 15 saniye kalp atışı göndermedi |
Bir disk seviyesine ancak hem doluluk yüzdesi hem boş alan sınırlarını geçince ulaşılır. Varsayılan seviyeler %80, %90 ve %95 doluluk ile birlikte Min free (GB) (En az boş (GB)) değerinin 2,5, 1,5 ve 1 katından az boş alandır (20 GB için 50, 30 ve 20 GB). Aynı anda yalnız bir disk alarmı açıktır ve bir seviye, disk onun 2 puan altına inince düşer. Sınırlar ve her seviyenin etkisi Tarihçe nasıl kaydedilir ve Arşiv tabloları ve atamalar sayfalarındadır.
Bir proje başlarken alarm servisi başka bir projeye ait açık sistem alarmlarını, örneğin o projenin yedeği ya da kopyasıyla gelenleri, kapatır. Bu projede onları başka hiçbir şey bitiremezdi. Alarm arşivi değişmez, kapanış nedeniyle birlikte olay listesinde kalır.