C# Problem mit ComPort Empfang

[Ben S. (theben)]

Ich habe ein Programm in C# geschrieben womit ich mit einem µC 
kommonizieren kenn. Ich schicke zuerst ein Kommando an den µC und warte 
dann in einer whileschleife auf antwort doch diese kommt nie. Nur die 
Fehlermeldung wie auf dem Bild.

Zur Erläuterung des Programms:
zuerst wird ein neuer Tread eröffnet

DispensThread = new System.Threading.Thread(new ThreadStart(threadDispens));
                DispensThread.Start();

private void threadDispens()
        {
            try
            {
                serialPortal.Open();
            }
           catch
            {
                
            }
            finally
            {
                    Inhalt.InititDisp(serialPortal);
                    serialPortal.Close();
            }
        }

in Klasse von Inhalt

public bool InititDisp(System.IO.Ports.SerialPort Port)
        {
            Port.WriteLine("MG");
            while (!(PortEmpfangStatus))
            {
            }

Hat jemand Rat?

[Thomas E. (thomase)]

Ben S. schrieb:
> Ich habe ein Programm in C# geschrieben
Dann zeig' das auch mal.
Mit deinem Thread-Codefetzen wird der Port geöffnet und geschlossen und 
der Thread läuft ins Leere. Wie willst du damit Daten senden und 
empfangen?

mfg.

[Ben S. (theben)]

Mit dem Tread wird wird ein relativ großes Programm gestartet welches 
aber relativ immer gleich ab läuft.
Tread Startet
Als erstes öffnen des Ports

dann Kommando senden und auf Empfang (Bestätigung vom µC) warten

danach folgen immer wieder Kommandos mit dem selben Bild

Port schließen
Tread beendet

[Ben S. (theben)]

Soll ich es noch genauer beschreiben?

[Thomas E. (thomase)]

Ben S. schrieb:
> Soll ich es noch genauer beschreiben?
Mit dem bisherigen kann man jedenfalls nichts anfangen.

mfg.

[Ben S. (theben)]

Son Scheiß jetzt hab ichs. Das NewLine Zeichen Hat der Mikrcontroller 
nicht gesendet sondern ein anderes. Komisch aber ist dass mein 
Terminalprogramm dieses Zeichen als NewLine interpretiert hat das mein 
Programm aber nicht.

[bluppdidupp (Gast)]

Warum benutzt du überhaupt das DataReceived-Event, wenn du eh im Thread 
auf PortEmpfangStatus=true wartest?
Ruf da doch direkt .ReadLine() auf?
Was als Newline erkannt werden soll kann man via .NewLine beim 
SerialPort angeben.
Beim Arbeiten mit Zeichenketten würde ich auch raten .Encoding passend 
setzen (steht standardmässig auf ASCIIEncoding)

[Ralf (Gast)]

> Komisch aber ist dass mein Terminalprogramm dieses Zeichen als NewLine
> interpretiert hat das mein Programm aber nicht.
Terminalprogramme akzeptieren je nach Einstellung Cr, Lf oder Cr+Lf als 
Endezeichen. Für das COM-Port-Objekt gilt dasselbe, dort ist die 
Einstellung "Newline-Character" (oder so ähnlich) der Ansatzpunkt, der 
Defaultwert ist "/n", wenn ich mich recht entsinne, und das wiederum ist 
systemabhängig.

Ralf

[Sven H. (dsb_sven)]

bluppdidupp schrieb:
> wenn du eh im Thread
> auf PortEmpfangStatus=true wartest?

Wo steht das?

[bluppdidupp (Gast)]

Sven H. schrieb:
> Wo steht das?

while (!(PortEmpfangStatus))
{
}

...sieht für mich nach aktivem Warten aus. In der DataReceived 
(Screenshot) setzt er PortEmpfangStatus auf true (2x sogar?!)

[Sven H. (dsb_sven)]

bluppdidupp schrieb:
> Sven H. schrieb:
>> Wo steht das?
>
>

> while (!(PortEmpfangStatus))
> {
> }

> ...sieht für mich nach aktivem Warten aus. In der DataReceived
> (Screenshot) setzt er PortEmpfangStatus auf true (2x sogar?!)

Allerdings wird PortEmpfangStatus nie gesetzt, weil das Programm in der 
Schleife hängt und der EventHandler nie aufgerufen wird...

[Bernd H. (geeky)]

Sven H. schrieb:
> Allerdings wird PortEmpfangStatus nie gesetzt, weil das Programm in der
> Schleife hängt und der EventHandler nie aufgerufen wird...

Da bin ich grad nicht so sicher. Die SerialPort-Klasse startet selbst 
Threads, der DataReceived-Eventhandler wird parallel zum "Main"-Thread 
ausgeführt.

[Sven H. (dsb_sven)]

Aber nicht, wenn das Programm 100% CPU Last in der While Schleife 
erzeugt. Dann wird kein Event ausgelöst.

[Bernd H. (geeky)]

Natürlich laufen andere Threads weiter, wenn ein anderer Thread für hohe 
CPU-Last sorgt? Selbst Thread mit ThreadPriority.Lowest kriegen noch 
minimal was ab...