Wire mode bug in LabVIEW 2010?

I had an application written in LabVIEW 2009 for a CFP-2220 that stopped working when it was converted to LabVIEW 2010, and I have tracked down the problem to one thing: the software sets the wire mode of the serial port. Calling this method simply disables the whole program. It works when run from LabVIEW...but if you build a startup application it will not even start. Remove the wire mode call - and voila, the application runs as it should.
So - I can fix the problem easily by not calling the wire mode method, however this is no solution due to the fact that I need to use the RS-422/485 port in 2-wire RS485 mode.
MTO
Solved!
Go to Solution.

It turns out that this is an even stranger problem; the serial port init function will ONLY work in the built application if it originates from the vi.lib\Intsr\serial.llb file. If you do a save as and substitute with original...then you would expect it to still work, it's the same VI, it has just moved...but no (!). Again - there are no warnings, no errors, and everything runs fine in the development environment, but if you deploy and run this application on the cFP-2220 it will only run if the serial port init VI came from that location. Save it to another location (no conflicts caused by this)..build it again, and the application will not start. You can even move the whole serial.llb file to somewhere else and call the serial init file from there - and that's enough to stop it from working.
The reason why I though that I had linked this to the wire mode was the fact that I got everything to run when I used the standard serial port init VI...but if I saved a copy of this to another location and added the wire mode to it it stopped working...so I assumed it was the wire mode, because that was the only thing that had been changed that would logically produce any change...the fact that it was moved should not have any effect....it turns out that was wrong.
I have a few other variations to test (what if I edit the file directly in vi.lib\Instr, will it work then e.g.? That will not be a good solution, but a good thing to test anyway)...
MTO

Similar Messages

Bug in Formula node under LabVIEW 2010

appendix is my test project.
there is a test.vi in the project. The test.vi contains only a case structure with 5 SAME subdiagrams. Each subdiagram contains a formula mode. The formula code does some calculation with an 2d array of double.
If i run the test.vi under LabVIEW 2010(or SP1), it may cause LabVIEW 2010 corrupt occasionally. If I build application form the test.vi, and run the application ,the application will definitely corrupt.
if I delete one subdiagram of the case structure , the test.vi and the application both run well.
however, the same project works well under LabVIEW 2009.
so is it a bug with LabVIEW 2010?
Attachments:
Test.zip ‏7 KB

'corrupt' means the program exit unexpectedly without any warning or error message. it just disappeared and you can't find it in the 'process' tab of windows task manager after that.
If LabVIEW corrupted, once i reopened it, there may be a error message dialog pop-uped before the LabVIEW interface appeared. The dialog said something wrong with 'undo.cpp'. I zipped the failure long to the appendix. I can't find any other error or warning message from LabVIEW or Windows ( I checked the Windows Event Viewer).
If the built exe corrupted, There isn't any message for LabVIEW or Windows neither.
I tested the project on my own laptop with Windows XP(SP3) Chinese Version and NI PXI-8810 with Windows XP(SP3) English Version which is my target machine.
Appendix also contain a exe build in my laptop. If I run the exe file, once I click the run button , it will corrupt. I wonder if it works the same on your computer.
Thanks for your concern.
Attachments:
lvlog2011-05-13-23-23-35.zip ‏150 KB

LabVIEW 2010 F2 - Crash - Localization issue ?

Hi fellows !
I am using LabVIEW 2010 F2 (French localized version) and I am facing this strange behavior. Can you confirm that this is a bug and / or this is because I am using a localized version of LabVIEW ?
When using the Modifications:VI property node (CTRL+SHIFT+B) and connecting its output to a case structure everything works fine (it looks like that).
But now if I change the Modifications:VI property to Modifications:Front Panel and let the output of the property node connected to the case structure, LabVIEW crashes or the broken arrow appears.
If I click on the broken arrow or try to save the VI (CTRL+S), I get the following error message :
Fpsane.cpp line 442
Thanks for your help.
Regards,
Da Helmut
Attachments:
err.PNG ‏11 KB
test.png ‏14 KB
test.vi ‏7 KB

