Labview runtime engine plugin problem in Mac OS X

Hi:
We have just recently acquired a macBook Pro and am trying to test some instrumentation modules we have previously developed online for Circuit Theory courses on the MAc platform.
These VI's are installed on lab view server and we have no difficulty accessing them in Windows XP or Vista from a browser either Firefox or IE. Of course the latest version of runtime engine is installed on the pc prior to accessing the vi using remote panel and secondly we have to disable any virus protection software.
I have also installed the 8.5 version of LV runtime engine on the macbook with Leopard 10.5.x OS. I can see the LV plugin with the proper version in the Installed plug in check for the Safari browser. But every time the Remote panel is accessed I get a missing plugin message.
Here is the message:
Safari cannot find the Internet plug-in.
The page “Blackboard Academic Suite” has content of MIME type “application/x-labviewrpvi82”, but you don’t have a plug-in installed for this MIME type. A plug-in should be available on this page:
http://digital.ni.com/express.nsf/express?openagent&code=exck2m&
Do you want to open the page?
The page it suggests is the NI site for the plugin download?
I am really in a corner and donot know what I am doing is wrong? Any help will be appreciated?
Vishnu

I'm not a Mac expert, but it sounds like you are missing the LabVIEW Browser Plugin which is necessary to view remote front panels.  That plugin installs with the LabVIEW runtime engine which you can find here.  I don't think Safari requires any extra configuration to work with the plugin but it might... let us know if installing the runtime engine doesn't resolve the problem.
Travis M
LabVIEW R&D
National Instruments

