C# Timer vs Thread İnfo

ONURT

Merhablar ,
C# ta bir form uygulaması yapıyorum. Bu uygulamanın bir bölümüne gelindiğinde sürekli dönen ve bir şeyleri kontrol eden bir yapıya ihtiyacım var. Bu ihtiyacı karşılamak için Timer mı yoksa thread mı kullanmak daha mantıklı ve sağlıklı olur.
İhtiyacım olan durumun özeti şu şekildedir;
Serial port dinleyeceğim , bu dinleme sıcaklık verileri olacak. bu 3 farklı sıcaklık verisini aldıktan sonra farklı bir bölümde sistemi ısıtma sogutma yapmak için birden fazla olan valflerimi ac/kapa yaptırmam gerekıyor, işte tam bu kısımda timer veya thread kullanımı konusunda yardıma ihtiyacım var. Veya varsa farklım bir öneri yardım ederseniz sevinirim.

Teşekkürkler..

By_Surmeneli

ONURT

Serial port üzerinden sıcaklık verilerini dinleyip, bu verilere göre ısıtma/soğutma işlemleri yapmak istediğiniz bir senaryoda, sürekli bir kontrol yapısı gereklidir. Bu tür durumlarda hem Timer hem de Thread kullanımı mümkündür, ancak her birinin avantajları ve dezavantajları vardır.

Timer Kullanımı
Avantajları:

Timer kullanımı, periyodik işlemler için çok uygundur.
Basit ve anlaşılır bir yapısı vardır.
UI thread (kullanıcı arayüzü iş parçacığı) ile çalıştığında, doğrudan UI ile etkileşim kurabilir.
Dezavantajları:

Timer interval süresi çok kısa olduğunda, UI thread'i bloklayabilir ve kullanıcı arayüzünde gecikmelere neden olabilir.
Thread Kullanımı
Avantajları:

Daha esnek ve güçlüdür. Daha karmaşık senaryoları yönetebilir.
Arka planda bağımsız olarak çalıştığı için, UI thread'i meşgul etmez ve kullanıcı arayüzü daha akıcı olur.
Dezavantajları:

UI ile etkileşime geçmek zorlaşır ve Invoke veya BeginInvoke kullanarak UI thread'e dönmeniz gerekir.
Thread yönetimi ve senkronizasyon daha karmaşıktır.
Öneri
BackgroundWorker ve Task sınıflarını kullanmak, hem Timer hem de Thread kullanımının avantajlarını birleştirir ve UI ile daha uyumlu çalışır. Özellikle .NET 4.5 ve sonrası için async ve await anahtar kelimeleri ile Task sınıfını kullanmak oldukça kullanışlıdır.

Örnek Kod
Aşağıda, serial portu dinlemek ve sıcaklık verilerini kontrol etmek için Timer ve Task tabanlı bir çözüm örneği verilmiştir:

using System;
using System.IO.Ports;
using System.Threading;
using System.Threading.Tasks;
using System.Windows.Forms;

public partial class MainForm : Form
{
    private SerialPort _serialPort;
    private System.Windows.Forms.Timer _timer;

    public MainForm()
    {
        InitializeComponent();
        InitializeSerialPort();
        InitializeTimer();
    }

    private void InitializeSerialPort()
    {
        _serialPort = new SerialPort("COM3", 9600);
        _serialPort.DataReceived += SerialPort_DataReceived;
        _serialPort.Open();
    }

    private void SerialPort_DataReceived(object sender, SerialDataReceivedEventArgs e)
    {
        string data = _serialPort.ReadLine();
        // Gelen sıcaklık verisini işleme
    }

    private void InitializeTimer()
    {
        _timer = new System.Windows.Forms.Timer();
        _timer.Interval = 1000; // 1 saniye
        _timer.Tick += Timer_Tick;
        _timer.Start();
    }

    private void Timer_Tick(object sender, EventArgs e)
    {
        // Isıtma/soğutma kontrol kodu
        Task.Run(() => ControlHeatingCooling());
    }

    private void ControlHeatingCooling()
    {
        // Isıtma/soğutma işlemleri
        // Bu işlemleri UI thread dışında çalıştırmak için kullanılır
    }

    protected override void OnFormClosing(FormClosingEventArgs e)
    {
        _serialPort.Close();
        _timer.Stop();
        base.OnFormClosing(e);
    }
}

Bu örnekte:

**a- )Serial port verilerini almak için SerialPort sınıfı kullanılmış.

b-) Periyodik kontroller için System.Windows.Forms.Timer kullanılmış.

c-) Isıtma/soğutma işlemleri arka planda bir Task kullanılarak gerçekleştirilmiş.

d-) Bu yapı, hem kullanıcı arayüzünün donmasını engeller hem de işlemlerin düzgün şekilde gerçekleştirilmesini sağlar.**

Eğer işlemleriniz çok zaman alıyorsa veya daha karmaşıksa, doğrudan Thread kullanımı veya daha gelişmiş asenkron işleme yöntemleri (örneğin, BackgroundWorker, Task, async/await) değerlendirilebilir

