ensegre

VIPM 2017 on Ubuntu 18. Don't know if related to that CAR, but jibberish chinese anyway + very ugly fonts. Edit: quick search, I found this: https://forums.ni.com/t5/LabVIEW/Why-does-my-LabVIEW-occasionally-display-in-Chinese/m-p/1545242#M571786. Now my VIPM 2017 appears to be based on rte2015, and the closest to what suggested in that post is /usr/local/lib/LabVIEW-2015/English/lvapp.rsc - which in my case is present, no *.tmp in that directory instead.

Ok. For most of the points, I'm feeling a bit dumb now that I searched for it..... https://www.upvi.net/main/index.php/products/lvhdf5/lvhdf5-forum/11-standalone-exe-doesn-t-work#18 Write 100 times: Thou shall not use "Use Default If Unwired" for references Thou shall not use "Use Default If Unwired" for references Thou shall not use "Use Default If Unwired" for references ....... https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z0000019L75SAE My coding mistake, I thought I was calling HF5Close when I wasn't. And closing the containing pr

The LV error of point 2. above, BTW. on the second HD5write (create) of the chain, the first succeeds, apparently. Error 402760 occurred at Check Object Existence.vi Possible reason(s): An HDF5 Error Occurred Major: H5E_ARGS (Invalid arguments to routine) Minor: H5E_BADTYPE (Inappropriate type) invalid location identifier Complete Call Chain: Check Object Existence.vi OpenCreateReplace Dataset.vi Simple OpenCreateReplace Dataset (Variant).vi Simple H5Dwrite (Variant).vi

A project benefiting from HD5 data saving came up to me, so I'm looking at your package. For now nothing beyond just dumping some heterogeneous datasets into a single file, but I'm already having a few issues. All together your package looks so well invested into, so I think there is point in reporting them, and ask for assistance. I've been trying 1.1.1.86 (offered by VIPM) and 1.2.2.5 (your link). Single dev machine for now. LV20.01 32bit, Up/Downgrading between the two is not completely flawless, sometimes VIPM fails, but nothing that can't be solved with restarting LV a few times and

I don't know about that tool, but doesn't Task Manager help, instead?

or simply implement your serial queries of both kinds via a single non-reentrant VI, so that only one loop at a time uses the serial resource? (more sophisticated, use a VISA lock)

Ah yes:

check also

Interactively in the IDE, Programmatically, I'd be sure it can be done with VI server invocations, the only difficulty might be in getting the exact ref to each individual clone - but I sort of remember that there is a way which I've used in the past.

There is no such a thing like a property node of an event structure which tells what event has been fired (at least in a simple way that I could know), but it is completely possible for the code inside an event case to fire other event(s), which cause other cases of the same or of another structure to be called. You can use anything which generate events: value (signaling) of any control, dynamic events, etc. Personally I do such things all the time in simple GUIs. However, an event calling another event already smells of "you need rather a state machine" or "you need to think at architecture"

If the only way of commanding your camera is through the vendor sdk, bleh. As Rolf wrote, though YMMV. If by chance the camera is supported by v4l2, there you go; shameless self ad.

I see. Thanks Rolf. In fact I am so used to see Qt used by vanilla OSS, that I overlooked the issue of licensing. All technical potential showstoppers aside, in any case.

Just spitballing without knowledge, but via anything modern like Qt perhaps?

To start with, you probably want to write your results into an array of strings, not of numbers. And anyway, what should be the purpose of the while loop and of the event structure with infinite timeout?

alien --target=i386 is not it? (I forgot since last time)

Probably you shouldn't have. Forgot what I did then, but for me $ file /usr/local/JKI/VIPM/vipm /usr/local/JKI/VIPM/vipm: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.33, BuildID[sha1]=ff35d7adc7d9ef4e1ee0b41f6d67085e2c22dbe7, stripped $ file /usr/local/JKI/VIPM/support/*.so /usr/local/JKI/VIPM/support/lvanlys.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped /usr/local/JKI/VIPM/support/lvzlib.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynam

I can build executables on my installations of 2018 and 2019 on Ubuntu, FWIW. Used alien as well (alien --install --scripts or something the like. Seem to remember also --target=i386 to force the installation of some component). Have not yet installed a 2020 so can't say, but is there chance that you skipped one rpm?

This one is simply great as a GUI for that. If you're looking for a programmatic way of monitoring running clones, I guess you simply have to look under the hood.

can't you put the 32 and the 64 set in two different directories and use the path-from-diagram?

as dadreamer says. One place where I remember I have used it is https://gitlab.com/enricosegre/LVVideo4Linux . Look in LV-libv4l2/Ancillary/libv4l2_path.vi and all its callers for an example.

I found this one dated 2016: http://download.ni.com/cert/doc/NI PCIe-5140.pdf

If you'd like to give me a review on this... I actually never used it for anything serious, but it was working for me.

Right, if I put it there I get all the brown and light blue bonanza. I was mislead by http://zone.ni.com/reference/en-XX/help/371361B-01/lvconcepts/customizing_your_work_environment/#How_LabVIEW_Stores_Options which is pointed at https://labviewwiki.org/wiki/LabVIEW_configuration_file. But uh, that is the help page for 8.2. Still, it is at odd with https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z000000PA7rSAG&l=en-IL

I see, thx. Still don't think my LV19 can toggle it with Ctrl-shift-DH, nor I seem to be able to create the brown nodes (it's ~/.labviewrc), but whatever. i was just curious.... thx for the conversion.

I'm curious to see if that exists in linux too. LVdebugKeys=True + Ctrl-shift-D-H don't seem to apply. Could someone attach the snippet saved as VI for LV<=2019??