ThomasGutzler

The ViewPoint TSVN toolkit does not work with the latest 1.9.x version of Tortoise SVN client. I have emailed ViewPoint but have not gotten a reply yet.

Yes, we found they usually lag behind current for a bit. Just adds to the pile of inconveniences leading to uninstall :/

That's great news I am eagerly  waiting  for that demo.

So am I

can we show the F.p on mobiles ?

 

I haven't tried that yet but it shouldn't be a problem as long as your browser supports HTML5 and websockets

You have Rows, Columns, Pages, Books, Shelves, Bookshelves, Aisles, Libraries, Towns, States, Countries, and Planets.

Wow, where do those come from? My LabVIEW calls your Books vol and the rest is just dimX

Or did you just make that up

And what comes after Planets? Solar systems? Quandrants? Universes? How much further can we go?

Missing  G libraries error cannot start server shown when i start the web service

how to resolve this?

What's missing?

Don't get too involved with this project. I'm currently rewriting it to get rid of the NI WebService and replace it with websockets. Should have an update out soon.

This is no longer relevant for this question, but a nod towards the DETT might be in order for the next time. I'm not sure exactly how much data it shows you about which events occurred and what their values were, but it should show some.

Don't you have to build with debug enabled to be able to connect the DETT?

It's possible to use the path control to do what you want, but it's a little hack-ey. You end up making the path control transparent, then only making it visible when the mouse is outside the VI's front panel. See http://digital.ni.com/public.nsf/allkb/81D867F8C6A1376D86257347001BE936

And when you want it to accept dropping of multiple files you enter the next level in the world of pain

