Débutant Labview 6.1 - Hexa / VISA

Bonjour,
je suis débutant à Labview je fais un stage dans un labo. On a le
logiciel Labview version 6.1, on l'utilise avec un photomultiplicateur.
J'essai d'améliorer linterface de notre programme, car pour l'instant
le seul moyen de faire fonctionner le programme est d'aller dans le
sous programme et de modifier manuellement la valeur hexadécimale... (
cf lab0.jpg )
J'ai essayer deux autres manières ( cf fichier joint labview.jpg) mais aucune des deux ne fonctionnent
La valeur héxadécimal doit etre un nombre de la forme 49#0D où # est le temps d'intégration compris entre 6 et 50000.
A chaque fois le programme renvoit une erreur de type -1073807339 après
le bloc Visa Redaer ( Le délai d'attente(timeout) a expiré avant que
l'opération ne soit achevée). Donc voilà je désespère un peu Est ce que quelqu'un aurait une idée?
Je pense qu'un des problèmes de la méthode avec la chaîne concaténée
vient du fait que cette chaîne n'est pas reconnu comme étant une chaîne
héxadécimale par le Visa Write, mais j'arrive pas à trouver de solution.
Merci d'avoir pris le temps de me lire, j'espère que quelqu'un pourra m'aider. Bonne soirée
Attachments:
lab0.JPG ‏13 KB
labview.JPG ‏132 KB

Hello
To get an answer on this part of forum you should post in English.
However you could post on the french forum here
This following link should be helpful : http://www.ni.com/support/labview/visa/verr2.htm
I advice to have a look here too.
Regards.
Romain D.
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
NIDays 2010 : Conférence mondiale de l'instrumentation virtuelle
>>Détails et Inscription<<

Similar Messages

NI MAX works but LabVIEW Instrument I/O VISA does not

Hello,
I am trying to communicate with SIM900 mainframe using RS232 connection in a VI but it is not working.
It is strange because the communication works when I use NI MAX or MATLAB Instrument Control Toolbox but it doesn't when using LabVIEW VISA functions such as VISA Open, VISA Write, or VISA Read, etc.
I confirmed that I use the correct serial settings (baud rage, data its, parity...), so it is hard to find out what might be the reason of this issue.
Could anyone help me resolve this?
Thank you,
Jeong

What are you using for a termination character? Are you using one of the example VIs where the string control is set for '\' Codes Display?

Problem on WinXP / Labview 6.1 with VISA (serial port)

There is a problem on WinXP / Labview 6.1 with VISA which i use to poll the state lines of the serial port. The only functions that i use are "VISA Open", "Find Resource", line state properties and "VISA close".
On my own machine (WinME) it works fine as a standalone application (with runtime engine in the same direction), even if i rename the Labview directory so that Labview is not found.
From my VXIpnp directory i deleted all but these files:
directory "Win95",
subdirectory "Bin" containing "NiViAsrl.dll",
subdirectory "NIvisa" containing "visaconf.dll".
When shipping this to WinXP (and copying "VXIpnp" to the root directory), the serial port was not found, so i renamed the direction "Win95" to "
WinNT", but this did not work also.
I installed the VISA server, although it seems not to be required -- no result.
Final question:
What must i do for distributing the program as a standalone application for all windows platforms?

Hey Joachim,
In order to create an installer that includes the VISA Run-time engine for serial IO you will have to purchase LabVIEW 7.x. See screen shot. This packages a small compact version of the run-time that can only be used for serial, but it takes up much less space. The installer that I created has my application, the LV Run-time, and the VISA run-time and it is about 26 MB.
That is much smaller than if I had to include the 32 MB LV 7.1 run-time and the 14 MB VISA run-time separately. It would have been even smaller if I would have uncheck some of the items that I wasn't using.
-Josh
Attachments:
advanced.JPG ‏31 KB

Reproducible and critical bug in labview 7.0 (test VIs included)

In upgrading from 6.1 to 7.0 recently, I've found a bug in at least the Linux and Windows versions of LabView 7.0.
I have verified the bug on Windows XP as well as RedHat 8.0 (with a 2.4.24 custom kernel).
As a part of this post, I am including a tar-gzipped set of three VIs that demonstrate the bug described here.
The synopsis (refering to 3 included tar-gzipped VIs):
- lv-bug1.vi has a three clusters with similar contents
- lv-bug1.vi passes the contents of cluster1 to lv-bug2.vi and to lv-bug3.vi
- lv-bug2.vi increments one of the integer fields in the cluster and then returns the resultant cluster to be displayed in lv-bug1.vi's cluster2.
- lv-bug3.vi also increments the same integer field in the EXACT same manner to be displayed in lv-bug1.vi's cluster3.
What you will notice first off:
1. The incremented integer field is indeed incremented
in both returned clusters.
2. In lv-bug2.vi, none of the other fields will be carried through to cluster2 (change them as you will, these changes will not go through).
3. In lv-bug3.vi, ALL of the other fields will be carried through to cluster3
4. If you open up the panel of lv-bug2.vi, everything works as expected (ie. all values of cluster1 go through lv-bug2.vi to cluster2).
5. If you close the panel of lv-bug2.vi again, cluster2 does not receive any new changes of cluster1.
Some more details:
In both lv-bug2.vi and lv-bug3.vi, the steps are:
1. copy input to output
2. increment said integer field in the output cluster
- This increment is done by (abstractly):
output->intfield->property_node->value =
input->intfield + 1;
3. The only difference between lv-bug2.vi and lv-bug3.vi is that lv-bug3.vi has a Reference to some other unused control. This control is unwired and its Reference is also unwired. I find that as long as I have a Reference on the diagram to anything (be it to the one of the clusters or something else), the VI functions properly. But in the case of lv-bug2.vi, where there is no Reference to anything, the values are not correctly copied from the input to output.
Attachments:
lv-bug-files.tar.gz ‏24 KB

I agree it is a bug since the subVI should return the content of untouched cluster elements and behave the same with panel opened/closed.
However, you have to know that indicators (on FP) and terminals (on BD) are not exactly the same thing in a VI. Controls are graphical objects to display data. Terminals hold data in the block diagram. They are related as the Control usually displays the Terminal data, but LabVIEW tries not to update the Control unnecessarly when the front panel is closed or otherwise not visible.
But they are not exactly the same. For example take the working lv-bug3.vi and make it reentrant. You'll see that it doesn't work anymore. The Control has been incremented on the front panel but the subVI outputs the same cluste
r as input. That is because when you make a VI reentrant, the Terminal is disconnected from the Control. All instances of a reentrant VI share the same FP and Controls but keep their own terminals. In your code your write a value in the terminal and another in the control since the value property node is a property of the control, not of the terminal.
In your test case (non-reentrant) the bug occurs probably because LabVIEW fails to keep the terminal data and the control data properly synchronized when the front panel is closed.
There is no reason to use the value property node in a non-UI subVI and it should be avoided. The correct way to implement your code is as altenbach showed in his picture: use wires and write output to the terminal.
LabVIEW, C'est LabVIEW

TS1702 Hello I would like to report game loft order and chaos that's I but rune stones buy my visa around 300 usd and runes was on sale but thy don't add the rune stones it's 5700 Rune stones I report to game loft 6 time and thy ignore me I'm here to Com

Hello I would like to report game loft order and chaos that's I but rune stones buy my visa around 300 usd and runes was on sale but thy don't add the rune stones it's 5700 Rune stones I report to game loft 6 time and thy ignore me I'm here to Complaint that to iTunes I wish you help me for this complaint cause this game loft always ignore people only take moony and no replay . Ty

You are not addresing Apple here. Were are all just users like yourself. Contact Apple/iTunes by:
How to report/refund an issue with your iTunes Store, App Store, Mac App Store, or iBooks Store purchase

HT2534 I have just created an Apple Id for itunes, it is allowing me to get to the debit card stage but they no longer accept Visa Debit, there is no other option for me as i dont have any other cards and there isnt a 'none' option! HELP!!

I have just created an Apple Id for itunes, it is allowing me to get to the debit card stage but they no longer accept Visa Debit, there is no other option for me as i dont have any other cards and there isnt a 'none' option! HELP!!

How did you create the account ? Unless you followed the instructions on the page that you post from exactly then you won't get the 'none' option and you will need to enter payment details - those instructions won't work on existing accounts.
I tried those instructions a week ago in response to another thread and I got the 'none' option on it e.g. on my computer's iTunes I logged out of my existing account, found a free app in the store, clicked on its 'free' price, clicked on 'create Apple id' on the popup, and after agreeing to the terms and filling in my details I was able to select 'none' as my payment option and download a free app with it.

HT4990 i have apple id with visa card,but now i dont use visa card and i have my id shoud free help me!

i have apple id with visa card,but now i dont use visa card and i have my id shoud free help me!

You need to ask Apple to reset your security questions. To do this, click here and pick a method; if that page doesn't list one for your country or you're unable to call, fill out and submit this form.
(124723)

My test instrument is outputting a 5 line string but labview only read until the carriage return. how can I get it to read the whole string?

I have a labview sub-VI reading the string being outputted by a pH meter. The meter outputs a 5 line string and labview is only reading up to each lines carriage return, there-by giving me 5 separate strings is there anyway to rectify this and have the 5 line read as one string?
NAS1
St Petersburg FL
Labview 2010

Yes, LabVIEW will automatically update. What happens is that the old serial functions still exist in 7.1 and above but the code (the block diagram) has been modified to use VISA functions. Older versions of LabVIEW are fully supported in this manner. The only way you can avoid the automatic update is to have the old serial functions in an llb and your top level VI refer to these. Having any VI that was part of vi.lib in an llb is a very bad idea and the way to fix things is to remove any VIs in the llb that are part of the LabVIEW distribution.
I don't remember how the old serial config worked and what the new version does with the VISA Configure Serial Port. Your program should only have a single serial config and you might just be able to directly replace that with the VISA configure Serial Port.

Labview 2013 missing smtp VIs from Labview 2011

We are upgrading to LabView 2013 and any VI that we open that uses SMTP is broken. It seems that NI updated the SMTP functionality but do we have to rewrite every VI that was using SMTP to mail emails from our applications? Are the old 2011 VIs avalable in 2013? Two that we use a lot are "SMTP Send Message.vi" and "SMTP Send File.vi". Where can we find these and any others for LabView 2013?

0utlaw wrote:
It appears that they've been replaced with the SMTP Email VIs available in Data Communication>>Protocols>>SMTP Email - there's ....... The old functions are still present at <root>\National Instruments\LabVIEW 2013\vi.lib\Utility\SMTP, but don't appear in the palettes.
That's actually where I went to look for my SMTP e-mails in LV 2012. The VI hierarchy path for these VI's is LabVIEW 2012\vi.lib\Utility\SMTP\smtpeml.llb I thought those were the VI's the original poster was looking for and not finding.
0utlaw wrote:
- there's even a nifty-looking Send Email express VI I wasn't aware of.
I haven't seen that in 2012. Maybe that is a new addition to LV2013.

RS-485: PC can send/receive data from PCI card, but LabVIEW can only send to card.

I have a master/slave setup with a 2-wire RS-485 connection via a StarTech PCI2S485 card http://www.startech.com/product/PCI2S485-2-Port-PCI-RS-422-485-Card-with-DB9. A Vista PC running LabVIEW 2010 is acting as the master to 6 slave devices. I am running a driver VI supplied by the company that made the slaves.
I've used a terminal program called Termite to monitor the ports during operation and have concluded that both the PC and the slaves are sending correct data packets (i.e. correct protocol and reasonable data). Termite indicates that the slave's response is being received by the PCI card, but the problem is that LabVIEW simply isn't reading the response from the card. Each time the driver VI is run it returns a "timeout waiting for slave to respond" error.
The VI and slaves I am using are designed for both RS-232 and 485 communication. I've verified the VI to run in 232 mode on a different COM port. I also wrote a simple VI using the VISA functions to test the ports on the PCI card, but I've had the same results. Hardware connections have been looked over carefully, but the fact that the card actually sends a correct message and receives a correct message indicates a different problem.
Any idea why LabVIEW can talk to the PCI card but can't hear it? Is there anything I can do about this, or does LabVIEW generally not like StarTech's PCI2S485 cards?
Thanks,
Tim

Tim359 ha scritto:
I have a master/slave setup with a 2-wire RS-485 connection via a StarTech PCI2S485 card http://www.startech.com/product/PCI2S485-2-Port-PCI-RS-422-485-Card-with-DB9. A Vista PC running LabVIEW 2010 is acting as the master to 6 slave devices. I am running a driver VI supplied by the company that made the slaves.
I've used a terminal program called Termite to monitor the ports during operation and have concluded that both the PC and the slaves are sending correct data packets (i.e. correct protocol and reasonable data). Termite indicates that the slave's response is being received by the PCI card, but the problem is that LabVIEW simply isn't reading the response from the card. Each time the driver VI is run it returns a "timeout waiting for slave to respond" error.
The VI and slaves I am using are designed for both RS-232 and 485 communication. I've verified the VI to run in 232 mode on a different COM port. I also wrote a simple VI using the VISA functions to test the ports on the PCI card, but I've had the same results. Hardware connections have been looked over carefully, but the fact that the card actually sends a correct message and receives a correct message indicates a different problem.
Any idea why LabVIEW can talk to the PCI card but can't hear it? Is there anything I can do about this, or does LabVIEW generally not like StarTech's PCI2S485 cards?
Thanks,
Tim
RS232 interface consist of 2 indipendent communication crossed lines between 2 devices (9DSub connector: Pin 2-RX Pin 3-TX pin 5-Gnd)
RS485 interfaceis a bus, shared between 2 or more devices. (like ethernet or CAN Bus)
This means that an incorrect use of the bus can lead to a "packet collision" if 2 or more devices try to send a message on the bus at the same time or at least their messages, partially "overlap"
About 10 years ago I have used a PCI 2 RS485 port: I remember that I have to change the status of RTS serial control line to switch between transmit and receive mode.
This can be done using the serial VISA property:
Serial Settings --> Modem Line Settings --> DTR State
or using the VI
<LabVIEW dir>\vi.lib\Instr\_sersup.llb\serial line ctrl.vi   (LV 8.6.1)
The result was that the slave device connected, send me the response after few nanosec. causing the lost of the answer.
because LabVIEW use more than some nanosec. to change RTS property after sending message on the 485 bus calling a VISA Write.
So for me there was 2 possibilities:
- use 2 RS485 port (1 for transmit 1 for receive echo transmit included)
- use this converter
         http://www.advantech.com/products/ADAM-4521/mod_2E78D425-8B08-43F6-81B0-1B924E53E075.aspx
this converter, after sending a message on the bus, electronically switchs back to receive mode without losing a byte.
But the question is :
what does it means
"RS-485 mode supports Auto Transceiver turn around (ATTA)"
of your card?
bye

LabVIEW Mobile PNG, Bluetooth, VISA support

Hello All,
I am using LabVIEW 2009 Mobile and trying to install the PNG, VISA and bluetooth support for the SMT5600 smartphone (Windows Mobile smartphone 2003). However, whenever I try to install it (Manual or automatic) I get the following error on the smartphone:
Failed to install on your device because the installation file is not intended for this device
Does anyone have any suggestions?
I tried to copy the respective cab file and manually install it but did not work. I right clicked the target under LV Project and tried to install but still no luck.

Ok,
After establishing a connection to the device using ActiveSync, we should be navigating to the PDA utilities folder on your PC. The default install location is as follows:
C:\Program Files\National Instruments\LabVIEW 2009\PDA\Utilities
Once in the utilities folder, we look to the LV PNG folder where you will see:
By running the setup.exe contained within this folder, we will be connecting and installing software to the device. Is this the process that produces the error on your system?
Thanks,
Patrick Corcoran
Application Engineering Specialist | Control
National Instruments

LabVIEW 64-bit crashes upon startup but LabVIEW 32-bit works fine.

Recently had to uninstall and reinstall both LabVIEW 32 and 64-bit versions because the network administrator is dumb. Now 32-bit works fine but the 64-bit version immediately crashes upon opening. Getting the following Labview Crash: Exception: Unknown (0xC06D007E) at EIP=0x000007FEFCE1940D. We're running LabVIEW 2012 on Windows 7 64 bit system.

Did you try to repair the 64-bit version? Was it working previously fine?
The best solution is the one you find it by yourself

I want to control two relay, but Labview says I have something wrong with my VI

From the picture, I have 2 relays to control, they are both toggle on/off type, I want to control them at the same time, but fail to do it.
I already set digital>multiple channels>single sample> 1D boolean(1 line per channel) and before I run, i pick channel 0 and 1 in the front pannel
When I run, the program doesnt give error, however, I use voltmeter to test the voltage at port 0 and port 1, they are 5V and steady....which doesnt correspond to the VI i write
After I hit stop, Labivew says,
pecified read or write operation failed, because the number of lines in the data for a channel does not match the number of lines in the channel.
If you are using the Digital Waveform datatype, make sure the number of lines in the digital waveform matches the number of lines in the channel. If you are using boolean data, make sure the array dimension for lines in the data matches the number of lines in the channel.
Number of Lines in Channel: 8
Number of Lines in Data&colon; 1
Task Name: _unnamedTask<4>
What's wrong with my VI? thank you
Solved!
Go to Solution.
Attachments:
Capture.JPG ‏56 KB
BEI Delay.vi ‏30 KB
relay board testing 2_17_2013.vi ‏22 KB

thank you here are the VI
I already picked channel 0 and 1, when i hit run, no error, but volmeter show steady 5V at channel 0...
WHen I hit stop, labview give me similar errors:
Possible reason(s):
Write cannot be performed, because the number of channels in the data does not match the number of channels in the task.
When writing, supply data for all channels in the task. Alternatively, modify the task to contain the same number of channels as the data written.
Number of Channels in Task: 1
Number of Channels in Data&colon; 2
Task Name: _unnamedTask<E>
I am using USB 6008
Attachments:
relay board testing 2_17_2013.vi ‏22 KB
BEI Delay.vi ‏30 KB

Opening LabView version 5.1 VIs in LabView Version 8.5

We are trying to open VIs saved in LabView version 5.1 with LabView version 8.5 and we are getting error code 10. The error message states that version 5.1 is too old to be opened in version 8.5, yet on the knowledge base files seem to indicate that it should be okay. Can you tell us how we can open these older files in LabView 8.5?
Thank you,
Keir Neuman

You can't. The earliest that 8.5 can open is version 6 VIs. See http://forums.ni.com/ni/board/message?board.id=170&message.id=271171. If you have any version of LabVIEW between 6.0 and 8.2, you can open them with that, save them and then open them with 8.5.

How can i know the data that labview takes when calls visa read?????????????

First sorry for my english!
I have a program in wich i read data trough USB(in bulk mode) from a FIFO(from a microprocesor) . I don´t know if when i do a visa read and the program that is running in my microprocessor is waiting for the FIFO full, what data catch the visa read?, because labview don´t wait, always take data when visa read is call!!
THANKS THANKS......

A read operation just retrieves the bytes that are available on the serial port. Means that these bytes are there because they have already been sent by the connected device. They may be remains from a previous communication.
Your protocol should ensure that
1/ the serial buffer is empty before your start your communication session.
2/ you read either a specified number of bytes, or all the incoming bytes, using a timeout in case of failure
3/ you leave things clean after communication (empty buffer, close port...).
Try to be e more specific if you need further help.
Chilly Charly (aka CC)
E-List Master - Kudos glutton - Press the yellow button on the left...

Débutant Labview 6.1 - Hexa / VISA

Similar Messages

Maybe you are looking for