UART übrtragung über SerialPort reagiert erst beim Senden über ein Terminal

[Ryan O. (Firma: HFu) (gorfindel)]

Hallo,

ich Arbeite an einem Projekt wo ich über SerialPort eine SamC21 
ansprechen soll, die Übrtragung meiner Daten über UART funktioniert 
auch, nur leider nicht direkt. Bisher hab ich es nur über die Vorgabe 
von Micosoft Probiert, aber selbst da funktioniert es nicht.
Link diesbezüglich:
https://msdn.microsoft.com/de-de/library/system.io.ports.serialport(v=vs.110).aspx

Ich kann über ein Terminal (Docklight wurd mir empfohlen) befehle 
senden.
Wenn ich über SerialPort alles Probier reagiert der Controller ertmal 
garnicht, sobald ich dann hergehe und über mein Terminal irgendetwas 
sende übernimmt mein Controller die Daten die ich vorher über SerialPort 
versucht habe zu senden.
Weiß jemand welche (vermutlich) Zeichen ich vergesse zu senden das mein 
Controller nicht direkt reagiert?


            _serialPort.Write(
                String.Format("Textübergabe"));

 "Textübergabe" = das was hinterher eingelsesn werden soll.

[Joachim B. (jar)]

port open?
CR LF versucht?

[Peter II (Gast)]

Ryan O. schrieb:
> _serialPort.Write(
>                 String.Format("Textübergabe"));

das fehlt der Abschluss, woher soll der Controller wissen das die Zeile 
fertig ist?

[Ryan O. (Firma: HFu) (gorfindel)]

Den abschluss der Zeile hab ich mit \r\n gemacht, das ist in der 
Übergabe enthalten
            _serialPort.Write(
                String.Format("COLOR1X={0}\r\n", FloatTo14Bits(a)));

der Port ist offen, das hab ich auch überptüft, dazu müsste wenn der 
Port nicht offen ist meises wissens ein fehler kommen und er könnte 
garnicht übertragen oder?

[Peter II (Gast)]

Ryan O. schrieb:
> Den abschluss der Zeile hab ich mit \r\n

die frage ist doch was der Controller erwartet und nicht was du gemacht 
hast.

[Ryan O. (Firma: HFu) (gorfindel)]

In der Console übergeb ich für den Zeilenabschluss \n daher bin ich 
davon augegangen das ich ein \n als abschluss übernehmen muss

[Peter II (Gast)]

Ryan O. schrieb:
> In der Console übergeb ich für den Zeilenabschluss \n daher bin ich
> davon augegangen das ich ein \n als abschluss übernehmen muss

und warum machst du dann ein \r\n ?

[Ryan O. (Firma: HFu) (gorfindel)]

Damit ich alles abgedeckt hab, ich hab bisher alle möglichen 
kobinationen versucht (\r\n \n\r \r \n \n\n \r\r) und \r\n hab ich 
momenten noch drin.

Sorry, hab mich falsch ausgedrückt

[Peter II (Gast)]

hast du denn nicht den Quellcode vom SamC21? Das muss man doch sehen was 
er erwartet.

[ge-nka (Gast)]

Ryan O. schrieb:
> _serialPort.Write(
>                 String.Format("Textübergabe"));

Serialport Sniffer drauf um anzusehen ob es auch gesendet wird, bei 
Terminal kann man davon ausgehen, dass da alles funktioniert.

[Ryan O. (Firma: HFu) (gorfindel)]

Ja denn hab ich. Dort wird '\n' erwartet, da das aber nicht funktionirt 
hat hab ich hier nachgrfragt.

[Stefan F. (Gast)]

> Serialport Sniffer

Wenn man ganz niedrige Baudraten verwendet (z.B. 300 oder 2400) genügt 
sogar eine simple LED, um zu erkennen ob und wann etwas übertragen wird.

[Ryan O. (Firma: HFu) (gorfindel)]

Danke für die bisherige hilfe.
Hab jetzt mal nen Monitorprogram verwendet, dieses sagt die Daten werden 
direkt gesendet, nur leider hab ich immernoch das Problem, das meine 
Daten nicht ausgewertet werden bis ich wieder über das Terminal etwas 
sende.

[Peter II (Gast)]

Ryan O. schrieb:
> nur leider hab ich immernoch das Problem, das meine
> Daten nicht ausgewertet werden bis ich wieder über das Terminal etwas
> sende.

dann liegt wohl der Fehler im SAM

[Ryan O. (Firma: HFu) (gorfindel)]

Was mich halt wundert ist, dass ich exakt das gleich übergebe und im 
einen Fall reagiert er und im anderen nicht. Ich hab jetzt mal den 
Hex-Code der übertragenwird überprüft und er ist 1 zu 1 der selbe. nur 
im Terminal reagiert er direkt und über SerialPort.Write[Line] reagiert 
er erst wenn ich was neues über das Terminal sende.

[Peter II (Gast)]

Ryan O. schrieb:
> Was mich halt wundert ist, dass ich exakt das gleich übergebe und im
> einen Fall reagiert er und im anderen nicht. Ich hab jetzt mal den
> Hex-Code der übertragenwird überprüft und er ist 1 zu 1 der selbe. nur
> im Terminal reagiert er direkt und über SerialPort.Write[Line] reagiert
> er erst wenn ich was neues über das Terminal sende.

das kann einfach nicht sein - irgendwo gibt es einen unterschied und 
wenn es nur das Timing ist.

[Markus (Gast)]

Hast Du vielleicht die Stop-Bits oder das Paritätsbit anders 
konfiguriert als im Terminal? So dass er noch auf ein weiteres Bit 
wartet, er aber erst beim 2. Aufruf, das letzte fehlende Bit bekommt?

[Ryan O. (Firma: HFu) (gorfindel)]

Ich hab jetz mal ein Bild von meinem Hex-Code gemacht was mir das 
Monitorprogramm angibt, ich seh aber absolut keinen Unterschide.

Das ober ist der Part bei dem es Funktionier.
Der Untere Teil ist der Teil bei dem es nicht Funktioniert.

Parity  ist in beiden Fällen auf None
DataBits auf 8
StopBits One

[Joachim B. (jar)]

Ryan O. schrieb:
> StopBits One

versuche doch mal 2

[Kai (Gast)]

Hi,

Benutzt Du den virtuellen Com Port über EDBG? Also z.B. SamC21 Explained 
?

Dann ließ Dir mal die User Guide durch.

Du musst noch ein serielles Signal (Dtr?) setzen...

Manche Terminalprogramme machen das automatisch...dann läuft es, 
spätestens ein Neustart setzt das Signal aber wieder zurück...evt. auch 
schon ein Schließen des Terminals.

[Ryan O. (Firma: HFu) (gorfindel)]

Leider ergibt das das selbe Ergebniss
ja ich benutze virtuellen Com Port über EDBG

Danke, Dtr war das Problem