Erreur de VISA read et bug d'affichage pour acquisition données via balance mettler
Bonjour,
Je dois faire une acquisition de données depuis une balance mettler, j'ai fais mon programme qui marche bien, sauf 2 choses:
1) J'ai une erreur dans un VISA read que je ne comprend pas. Le message de l'erreur est le suivant:
L'erreur -1073807343 s'est produite à : Nœud de propriété (arg 1) dans VISA Configure Serial Port (Instr).vi->programme balance-5.vi
Raisons possibles :
VISA: (Hex 0xBFFF0011) Les informations concernant la position sont insuffisantes ou bien soit le périphérique soit la ressource n'est pas présent dans le système.
Raisons possibles :
VISA: (Hex 0xBFFF0011) Les informations concernant la position sont insuffisantes ou bien soit le périphérique soit la ressource n'est pas présent dans le système.
2) Je souhaite afficher l'identifiant de la balance ainsi que la mesure en continue du poids, tout cela dans deux indicateur différents. Tout marche bien sauf quand j'actionne certains boutons, que j'ai fait comme le zero de la balance, l'affichage du l'Id de la balance se fait dans l'indicateur de la mesure du poids et inversement.
Malheureusement je débute en LabView et ne suis pas habitué à la programmation graphique, donc je suis un peu nul pour détecter les erreurs dans un code.
Si quelqu'un peut m'aider ce serait super et je met mon programme en pièce jointe (désolé si le code est pas d'une propreté maximal, mais j'ai vraiment pas l'habitude de coder en programmation G)
Merci
Salutations
Pièces jointes :
programme balance-5.vi 62 KB
Bonjour,
Voici la discussion traitant de ce type d'erreur : erreur -1073807343 dans visa open
Cordialement,
Steve M.
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;}
>> Vidéo-t'chats de l'été : présentations techniques et ingénieurs pour répondre à vos questions
Similar Messages
-
Erreur 1073676294 dans VISA READ
Bonjour,
comme l'indique le titre, j'ai une erreur (1073676294) dans mon VISA Read.
Lorsque j'execute mon VI principal, mon sous VI contenant ce VISA apparaît.
Comment faire pour qu'il n'apparaisse plus?
Cdt
Résolu !
Accéder à la solution.
Pièces jointes :
Test Machine à états.vi 31 KBJ'ai effectué les configurations indiquées, mais malgré ça, mon sous VI s'affiche toujours..
Pièces jointes :
Ecriture_T_Consigne.vi 29 KB
Visa_écriture.vi 20 KB
Cadencement Maître_Esclave_.vi 42 KB -
Intermittent Extra Serial Byte in Visa Read
Hello All,
I'm hoping you can help me with a problem that I've been having. The background:
Using a microcontroller to to gather data from various sources and sending all the data back to Labview via an FTDI virtual COM port. The different types of data sent back in one chunk has a three byte header that tells me (in an abstract way) how many bytes are following for that type of data. This repeats until all the data sources are exhausted and all the data is received. However, occasionally, there is an extra byte in the buffer, which then pushes the headers out of whack and has me looking for bytes that aren't there. I'm attaching screen shots of the serial port config and of the serial port read vi's. I've tried flushing the buffer before I do a data acquisition and ask for data, but sometimes the extra byte happens inside data stream, so again it pushes the headers out of place.
I have a secondary COM port output on the microcontroller that echoes the data being sent to Labview and is connected to a second PC that is capturing the data. The data is in binary format. I have disabled the termination character requirement from the receive buffer, but enabled it for the transmit (as you should see from the setup). When I review the logs of the captured data on the second PC, the microcontroller is not sending the extra byte. It appears that even though Labview reads the byte from the buffer, it remains there SOMEHOW or I could be way off and it's a bug in my code. I'm hoping that you can help with perhaps seeing something that I'm not seeing.
As for my serial buffer read, I do recognize that I don't have a timeout in the event that the number of bytes to read exceeds the total bytes in the buffer, this has actually been beneficial in helping with capturing the error as it happens. I didn't use the Bytes at the Port property because speed is important and this property is notoriously slow. Also, that really wouldn't solve the extra byte problem.
This the serial read vi
This is the Serial Port Setup
Attachments:
Serial Port Setup.png 81 KB
get data.png 186 KBteejimenez wrote:
The initialization only happens once when the program starts. There is of course a close VISA session vi used later, when I'm done with the test.
No! The Initialize Serial Port is inside the loop and executeded on every loop iteration.
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions -
Bonjour à tous,
Je souhaitais vous faire part d'un bug d'affichage (à première vue) sur un VI bien spécifique: celui de gauche sur le screenshot, que vous trouverez également ci-joint (sur lequel j'ai retiré tout le code pour cause de confidentialité).
Il s'avère que sous la barre d'outils et juste au-dessus de la face-avant, j'ai un bandeau noir, dont j'ignore l'utilité et la provenance qui produit un décalage d'affichage en mode exécution.
Pourriez-vous tester ce VI et me dire si vous avez le même effet que moi? Histoire de vérifier que cela est bien un bug? Auquel cas, peut être cela vaudrait le coup de le remonter.
Précision, je suis sous LV2014 SP1.
Bien cordialement,Salut!
Encore merci de vos retours!
Le bandeau noir est arrivé en codant tout simplement, mais ayant peu touché la face avant, je ne me suis pas aperçu tout de suite de sa présence et donc de son origine.
Le copier coller du code dans un nouveau VI et son exécution ne reproduit pas le problème et sinon oui à chaque nouveau VI, j'ai un VI normal
Bonne journée et bonne spéculation à tous sur la raison du bug
-
We are trying to communicate with the AT106 balance of Mettler Toledo.The VI is attached.
We are sending in "SI" which is a standard command that is recoginsed by the balance. The balance reads it.The indicator after the property node indicates that there are 8 bytes available on the serial port. However, the VISA read VI fails to read the bytes at the serial port and gives the following error:
Error -1073807253 occurred at VISA Read in visa test.vi
Possible reason(s):
VISA: (Hex 0xBFFF006B) A framing error occurred during transfer.
The Vi is atttached.
Thanks
Vivek
Attachments:
visa_test.vi 50 KBHello,
You should also definitely check the baud rates specified; a framing error often occurs when different baud rates are specified, as the UARTs will be attempting to transmit and receive at different rates, causing the receiving end to either miss bits in a given frame, or sample bits more than once (depending on whether the receiving rate is lower or higher respectively). You should be able to check the baud rate used by your balance in the user manual, and match it in your VI with the baud rate parameter of the VISA Configure Serial Port VI.
Best Regards,
JLS
Best,
JLS
Sixclear -
Visa Read Timeout Occurs with multiple Reentrant VI Calls
I have written a test application in Labview (6.1) which will be used to test (burn-in) up to 15 serial instruments through a 16 Port USB->RS232 Hub. Here's how it works:
When the App loads, I am transmitting a Connect command to each of 15 com ports (one-at-a-time) using VISA. If I receive the proper response from the unit on that port, I add the port to an array and continue on to the next system. Once I've found all systems on the hub, I wire my array of active Visa references to a for loop in which I open up to 15 reentrant VIs which will run in the background in parallel. Each of these reentrant VIs (all are idential with the exception of the Visa Resource they use) running in the background are sending commands to the the respective instrument and receiving a response. One Function in particular "Get Unit Status" is important and the response determines whether or not the instrument is functioning correctly. Here's the problem -- In my Main Loop, I am continuously acquiring indicator values from each of the reentrant VIs that are running in the background. After a period of time (not consistent) I will lose communication with a port (the symptom is no response from the unit). I've looked closely at the COMM engine I created and found that the Visa Write function is completing without error, then when I perform a Visa Read I immediately get the "Timeout occured before operation completed" error (please keep in mind that this occurs after 100-5000 successful attempts at writing/reading). Eventually another port will drop out, followed by another. This seems to stop occurring and the remaining systems run to completion without a problem.
Some background on what how I'm setting up my Visa Sessions...
When I originally scan for systems (before I load and run the Reentrant VIs)
- Init Visa Port
- 19200, 8, N, 1
- Use Termination = True
- Timeout = 400mS (I've tried larger values already) 400mS should be plenty
- Termination Char=13 (/r)
- Open Visa Session
- Visa Write "CONN18/r" (the command required to connect to my instrument)
- Visa Read with 1 for requrested byte count to read 1 byte at-a-time, concatenating the results until /r is received (or 1000mS timeout occurs -- this is not a VISA timeout) I've also tried 16 for requested byte count and just waiting for Visa to timeout -- both methods work.
Once all 16 ports are scanned I Close ALL of the ports using the Visa Close Function.
It is important to know at this time that I "AM" using proper wiring flow to ensure open occurs before write, write occurs before read, etc.
I'm assuming at this time that all of my Visa sessions are closed.
On to the Reentrant VIs:
Inside each reentrant VI I first Initialize all of my variables and Init/Open a 'New'? Visa session using the same parameters mentioned above.
Then I enter the "Run" case structure where all of the communication begins.
I am using the same Communications Engine to operate the instrument as before (the only difference being that all of the VIs in the comm engine are now reentrant and operate at higher priorities) I have actually saved two different versions of the engine (one for the reentrant calls and one for when I first scan for systems from my Main GUI).
When I init the reentrant VI, I am placing the Duplicate Visa Resource output of my Visa Open Function on a shift register. When I enter the Run case, it takes the Resource from the register on the left, wires through any Comm Engine Vis then back out to the shift register on the right and keeps going for a 12-hour period or until "Get Unit Status" has returned 60 naughty results.
On my Main GUI I am continuously (every 500mS) I am Getting certain Indicator Values from each reentrant VI AND I am also setting some control Values on each reentrant VI. There is no VISA interaction between each Reentrant VI, and the Main GUI.
As I said earlier, up to 15 systems will run for a time, then one will stop responding, followed by another, and another until a few remaining systems will run to completion.
Any advice as to why I'm encountering the timeouts with the VISA read fucntion as I have metioned would be appreciated. I managed to find one suggestion which uses the Bytes at Port function to ensure there is data at the port before doing a Read otherwise, skip the read and retry the whole operation -- I haven't tried this yet.
Sorry for the wordiness of my question. If anyone would like some screen shots of portions of my code (I can't submit the actual code because some of it is confidential) I'd be happy to post them.
Doug.Hi Doug,
The first thing I would recommend is the solution you have already found, to check and see if there is data at the port before attempting a read. I would be interested to see if this will solve the problem. Does there seem to be any trend to which ports have this timeout error? How many ports does it cut down to before operation seems to continue as expected? Does this number vary, or is it always the same number of ports? I think the best thing to do will be to identify constant attributes of how the error is occurring so that we can narrow it down and see what is going on.
John M -
How do I stop Serial "VISA Read" from giving me packets instead of available bytes.
Dear Labvillians,
Highlight:
How do I stop serial "VISA read" from giving me packets instead of bytes?
Background:
I have a system that serially publishes 14 byte packets on a semi-regular interval.
At busy times, the producer of these these packets queues the data, effectively producing super-packets in multiples of 14 bytes sometimes as large as 8 packets (112 bytes).
My protocol handler has been designed to processes bytes, packets or super-packets.
My application now has multiple devices and the order of message processing is critical to correct functionality.
My observation is that the VISA read waits until the end of a packet/ super-packet before passing the data to the application code. (See Plot Below)
My expectation is that VISA read should give me available bytes, and not get too smart for itself and wait for a packet.
I have observed this on PXI, Embedded PC, cFP and most recently, cRIO
I have experimented with the cRIO's Scan interface rate, which helps with reducing the packet backlog but doesn't resolve to sub-packet byte read.
I understand that one solution is to Write FPGA code to handle it and pass the bytes through R/T-FIFO, and there are some great examples on this site.
Unfortunately this doesn't help with non FPGA devices.
I have also dabbled in event based serial reads but it is diabolical on vxWorks devices.
Any Help is appreciated
iTm - Senior Systems Engineer
uses: LABVIEW 2012 SP1 x86 on Windows 7 x64. cFP, cRIO, PXI-RT
Solved!
Go to Solution.Sometimes Talking to yourself is helpful.
I hope this is a useful Nugget for someone in the future
iTm - Senior Systems Engineer
uses: LABVIEW 2012 SP1 x86 on Windows 7 x64. cFP, cRIO, PXI-RT -
How to use multiple visa read in one program
hi
i am working at Hameg HM8143 power supply i want to measure voltage and current simultaneiously and use the measured values for further calculations. for this i used two visa read blocks.
>>>>>>the measured values are shown in the same visa read string however i want it to be shown sepetately,
>>>>>>One of the VISA read block gives error. so i want to know how to use VISA read to get current and voltage simultaneously in seperate strings
>>>>>>than how to convert strings to numbers for using them for my calcultions.
i am attaching screen shot as well
Attachments:
screenshot.JPG 164 KByou can not use a single serial to send 2 commands simultaniously?
There is a single serial line so one command has to be before another. This doesnt mena that you can not read from 2 seperate threads but will have to ensure that there is a locking mechanism to make sure that your queries are atomic. In labview encapsulating all communications can be done with an action engine which will allow for concurrent execution with automatic blocking of your resource (serial device).
Paul Falkenstein
Coleman Technologies Inc.
CLA, CPI, AIA-Vision
Labview 4.0- 2013, RT, Vision, FPGA -
VISA Read over USB Problem: After a while the xBFFF0015 Timeout Error occurred
Hi,
I have trouble using labview with my non-NI USB device:
The device is an analog input DAQ board. I was able to setup communication with the board using a VISA driver specifically created for this board and direct FW calls using the product's firmware specification provided by the manufacturer.
This method has been working pretty good so far, but when I try to get large amount of data (64k samples @100ksps), the VISA Read returns the 'VISA: (Hex 0xBFFF0015) Timeout expired before operation completed.' error.
Please see the attached screenshot of the block diagram for details.
First, an 'analog input scan start' command is sent to the DAQ device, and then the vi tries to read all collected data from the device, once the right amount of data retrieved, or no more data is available the data collecting process (the while loop) ends and an 'analog input scan stop' command is sent to the DAQ device.
The data collection starts with no problem, but after a while, in loop# 400, the VISA Read hangs and then returns the error mentioned above.
I tried to increase the time out value, but it didn't help, the error occurred after the same number of loops, the VISA Read got hosed and the error occurred after the longer timeout expired.
I also tried to add some delays in the loop, but it didn't help either.
I am not sure what do I miss here and I would highly appreciate if anyone could give me some guidance how to solve this issue.
Thanks,
John
Attachments:
usb-read.png 18 KBI just wanted to specify that this is not an NI board avoiding to make people think this is a hardware issue. And I think that the rest of the code is irrelevant in this case.
I believe that I don't use the VISA functions correctly. I assumed that someone who used these functions before would be able to point out the obvious steps missing in the data collecting process using the VISA functions. -
Problems with asynchronous visa read with USB to serial port adapter
I have an application that sends and recieves data from a power supply and on most computers (desktop PCs), the application runs fine. I found that on at least one computer, using a Keyspan Tripp Lite USB to RS232 adapter, in one out of 25 queries, I wasn't getting the whole reply back from the instrument. After some debugging I found out if I switch the VISA write and read calls from synchronous to asynchronous I don't see the error any more. Is there a way to disable asynchronous mode for that computer? I'd rather not have to find all the VISA write calls in my application and update each one just to support that computer.
CLD (2014)Try playing with the Tx ACK Advance setting on that port first. (From the Keystone config utility) You might also look into the Rx FIFO buffer settings (16 is a short default buffer)
There is no (Easy) way to universally disable Async . VISA Async tranfers MAY complete synchronously anyhow (It throws a warning when that happens) So if Keystone settings do not help you might want to swap out to a FTDI chip enabled USB - serial device.
Jeff -
Why do I get a "termination character was read" warning with VISA read and TCPIP?
I am using VISA Reads with TCPIP raw sockets without issue with NI-VISA 3.0.1 but when I moved to NI-VISA 4.4 I was getting timeout errors. The timeout errors went away when I set the termination character enable property to true (which seemed to be default in NI-VISA 3.0.1), but now I get a warning stating that the "termination character was read".
Can I disable this warning? Can I set the termination character enable to default? How can I get rid of this annoying warning?
Solved!
Go to Solution.Hey Dagwood,
Unfortunately there isn't a way to globally change the attribute VI_ATTR_TERMCHAR_EN to VI_TRUE. I spoke with R&D about possible use of the registries and they say it's not accessible through that. To address why this change was made, the developer who made the switch isn't around anymore so I can't find his reasoning as an explanation for you. The best this for you to do in your code would be while initializing, use the VISA Property Node to make the change and until that VISA Resource is closed, this change will remain set to the value you assign. I'm sorry we cannot provide any other solution for this inconvenience. Also, if you feel this is a large burden on your programming practice you can definitely submit a product suggestion for the ability to change global default values for VISA attributes.
Thanks,
David Pratt
AES - Test Side Products
NIC -
VISA read in exe file is not working
Hi all,
I am having problems with VISA read in an exe file created.
I am trying to write to and read from a programmable power supply via RS232. The VI writes a command to the instrument to set the voltage level. It then writes another command, requesting the resulting current value. This value is then read by VISA read
The VI is working fine on the development PC, which has LabVIEW installed. The exe file is also working fine on this PC. However, when I try to run the exe file on another PC (I've tried several) everything seem to work except for the VISA read functions. The voltage level command is sent, as well as the On and OFF commands, but the current is not read back.
I guess there must be something I have missed in the installation. I am working in LabVIEW 8.5. I have created an installer and included
Runtime Engine 8.5.1
VISA runtime 4.5
Is there something else I should do? I am really running out of ideas here...
I hope someone has a clue about this!
ClaraClara-
1. Have you verified that the COM port settings in Windows (check under device manager) are matching how you initialize them (Baud, bits, parity, and flow control) and that these match the power supply's settings?
2. Also, are you trapping an error message after the attempted Read command (this will make it a lot easier to diagnose).
3. Do you programmatically close the VISA session at the end of the program?
4. You can always post the code to see if the forum members will catch the porblem.
~js
2006 Ultimate LabVIEW G-eek. -
VISA Read function Read buffer problem in serial communication
Hi, I use VISA write and read function in serial communication app, the device continuously sends 0x00 if it is not receive a request from Labview program running on PC.
And the request sent by labview is programmable. I met a weird problem, each time the request changes, the VISA read buffer output port still shows the last request firstly, from second time, shows the right request.
It works like: Req code: ... 50, 51,51,51,50....; VISA Read buffer: ...50, 50, 51, 51, 51, 51, 50....
Please refer to the program.
Attachments:
readOne_test.vi 21 KBHow are you running this? You don't have a while loop around it. Is it part of a larger VI? Please don't tell me you are using the run continuously button.
You don't have any wait statement between you VISA Write and your bytes at port. So it is very likely the receive buffer is still empty since you didn't give your VI time to wait for the device to turn around and give a reply. If you read 0 bytes, your VISA read string will be empty. How does your decoder subVI (which you didn't include) handle an empty string? -
NI VISA read stops at zero character, returning an 0xBFFF003E error
Hi
I’m trying to read some serial data from a UUT using the NI-VISA read function. The data is mostly text but does include some control codes. The first of these appears after the ‘OK’ in the Serial Bytes window on the front panel. More text should follow but for some reason, the read function stops at the first zero character (index 144 in the Byte Array), and returns an 0xBFFF003E (-1073807298) error. I found another thread where someone had a similar problem and I’ve tried the fix for this plus a few other things, but nothing’s worked. If I use Hyperterminal, the entire data block is returned as it should be.
I wondered if this was anything to do with the 7.1 version of Labview I’m using (upgrade is on the cards). The version of NI VISA I’m running is 4.2.
Very much appreciate any thoughts.
Thanks
BruceThe error code itself is a generic VISA error which often happens with USB to RS-232 interfaces. Does your device connect to the PC through USB as a virtual COMM port? If so what chip and Windows driver is it using?
Also your function somehow looks wrong. The only criteria for the read loop to terminate is if there is an error on the VISA read or the Teststand termination status gets true. Generally if you use VISA Bytes at Serial Port you are almost always doing something wrong! That function does absolutely not synchronize with anything in your data. You will read whatever is there at that moment and that could be a partial message, no bytes at all (LabVIEW is typically many times faster than any serial device even if it is super high speed), or multiple messages.
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions -
Hi,
I am have written a program with labview to make transient c-v measurement using a stanford research SR830 lockin amplifier. The program seems to be runing fine, but sometimes it is givvibg an error:
Error -1073807253 occurred at VISA Read in transient SR830.vi
Possible reason(s):
VISA: (Hex 0xBFFF006B) A framing error occurred during transfer.
Error -1073807253 occurred at VISA Read in transient SR830.vi
Possible reason(s):
VISA: (Hex 0xBFFF006B) A framing error occurred during transfer.
but if I press ok, the program again starts running. What might be the poblem? BTW I googled a bit and I see that in the labview topic "RS-232 Framing Error with HP 34401A Mulitmeter" by pkennedy32 this is what is said about framing error:
""Framing Error" in an RS-232 context means a very specific thing - when the receiver was expecting a stop bit, the line was not in SPACE condition. This can be the result of:
1... Baud rate mismatch (although other problems would likely crop up first).
2... Data Length problem, If I send 8 data bits and you expect 7, the stop bit is in the wrong place.
3... Parity setting mismatch - If I send 7 data bits + parity and you expect 7 data bits and no parity, the stop bit is in the wrong place.
4... Mismatch in # Stop bits - If I send you 7 Data bits + parity + one stop bit, and you expect 7 data bits + parity + TWO stop bits, the second one might not be correct, although most devices do not complain about this.
But, I must say that this is the same com port setting that I use to measure c-v hysterysis, but I never gt this error there.
I attach the program herewith for your kind perusal. Please help me resolve this issue.
Thanks in advance.
Solved!
Go to Solution.
Attachments:
transient SR830.vi 94 KB
csac.vi 8 KB
sr830 initialize1.vi 15 KB@Dennis Knutson you are right I checked the read indicator in backslash mode, and instead of a \n it is sending \r. So I changed the \n in my write strings to \r. But, if I keep the CLOSE VISA outside my loop instead of inside as you suggested, the termination character appears to come in the middle of the read string instead at the end. And since the read terminates at the \r so it is displaying some junk value before the \r, but if I put the CLOSE VISA outside the loop and play along with the bytes at the read buffer, I see the whole read string with the \r at the end of the string. But, whenever the values are in exponential form (when close to zero) like 6.938839 e-5, I always get a time out error whatever be the timeout that I put at the VISA initialize. And subsequently, if I stop the program and run it again the machine program hangs and I donot get any reading. Then after I close it again and start, sometimes it hangs for some more or starts working. If I put an arbitrarily large byte count at the READ VISA, then I always get the time out before the operation completed error.
@ Ravens Fan I have removed the CSAC VI altogether and taking the CH! And CH” reading separately, instead as one string. So, no more issues with that.
I use the control at the delay so that I can choose how much delay I want to set, and I use the math operation because I am using adding up the delay time to keep track of the time elapsed. Because in the end I have t plot a time vs. CH! And CH” readings.
I am not sure but probably I am making some silly errors. Please help me out.
Attachments:
transient SR830-2.vi 103 KB
sr830 initialize1.vi 15 KB
Maybe you are looking for
-
A couple of days ago my iPod 5Generation cracked and I had to get a new one, and when I opened up the box the Earpods were all bent and scratched up. I was wondering if Apple will replace them if they were broken when they were bought. My iPod 5Gener
-
when installing third party software, how do I temporarily turn off the factory installed virus sw and firewall? Is it necessary on a Mac to do so? I come from the Windows world and am still in the learning curve on the Mac.
-
Trial version won't start, I can see the logo but further is the program not resonding, Installation 3x still nothing. How can I run the programm I work with Windows Vista SP2 32 bit, Regards Jan-Paul Slinkert
-
Can not open many websites listed on webpages. No ryme or reason as to which will open or not.
WHY WON'T WEB SITES LISTED ON WEB PAGES OPEN WHEN CLICKED ON?
-
i just bought the iphone 3gs and i have applications on it, but the icons are not the right icon for the app.... like a ring tone one is really a playmesh mafia icon and so on. how do i fix this?