Sayaç Bağlantı Hatası Debug: Timeout, CRC ve Addressing

M-Bus tabanlı sayaç okuma sahasının en sık sorulan üç sorusu:

1. “Sayaç X cevap vermiyor, ne yapmalı?”
2. “CRC hatası alıyorum, ne demek?”
3. “Tarama sırasında bazı sayaçlar bulunamıyor, neden?”

Bu yazıda her üçünün de tespit ve çözüm yollarını saha tecrübesinden anlatıyoruz.

Hata 1: Timeout (sayaç cevap vermiyor)

mReader’ın arıza listesinde “timeout” işaretiyle gözükür. Sayaç sorulduğunda belirli süre içinde cevap gelmiyor.

Olası sebepler

A. Sayaç pili bitmiş

Özellikle 10+ yıllık wM-Bus sayaçlarda yaygın. Pil bitmiş, sayaç M-Bus telegramına cevap üretemiyor.

Tespit: Pillik sayacın LCD’sinde uyarı simgesi vardır. mReader arıza paneli pil zayıf bayrağını okur.

Çözüm: Sayaç değişimi veya pil yenileme (üreticisi destekliyorsa).

B. Hat üzerinde çakışma

İki sayaç aynı birincil adresi taşıyor; biri cevap verirken diğeri de cevap veriyor → sinyal karışıyor → master “broken telegram” alıyor.

Tespit: Tarama sırasında “kararsız tarama” → bazen 1 sayaç görünür, bazen başka. mReader bunu addressing collision olarak işaretler.

Çözüm: çakışan sayaçları teker teker hattan ayırın, ikincil adresle birincil adres yeniden ata. Detay: adresleme yazımız.

C. Hat çok uzun, sinyal zayıf

M-Bus master gerilim sinyali 24-36 V; uzun hatta (300+ m) düşer. Kazan dairesinden çatı katındaki sayaca kadar uzanan hat marjini doldurabilir.

Tespit: Yakın sayaçlar normal cevap, uzaktakiler timeout → mesafe ile korelasyon var.

Çözüm:

• Hat segmentini kısalt (TCP gateway ile her bloka ayrı segment)
• M-Bus master amplify edici kullan (slave count’a göre boyutlandırma)
• Kabloyu daha kalın seç (1.5 mm² → 2.5 mm²)

D. Konvertör arızası

Konvertörün master tarafı bozulmuş; tüm hat sayaçları ölü gözüküyor.

Tespit: hiç bir sayaç cevap vermiyor → Voltmetreyle hatta gerilim ölç → 0 V veya değişken → konvertör sorunu.

Çözüm: konvertör değişimi.

E. Polarite ters (RS-485 için)

M-Bus polaritesizdir ama RS-485’in master kısmı polariteli. A-B uçları ters bağlanmışsa hiçbir şey çalışmaz.

Tespit: konvertör LED’i aktivite gösteriyor ama hiçbir sayaç cevap vermiyor.

Çözüm: A-B uçlarını yer değiştir.

Debug süreci

Adım adım:

1. Etkilenen sayaç sayısı: 1 mi, çoğu mu, hepsi mi?
   - Hepsi → konvertör veya hat sorunu (D, E)
   - Birkaç → adresleme veya pil (A, B)
   - 1 tane → sayaç bireysel sorunu (A)

2. Etkilenen sayacı tek başına test okumaya al:
   mReader > Test okuma > seri numarası ile 
   - Cevap geldi → hatta çakışma vardı (B)
   - Hala timeout → fiziksel sorun (A, C)

3. Voltmetreyle hatta DC gerilim ölç (M-Bus master kısmında):
   - 24-36 V arası ✓ → konvertör normal
   - 0 V → konvertör arızalı (D)
   - Değişken → hat short, kısa devre

4. Kabloyu kontrol et:
   - Klemens gevşek mi?
   - Kemirgen ısırığı var mı? (saha tecrübesi: olur)
   - Buhar/su girmiş mi?

Hata 2: CRC error (telegram bozuk)

CRC = Cyclic Redundancy Check. M-Bus her telegrama 16-bit CRC ekler. Master cevabı aldığında CRC’yi yeniden hesaplar; uymazsa “CRC hatası” der.

Olası sebepler

A. Elektriksel parazit

M-Bus hattı kazan, frekans inverter, motor pompalar yakınında geçiyor → elektromanyetik girişim → telegram bitleri bozuk geliyor.

Tespit: Hata yoğun şekilde kazan çalışırken oluyor; gece sessizken hat normal.

