TCPrecv

vonglahn

Hallo Liebes Forum,

ich habe eine Frage zum Datenempfang mittels TCPrecv().

Ich habe eine Steckdosenleiste die ich über IP schalten kann. Mein Program funktioniert soweit schon. Allerdings habe ich Probleme mit dem Status. Man sendet mit TCPsend() einen Befehlt an die Steckdosenleiste. Danach soll man den "Rückgabewert" der Funktion auslesen. Dieses erledige ich mit TCPrecv().

Das habe ich so gemacht:

Code

TCPstartup()
$socket = TCPConnect($IP, $port);TCP Verbindung herstellen
TCPSend($socket, "S") ;Status von der Steckdosenleite anfordern
$status = TCPrecv($socket,2) ;Antwort auslesen

Mit $status arbeite ich dann weiter (Icons anzeigen und so.)

Leider geraten die Antworten etwas durcheinander, sodass ich glaube ich habe etwas vergessen oder falsch gemacht. Wie geht man in einem solchen fall vor? Muss man parallel auf die Antwort warten oder kann man das auch später machen?

Für etwas Aufhellumng wäre ich dankbar

dost0011

Zitat von vonglahn

Für etwas Aufhellumng wäre ich dankbar

Wir auch

Was kommt denn genau zurück? Gar nichts?