Hi,
Thanks for the answer.
There is another bug with LabVIEW 2010 (F4 this time).
To reproduce it you have to create a (strict) type definition that consists of a cluster and put a constant which is linked to this typedef on the BD (just select the .ctl file in the BD) and then delete the type definition from the hard drive.
Close the VI that has the constant in the BD.
Re-open the VI, and in the BD, right click on the cluster constant and select "View as Icon". Now you get LabVIEW crashed. (ok it is useless doing that on a non existing typedef but this is crashing LabVIEW, so I thought this should be reported).
Keep me informed if you have any further informations about that.
Regards,
Da Helmut

Plantage LabVIEW 2010 F4

Bonjour à tous,
Je viens ici vous rapporter un petit bug concernant LabVIEW
2010 (F4).
Lors que l’on a utilisé une définition de type stricte
comprenant un cluster (obligatoire) qui contient lui-même différents types de
données (peu importe) pour créer une constante sur un diagramme et que cette
définition a été supprimée, cette
constante est affichée en transparence sur le diagramme (jusque là tout est
normal).
Si par malheur on a l’idée d’effectuer l’opération « Visualiser
en tant qu’icône » sur cette constante de type cluster, on obtient un
plantage de LabVIEW.
Est-ce un bug connu ? A-t-il déjà été rapporté ?
Problème uniquement sur la version française ?
Cordialement,
Da Helmut

Hello,
Ca ne sert strictement à rien, c'est sur mais ce n'est pas normal que ça plante ! Au pire on pourrait obtenir un message d'erreur...
J'ai fait remonter l'info ici et sur le forum Américain. Après, c'est à voir qui veut augmenter ses stats de CAR au support
Cordialement,
Da Helmut

Deleting broken wires crashes Labview 2010

Hi
I am down to earth after
enjoying all the nice features of LV 2010.
I randomly encounter
hour-glass hang-up when I try to delete broken wires. This is really
unpredictable as far as I have watched. I t happens if click on a broken with
the mouse or when I select a couple of those. It does not happen, if I use
ctrl-b.
When you try to delete it,
the hour glass comes up and the window is no longer refreshed.
I use the task-manger to
kill LV after
that a wild hard disk action starts, whoever initiates that ??
After LV-restart I usually
can recover a lot, but this make RAEL work almost impossible.
I a running an English LV
2010f2 on a German WinXP professional.
And Please, please patch
this as soon as possible.
Gabi
7.1 -- 2013
CLA

Hi Gabi,
I'm glad to hear that you are enjoying LabVIEW 2010! Can i ask what is the specifiation of the computer you are using it on?
This is because it might be that your computer doesn't have enough memory for this program.
Also there is a patch for LabVIEW 2010, in this link.
Hope this helps!
John McLaughlin
Insides Sales Engineer Team Leader
National Instruments UK & Ireland

LabVIEW 2010 in-placeness crash bug

[cross-posted to LAVA]
I found an odd LabVIEW 2010 bug that will cause a hard crash. The bug appears to be related to how LabVIEW operates on data in-place and some interaction between clusters, arrays, and the Aum Array Elements node. It's hard to describe verbally, so I'll just draw you a picture
LabVIEW 2010 CRASH.vi (16.56K)

No crash on my system: LV2010, W7 64-bit, Pentium E5200
a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"] {color: black;} a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"]:after {content: '';} .jrd-sig {height: 80px; overflow: visible;} .jrd-sig-deploy {float:left; opacity:0.2;} .jrd-sig-img {float:right; opacity:0.2;} .jrd-sig-img:hover {opacity:0.8;} .jrd-sig-deploy:hover {opacity:0.8;}

Bug? LabVIEW 2009 Enum in Datalog Refnum Loses Data in LabVIEW 2010+

