Acquiring data from EMG (data socket?)

[Smilla]

Hi!

I have to use the Porti TMSi to acquire an EMG signal, that I want to use to control a vibration motor with vibration frequency proportional to the muscular activation.

My problem is that I don't know how to make the TMSi communicate with Labview and pass it the acquired samples.

The TMSi has a software (PortiLab2) which has a feature called 'Sneezer'. Signal data that is connected to this block will be broadcasted to the LAN. Another operator called 'Snooper' (in the 'Data Sources' section) can be used to sniff the LAN for the signal that is broadcasted by a 'Sneezer'. 

One of my colleagues has implemented a software in Visual Studio in order to acquire data through socket (I attached the files).

I wonder if it is possible to do an operation like this with Labview.

Thank you!!

[Smilla]

Hi,

I've made some attempts and I've discovered the UDP Receiver.vi (in the examples files).

Using this functions with the right number of the port I've succeeded in reading some data, but the problem is that they are in a format that I can't understand: something like this: ÄC"zãCSCM\C”ÛBûŒXBíß¾Bâ\,BÚW(BÖy…BÖNÔBØ÷ïBÞ¡vBææƒBð+´BùÏúCjÚC

Do you know how can I convert them in the proper format?

Thank you!

[Logan_081]

Hello Smilla,

Thank you for sharing your question on this Forum.

I've no idea about the rule according what we can decode the message returned from your board. Maybe it could be stored in binary format or any one like ASCII. I figure out that it would better to ask to the board's vendor which format data have been turned from boards. As a result, we can implement a SubVI which can decode the message and have it displayed.

Let me know if you need additional help.

Best regards

[Smilla]

Hi!

We managed to do the data conversion (parsing the header and convert data in the proper format).

I attach here the VI.

The problem now is the slowness of these operations...we need to control a motor in real time with a signal proportional to the muscular activation but the delay is almost 2 seconds!

We wonder if the problem is the UDP connection or something inside the Labview code (maybe it is not optimal and it takes too many time do the operations required).

The delay is not only in the output of the DAQCard but also in the displaying of the data read from tha LAN port, immediately after the conversion.

Is there something we can do to improve the performance of our code?

Thank you!

Serena