Ich habe mal 2 kleine Programme geschrieben, wo man einen Server und einen Client laufen lassen möchte.
Die Programme funktionieren - vielleicht hilft dir das bei deiner Fehlersuche.
(Könntest ja z.B. den Server mal mit 127.0.0.1 und dem richtigen Port mal auf dem gleichen Rechner laufen lassen - dann siehst du nämlich, was dein Programm genau sendet...

vonglahn

Hallo,

es kommen zwei byte zurück die entweder 0 oder 1 enthalten. Je nachdem ob die entsprechende Dose ein- oder ausgeschaltet ist. Über diese Informationen zeige ich entsprechenden Icons an. Leider verrutschen die Icons manchmal. Wo eine 1 ist ist jetzt eine Null und umgekehrt. Ich vermute, dass ich etwas falsch mache.

Was passiert bei einem TCPrecv genau? Sendet der Server einfach die Zahl an den Client oder holt der Client die Zahl beim Server ab?

Grüße

jjj

Soweit ich weiß, empfängt TCPRecv die Daten, die mit TCPsend gesendet werden. Die Daten werden solange gesendet bis sie angenommen werden, oder es eine Zeitüberschreitung gib.

**GtaSpider**

Hallo,

Schau dir mal die Hilfe zu TCPRecv an. TCPRecv wartet nicht darau, das etwas empfangen wird, sondern schaut nur sozusagen in dem Buffer nach ob was angekommen ist und gibt es dann ggf. zurück.

So in der Art sollte es klappen:

[autoit]

Local $sRecv
While Not $sRecv
$sRecv = TCPRecv($socket,2)
Sleep(50);Um CPU zu entlasten
WEnd

[/autoit]

Gruß,
Spider

vonglahn

Hallo,

ich denke jjj hat recht. Ich kann mit TCPrecv ein Zeit lang warten, also liegt mein Fehler nicht in der Fehlerhaften verwendung von TCPrecv. Ich werde mal testen wie lange man warten kann, bis die Antwort nicht mehr da ist.

Danke von die Hilfe

James · AutoIt Version (Prod): 3.3.14.2

TCPRecv und das Empfangen der Daten sind zwei komplett verschiedene Sachen.
Beim Empfangen werden die Daten in einen Puffer geschrieben, mit TCPRecv liest du diesen nur aus. Wann du TCPRecv benutzt sollte also (ziemlich) egal sein.

**GtaSpider**

Zitat von James

TCPRecv und das Empfangen der Daten sind zwei komplett verschiedene Sachen.
Beim Empfangen werden die Daten in einen Puffer geschrieben, mit TCPRecv liest du diesen nur aus. Wann du TCPRecv benutzt sollte also (ziemlich) egal sein.

Außer du benutzt TCPRecv bevor die Daten im Buffer sind! Deswegen meine Version ausprobieren (die es btw auch fast so in der Hilfe gibt), glaubt mir ich arbeite schon seit 7 Jahren mit den TCP Funktionen von AutoIt

lg

James · AutoIt Version (Prod): 3.3.14.2

Zitat von GtaSpider

Außer du benutzt TCPRecv bevor die Daten im Buffer sind! Deswegen meine Version ausprobieren (die es btw auch fast so in der Hilfe gibt), glaubt mir ich arbeite schon seit 7 Jahren mit den TCP Funktionen von AutoIt

Sorry, anscheinend habe ich deinen Kommentar überlesen. Das war aber in keinem Fall gegen dich oder deine Version gerichtet.

**GtaSpider**

Zitat von James

Sorry, anscheinend habe ich deinen Kommentar überlesen. Das war aber in keinem Fall gegen dich oder deine Version gerichtet.

Nein, quatsch! So hab ich das auch gar nicht aufgefasst, dachte mir schon, das mein Beitrag überflogen wurde

**alpines**

Da gibt es nur eine Kleinigkeit die ich an GtaSpiders Code zu bemängeln hätte,

[autoit]

Local $sRecv

[/autoit][autoit][/autoit][autoit]

While Not $sRecv
$sRecv = TCPRecv($socket, 2)
Sleep(50)
WEnd

[/autoit]

ist im Einzelfall richtig, wenn man aber öfters empfangen will, dann sollte man es so schreiben

[autoit]

Local $sRecv = ""

[/autoit][autoit][/autoit][autoit]

While Not $sRecv
$sRecv = TCPRecv($socket, 2)
Sleep(50)
WEnd

[/autoit]

Der Unterschied ist ganz einfach, wenn man später wieder was empfangen möchte, dann sollte man nicht die Variable erneut deklarieren sondern lieber den Inhalt entleeren, das erspart einige Minuten an Suche.
Ich weiß, das hätte man sich ja denken können, aber trotzdem sollte sowas nicht vergessen werden.

James · AutoIt Version (Prod): 3.3.14.2

Zitat von alpines

Der Unterschied ist ganz einfach, wenn man später wieder was empfangen möchte, dann sollte man nicht die Variable erneut deklarieren sondern lieber den Inhalt entleeren, das erspart einige Minuten an Suche.

Bei der Variante von GtaSpider muss die Variable doch auch nicht erneut deklariert werden. Ob du der am Anfang "" zuweist sollte keine Rolle spielen, der Wert wird in der Schleife ja sowieso überschrieben.

**alpines**

Richtig, aber wenn am Anfang nichts hereinkommt und in der Variable schon was drinne steht dann springt der sofort aus der Schleife raus.
Wenn man davon ausgeht das man sofort am Anfang was empfängt dann könnte man auch die Sleep(50) weglassen oder nicht

**Andy**

Hi,
alpines hat Recht. Variablen sind nur dann "leer", wenn man ihnen definitiv "nichts" zugewiesen hat.
Was ist eine Variable? Ein Bereich im Speicher, der mit Daten gefüllt ist.
Deklariert man eine Variable, dann wird einfach nur Speicher angefordert. Ob dieser Speicher bereits vorher mit Daten gefüllt war und somit nicht leer ist, ist unerheblich!
Es kann also durchaus sein, dass eine Variable nach der Deklaration einen zugewiesenen Wert hat!
http://msdn.microsoft.com/en-us/library/…4(v=vs.85).aspx
Man beachte GMEM_ZEROINIT, welches explizit den Speicher leert!

Daher werden bspw. in anderen Programmiersprachen Arrays vor dem Gebrauch mittels einer for/To-Schleife mit Nullen bzw. "" gefüllt...