viSci

Hi Rolf - That was a very good try but short 2 bytes. After that adjustment it works great, thanks!

Ok I realized I did not follow your instructions correctly. After I changed 'Adapt to Type' to 'Array' it ran without crashing. I am getting back an unstructured string but it is a starting point. Thank you Ned, that was a big help!

The Typedef on the last line was just meant to indicate that the DLL function takes two parameters, the first is a pointer to a U16 and the second is a pointer to the data structure I am trying to build. I tried as you suggested, to create a large U8 array and pass it in as a pointer to array and adapt to type. It no longer crashes in edit mode and now waits until I run the vi

I have create a LV wrapper for a DLL that crashes LV when the CLN is simply wired in edit mode and saved. I will admit that the DLL prototype requires a rather obese LV cluster which is so large it freezes LV when probed but still I do not see any other way to convey the data. Here is the diagram... LV will crash when I connect the cluster to the 2nd input of the CLN and then Save. The CLN function prototype is... int32_t LDR_GetCsmuDir(uint16_t *DirType, void *Response); The Response parameter is set to 'Adapt to Type', Pointer to Handle. I also tried 'Handles by Value' as it still crashes. Basically I have a cluster of 256 strings each of which is 256 characters, which appears to be too much for LV to handle. Perhaps there is a way to Malloc the data but that is outside my area of knowledge presently.

It has been awhile (more like 6 years) since the great SVN, HG, GIT debate occurred in the LAVA community. I thought it would be informative just to get a simple roll call of who has settled for what. Rationales are optional, just wanted to get a head count...

At NIWeek, the new NI Package Builder was showcased. It looks like an alternative to VIPM, is that correct? Did anyone notice if it is going to work with previous versions of LabVIEW or just 2017?

I have greatly simplified my life by using the XLR8 3rd party toolkit for all my .xlsx needs. http://sine.ni.com/nips/cds/view/p/lang/en/nid/212056

I was dismayed when a large client announced they are abandoning their sizable investment in NI cDAQ HW to go with the Siemens LMS SCADAS system. It got me wondering why NI does not offer something to compete with this type of Uber DAS system and software. Certainly NI has the HW covered, although LMS has a better take on DAS HW with multi-functional inputs (voltage, current, PWM, etc). I would love to hear your take on the subject... Just a side note that the systems I am talking about are fairly small < 32 channels, so it is not the large network based scalability of the LMS that is the selling point. Rather it seems to be the desire to have full featured, fully integrated, off the shelf software supported by a larger company that is the draw.

More info on the subject... http://zone.ni.com/reference/en-XX/help/370051P-01/cvi/libref/cvicnvcreatesubscriber/

Amazing NI is still trying so hard to sell the DSC. From what I can tell NSV events are possible in CVI without the DSC. Here is an old thread that ends in some CVI code that show how to register NSV change callbacks. Now all you have to figure out it how to trigger LV user events from CVI, which I believe is possible. http://forums.ni.com/t5/LabWindows-CVI/NSV-Async-Read-Callbacks/td-p/1329994

You might also try the AIT Stimulizer software to see if you can talk to the board.

I found that sometimes the AIT 1553 boards do not play well with other 1553 boards...

Here is a pi in the sky question... Will there be any support for acquiring images over the MIPI interface?

Quite a few years in the making..many thanks for your dedication! I especially like the new script event feature with line number status.

Thanks for the replies. I went with a tool called FireDaemon, it is low cost $50 and works very well! Of course I also refashioned my app to remove any nasty popup's or dialogs that could occur. I also added a command line interface and a comprehensive log file which was essential to debug various issues with my new LV service.

Nice, thanks! I think this would be a good starting point. Perhaps add auto ref level based on the measured amplitude and offset. Also could add interpolated indexes since there is a small error between the thresholded index and the actual fractional index that would correspond to the precise point where the signal crossings occur.

Does anyone remember if there was an older version of this vi written in pure G? I would like to have a version that I can modify to return all pulse measurements in a waveform instead of just the one specified. It seems like much of the work in finding one pulse could be applied for finding all pulses. My interest comes from a requirement for real-time processing of a 32 channel AI at 100kHz with each ch containing ~ 500 pulses/s. The current Pulse Measurement vi is about 10x too slow to keep up. I am on my way to creating my own from scratch but still would be useful to have on hand for comparison.

Just curious to know if any capability has been added to allow Lua to call multiple LV vi's within a single script. Also is it possible from within LV to single step a Lua script?

Greetings all - I have a LabVIEW 2014 executable that I am trying to put into a form that can be run as or from a Windows Service. Of course I removed all possible dialog windows and any need for UI interaction. I did my testing using a program called FireDaemon which can wrap any window exe as a Windows Service. I found that I could not get it working until I included the NI Authentication Service (NIAuth) as a dependency within FireDaemon. If I do not do this my application (which does not use any web services as far as I know) just hangs when the Windows Service activates. Does anyone have a clue about this? I would like to create a version of my app that does not require this dependency.

Just wondering if anyone has had any luck using the vision toolkit to decode the ubiquitous IMB barcode that is virtually on all USPS letters. As of LV2014 it does not appear to be built-in to the barcode vi's. I have found some third party .net toolkits that work well but are costly. Here is one that works particularly well... http://online-barcode-reader.inliteresearch.com/

Thanks folks, it does look like Gige is workable. The next issue is streaming to disk. I have tested out the IMAQ AVI vi's and they work nicely but performance is highly dependent on the codec selected. So far it looks like the FF Video Codec 1, a mpeg derivative, is working well. It allows me to achieve a 30 fps rate with 640x480 B&W frames and has impressive compression. I will have to do more testing at my target resolution of 1024 x 768 and may need to further optimize my codec or try out a straight binary file instead of avi.

Just curious about the Gige interface. I have a Bassler 2048 pixel Line scan camera running at 48kHz. That's something like a 2048x4096 image @ 10Hz. Is that doable with the PCIe framegrabber? Do you guys have any other benchmarks?

I was wondering if anyone knew how this tool works its magic. I would like to investigate if it may be possible to modify the tool to work with WADL web services rather than the older WSDL Soap Services currently implemented. I looked around and could not find any NI vi's associated with this tool.

Curious to know if anyone has created a way for LabVIEW or TestStand to interact with a Instrumented Android APK file or 'App'. The Standard Android Development environment includes tools like Robotium or Monkeyrunner which are great if you are using Java or Python. In my case we already have LabVIEW in place for testing the embedded HW and subsystems but would like automated Android UI interaction as well.

One thing that I found to be very helpful is a little utility call Process Tamer. It does just what it says and immediately slowed down annoying windows background tasks. I was going to revert back to Windows 7 but now everything is just groovy!