Jump to content

Beri

Members
  • Posts

    7
  • Joined

  • Last visited

Beri's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Thanks for your, but this do not resolve my problem. Maybe my description is a bit too general, so I attach a pic of the gui to this post. The problem is the packet_list in the center. The aim is to get a display like in the "last packet" indicator. The highlighted row of the listbox contains the same data as the indicator "last packet" but the presentation is different. The question is, if it is possible to do this. Thanks in advance, Beri http://forums.lavag.org/index.php?act=attach&type=post&id=5765
  2. Hi all, there is another question to all the LabVIEW experts out there. At the moment I am working on a network data logger. The logger is working fine at the moment but I have a problem building the front panel. I want to put all the data of a network packet (data is in string format) into a listbox, so that the user can choose a specific packet and then get the datailed data of it (ethernet header, ip header and ip data). The problem is, that I want to display the data in hex format (like in a "normal" string indicator where you can choose how the data will be displayed). Is there any way to do this formatting using a listbox? Right-click on the listbox didnot show the formatting options... Thanks in advance for any hints, greetings Beri
  3. QUOTE(TomIto @ Mar 26 2007, 09:12 AM) as mentioned by tcplomp, there are essential details missing. ~4 years ago, I had a project where I had to handle with PI devices, namely a controller of a hexapod. If I remember correctly, there was a simple serial connection using a well defined set of commands, so that there were no big troubles. I do not really understand your question regarding the accurancy. Which accurancy do you mean? and RT: do you mean Runtime? or Realtime? is this your controller? http://www.physikinstrumente.com/en/products/prdetail.php?sortnr=602600' target="_blank">http://www.physikinstrumente.com/en/produc...p?sortnr=602600 there is a LabVIEW-driver for that controller provided by PI
  4. QUOTE(Ben @ Mar 16 2007, 04:10 PM) Thanks Ben for that very quick response. Positive that I had not missed that feature in LabVIEW, negative that it is not possible in native LV. I have found on the NI-page a project using WinPcap, I will check this one.
  5. Hi LAVA-Users, I got a new project which goal is to realize a protocol analyzer in LabVIEW. At a first step we will try to get such an analyzer running on Ethernet interface. At the moment I have no idea, how to get data directly from the interface in my LabVIEW. I only know the protocol-based functionality (e.g. TCP, UDP) in LabVIEW but not the access to the Ethernet interface itself. The goal is to implement an analyzer which is similar to the Ettercap which can be found here Thank you very much for every hint on this in advance.
  6. Finally I get my problem solved (hopefully). I switched to VISA sessions and made some changes in my application. I think the main issue was timing, looks like my application was too slow for catching the response of the ITC-device. The final rereliability test will follow tomorrow *hope the best*
  7. Hello to all LabVIEW-Gurus out there I am faced with an problem I actually can't solve by myself, so I decided to ask for some ideas in this forum. Currently I am developing an avalanche measurement station, using an ITC55100 Unclamped inductive load and a TEKTRONIX TDS7104, which are both controlled from a PC via GPIB. The software itself seems to be quite ok (I have to use an old version and bring it up to the new hardware). But every now and then I get an GPIB-Error 6 when communicating with the ITC-device (to be mor precise, when I try to get the status of the tester). As far as I know this error is related to an timeout issue. I used simple GPIB read and write, but problem stays even when switching to VISA. The first attempt was to implement an wait-time between the start of the test and checking the error. This brought an slightly improvement, bu the error still comes up. The next step was to start the NI Spy to get information what is going on on the bus. Then I made a set of screenshots to compare the bus activities in the two cases (time-out and no time-out). But unfortunately I can't see the breaking point. Has anybody a hint for me? Many thanks in advance P.S.: LabVIEW7.0 and Windows2000prof no time-out: timout:
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.