Cyrus Posted August 13, 2009 Report Share Posted August 13, 2009 Hi I don’t know where to look for my question so any help or suggestions would be appreciated. I was wondering if it is possible to interact with the WLAN chip of your Laptop/PC through labview so you can transmit/receive your data straight from labview to the WLAN transiever (802.11) to outside world and vice versa. Thanks, Quote Link to comment
Eugen Graf Posted August 13, 2009 Report Share Posted August 13, 2009 What is the problem? Use the common IP VIs, depending on your communication protocoll. Quote Link to comment
Mark Yedinak Posted August 13, 2009 Report Share Posted August 13, 2009 If you simply want to communicate over the network using TCP or UDP the native LabVIEW primatives will work fine. If you are looking to have explicit control of the NIC than that is whole other ball game and I am not sure if you will be able to do that easily. Quote Link to comment
Cyrus Posted August 13, 2009 Author Report Share Posted August 13, 2009 (edited) I have my joystick connected to the labview and wanted to transmit the joystick data (Axes info) using the WLAN chip. So then I can recieve it through another WLAN chip which is connected to a FPGA microcontroller. Is it possible ? Edited August 13, 2009 by Cyrus Quote Link to comment
Mark Yedinak Posted August 13, 2009 Report Share Posted August 13, 2009 I have my joystick connected to the labview and wanted to transmit the joystick data (Axes info) using the WLAN chip. So then I can recieve it through another WLAN chip which is connected to a FPGA microcontroller. Is it possible ? If both sides are using basic TCP sockets than yes, it is possible. One side would have to be a TCP server and listen for connections on a specific port. The other side would be the client and establish a connection to the server. Once the connection is establish you simply send the data. Alternatively if you want less overhead and are not concerned if the data doesn't get delivered (which on a small LAN is not very likely to happen) you can use UDP. You still need a server and a client but there is less overhead when sending the data. There are examples of simple client/server communications in the LabVIEW examples. NOTE: I admit that I am not very familiar with the FPGA LabVIEW code but I am fairly sure they support the native TCP and UDP operations. Quote Link to comment
Cyrus Posted August 14, 2009 Author Report Share Posted August 14, 2009 Thanks for the replies, Ill look into server/client in labview and get back to you . Quote Link to comment
Rolf Kalbermatter Posted August 25, 2009 Report Share Posted August 25, 2009 NOTE: I admit that I am not very familiar with the FPGA LabVIEW code but I am fairly sure they support the native TCP and UDP operations. That would be a new feature then! Implementing a usable IP socket in hardware is anything but trivial and would easily eat up all your resources so there would be nothing left to do anything useful. The real time controller in the cRIO controller however implements a TCP/IP socket (obviously) so you could connect with that and have it pass the data by other means to the FPGA core. Rolf Kalbermatter Quote Link to comment
Mark Yedinak Posted August 31, 2009 Report Share Posted August 31, 2009 That would be a new feature then! Implementing a usable IP socket in hardware is anything but trivial and would easily eat up all your resources so there would be nothing left to do anything useful. The real time controller in the cRIO controller however implements a TCP/IP socket (obviously) so you could connect with that and have it pass the data by other means to the FPGA core. Rolf Kalbermatter Ah, that sounds reasonable. Too bad though. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.