Hi
Can I please get support from an AE?
Attached is a LabVIEW 2009 VI with a Control of an Enum in a Datalog Refnum.
Whereby the Enum's FP Object is represented as an image.
In LabVIEW 2009 this works fine however, in any higher version (I have definitely tested with LabVIEW 2011, but have been told LabVIEW 2010 is the same) the image is blank.
Is this a bug - is data being lost?
Interestingly enough, if I remove the LabVIEW 2009 Enum from the Datalog Refnum then load in LabVIEW 2011 this image displays correctly.
Is there anything I can do (setting? etc...) in LabVIEW 2009 that will correct this problem so it displays correctly in later versions?
This issue originated in this LAVA thread.
Cheers
-JG
Certified LabVIEW Architect * LabVIEW Champion
Attachments:
Datalog Refnum Enum_LV2009.vi ‏10 KB

This was reported to R&D (# 311354) for further investigation.
As a possible workaround, if you move the enum control out of the datalog refnum before saving in LV 2009, when you open your VI in LV 2011 the image will still show up for the enum control. You can then move the enum control back into the datalog refnum and it should work fine.
Thanks for the feedback,
Daniel H.
Customer Education Product Support Engineer
National Instruments
Certified LabVIEW Developer

LabVIEW 2010 Evaluation Mode not runing Real Time

LabVIEW 2010 Evaluation Mode not runing Real Time
Attachments:
real time.jpg ‏133 KB

Have you tried re-installing the Real-Time module (both on the target and the PC)?
Have you verified it's activated?
Have you tried re-installing the evaluation license files? http://joule.ni.com/nidu/cds/view/p/id/2068/lang/en
In other words, what have you tried?

LabVIEW 2010 SP1: "Controls" pop-up palette "Select a control..." bug?

I'm using LabVIEW 2010 SP1 (32-bit) and I noticed today that I cannot place my custom controls on a VI's front panel when I use the "Select a Control..." option on the "Controls" pop-up palette. I'm wondering if anyone else is having this same problem?
Steps to reproduce the problem:
1) Create a custom control, or download/save the attached custom control "Machine State.ctl" (< a strictly-typed enum control).
2) Open a VI (new or existing).
2.1) If the "Controls" palette is visible (pinned open), close it.
3) Right-click with the mouse on the VI's front panel window to display the "Controls" pop-up palette.
Note: DO NOT use the "Controls" option in the "View" menu here.
Note: DO NOT pin open the Controls pop-up palette at this point.
See my comments below in the "Notes" section.
4) "Controls" palette > "Select a Control..." option
5) Using the "Select the Control to Open" dialog, browse to, select and open the custom control file (e.g., "Machine State.ctl").
At this point the on-screen cursor should show the outline of an instance of the custom control I just opened, but for me that doesn't happen; all I see is the "+" crosshair cursor, and left-clicking with the mouse on the front panel does not place an instance of the custom control on the front panel.
Notes:
* In step 3) above, if I open the VI's "View" menu and select the "Controls" option, or if I pop-up the "Controls" palette and pin the palette to keep it open, I can successfully use the "Select a Control..." option to browse to, select, open, and place an instance of my custom control on the VI's front panel. The failure only occurs when I use the "Select a Control..." option on the pop-up (unpinned) version of the Controls palette.
* I can successfully drag-and-drop an instance of a custom control onto a VI's front panel from a Windows Explorer window, or from the LabVIEW project explorer window.
* The host computer is running Windows 7 Enterprise x64 w/ SP1.
Jim
Attachments:
MachineState.ctl ‏5 KB

Just now I tried creating and using controls on five different computers, each running Windows 7 Enterprise x64 w/ SP1.
On three of the systems the problem did not occur; I was able to place a user-defined control on the front panel using the "Select a control..." option on the controls palette.
On two of the systems the problem still occurs. Upon further investigation, however, I learned that the hard drives in these two systems were cloned from a "master" hard drive image the IT department created. So I'm guessing there's some bad mojo on the master hard drive image, and that's what's caused this problem to show up on these two systems (and others).
So for now, I'm just going to put up with having to use the old "drag-and-drop" method for placing user-defined controls on the VIs. Thanks for your feedback and assistance with this.
Jim

