Occasional GPIB Error -1073807342/-1073807300

Hi
I am running a test with a CSA7404B (Tektronix Communication Sigal Analyzer). The system is expected to run for about 7-8 days without interrruption while communicating to this instrument. Occasionally (after 48 hours of running without problems), I get the one of the two errors mentioned above. I dont have multiple open visa sessions. Any ideas?
Thanks

Error -1073807342 mostly is caused when the resource name passed to VISA Open is incorrect. Try to adress your device directly such as: GPIB0::5::INSTR. Make sure not changing GPIB adress on your target device ((Tektronix) while communicating with it.
As a precaution for error -1073807300 prove following. Is there really only one session opened ?
If one of both errors occur, try to open a VISA session and communicate with your instrument via MAX (Measurement & Automation Explorer). Further try to reset your remote GPIB device.
How do you procedure when this error occurs ? Do you restart your VI which is responsible for communication ( or LabVIEW completly) ? Do you reset your GPIB device ? Do you restart your PC ?
Is this error dependent on your GPIB device (does this error also occur if you communicate with an other
instrument) ?
What GPIB Card you are using ?
Maybe you can attach your GPIB communication vi realized with VISA VI´s ?

Similar Messages

Strange error: gpib error when using DAQmx

Hello
I try to out put a single puls using a counter on a PCI-6602 Board with the attached LabVIEW code.
Strangely I get the following error message:
"Error 3 occurred at an unidentified location
Possible reason(s):
LabVIEW: Internal error. Wrong memory zone accessed.
=========================
NI-488: GPIB Controller not addressed correctly."
Why do I get an GPIB-Error, although I don't even use a GPIB-Card?
Attachments:
ShortTrigger3.vi ‏23 KB
ErrorMessage.GIF ‏9 KB

Hello!
The problem is coming from the simple error handler.
The Simple Error Handler cannot decide if plots error + warnings, or only errors.
You cannot put your enumerator to the simple error handler, it works only with the general error handler.
In your program you are giving to the simple error handler a number 3 as error code. The VI convert this error number 3 with the error GPIB you received.
You should so replace the Simple Error Handler.vi with the General Error Handler.vi
Best regards
Ken

GPIB error in the instrument while no communication error

I am developing a test system by connecting several measurement instruments through GPIB with LabVIEW 6.i. The driver is written by using VISA command. GPIB control card is NI PCMCIA. When using laptop everything runs fine. When using an old PC with something like EISA to PCI converting card for slotting in the NI PCMCIA card. One instrument always displays an GPIB error. The error is instrument specific, no further detail is given by the manual. When the error comes out, no GPIB or VISA error exists. If only the driver for this instrument is installed so that the software only communicates with this particular instrument, no error. With other driver installed, there is no error in the first or two commnunication
. Later on the error is surely out and display in the instrument screen only. Once again, no any other GPIB or VISA communication error. Anybody can help on this ? Thanks a lot.

Hi JLS,
First of all, thank you very much for your prompt response. I am not sure some of your questions because our hardware engineer is away for a week. I am trying to explain what I know and see whether you could help to figure out the reason.
0. The operation system in the old PC is Win98. The CPU is PII 350MHz, 32G Hard disk and 320M RAM. The reason why we are using the old PC is that we have a 3rd party motion controller. Its control card is a ISA card.
1. The conversion device is a kind of card, put in the ISA slot in the PC extention I/O bus. We can slot in 2 PCMCIA cards in the conversion device. The driver for the NI PCMCIA card is supposed to be the same with that in laptop.
2. The driver that works with the instrument is developed by me by using NI-VISA. The instrument is a signal generator (SG) from Marconi instruments. Basically what the driver does is to turn on or turn off SG and read back its on-off status. When turning on SG, send setting frequency and signal level data as well. The calling of the driver is in a loop where frequency is stepping up.
3. There are other measuring instruments. e.g. electric field monitor probe to get the electric field strength etc. All these instruments' driver are developed by me by using NI-VISA. I also develop a set of dummy driver for all the instrument for demo purpose. Dummy drive did not communicate with instrument, inside, control is directly wired to status. When all other instruments except SG uses dummy driver, The running is OK. No error is displayed in the SG screen. If I use any of the other instrument's driver with that of SG, there is no problem at the first run (that means at the beginning of the loop), problem surely comes out later on. But it is OK when running in the laptop of which the OS is Win2000. The funny thing is if I takes out the status readback in SG driver, there will be no error at all even running with other instruments' driver in the old PC. I have compare through the GPIB card setting in the old PC and laptop, make sure that the EOI setting, primary address, EOS etc. to be the same in the two computer. It does not work.
4 & 5. The error displayed in the instrument screen is Error#403 "Data Expected". The manual said it is caused by the GPIB programming wrongly. No further explaination on how it may happen. Even there is such error display, no any GPIB or VISA error happens in my driver, the error cluster is clear. I debug the problem and find that the SG error appears when executing VISA resource open. I have also checked through all the NI GPIB help. It seems I could not find the answer.
6. I am not sure how to check the version of NI-488.2 and NI-VISA. NI-VISA is installed with the LabVIEW 6.i together.
Best Regards
Jason

Gpib error 0

Hi!
So i've converted an old daq-program to daqmx and have it running on a test station.
On the 2nd station, quite similar to the 1st one, i get a gpib error 0, and i cant figure out what/why/how to do anything about it.
I'm using older NI cards (same on both stations), listed as Traditional in MAX and using daqmx 9.3.5. and daq 7.4. The cards work in max, although i sometimes need to reset the driver on the problematic one.
Any ideas as to why it'd work on one computer and not the other?
/Y
LabVIEW 8.2 - 2014
"Only dead fish swim downstream" - "My life for Kudos!" - "Dumb people repeat old mistakes - smart ones create new ones."
G# - Free award winning reference based OOP for LV
Solved!
Go to Solution.

Hello
I am building a digital down converter in LabVIEW. I am not able to figure out if my output is correct ( Inphase and Quadrature components). Am I on the right path? Please find attached the VI I have been working on.
Thank you.
Attachments:
ddcnew5.vi ‏516 KB

"GPIB error Query Interrupted" flashes on HP54542A

I've written a display and control program in Delphi 7 for the HP54542A. The program uses NI commands and the GPIB-32.dll library, per NI's recommendation. The program appears to work properly, but I frequently get the message "GPIB error-Query Interrupted" flashing on the scope screen. I've tried putting delays in the software after read and write commands, but that seems to have no effect. Any suggestions? The version of the GPIB-32.dll that I have is dated 1999. I'm using a fairly new NI PCMCIA card in a new Dell laptop.

tfowler,
Perhaps someone in the community has some experience with the HP54542A. We do have a newer GPIB driver which has a newer GPIB-32.dll that you could try:
NI-488.2 Download
We also have CVI and LabVIEW instrument drivers for this instrument that you could try out (since you are using Delphi you could at least check out what the drivers are doing and get some ideas):
54542A Driver Downloads
Craig H.

Quick question GPIB error report vi

where is this vi located in labVIEW v6.1?
i tried searching for it in the functions pallette but couldnt find it,
thanks in advance,
Staunton

staunton wrote in news:506500000005000000F5110100-
[email protected]:
> i found this subVI also in an example VI shipped with V6.1, find
> examples>hardware input and output>GPIB>LabVIEW<->gpib.vi
Yup, I see it, and here's the revision history:
-rev. 1 28 Jun 1994 00:57:15 Apostolos K
-SubVIs of this VI were modified.
-VI was converted from LabVIEW version 3.0.1 to LabVIEW version 3.1a16.
1994!!!
If you need it, just copy it from its current location to somewhere in your
VI folder:
LabVIEW 6.1\examples\instr\smplgpib.llb\GPIB Error Report.vi
Andrew

Intermittant GPIB Errors "type mismatch"

The VB6 application I'm writing to control an Anritsu MP1570A Sonet Analyzer is now working moderately well, but I intermittently get the GPIB error,
"Unable to talk to GPIB device.||Type mismatch."
I find that this error does not occur if the program is single stepped. I have tried adding delays after each GPIB command and have played around with the duration. Delays seem to improve the situation but not entirely and not consistently. I'm not certain, but it seems like the problem may be less pronounced when the application is running standalone, i.e., not in the development environment. NI Spy reports no errors, by the way.
Has anyone seen anything similar or have an idea what the fix might be?
Thanks to all
in advance,
JG"

Hi Jerry,
I don't know of a specific reason why this may happen..but the first step would be to try and narrow this down...
Do you have any casts in your code ?
Especially from string to double? (from data you are getting back perhaps ?)
Its possible that if there is a timing issue, then sometimes you may get invalid , or unexpected data back, so if you have a cast such as dblValue = Cdbl(strText) * 2 it may work most of the times, but fail, if strText is not a number in the unexpected case...
The other case could be that, it is a Gpib Write or a Gpib Command thats failing with the type mismatch error(The command itself will not take place if there is a type mismatch error - so NI-Spy will look fine...). This could be true in the case, where data you send out is
not a string literal, and something that you calculate in your code..
The Read should always work, since it returns a variant..
So those are two places you could look at for potential problems...i.e. (1) the GPIB Writes,especially those where the command is not a literal string and (2) any casts, or a combination of the two...
Hope this helps some...
Nandan Dharwadker
Staff Software Engineer
Measurement Studio Hardware Team

ABUMN Intracompnay asset transfer error AA389 Transaction type 300 not pos

Hello,
I am getting the following error message while runinng ABUMN Transaction type 300 not possible (no affiliated company specified) Message no. AA389. Transfer variant 4 (transfer within a company) code is set as follows
Rel Type               Crs-sys.ar     Rel.crsyst area     trans me              retmt tr type   acq.trasn.typ
1                                   *                generic entry              1                        300                 310
2                                   *                 generic entry             2                        300                 310
The problem is that on t-code AO76   trans type 300 Posting type has "Post to affiliated company" and "Post gross" both checked on. In Company Code Global Data my Company code and Company are the same.
Transaction type 306 has posting type "Do not post to affiiliated co." and "Post net" checked on.
I changed transfer variant 4 to have retmt transaction type of 306 for relationship type 1 and 2 instead of 300 and I do not get an error and the posted depriciation is updated correctly.
Since 300 is the recommended SAP setting in note 327088 would their be any problem if I leave it at 306?
Thanks for any answers to this issue.

Hello Murali,
Thank you for your response.
I created a new tranaction type which was a copy of 300 and clicked on
Do not post to affiliated company
Post Net
Since 300 was set up for intercompany and it resolved my issue.
Rgds,
Dan

Intermittent GPIB error 6 (EABO)

my system: Mac OS 8.6, Labview 5.1, NI-488.2 for Mac OS version 7.6.3, PCI-GPIB card, Keithley 2182 Nanovoltmeter and Keithley 24xx Sourcemeters.
I have a Labview application (modeled on Keithley's application note "Automatic Resistance Measurements on High Temperature Superconductors") which runs well with >99% reliability. The other times it hangs on a GPIB read with a EABO error. The Keithley instruments will complain "Query interrupted" or "Query unterminated". These problems seem to be more prevalent if the computer is distracted with mouse action or other applications, but it'll fail even without such challenges.
Since the application runs, I know my syntax is good. I've tried increasing the timeouts, but this does not pr
ovide immunity. Software delays help somewhat, but with an unacceptable duty cycle penalty. I suspected that I was getting spurious SRQ's for a while, but the GPIB reads that fail most frequently are not those preceded by Wait RQS.
All my GPIB functions are the old style (not 488.2). I'm not using VISA anywhere, since I've found the VISA functions to be even less reliable on my system.
Any suggestions?

Hello,
I realize I getting into this stream after some correspondence, and that you are asking another poster a question. But, if you are simply trying to get your LabVIEW program not to stop and indicate an error, rather continue and discard it, all you have to do is monitor the error cluster, for example, by wiring it to an error cluster selector input, and then in the error case, simply pass out a fresh, new error cluster constant with status = false (no error), code = 0, and an empty source string. The easiest way to do this is to first wire through the no error case to create a tunnel at the output, and then right click to create a constant in the error case. Attached is a screenshot showing both the the error case and no error cases in a quick example.
I hope this helps! Repost if you are having any further or continued problems!
Best Regards,
Jassem
Best,
JLS
Sixclear
Attachments:
Ignore Errors.PNG ‏5 KB

Occasional SOAP errors when making web service calls from C#

We have a C# application making web service calls to RFCs (non-NCO, SAP 4.7, WAS 6.40) and occasionally getting the following error:
The 'SOAP-ENV:Envelope' start tag on line '1' does not match the end tag of 'SOAP-ENV:Envel'. Line 1, position 34560.
This error happens randomly and can occur, not occur, and occur again for the exact same call (same data, same web service call). I anticipate that we might have a missing configuration on one of our application servers, but don't know where to tell BASIS to look. Any ideas or other help would be appreciated.

That's going to be difficult. The random nature of the error makes it impossible to reproduce (so far) in our Development and Test environments. Since the error is coming from the SAP side, I believe I would need a sniffer on each production application server in order to try to catch this and that would result in some very large log files. Is there any log file or other SAP transaction that might already be capturing these failures?

PCI-GPIB y Perkin Elmer AAnalyst 300

Buenas,
Estoy en una escuela que suele recibir material antiguo de empresas para sus clases de química (con lo cual el tema de soporte, licencias, etc.. está un poco imposible).
El tema es que adquirieron una máquina con una tarjeta PCI-GPIB y, en teoría, dicha máquina llevaba un espectrómetro Perkin Elmer Aanalyst 300.
El tema es que el programa del espectrómetro (AA WinLab 2.61) dice que no vé el dispositivo pero utilizando el NI MAX (actualizado a la última versión) parece que hay comunicación.
Si utilizo el NI Trace puedo ver como se envían y reciben datos a través del cable IEEE pero cuando arranco el programa, el NI Trace no detecta nada de nada, como si ni se intentara la comunicación.
¿A alguien se le ocurre alguna idea? Estaré (tanto yo como los profesores) eternamente agradecido

BERTAN ERROR on GPIB error 1073676294

I am using code from this vi package to communicate to 8 High Voltage Power Supplies:
http://sine.ni.com/apps/utf8/niid_web_display.download_page?p_id_guid=E3B19B3E9635659CE034080020E748...
Three of the eight power supplies tell me the right voltage. All eight appear to work fine, but five of them will not send back their voltage to the front panel, but they all send back their correct current.
When I run the Bertan 225 simple I get the following error code:1073676294 and the voltage displays 0.0.
Thanks for any help,
Kevin

First of all, that's a warning and not an error. The fact that you are getting it indicates that not enough bytes are being requested during a read. A read would normally terminate on an EOI and not just a specific byte count. The byte count requested can be some large number.
I am not at all familiar with this instrument. My only suggestion would be to use the interactive GPIB/VISA programs in MAX to test the commands. You can use NI-Spy to capture thecommands and compare to what is in the programming manual.

GPIB errors

Hi
I have posted a message regarding this in the past,however I have still not found a solution. So hopefully someone can help me this time! I am using a PCI-GPIB card with Windows 2000 and Labview 7.0.
I have an Elliot Scientific instrument that I am trying to write to and read from. Everything is working fine from the IBIC control. However, in labview (using the example GPIB.vi given) I am gettting intermittant errors..that is my program works a number of times and then reports an error. I have tried extending the timeouts but the problem persists. I think what is happening is that the GPIB board is taking on the address of my device, as when I use ibpad 0 in IBIC I get a previous value of 4, which is the address of my device (see attached Spy file).
I have attached the Labview program I am using, the Spy file of the program working a number of times and then reporting an error and the spy file of the gpib controller with the address of my device.

You should NOT be using the GPIB Initialization with the same address as the instrument you're trying to communicate with. You are telling the instrument to be the system controller. I can't believe that it works at all. Delete the init function altogether and try it. I don't think you really need the ReceiveSetup either. The example you copied didn't use either of them.
Also, the original example is really old and I'm not sure it's the best one. Unless you have automatic error handling on, you should wire the error in/error out connections and have an error indicator on your front panel.

DVD/CD-RW drive has occasional read errors even with good media

I have a Satellite P100 with the DVD/CD-RW (option SBAY0021 on the invoice) which is still under warranty.
Recently I have been experiencing problems trying to do installs from a DVD where the install will experience an error and claim that a file is missing or corrupt. Usually this will occur on larger installs where the drive is seeking back and forth quite a lot. When I check the checksum on the media (which reads the disk sequentially from start to finish) it always passes. It is only when the drive has to work really hard seeking back and forth during the actual install that I see problems.
I know it is hardware issue and not a driver issue, I see this under both Windows and Linux, and the DVDs I'm using install fine on another computer I tried to verify the media is good. I first noticed it last summer but could attempt the install again and it would succeed, but now it fails every time (but in a different place each time)
The nearest repair depot is about 60 miles away so I'd prefer to send it in, assuming I can just remove the DVD drive and send thatin for replacement - does Toshiba offer cross shipment where they could ship me a replacement drive and put a charge on my credit card until they receive the defective drive from me? I don't see any way to initiate a warranty replacement on the web site, is the only way to do this to call the 800 number?
Thanks for any help anyone can provide!

Have the same problem. I've spent last day to find the cause of this problem, but I still have no ideas how to make my MacBook C2D read DVD-R DL DVDs. I was trying to read blank Verbatim DVD-R DL 4x and Verbatim DVD-R 8x filled with data but both are still just spits out after 15-20 seconds. And during spinning the disc MacBook's optical drive emits a few beeps (very quiet but easy to hear).
Sory for my english it's not my native language

Error -1073807343 occurred at niDCPower Initialize With Channels.vi

Hi all,
While initializing NI PXI-4130 power source I got the error "Error -1073807343 occurred at niDCPower Initialize With Channels.vi".
The routine is in a sub VI already working since two years.
No problem accessing the supply with NI-DCPower Soft Front Panel.
I have the problem since Thursday after installing some LabVIEW updates (don't remember which ones, just all the available).
Is this problem known?
Can anybody help me?
BR
ViP

Dear vigna,
I would please you to check the advices in this KB:
http://digital.ni.com/public.nsf/allkb/8130049893D6461E86256F3B00461E1B?OpenDocument
When the Error still occurs please let me know.
Kind Regards,
Oleg Scherling, M.Eng | Applications Engineering | National Instruments | NIG |

Occasional GPIB Error -107380734​2/-1073807​300

Similar Messages

Maybe you are looking for

Occasional GPIB Error -1073807342/-1073807300