Similar Messages

  • Labview Runtime Engine installation problem with OSX

    I tried to load the LabView Runtime 7.0 Engine for Mac OSX Says it's installing in my Applications folder and seems to be downloading the files. However, nothing is in the Application folder (and nowhere else on the HD). If I try to run a vi, it can't locate the program. If I try to reinstall, it says the files are already there. Can someone please help me with this problem?

    > I tried to load the LabView Runtime 7.0 Engine for Mac OSX Says it's
    > installing in my Applications folder and seems to be downloading the
    > files. However, nothing is in the Application folder (and nowhere
    > else on the HD). If I try to run a vi, it can't locate the program.
    > If I try to reinstall, it says the files are already there. Can
    > someone please help me with this problem?
    I suspect the runtime is in a folder called National Instruments. You
    might just do a Finder Search for that folder or for LabVIEW and see
    what shows up. If you logged out and back in again between installation
    and execution, it could be a permission problem.
    Greg McKaskle

  • Running Datasocket in labview 2013 open labview runtime engine 7.0

    Hello All,
    I am trying to communicate with a COGNEX camera using Labview 2013. I am using Datasocket to read tags from cognex OPC server.
    but when I open labview and run the code for the first time. An installer will automatically pop up trying to install labview runtime engine 7.0.
    When i cancel the installation datasocket throws an error. Again if i run second time, datasocket works fine and communicate with cognex camera using OPC.
    This problem comes everytime I open labview and run the datasocket. I cancel the installer. second time onwards when i run the code everything works fine.
    This is actually annoying and i doubt how things will work when i make an executable. 
    Need help. 
    Is this due to datasocket version installed... how to resolve this.
     

    Hi phil,
    That is interesting that you were unable to find the offending key that the installation is having trouble with.  Do you have Administrator privileges on your computer? You may even want to try to log in as the actual Administrator itself to make sure that you have access to all of the proper registry keys.  Also, I was going to say that I do think you're right with Windows XP not having the Scanreg/fix function, but there are several free programs that you can download as registry checkers.  You may want to try one of those to see if you can find the key and give it the proper permission.
    As far as the other part of your question, the Run-Time Engines are very important for LabVIEW to be able to run, but the 7.1.1 Run-Time Engine should not be affecting a LabVIEW 8.2 installation as it will use the 8.2 Run-Time Engine.  One thing that you can do is go into your Control Panel under Add or Remove Programs>>National Instruments Software and you can try and repair/modify your Run-Time Engine there.  If you already have the 7.1.1 Run-Time Engine on your computer, this is where it will show up so you can make any changes you want.  Also, if you go to www.ni.com and click on "Drivers and Updates" on the right, you will be able to find the Run-Time Engine there that you will need, but I would definitely try using a downloadable registry checker first before attempting to change any of the software that is currently on your computer.  As stated in the Knowledgebase article, this is actually an error from Windows saying that the registry key does not have the proper permission settings, so I am reluctant to say that downloading the new Run-Time Engine from our website will help much.  Please try some of these suggestions out and let me know how they work out for you. Thanks!
    Regards
    Noah R
    Applications Engineering
    National Instruments

  • Trouble installing labview runtime engine

    Can not install labview runtime engine.  Says there is already a higher version installed.

    Yes, this is a pain - and I have no idea why NI would design their installers in this way. I can think of no rational reason. In any case, the work around is to uninstall everything and then reinstall in a different order. For example, I ran into the problem was trying to install a runtime executable on a machine that already has some NI drivers installed. Part of that installation was that it installed the V7.1 runtime engine. When I then went to install my executable which was built in V7.0 it wouldn't install. To get around this bug I had to uninstall all NI software and then reinstall my executable and then the drivers, in that order.
    Mike...
    Certified Professional Instructor
    Certified LabVIEW Architect
    LabVIEW Champion
    "... after all, He's not a tame lion..."
    Be thinking ahead and mark your dance card for NI Week 2015 now: TS 6139 - Object Oriented First Steps

  • Labview runtime engine in VBS erkennen

    Hallo,
    das Dataplugin eines Kunden setzt auf die Labview-Runtime-engine auf. Um ein VBS-Makro "anwenderfest" zu machen würde ich gern im Makro abfragen können, ob die Engine in einer bestimmten Version oder höher installiert ist.
    Frage: wie kann man in VBS abfragen, ob Labview oder eine Runtime-Engine in einer bestimmten Version installiert ist?
    Danke für alle Antworten und Tips
    Udo

    Hallo Udo, Hallo Winfried,
    Winfried's erste Beispiel wird nicht in einem DataPlugin funktionieren.  Auch der zweite wird mit "MsgBox" ab DIAdem 10.0 Probleme bekommen.  Vermütlich ist das Ziel ein sinnvollen Fehlermeldung auszugeben wenn der Version nicht passt.  Dafür eignet sich die Funktion RaiseError.
    Das Aufruf zu "CreateObject" sollte besser nach einem Aufruf zu "On Error Resume Next" kommen.  Das ist weil, wenn LabVIEW nicht installiert ist, diesen Aufruf ein Fehler werfen kann.  "On Error Resume Next" gibt einem dann die Möglichkeit diesen Fehler zu behandeln anstatt direkt aus dem Skript mit diesem Fehler rauszufliegen.  Zurückschalten kann man dann mit "On Error Goto 0".
    Registry auslesen ist möglich, aber nur wenn bestimmte Komponenten auf der Machine installiert sind.  Bei viele Firmen sind diese Komponenten verboten da sie eine Sicherheitsrisiko darstellen.
    Viele Grüsse,
    Myrle
    For tips and tricks on creating VBScript DataPlugins go to http://dataplugins.blogspot.com.

  • LabVIEW Runtime Engine 2010 NI_AALPro Error

    Hi All,
    I have an problem with the executable version of my LabVIEW program. I just created an LabVIEW program in LabVIEW Professional 2010 version to acquire some FFT spectrums so it also use some function palettes of Sound and Vibrations toolkit like Power Spectrum, Peak Search, Power in Band etc.
    Then I just created an executable version of the program to run on a different system (Tools>>Build Executable Verion(EXE)). But when I tried to run the executable verion on a different system is showed some errors. I am attaching a printscreen of all errors showed.
    So, the executable version of the program is working fine in the develoment system but showed some errors when we try to run it on a different system. We have already installed the LabVIEW runtime engine 2010 as well in the second system.
    My one more question is when we build an executable version of a LabVIEW program then it should run on all PC without any other software (Runtime engine) because it got an extension of .exe 
    so is there any chance or way to build a totally standalone executable version of the program without using any runtime engine as well.
    Thanks
    Attachments:
    error.JPG ‏28 KB
    dll & lvlib.JPG ‏41 KB

    Hi PSBRRR,
    It seems like you didn't include all the dependencies of your VI or project to your build specification. Can you send a screenshot of  the Source Files Setting page of the Application Properties dialog box ? You have to add all the VIs and DLLs that are used in the Sound & Vibration toolkit and any others you are using to your executable file or support directory.
    For the last question : no you can't. Since LabVIEW 2010, the Run-Time Engine is like the "Java Virtual Machine". The compiled code inside your EXE is interpreted by the "LabVIEW Virtual Machine" included in the LabVIEW Run-Time Engine. That's why it requires the Run-Time Engine to be executed or at least the development environment (previous versions of LabVIEW didn't use this principle but it was also required to have the Run-Time Engine installed).
    Regards,
    Da Helmut

  • Labview runtime engine [SOLVED]

    Hi, I'm a new Arch user having migrated from Ubuntu a few weeks ago.  I've been stuck for several days trying to get the National Instruments Labview runtime engine installed.  It is an easy process on Ubuntu so it must be possible with Arch.  I'd prefer not to operate outside of pacman (ie. installing with rpm or dpkg) based on what I've read in the forums.
    The Labview runtime engine is a free download from National Instruments and allows programs that are generated by the Labview developer package (expensive) to be run on any box without having the licensed Labview software installed.  This is handled with two .rpm files that one downloads from the NI website after registering there. You must download the .rpm files appropriate for the version of Labview that generated your executable.  (Note that executables generated by Windows Labview and Linux Labview are not interchangeable)  For reference, those files can be found here:
    http://joule.ni.com/nidu/cds/view/p/id/1103/lang/en
    For Ubuntu, I converted the .rpm files to .deb using alien and installed them with dpkg.  The Labview executables can then be run by opening them in the file manager.  As a first step in Arch, I unbundled the .rpm files using rpmextract and found that they are just a bunch of library files placed in usr sub-directories.  I then wrote the following naive PKGBUILD followed by  makepkg -s. 
    pkgname=lvtest
    pkgver=1
    pkgrel=1
    arch=('i686' 'x86_64')
    license=('GPL')
    makedepends=('rpmextract')
    source=("labview86-rte-8.6.0-1.i386.rpm"
    "labview-rte-aal-1.1-1.i386.rpm")
    md5sums=('37b43da794fd9c61d0c5e3c9cfa56628'
    'a2110e5b5677351095bd93e5b1aa5bea')
    build() {
    cd ${srcdir}
    rpmextract.sh labview-rte-aal-1.1-1.i386.rpm
    rpmextract.sh labview86-rte-8.6.0-1.i386.rpm
    cp -ra ${srcdir}/usr $pkgdir/
    This generates a pkg.tar.xz that I install with pacman -U.  My problem is that the Labview executables are not being recognized, ie. I don't know how to open them.  I suspect this has something to do with permissions or perhaps linking that I sometimes see in other PKGBUILD files, but I don't know how to proceed.  I am brand new at this, but have spent a lot of time searching the wiki and forums looking for hints and guidance.
    Last edited by sportscliche (2011-01-02 23:58:49)

    Thanks for the fast reply!  Output of pacman -Ql lvtest follows:
    lvtest /usr/
    lvtest /usr/local/
    lvtest /usr/local/lib/
    lvtest /usr/local/lib/LabVIEW-8.6/
    lvtest /usr/local/lib/LabVIEW-8.6/.data/
    lvtest /usr/local/lib/LabVIEW-8.6/.data/Analysis-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/.data/IAK_SHARED-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/.data/LV_RemotePanelConnection.lic
    lvtest /usr/local/lib/LabVIEW-8.6/.data/LabVIEW Simulation Module-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/.data/LabVIEW-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/.data/Measure-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/.data/NI-488-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/.data/NI-Reports-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/.data/VISA-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/English/
    lvtest /usr/local/lib/LabVIEW-8.6/English/lvapp.rsc
    lvtest /usr/local/lib/LabVIEW-8.6/English/vidialogs.rsc
    lvtest /usr/local/lib/LabVIEW-8.6/LV86NPlugin.so
    lvtest /usr/local/lib/LabVIEW-8.6/copyright.txt
    lvtest /usr/local/lib/LabVIEW-8.6/errors/
    lvtest /usr/local/lib/LabVIEW-8.6/errors/English/
    lvtest /usr/local/lib/LabVIEW-8.6/errors/English/Analysis-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/errors/English/IAK_SHARED-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/errors/English/LabVIEW Simulation Module-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/errors/English/LabVIEW-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/errors/English/Measure-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/errors/English/NI-Reports-errors.txt
    lvtest /usr/local/lib/LabVIEW-8.6/libappweb.so
    lvtest /usr/local/lib/LabVIEW-8.6/libappweb.so.2
    lvtest /usr/local/lib/LabVIEW-8.6/libappweb.so.2.3.0
    lvtest /usr/local/lib/LabVIEW-8.6/liblkdynam.so
    lvtest /usr/local/lib/LabVIEW-8.6/liblkdynam.so.5
    lvtest /usr/local/lib/LabVIEW-8.6/liblkdynam.so.5.0.0
    lvtest /usr/local/lib/LabVIEW-8.6/liblkrealt.so
    lvtest /usr/local/lib/LabVIEW-8.6/liblkrealt.so.5
    lvtest /usr/local/lib/LabVIEW-8.6/liblkrealt.so.5.0.0
    lvtest /usr/local/lib/LabVIEW-8.6/liblksec.so
    lvtest /usr/local/lib/LabVIEW-8.6/liblksec.so.5
    lvtest /usr/local/lib/LabVIEW-8.6/liblksec.so.5.0.0
    lvtest /usr/local/lib/LabVIEW-8.6/liblksock.so
    lvtest /usr/local/lib/LabVIEW-8.6/liblksock.so.5
    lvtest /usr/local/lib/LabVIEW-8.6/liblksock.so.5.0.0
    lvtest /usr/local/lib/LabVIEW-8.6/liblvrt.so.8.6.0
    lvtest /usr/local/lib/LabVIEW-8.6/liblvrtdark.so.8.6.0
    lvtest /usr/local/lib/LabVIEW-8.6/libnids.so
    lvtest /usr/local/lib/LabVIEW-8.6/libnids.so.4
    lvtest /usr/local/lib/LabVIEW-8.6/libnids.so.4.5.4
    lvtest /usr/local/lib/LabVIEW-8.6/libnitaglv.so
    lvtest /usr/local/lib/LabVIEW-8.6/libnitaglv.so.1
    lvtest /usr/local/lib/LabVIEW-8.6/libnitaglv.so.1.5.0
    lvtest /usr/local/lib/LabVIEW-8.6/libniwebsrv.so.1.0.0
    lvtest /usr/local/lib/LabVIEW-8.6/libnixerces.so
    lvtest /usr/local/lib/LabVIEW-8.6/libnixerces.so.2
    lvtest /usr/local/lib/LabVIEW-8.6/libnixerces.so.2.7.0
    lvtest /usr/local/lib/LabVIEW-8.6/linux/
    lvtest /usr/local/lib/LabVIEW-8.6/linux/README.libs
    lvtest /usr/local/lib/LabVIEW-8.6/linux/libstdc++.so.5
    lvtest /usr/local/lib/LabVIEW-8.6/linux/libstdc++.so.5.0.3
    lvtest /usr/local/lib/LabVIEW-8.6/lvanlys.so
    lvtest /usr/local/lib/LabVIEW-8.6/lvdark
    lvtest /usr/local/lib/LabVIEW-8.6/models/
    lvtest /usr/local/lib/LabVIEW-8.6/models/arrow.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/attank.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/bowvalve.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/box_inc.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/box_incp.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/boxshadow.3ds
    lvtest /usr/local/lib/LabVIEW-8.6/models/frame_i.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/frame_o.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/gauge_f.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/inc.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/knob_d.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/knob_h.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/knob_t.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/meter_f.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/meter_g.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/meter_h.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/pb_d.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/pb_h.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/pb_l.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/pro_bar.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/pro_bar_in.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/rectvalve.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/rocker.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/rockerl.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/rockerr.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/slided.3ds
    lvtest /usr/local/lib/LabVIEW-8.6/models/slideh.3ds
    lvtest /usr/local/lib/LabVIEW-8.6/models/slider_b.3ds
    lvtest /usr/local/lib/LabVIEW-8.6/models/slider_d.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/slider_f.3ds
    lvtest /usr/local/lib/LabVIEW-8.6/models/slider_t.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/slidet.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/squreled.3ds
    lvtest /usr/local/lib/LabVIEW-8.6/models/tab.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/tank.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/tb_h.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/tb_h_in.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/therm_e.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/therm_h.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/toggle_b.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/toggle_s.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/models/toggle_su.ptc
    lvtest /usr/local/lib/LabVIEW-8.6/nids.so
    lvtest /usr/local/lib/LabVIEW-8.6/niwebsrv.so
    lvtest /usr/local/lib/LabVIEW-8.6/patchlib/
    lvtest /usr/local/lib/LabVIEW-8.6/rtapp.rsc
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/LVModules/
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/LVModules/liblvauthmodule.so.1.0.0
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/LVModules/liblvrfpmodule.so.1.0.0
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/LVModules/liblvsnapshotmodule.so.1.0.0
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/LVModules/lvauthmodule.so
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/LVModules/lvrfpmodule.so
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/LVModules/lvsnapshotmodule.so
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/logs/
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/logs/access.log
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/logs/error.log
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/mime.types
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/modules/
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/modules/libcopyModule.so
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/modules/libdirModule.so
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/modules/libespModule.so
    lvtest /usr/local/lib/LabVIEW-8.6/webserver/niwebserver.conf.defaults
    lvtest /usr/local/lib/libguide.so
    lvtest /usr/local/lib/libmkl.so
    lvtest /usr/local/lib/libmkl_def.so
    lvtest /usr/local/lib/libmkl_lapack64.so
    lvtest /usr/local/lib/libmkl_p3.so
    lvtest /usr/local/lib/libmkl_p4.so
    lvtest /usr/local/lib/libmkl_p4p.so

  • LabVIEW Runtime engine on Windows Embedded Standard 7 P 32/64 bit?

    Did anyone ever try to install and run LabVIEW Runtime engine (2011 or later) on Windows Embedded Standard 7 P 32/64 bit?
    I am trying to figure out if this will work, for example on a Beckhoff CX5120 embedded PC. I will need to have some simple TCP/IP communication in order to exchange information with another PC, but nothing else, i.e. drivers, etc...
    I hope someone tried to do this already. I just don't have the right hardware right now to check it out.
    Solved!
    Go to Solution.

    As NI sells touch panels with WES7 installed here: http://sine.ni.com/nips/cds/view/p/lang/en/nid/210551 it's pretty safe to assume they've used the RTE on WES7.
    But yes, it's been done.

  • Unable to determine the install root path for the LabVIEW Runtime Engine

    Hi,
    i have an issue with using a LabVIEW interop assembly in a .NET application. I get an exception "Unable to determine the install root path for the LabVIEW Runtime Engine" when calling the assembly.
    The little test program is attached below. It's called dotNETHost.exe. If you excecute the programm a dialog with an button appears. Clicking the button shall open another dialog (the LabVIEW Interop component). But the only thing I get is the exception message. The ZIP folder also contains the complete exception meassage (ExceptionMessange.jpg & ExceptionDetails.txt).
    The Interop Assembly was built with LabVIEW 2011. We use Visual Studio 2010 and .NET 4.0.. The dotNETHost.exe.config file is prepared as mentioned in Knowledge base - Loading .NET 4.0 assemblies.
    The Interop assembly contains only one simple dialog (loop is finished by clicking OK) without calling any other VIs or other DLL's.  In case of this there's also no support directory generated by the build process.
    I have no idea why it doesn' work. I hope anyone can help me.
    Thanks in advance
    Kay
    Attachments:
    Debug.zip ‏75 KB

    This may be unrelated, but Labview and .Net4.0 dont work well together. Not yet anyway. I had to compile my assembly in 3.5 to get it to work.
    Please read the following:
    http://zone.ni.com/reference/en-XX/help/371361H-01/lvhowto/configuring_clr_version/
    http://digital.ni.com/public.nsf/allkb/32B0BA28A72AA87D8625782600737DE9
    http://digital.ni.com/public.nsf/allkb/2030D78CFB2F0ADA86257718006362A3?OpenDocument
    Beginner? Try LabVIEW Basics
    Sharing bits of code? Try Snippets or LAVA Code Capture Tool
    Have you tried Quick Drop?, Visit QD Community.

  • Profibus-Connection with NI LabVIEW Runtime-engine

    Hi,
    I have a Profibus network running in our porduction lane.
    Now we want to report several states of this production continously.
    Therefore I want to connect a desktop-pc via profibus to the PLC. But I want to run the VI on the PC as an application(exe) with the NI LabVIEW runtime engine because I won´t install LabVIEW on this PC. (on my development computer I have LabVIEW 2011)
    My question is:
    Does the Profibus communication work if I run the VI that way if I add the needed "additional installer" to my installer file?
    I´m quite sure that it will work but I want to check this point before ordering a Profibus-Board.
    I hope you understand my question and give me a positive answer so I can order an new Profibus-PCI-Board
    best regards
    Martin

    Hi Martin,
    the scenario you are describing sounds reasonable and that should work.
    But in general, if you buy something at NI you can always call and describe your situation. Either the sales person can help you with your decision or in more complicated cases the sales person redirects you to a support engineer.
    Best regards,
    Christoph

  • Is there a .sld file for LabView runtime engine when creating Embedded XP image

    I'm looking for a .sld file to aid inclusion of LabView runtime engine in my embedded XP image. Has anyone already written one?

    Hi,
    unfortunately, National Instruments doesn't have any sld files for embedded OS'es, however, please checkout the links from the Lookout discussion forum, where someone was trying to do something similar.
    http://exchange.ni.com/servlet/ProcessRequest?RHIV​EID=101&RNAME=ViewQuestion&HOID=506500000008000000​AD5C0000&ECategory=Lookout
    Although there's no definitive resolution to this thread, the person who answered has said he could be contacted.
    Hope that helps
    Sacha Emery
    National Instruments (UK)
    // it takes almost no time to rate an answer

  • CIN (Code interface node) LabVIEW runtime engine dependency

    Hello:
    Am I correct that the old style CIN (code interface node) is not dependent on what version of LabVIEW runtime engine is being used?
    However if I create a dll  from say LabVIEW 8.2 I must then alway have LabVIEW runtime 8.2 installed on any newer machine with newer version of LabVIEW?
    Thank You!

    GE Osmonics wrote:
    Hello:
    What I have are old CIN (no source) that work in LabVIEW7.1 but will not work in LabVIEW 2010 (link error, object code not loaded). 
    What I thought I could do is generate dll from the vi's that contain the CIN using LabVIEW 7.1 with application builder.
     I could use the Call Library Function from LabVIEW 2010 to load the 7.1 generated dll  to effectively do what the old CIN accomplished
    provided I installed the LabVIEW 7.1 runtime engine on my LabVIEW 2010 machine
    Thanks for the input
    If the CIN resource doesn't load you most likely changed the LabVIEW platform. LabVIEW for Windows 32 Bit and LabVIEW for Windows 64 Bit are different platforms. Just as LabVIEW for Windows and LabVIEW for Macintosh or Linux. A 32 Bit DLL, which a CIN is internally can't be executed in a 64 Bit environment at all.
    Your solution fails for more than one reason here. LabVIEW will try to load and link a LabVIEW DLL into its actual runtime environment to avoid interprocess communication latency which would be inavoidable if the DLL is started in a seperate runtime engine, which is in fact a new process. If your issue is 32 bit to 64 Bit you won't be able to link the 7.1 32 Bit DLL into your LabVIEW 64 Bit application through the Call Library Node at all.
    Rolf Kalbermatter
    CIT Engineering Netherlands
    a division of Test & Measurement Solutions

  • Install MAX with only LabVIEW runtime engine

    Hi,
    I want to know if it is possible to install MAX from the Device Driver CD, when only LabVIEW RunTime engine is installed.  There is no full installation of LabVIEW on that PC.  That's MAX 3.1.1.3004 with LabVIEW RunTime Engine 7.1.
    Patrick.

    Dear Patrick,
    The device driver CD usually does not have a single installation of MAX, but you can install MAX by installing most of the other drivers such as NI-DAQ, NI-488.2, NI-Serial, etc. MAX does not require LabVIEW, so you can have MAX and LabVIEW Run-Time without LabVIEW. Have a great day!
    Sincerely,
    Marni S.

  • Installing Labview runtime engine 2011

    Hi,
    Is it mandatory to uninstall any previous version of the Labview runtime engine before installing the 2011 verstion ?
    Thanks.

    No, you should actutally keep the older runtime engine installed in case you still have applications that depend on it. The 2011 run time will only support applications built with LabVIEW 2011.
    LabVIEW Champion . Do more with less code and in less time .

  • Load Labview runtime engine with matlab platform

    When I use labview DLL on matlab platform it loads labview runtime engine.
    Once I use "close all" command of matlab, labview runtime engine is not available any more so I want to reload it.
    How can I do this?
    If I run the DLL again an error is occurred.
    Best regards,
    Nir

    Hello Nir,
    I recommend contacting MathWorks for assistance with the exact functionality and results of close all. Based on online documentation for calling DLLs in MATLAB, you should use unloadlibrary to remove the LabVIEW DLL from memory instead of close all. If you use this method, are you able to load the LabVIEW DLL (using the loadlibrary function) and call it successfully from MATLAB?
    MATLAB® is a registered trademark of The MathWorks, Inc.
    Regards,
    Andrew Brown
    Applications Engineer
    National Instruments

Maybe you are looking for