Kommunikation via TCP/IP - wie IP eingeben? - Druckversion +- LabVIEWForum.de (https://www.labviewforum.de) +-- Forum: LabVIEW (/Forum-LabVIEW) +--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein) +---- Forum: Datenkommunikation (/Forum-Datenkommunikation) +---- Thema: Kommunikation via TCP/IP - wie IP eingeben? (/Thread-Kommunikation-via-TCP-IP-wie-IP-eingeben) |
Kommunikation via TCP/IP - wie IP eingeben? - Labor - 19.12.2012 14:01 Hallo, ich möchte von einem Gerät Daten abholen. Das Gerät hat eine feste IP-Adresse und soll einfach mal einen Wert zurück liefern. Die Durchführung scheitert schon am TCP Listen.vi. Ich bekomme immer Error 60. Wie muss ich die IP-Adresse am net address pin eingeben, damit das auch stimmt? Ich habe String to IP verwendet, aber da kommt wohl nur murks raus. Abgehört wird nämlich nicht der Port an der angegebenen Adresse, sondern der Port am localhost. Ich versteh einfach nicht, wie ich das dot format eingeben soll. RE: Kommunikation via TCP/IP - wie IP eingeben? - BNT - 19.12.2012 14:47 Hi Den Listener benötigst Du nur, wenn du einen eigenen Server oder Daemon programmieren willst. Wenn Du Dich nur mit einem anderen TCP/IP-Socket als Client verbinden möchtest, benötigst Du nur das TCP/IP-OpenConnection. Such doch einfach mal in den LabVIEW-Beispielen, davon gibt es genug. Gruß Holger RE: Kommunikation via TCP/IP - wie IP eingeben? - Labor - 19.12.2012 14:52 Danke danke, auf die Beispiele bin ich jetzt auch gekommen. Ich hab mich an einem Buch orientiert - das tu ich wohl besser erstmal beiseite, hat nur Verwirrung gestiftet bisher. Listener kann ich also weglassen. Gut, super, dann mach ich mal weiter. RE: Kommunikation via TCP/IP - wie IP eingeben? - Kiesch - 20.12.2012 11:19 Vielleicht nochmal für alle die ähnliche Fragestellungen bearbeiten: Man hat bei der Verbindung immer zwei Beteiligte: Einen Rechner der passiv auf Kontaktaufnahme wartet und einen der aktiv Kontakt aufnimmt. Das heist: Man braucht einmal einen listener (der einfach nur auf einem Port auf Kontaktanfragen wartet und dann dafür sorgen das die Verbindung hergestellt wird) und einen aktiven part der über TCP connect Verbindung auf einem Bestimmten Port sucht. Praktisch gesehen würde man den "Server" als Listener verwenden (der wartet dann quasi einfach unbegrenzt lange auf Kontaktaufnahme) und den "Client" als denjenigen der aktiv Kontakt aufnimmt (kleiner Hinweis dazu: Es scheint das entgegen dem was man im Timeout vorgibt das TCP connect VI irgendwann IMMER einen Timeout ausgibt (auch wenn der Timeout auf 0 für kein Timeout steht; beim Listener ist das anders). In deinem Fall (wie wohl in den meisten) ist das Gerät ein Listener, da der ja nicht wissen kann zu welchen Rechnern der aktiv Kontakt aufnehmen soll also wartet der einfach bis ihn jemand anspricht. Entsprechend brauchst du da eben das TCP connect |