Fonction déconvolution bug labview 2010

Bonjour,
Je voulais tester la foction de déconvolution dans labview 2010. Mais je fais planter labview à chaque fois :
pas d'erreur notifiée, et impossible d'arreter le programme an appuyant sur l'arret d'urgence
=> je suis obligé d'arrêter Labview avec le gestionnaire de tâches.
Je suis sous windows XP 32 bits.
Est-ce que quelqu'un a déjà rencontré ce problème faut-il unstaller qualquechose dans labview???
Merci d'avance
ci joint le programme
Dcharala, Ingénieur en instrumentation, pratiquant de LabVIEW 2010 sur Windows XP.
Résolu !
Accéder à la solution.
Pièces jointes :
Test déconvolution.vi ‏2626 KB

Effectivement.
Cela fonctionne aussi si tu décimes les points du graphe d'origine. (j'ai décimé par 10 pour le test)
Après, les résultats ne sont pas du tout les mêmes, et je ne sais pas ce que tu attends comme résultat.
Cordialement,
Olivier L. | Certified LabVIEW Developer

3D graphs cause LabVIEW 2010 to hang

I've been using LabVIEW 2010 for several weeks without any problems, but today I noticed that it doesn't work at all with anything related to the 3D picture control. Today was the first time that I tried doing anything with the 3D picture tool since installing LV 2010. Dropping any of the 3D Graphs on the front panel of a new VI causes LV2010 to hang. (By hang, I mean the VI window remains open but most UI things no longer work. Right-clicking on the window does not show a context menu. The main menu doesn't work. The X button does not close the VI front panel window nor the diagram window. Control-Q does not cause LabVIEW to quit. I have to kill the process in Task Manager.) It is the same story with just a plaing 3D picture indicator. Also, the solarsystem.vi example does not work either. The problems start as soon as I open the solarsystem.vi. After killing LV with Task Manager and relaunching LV10, I do not get the LV message about a previous crash.
The problem I am talking about is for LabVIEW 2010 with the f2 patch running in Win7. I am actually running it using VMware Fusion 3.1.3 on a 2009 Mac Pro running Lion. The Mac drivers are all updated. Since it is VMware Fusion machine, the video driver on the Windows side is part of the VMware Tools installation, which is up to date.
After searching the forums, I've tried all the other potential solutions I could find: 1) repaired LV2010 using add/remove programs and 2) tried using the compatibilty mode settings to turn off Aero.
Interestingly, 3D graphs work fine on the Mac side for LV2010 for Mac.
Even more insterestingly, 3D graphs work fine on Win7 for LV 8.5, which I still have installed. The fact that it works fine for LV 8.5 would seem to indicate that Lion did not introduce the problem and that the video driver is working fine.
Solved!
Go to Solution.

Yep, it's the same virtual machine. I set it up almost 2 years ago and it has been extremely stable. Both LabVIEW 8.5 and 2010 have been perfectly happy on it. It's a great way to do LabVIEW on Win7. I didn't notice any changes at all to the VM when I upgraded from Snow Leopard to Lion. I installed LabVIEW 2010 before upgrading to Lion, but I didn't have occasion to work with 3D controls before the upgrade to Lion so I don't know if it would have worked on Snow Leopard. The Mac versions of both LabVIEW 8.5 and LabVIEW 2010 also work great on the both Snow Leopard and Lion.
I happen to have an XP virtual machine too, but I haven't installed LabVIEW there. Let me know if that would be a worthwhile test.
You might check with Marc Page--unless he has already upgraded again I think he has a similar machine to mine.
The video card is the original stock:
NVIDIA GeForce GT 120:
Chipset Model: NVIDIA GeForce GT 120
Type: GPU
Bus: PCIe
Slot: Slot-1
PCIe Lane Width: x16
VRAM (Total): 512 MB
Vendor: NVIDIA (0x10de)
Device ID: 0x0640
Revision ID: 0x00a1
ROM Revision: 3386
Displays:
Cinema HD Display:
Resolution: 2560 x 1600
Pixel Depth: 32-Bit Color (ARGB8888)
Main Display: Yes
Mirror: Off
Online: Yes
Rotation: Supported
Display Connector:
Status: No Display Connected

Having Trouble Copy and Pasteing Local Variable in LabVIEW 2010

I am Having Trouble Copy and Pasteing Local Variable in LabVIEW 2010 in s subVI.
I have a VI that has a Local Variable called "Node Addr". I can select it OK, and it appears to Copy OK, But when I go to paste it, nothing appears. It doesn't matter if I use Cntrl-C Cntrl-V or the Copy and Paste from the Edit menu, I get the same results. I tried many times and got the same results. I made sure that I had click a paste location. I can insert the Local Variable if I use the Data Communication panel.
On one of the Paste, I got an error in the error list that said that a Local Variable was not connected to anything. When I clicked on the error, it took me to an insible item in the lower right corner of the block diagram that had nothing but a select box around it. I couldn't select the invisible item, but I could delete it.
Why does the copy and paste of this local variable not work?
Why does the paste cause the insertion of an invisible item?

dbaechtel wrote:
My VI is fairly complicated. In several places in the VI, I am either reading or writing to this variable which is an numeric Indicator on the Front Panel. Using local variables seems to be the best way to handle this situation rather that using wiring all over the VI. Since the VI is mainly a State Machine and there are only 2 Writes to the local variable, I am not afraid of race conditions in this case. NO!! While you may think that using Locals is your solution to wiring, it is not! The fact that you are writing and reading, most likely from several places, will most definitely contribute to a race condition. Depending on your implemetation, you should ALWAYS use wires. The wires are the variable. If you are using a loop (While, For), then using shift registers are appropriate means for routing values so that they are used by other sections of the code, later. One thing you must respect with LabVIEW is the dataflow. That's where Locals often fail.
I am not copying the Local Variable from one VI to another.
I am not copying the Local Variable from one VI to another.
The Data Communication panel is one of the panels that shows up in the Functions pop up list when editing the Block Diagram. It is the panel that includes the Local Variable function.
I don't know if the invisible item that was inserted in my block diagram was hidden or not. All I know is that the Errors List said that it was a Local Variable and that it was not connected to anything. I couldn't select it to get more information. All I could do was delete it.
You did not address my questions about why the Copy and Paste does not work properly for my Local Variable. Maybe it's a sign from the Software Gods not to use them LOL!..
So if I understand correctly, you are trying to copy & paste the Local Variable from within the same VI. How large is your block diagram? Did you try right-click on the variable and select "Find > Local Variables"? If it's a block diagram larger than 1 single screen (which it shouldn't), then it is possible that the Local is hiding beyond the screen. You should find it as I described earlier.
See my comments in red above.