Çözüm:

• M-Bus kablosunu power kablolarından ayrı kanaldan geçir
• Shielded (zırhlı) M-Bus kablo kullan
• Topraklamayı kontrol et

B. Hat reflection (yansıma)

Bitiş direnci (terminating resistor) yok veya yanlış değer. Sinyal hattın sonundan yansıyıp bozuk geri dönüyor.

Tespit: Hat boyu uzunsa daha sık. Osiloskopla görülebilir.

Çözüm: Hattın sonuna 100Ω-150Ω direnç ekle.

C. Topraklama farkı

Sayaçların bağlı olduğu farklı tesisat, farklı topraklama → potansiyel farkı → DC offset → CRC hatası.

Tespit: Belirli bloktaki sayaçlar etkili, diğerleri normal.

Çözüm: Tüm M-Bus sistemini tek topraklama noktasına bağla; gateway/konvertör topraklaması da aynı noktaya.

D. Hız uyumsuzluğu

Master 2400 baud konuşuyor, sayaç 9600 baud bekliyor (veya tersi). Telegram parçalı geliyor.

Tespit: Yeni eklenen sayaçta CRC sıkça çıkıyor.

Çözüm: Tüm hattaki sayaçların baud rate’ini aynı yap. Apator default 2400, Kamstrup bazıları 9600.

Debug

1. Hata oranı yüksek mi?
   - %1-2 normal (parazit kabul edilebilir)
   - %5+ ciddi sorun, araştır

2. Belirli zamanda mı?
   - Kazan çalışırken → parazit (A)
   - Sürekli → topoloji (B, C)

3. Belirli sayaçta mı?
   - Yeni eklenen → hız (D)
   - Hep aynı sayaç → fiziksel temas

Hata 3: Addressing collision

İki sayaç aynı birincil adresi paylaşıyor. Master soruyor; ikisi de cevap veriyor; bitler karışıyor.

Tespit

mReader’ın arıza panelinde “adres çakışması” satırı görünür. Tarama sırasında “non-deterministic” davranış: aynı taramada bir kez 8 sayaç görünür, sonraki taramada 7.

Çözüm

Çakışan sayaçları ikincil adresle ayrı ayrı tarayıp birincil adresleri yeniden atayın:

1. mReader > Sayaçlar > Tarama > "İkincil adres taraması"
   (yavaş ama unique)
2. Bulunan çakışan sayaçları seç
3. "Birincil adres ata" → mevcut adres + 1, 2, 3...
4. Hattı tekrar tara → çakışma kalktı mı doğrula

Önleme: yeni kurulumda mReader otomatik birincil adres atar (çakışmaz). Manual sayaç eklemede yöneticinin dikkat etmesi gerekiyor.

Anlamlı log için ne kaydetmek?

Saha sorunları çözmek için yöneticinin/teknisyenin tutması iyi olan kayıtlar:

• Sorun başladığı tarih: yeni kurulum, tadilat, sayaç değişimi sonrası mı?
• Etkilenen sayaç sayısı: 1, birkaç, hepsi
• Hata kalıbı: timeout / CRC / addressing
• Sıklık: her okumada mı, ara sıra mı, belirli saatte mi
• Çevre koşulu: kazan çalışıyor mu, dış sıcaklık, vs.

mReader bu bilgileri arıza paneli olarak otomatik tutar; teknik destek isterken paylaşmak için tek tıkla rapor üretilir.

Sahaya gitmeden önce 5 dakikada yapılabilecekler

Site dışındaysanız (uzaktan erişim varsa) önce şunları deneyin:

1. Test okuma → tek sayaç, ikincil adresle
2. Konvertör tarafında loop-back testi (uygunsa)
3. Son 7 günün okuma logunu kontrol et: trend
4. Arıza sayfasında benzer hata + sayaç eşleşmesi var mı
5. Network ping (TCP gateway ise) → cevap veriyor mu

%50 sorun bu basit kontrollerle ayırt edilir, sahaya gitme gereksiz olur.

Sonuç

M-Bus saha sorunları üç ana kategoriye iner: timeout (cevap yok), CRC (cevap bozuk), addressing (cevap çift). Doğru teşhis %80 çözüm. mReader’ın arıza paneli ve test okuma fonksiyonu bu süreci hızlandırır.

Sitenizde kalıcı bir saha sorunu varsa iletişim formundan ulaşın — log’larınız ile birlikte uzaktan teşhis yapabiliriz.