Jump to content

Take the control of your NI LabVIEW application with an iPad or iPhone


Recommended Posts

Wezarp allows a software application to be controlled by a remote device such as a tablet, a smartphone or a computer.

 

The first release of our website www.wezarp.com is now online !!! Wezarp for NI LabVIEW is available... Don't hesitate to download and try the 30-day free trial version !

 

Here is a video demonstration on how to use Wezarp with NI LabVIEW

 

 

 

  • Like 1
Link to post
Share on other sites

This looks great. I've been urging NI to provide this solution for years. Good to see that others are taking care of user needs. I'm seeing a lot of this lately.

 

LabVIEW may finally become versatile if a user interface can be presented on a tablet or mobile device. Others are also making LabVIEW target other devices. It's starting to look good.

 

Kudos for a great product!

Edited by vito
Link to post
Share on other sites

Hi everybody

 

Wezarp will be on the LVTN very soon. In the meantime we can send you a quote. Just ask at sales@wezarp.com

The price is 2450 Euros for one development computer. Then you will be able to create any NI LabVIEW application including Wezarp server and deploy all the executables you want without any runtime to pay.

All Wezarp client are free of charge.

 

Don't hesitate to ask for further information !

 

Jeff from Wezarp

Link to post
Share on other sites

Cool tool!

 

Your video says "Multi-client and multi-control are compliant" at 3:30. However, if one client changes windows, that forces the other clients to change to the same window too. Can different clients work on different windows at the same time?

Link to post
Share on other sites

Hi JKSH

Different clients can't work on different windows at the same time. You will have to switch from one to other window, and whatever the server or client(s) side it will show the active window.

Best regards

 

Jeff from Wezarp

Link to post
Share on other sites
  • 2 months later...

Concidering purchase of Wezarp... As you all know this product is expensive... but for me, the time savings from updating current software vs just insert this VI and recompile justifies the cost.

 

I downloaded the demo and tried it... seems to work really good, had small issue, but tech support was awesome (this gives me a comfy feeling about the company) that said, would really appreciate the opinion of other LabVIEW professionals. If you have tried Wezarp, pleased chime in... or if you just have an opinion about this type of software chime it also....

 

Thanks in advance...

 

Bob

Link to post
Share on other sites
  • 2 months later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Similar Content

    • By parth
      hello all,
      Firstly I am very new to labview so i apologise in advance if i ask some stupid questions.
      i am running a vi on my rio ( simple analog in/out express vi s) and another vi on my PC. i am communicating between them through shared variable and it works perfectly, only thing is i have to manually run both vi s.
      my question is, is there a simple way to start the vi on myrio from the vi on my PC? 
      PS:- i tried to work with vi server but i failed because of my limited knowledge. 
      any help will be much aprreciated.
      Thanks & Regards,
      Parth
    • By OlivierL
      ShaunR's recent topic on Security reminded me of a situation we explored in the summer and need to revisit at some point. We were looking for a method to protect the communication with a cRIO.
       
      The situation is that we need to communicate between a cRIO and a host on an unsecured network (manufacturing environment.) We concluded that we needed some form of encryption as well as a standard login mechanism but identified that having a single symmetrical key would not provide enough protection (for various reasons and specific use cases.)
       
      Therefore, we looked into SSL and LabVIEW Web Services because it already includes that library and all the security features that we need. We figured out that it would definitely offer the protection required but that would mean rewriting most of existing code to use Web Service instead or establish some for of communication through a new Web Service. Considering the amount of unknown and risks associated with modifying our code, we looked into an alternative and came up with the following scheme:
       

       
      In short, we would use a Web Service for the initial login and create a new symmetrical key which would be passed to the host and to the main application on the target (cRIO) and would be used to encrypt/decrypt all data during the session. This way, we could still program all of our code in LabVIEW and easily download/deploy the services and applications to the Target using NI standard tools but benefit from proper security and only have to add fairly simple wrappers to some sections of our existing code.
       
      I wonder if anyone else has already gone down that route to add protection to an existing application. Would you suggest a different implementation method or an easier path to a similar result? Is there some obvious pitfalls in this approach that we do not see?
    • By FJ_Sanchez
      Hello,
       
      I'm developing an application that uses some PCIe hardware. My daily developing computer is a laptop docked to a dock station. Now, I would like to develop testing my subVIs in the remote desktop that has installed the PCIe hardware. I know I can enable remote debugging, compile and transfer the executable, then execute and connect from my laptop, but this is very inefficient and slow process to test subVIs.
       
      I could install the full development environment in the remote desktop, develop in this machine with remote connection (or even directly on this computer, as it's next to my laptop), but this is not the way I would like to work with every similar project.
       
      Do you have any better approach to debug remote desktop applications? I have heard something about using VI server and executing remote panels or similar, but I have never done such a thing.
       
      Any comment is welcomed.
      Thank you.
    • By piZviZ
      I have developed VI using data socket for  2 PC communication.It runs fine if both VI are on same PC .But not run when both VI are in different PC..
       
      Look at my attached  VI and data socket server manager setting... 
       
      Defaulreader = everyhost
      Defaultwriters =everyhost
      creators =everyhost 
      Untitled 1.vi
      Untitled 2.vi
    • By Thoric
      Hypothetically, if one created a LabVIEW executable that used a remote application reference to interact with the LabVIEW IDE, how much of the scripting function set would work?
       
      I've already discovered "New VI" doesn't work, but what about the non-creative functions, such as programmatically showing a block diagram, traversing the block diagram, inspecting nodes and other objects etc.? It seems to me that it should be ok to perform inspection, just not manufacture, right?
       
      So why are a load (if not all) of the scripting methods denied when attempted from a remote interface?
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.