LabVIEW 2010 App Builder: Registry editor has issue with keys of the same name at the same level in registry tree

This is a bug report for an NI application engineer. Please file a CAR.
In a LabVIEW 2010 project, create a new installer build and go to the Registry editor.
Enter some keys like the following
Click OK to close the installer wizard.
Now reopen the build specification and go to the Registry editor. The registry editor comes up blank and non functional.
I believe the registry entries are still written when the installer executes, but you cannot edit the registry any further in LabVIEW 2010. This was not an issue in LV 2009. The issue seems to stem from having two keys with the same name at the same level in the registry tree (in this case, the two "Test" keys).

Hi sensor_daniel,
This was reported to R&D (#305026) for further investigation.
Thanks for the feedback!
Have a great day,
Chris V
Applications Engineer
National Instruments

LabVIEW 2010 unstable on Windows 7

I am finding that LabVIEW 2010 is fairly unstable on Windows 7 Ultimate system.
LV stopped working several times, LV tells me that it stopped working, looks for a solution and then shuts down. Like just a few minutes ago, shortly after system power up.
Several times it just closes all of the Windows and terminates without any message or error displayed. Didn't even say goodbye.
I have even had one BSOD (which is hard to do on Win 7) almost immediately after an application was built and run. Didn't happen again when app was run again and built again.
I have only observed these problems with LV. All other applications have been running fine over the last month without unusual errors or misbehaver.
The system is only 1 month old. It is fairly clean with minimal software installed.
I don't know how much data on these problems that NI is capturing automatically. I haven't seen my system request permission to send problem reports to NI.
Has anyone else seen similar behavior with LV and Win 7 Ultimate?

I too am extremely (that's a total understatement) displeased with the behavior of Labview 2010 under Windows 7.
I get frequent crashes, some with recovery/log/.error message, some where Labview just exits. One minute I'm editing my code with 7 windows up; the next I'm staring at an empty desktop.
I too have started saving my work every few seconds. It's a royal pain in the ass.
I have turned in NUMEROUS bug reports, including samples of code that cause Labview to crash. MANY of them are related to typedefs. I just found another one and will be turning in that bug report within minutes. In this case I have a typedef (NOT strict) that contains only a combo listbox. If I right-click on the combo listbox, Labview silently exits and does no recovery or logging when started back up.
I have lost SOOOOOO much time trying to create code while fighting numerous Labview 2010 issues. The most egregious (to me) is that I have a control (I *want* it to be a strict typdef) that when I drop it on the Labview block diagram, Labview crashes. Yes this has been reported. I had to change the control from 'strict typedef' to 'control' to use it. The result is that every time I have to modify it (it's a work in progress) I heve to go thru my code and change over 60 occurrences of that control. By hand. If it was a typedef, I would change it ONCE.
I have a customer I'm developing Labview code for; I find it both personally and professionally embarassing to be missing deadlines for delivery, and blaming Labview instead of myself. But I have 3 pages of bug reports online with NI; each one cost me between an hour and 3-4 days of time. Many of them required me to redesign code I'd alrady written to avoid using constructs in Labview that simply don't work.
I'm glad to know I'm not alone - but absolutely dismayed that the code base for Labview 2010 is so buggy under Windows 7; it may be buggy on every platform, but that's all I'm using.
NI tech support has been helpful; but only to a point. They routinely generate correction requests based on my bug reports; not one has resulted in a patch from engineering to date.
I've been a software engineer for over 35 years. This is probably the 2nd worst experience with an IDE that I've had. The first was with a Sun product that was supposed to generate user interfaces; it simply was crap. Labview is dismayingly similar. If I'd elected to write this application in C I'd not only be finished, but it would have taken 6 months less on the calendar. Some of that is due simply to the way you have to construct and enter code in Labview; but in my case, most is due to failures of Labview to work as documentd, or to failures in the Labview documentation to explain what Labview is really doing (yes, I've turned those in too).
Here's an example of a Labview crash: open this VI and right-click on the listbox on the front panel. Make sure you do NOT have any other Labview code open at the time...!
Gary Sloane
SB/US Engineering Inc.
Attachments:
HL2_CAL_DISPLAY.ctl ‏5 KB

Labview 2010 64-bit property node setting

I am trying to set the selection start and selection size for an array in LabVIEW 2010 64-bit on a Windows 7 64-bit machine.
LabVIEW 2010 64-bit crashes and is shut down by Windows.
The call works fine in LabVIEW 2010 32-bit on the same machine.
The computer is a Dell Precision 3500 with 4 GB ECC memory, an Intel Xeon 3530 2.8 GHZ CPU, and a 320GB hard drive. I have LabVIEW 2010 Service Pack 1 installed.
Here is an example of code with just one property node call.
Is this a bug or something weird with my system.
Attachments:
Array Property Node Crash Example.png ‏24 KB

I was able to reproduce the problem, also using LV2010 64-bit on Windows 7 64-bit. I tried various representations of the array data type as well as trying to not include the data type for the control reference as well as trying it via a property node in the calling VI. LabVIEW crashed each time. I'd say it's definitely a bug.

Wire mode bug in LabVIEW 2010?

Similar Messages

Maybe you are looking for