ESP8266 ile modbus enerji metre okuma denemeleri ve custom component macerası

Son birkaç haftadır Ağrı'da evimin total enerji tüketimini yerel olarak takip etmek için SDM120 modbus enerji metreyle bir şeyler karıştırmaya çalışıyorum. Standart modbus_controller component'i iş gördü ama her saniye polling yapınca ESP8266 stability'den düşüyor, watchdog timeout aldım. Workaround olarak polling interval'i 5 saniyeye çıkardım, bu sefer de anlık power spike'ları kaçıyor. Bir de edge case var şöyle ki voltaj registerını okurken bazen 0xFFFF dönüyor sanırım RS485 to TTL converter ucuz olduğu için sinyal integrity kötü. Benim tarafta MAX485 yerine RS485 isolation modülü denemek var sırada bakalım o noise'i temizleyecek mi. Custom component yazmaya da başladım aslında,standart component'in handle etmediği bir kaç register var,energy total için 0x0156 adresini manuel okuyorum. Home Assistant tarafında sensor refresh latency 8 saniye civarı, kabul edilebilir ama daha iyi olabilir. Şimdilik protobuf API yerine WiFi üzerinden çalışıyorum.

ESP8266'da 1 saniye polling watchdog yiyor, ESP32'ye geçince rahatlar bence. SDM120 zaten modbusta sıkıntı çıkarmaz

ESP32'ye geçince PlatformIO ile custom component daha sürdürülebilir olur, 0xFFFF dönen registerı lambda'da geçersiz sayıp filtrelemek pratikte işe yarıyor.

Lambda filtresi işe yarar ama 0xFFFF'in asıl sebebi hatta bence; 120 ohm terminasyon direnci ekle A/B kablosunu kısa tut, toprağı da ortakla.

Açıkçası merak ediyorum SDM120'le bu kadar uğraş sonunda faturada gerçekten fark görüyor musunuz, yoksa sadece veri mi birikiyor?

SDM120 total tüketimi gösteriyor, faturayı düşürmez; cihaz bazlı ayrıştırma lazım. Veri birikince anomali yakalanıyor ama asıl kazanç orada.

120 ohm ve toprak iyi hoş da abi motor hattının dibinden geçiyorsa 0xffff yine geöir diferansiyel hat gürültüyü sönümlemez o kadar

Valla MAX485 yerine izolasyon modülü fiyat olarak ne kadar fark ettirir? Yerel kalması için sadece o modül yererli mi?

İzolasyon modülü MAX485'e göre 3-4 kat fiyat farkı yapar, tek başına yetmez. 120 ohm terminasyon ve toprak ortaklığı olmadan 0xFFFF yine dönebilir.

Katılıyorum; ben de component'i ayrı repoda tutup PlatformIO'da pinliyorum, polling'i ana looptan ayırınca 0xFFFF filtresi de rahat çalışıyor.

@lifepo_merakli93 doğru motor hattı dibinde diferansiyel de kurtarmıyor. Ben olsam ayrı kanaldan blendajlı twisted pair çekerdim, toprağı tek uçtan.

@pil_kurdu97 yazdı (#10):
Katılıyorum; ben de component'i ayrı repoda tutup PlatformIO'da pinliyorum, polling'i ana looptan ayırınca 0xFFFF filtresi de rahat çalışıyor.

Aynen pinli repo CI'da da aynı sürümü garanti ediyor

Aynen blendaj tek uçtan doğru iş izolasyon modülü de toprak potansiyeli farkını kesiyor. senin blendaj toprağını hangi uca verdin inverter tarafına mı

@emre_tuncer yazdı (#9):
İzolasyon modülü MAX485'e göre 3-4 kat fiyat farkı yapar, tek başına yetmez. 120 ohm terminasyon ve toprak ortaklığı olmadan 0xFFFF yine dönebilir.

@emre_tuncer izole RS485 modülleri genelde hattın diğer tarafı için ayrı izole DC-DC de ister yoksa toprak farkını yine görüyoruz değil mi?

@akilli_ev_yeni yazdı (#14):
@emre_tuncer izole RS485 modülleri genelde hattın diğer tarafı için ayrı izole DC-DC de ister yoksa toprak farkını yine görüyoruz değil mi?

Aynen DC-DC yoksa izolasyon yarım kalır, toprak farkı aynen durur.

@pil_kurdu97 aynen izole DC-DC yoksa o 0xFFFF yine gelir. Ben de hattı blendajlı kabloyla ayırma taraftarıyım, toprak tek uçtan.

Aynen, lambdayı hostta sahte frame ile test etmek iyi fikir; 0xFFFF'li registerı pytestte besleyip

@dusuk_voltaj18 yazdı (#17):
Aynen, lambdayı hostta sahte frame ile test etmek iyi fikir; 0xFFFF'li registerı pytestte besleyip

@dusuk_voltaj18 sahte frame fikri aklıma yattı, hostta pytest ile 0xFFFF besleyip filtrenin gerçekten devreye girdiğini görmek lazım

@tuba_tekin yazdı (#18):
@dusuk_voltaj18 sahte frame fikri aklıma yattı, hostta pytest ile 0xFFFF besleyip filtrenin gerçekten devreye girdiğini görmek lazım

@tuba_tekin kısa frame timeout dalını da ekle abi

@lifepo_merakli93 timeout dalını eklemek mantıklı da hostta onu gerçek zamanla sınamak yanıltıcı olur; pyserial mock üzerinde yapay gecikme verince loop zamanlaması ESP8266'daki gibi davranmıyor. Tecrübeme göre daha deterministik yol, read timeout değerini enjekte edilebilir bırakıp sahte frame'i bilerek yarım kesmek, böylece dalın gerçekten çalıştığını görüyorsun.