Web interface solutions would be interesting for us if they were multi-session (that is - support many users working on the same system in parallel), and handled multiple VIs/windows elegantly. If there was an out of the box solution for *that*, then we would definitely use it. Basically we would really want the client to be replaced by the web browser...(Controlling single front panels is in the "man look at this sweet thing I can do" category. We have only used such solutions occationally, to control internal test equipment.

In theory my solution should be able to do that. It was certainly designed with that feature in mind - I just haven't tried it yet

As long as the front panel is running somewhere and visible it can be interacted with.

In fact, my plan was to have a navigation menu inserted into every html page to allow the user to navigate between all available front panels without having to type in a new URL or make an awkward link on the actual front panels. Unfortunately, all that only exists in my head...

It shouldn't matter if you're calling your dll from the development environment or a built executable.

As long as one or more dependencies of the DLL are missing, it won't work. You can try dependencywalker to find out what you're missing.

You need to right click on the web service in the project and select start. Doing "publish" will have it run in the application web server context, while "start" runs in the project context (and I think probably doesn't show up in the WIF viewer).

That's right, you shouldn't have to play with the Webserver configuration at all.

I guess my "How to run it" description wasn't great. I've edited the post and added some screenshots to make it clear.

When you're loading a project that does calls to external libraries, LabVIEW tries to read those libraries on load. If they haven't been installed properly or are distributed incompletely you will get an error if those libraries were built on a C++ version that you don't have the runtime installed for.

I haven't seen this exact error so I'm not sure if that's what's causing it but there's a chance

Let us know how hard it is to get the data into the right format for the dll to read it in happily.

I've done in C#, so all the data structures were defined and ready to go. I'm not sure if Matlab made it that easy for LabVIEW.

I'm aware of "the competition" and they all charge a lot. I've looked at

• LabSocket
• WebPager (after handing over $2k for the software they charge an additional $100 per hour for tech support. WTF?)
• WebPanel (similar but dead?)
• Wezarp (uses VNC)
• NI's own Web UI Builder (dead, mainly thanks to Silverlight requirement I heard). Is that what you meant, hooovahh?

VIremote sounds like it's using different technology, since it seems to be limited to apple devices. I hadn't seem that one before.

What I wanted to do is to provide an open-source, low-cost or free tool that allows the developer to achieve similar functionality as the above via a web browser. Get them started in a pain-free way and if they're keen provide the ability to modify to their own needs.

I'm not a huge web designer myself. Enough to get this demo to work (for me at least) but for the final version I would probably need some input.

Pretty neat.  I couldn't actually get it to display live data for some reason.  I tried in the source, and the EXE and when running both only 8080 gave me a static image of the FP, and 8001 was page not available.

There is a weird "bug". When you open the "Show Public URL" dialog the web service seems to freeze until you close that dialog again.

Alternatively, you could get the Matlab compiler toolkit and build yourself a dll from the matlab code.

I've done that but haven't interfaced with LabVIEW - but how hard can it be..

The way I've seen this done typically is to configure the path in on the diagram, and to use a separate (inlined) VI to store this path.

 

Having (exhaustively?) tested combinations, I have found this strategy the least of evils.

I like that, but it really just redefines the function of my scripting VI to: put the vi that contains the paths for different bitnesses on the BD and wire it up to every CLN (after enabling "specify path on BD").

I think this is such a simple task that it must be able to get it right enough to be trusted almost blindly. With my original design, you'd get immediate broken arrows for trying to call libraries of the wrong bitness or incorrect path.

When providing the path via input, those checks don't happen until runtime.

This scripting vi was supposed to save time and keep me sane when I have a library with tens or hundreds of CLNs. I'm quite willing to let a script do the first run and then spend a smallish amount of time to fix up the bugs afterwards - as long as I don't have to repeat the same 4 steps a hundred times.

Before I reinvent the wheel, has anyone done this?
I'd like a VI that goes through a block diagram of another VI and places conditional disable structures around any call library node, sets the condition to bitness==32 and Default, duplicates the case, sets the condition of the new case to bitness==64 and changes the path of the called library from path/filename.ext to path/filename_64.ext or similar or something that gets passed in as a parameter.

Optionally, there could be a check if a CD structure already exists, if a path is wired to the CLN, what bitness we're currently on (and change above behaviour), etc. etc. but let's start simple

Good on you for playing three games without a mistake

It was fun writing the recursive algorithm.

Prost!

I am sharing my implementation of the Tic Tac Toe game.

Unlike many others available, this one has an intelligent AI, which is trying its best to beat you by running a minimax algorithm to figure out the best move for every turn. Alternatively, you can put it on the dump (random) setting.

I built it on a JKI statemachine and saved as version 2014.

TicTacToe.zip

This has got to be a bug.

As we know, probes inside parallel loops don't work. That's usually indicated by a slightly greyed-out version of the probe ID in the block diagram (1).

However, if I insert a disable structure inside the for loop, I can suddenly have a working probe again (in the Enabled case)!

In this picture, probe 3 is a memory I32 probe (old values are shown in the array) and I can actually step through the disabled diagram and get useful readings from the probe.

And no, this VI hasn't been flarned

Works in LabVIEW 2014 32 and 64bit.

Rephrasing slightly from what I said this in the other Windows 10 thread. I had the same problem with my Wireless Desktop 5000 mouse.

If you have a Microsoft mouse which is supported by the Microsoft Mouse and Keyboard center, this article may help:

http://www.microsoft.com/hardware/en-au/help/windows-8/troubleshooting/mouse/resolving-scrolling-problems

I've been running Windows 10 insider builds for a while with LabVIEW 2014 and haven't had any problems. I did start with a fresh install, not an upgrade from Windows 7. The only thing I had to fix was the scrolling for my Wireless Desktop 5000 mouse but the Wireless Desktop configuration application lets you select applications for which scrolling doesn't work and somehow makes it work. Neat.

I don't pin things in the start menu but I find it's too tile-y. Will have to look into that "Start10" thing

The Array constant Wired to the XY Graph is not empty.

Craig, unfortunately it's not that easy. That array is empty.

Maybe I phrased my original post badly. Here's what I mean to say:

These are the suggestions users usually get when asking a similar question. I've tried those and they don't give the result I'd like:

- change the amount of plots shown by reducing the size of the array that connects to the terminal or Value property node

- change the amount of items shown in the legend by setting Legend / Number of rows.

You'll need 3rd party libraries to read mp3 files. Once you've got the waveform, you can use LabVIEW native methods such as "Sound File Write Simple.vi" to write a .wav file.

Try this really old post as a starting point or Google yourself