Umarım bu bilgiler işinize yarar. Başarılar dilerim!

backbone

Merhaba,

ilk basta formumuza hosgeldiniz.

Bu gibi bir yapida Timer kullanabilmeniz icin seri portunuzda kullanacaginiz cihaz ile birebir senkronize etme zorunlulugunuz var. Yani bahsettiginiz 3 adet verinin gelme zamani belirli degil. Ama siz Timer kullanmak istiyorsunuz. Bu Timer ne yapacak ? Sadece portu dinlemek icin bir Timer kullanirsaniz sürekli olarak portu dinleme icin Timer'inizi bir loop araciligiyla (tahminen yaziyorum) portu dinlemeye alacaksinizdir. Örnek olarak sizin verileri aldiginiz cihaz bahsettiginiz 3 adet veriyi belirli bir zamanda almasi gerekiyorsa ve sizde bu verileri yakalamaniz gerekiyorsa yaklasik olarak tabir edilen "Brute" loop yapmaniz gerekmekte. Bu da sizin sisteminizi veri gelmese dahi bir Timer üzerinden sürekli portu dinlemede kalacaksiniz. Yani verinin gelme zamani öncesinden baslayacak ve bitirmesi gereken zamana kadar + tedbir icin aldiginiz zamana kadar sürecek. Ya da sürekli acik kalacak. Bu verinin gelmemesi halinde sizin icin sorun teskil edecektir.

Ancak sadece veri geldiginde islemlerinizi yapmak gibi bir durum söz konusu ise muhtemel sizinde bildiginiz gibi asagidaki satirlar size bir fikir verebilir, cünkü sonucta C# ile seri porttan veri alacaksiniz,. Asagida kisa bir Console uygulamasi üzerinden örnekleme yaptim.

 SerialPort com = new SerialPort(SerialPort.GetPortNames()[0], 9600, Parity.None, 8, StopBits.One);
 List<byte> bBuffer = new List<byte>();
 string sBuffer = String.Empty;

Program()
{
    com.DataReceived += new SerialDataReceivedEventHandler(com_DataReceived);
    com.Open();

     Console.WriteLine($"Port : {SerialPort.GetPortNames()[0]}");
     Console.WriteLine("Waiting for incoming data...");
     Console.ReadKey();
}

void com_DataReceived(object sender, SerialDataReceivedEventArgs e)
{
    Console.WriteLine($"{DateTime.Now.ToLongTimeString()} Byte Data : {com.ReadLine()}");
}

private void ProcessBuffer(string sBuffer)
{
    Console.WriteLine($"{DateTime.Now.ToLongTimeString()} Data : {sBuffer}");
    sBuffer = "";
}

 private void ProcessBuffer(List<byte> bBuffer)
 {
     Console.WriteLine($"{DateTime.Now.ToLongTimeString()} Data : {sBuffer.ToCharArray()}");
     sBuffer = "";
 }

zaten seri iletisim altyapisini bildiginiz üzere verileri fiziksel cihaziniz UART/USART/SPI/CAN hangi protokol ile calisirsa calissin, bilgisayarinizdan seri port üzerinden size sirali sekilde verecektir diye hatirliyorum. Sonucta Timer'a burada gerek olacagini düsünmüyorum.

Thread kismina gelince, eger uygulamanizi Multithread olarak programlamak istiyorsaniz bunun bir sakincasi yok ama eger ki siz Multithread altyapisi kullanarak aldiginiz verileri aldiginiz andan itibaren sirali sekilde iletisimde tutmazsaniz o zaman basiniz agriyacaktir. Yani aldiginiz 3 adet veriyi 3 ayri Thread düsünün ve 2 Thread'deki veriyi 1. Thread'in almasi gereken yere gönderirseniz veya veriyi alirken bunu yanlis yaparsaniz uygulamaniz beklendigi gibi düzgün calisacak ama verileri düzgün yönetemeyecektir. Ve ayrica Multithread gibi bir altyapi kurmayi planliyorsaniz da "Race Condition" gibi bir konuya mutlaka hakim olmalisiniz.

Yok hayir sadece her aldiginiz veriyi bir Thread icerisinde tutup istediginiz kesin belirli yere gönderecekseniz bir sorun burada gözükmüyor. Ayrica Thread ile yapma sebebiniz pek anlayamadim, cünkü burada seri iletisim dogasi geregi zaten 3 adet veriyi ayni anda almayacaksiniz. Yanlis hatirliyorsam lütfen düzeltin, Eger sebebiniz güvenlik ise Thread hala güvenlikte birinci siradadir.

Eger bahsettiginiz 3 adet verileri bekleyip alma ve ardindan 3 adet veriyi birlikte gönderme gibi bir mekanizma üzerine yapmak istiyorsaniz bunun karari yine sizin. Cünkü bu konuda Multithreading de olur, en basitinden Bir generic List olur yada farkli bir alternatifte olabilir.

Su an icin yardimci olmak adina aklima gelenler bunlar. Eger sorunuz olursa cevaplamaktan memnun olurum.

Saygilarimla