-
Posts
692 -
Joined
-
Last visited
-
Days Won
21
Content Type
Profiles
Forums
Downloads
Gallery
Everything posted by Jordan Kuehn
-
I encountered this last year. Here's what NI says.
-
Congratulations!
-
I didn't go back through and read it again, but this thread might be helpful:
-
Do you guys know if they have this up yet? It's been nice in previous years to plan out and schedule the sessions I want to attend, but I'm not seeing it yet.
-
The cRIO code should still be executing, and you can manipulate shared variables with the DSM. It can be a pretty handy tool when working with cRIOs. Won't get you inside the FPGA, but it can give you a peek inside the RT side and the CPU.
-
Can you find the variables in the NI Distributed Systems Manager? If so, are they updating and reading correctly?
-
How to programmatically create multidevice tasks?
Jordan Kuehn replied to Ano Ano's topic in LabVIEW General
Create a case structure after initializing your tasks to look for this specific error code. In the event that you see it, make new tasks. You can even check for errors after the creation of each task and handle them appropriately. -
You could also look into diff'ing the versions and only transferring the modified files. You would have a better grasp of whether or not that would be worth your effort though.
-
Digital Displays for Gauges and Clusters Gauges
Jordan Kuehn replied to KWaris's topic in LabVIEW General
This is also true for graphs and charts, especially when you have multiple axises. -
Digital Displays for Gauges and Clusters Gauges
Jordan Kuehn replied to KWaris's topic in LabVIEW General
make sure you've selected the digital display first. -
file transfer using UDP protocol
Jordan Kuehn replied to moralyan's topic in Remote Control, Monitoring and the Internet
You'll find that getting angry at people trying to help you here won't get you far, especially if it is a homework assignment and the goal is for you to figure it out on your own. I agree with Phillip, the information here + some Googling will get you where you need to go. -
I like your style, short and to the point. SQLite will get a look next time a customer needs a database.
-
At risk of derailing the discussion, what benefits besides OSS does SQLite provide over other database types including MS Access?
-
I agree with the first part, but I do not necessarily agree on arbitrarily converting a series of subvi's into a state machine if there is never any need to programatically change the order of execution. In fact, for a series of subvi's that are always called in sequence (very likely in this case, since I doubt the frames have been coded with any idea of replication elsewhere) I'd find that keeping them laid out in a row would be more readable, especially with some informative icons.
-
Have you checked out the BeagleBoard?
-
The advantage to using a more comprehensive service rather than just a folder on a server somewhere is mostly web access and viewing. You can even begin to integrate things like bug tracking into it. Bitbucket is nice and free and is probably the best option if you are using Mercurial. If you'd like to set something up for yourself on your own server, RhodeCode is a very nice and free package that will let you do that.
-
If you are finding some of the built in signal processing tools lacking, I might suggest looking into MathScript (aka Matlab) nodes. Despite the work of NI, there is still a world of matlab signal processing code that is quite useful at times and this is a way to bring it into labview. (apologies if you were aware of this already)
-
I think this is the closest thing I've seen. https://decibel.ni.com/content/docs/DOC-14718 The author notes that the details required for implementation of QR code generation (and licensing I assume) are expensive.
-
I've read through the manuals for the advanced courses (took the training for the lower ones) and they had some very useful information, but from what I've seen in the CLA exam it may not directly corrolate. The ones I've read are likely from 2009 though. My best guess is you'd learn a lot, but still have work to do to prepare for the CLA. (note I'm only CLD right now. I'll probably take the CLA when it's time for recert)
-
I've converted the word document to a pdf, and have provided some rough translation of the OPs questions. There are some images and the formatting goes to hell if I copy/paste. Preguntas Wertus.pdf
-
I do not. However, I like this idea quite a lot and may start including it. There are times when I switch to a new approach and leave the old one while I test the new implementation, but I'll usually delete the structure when I'm done.
-
Vugie, thanks for pointing those drivers out as well. I had looked into them some prior to the release of the SDK and felt they had promise, but I feel that it is better to build an approach around the official supported SDK now that it's available. Of course, the attractiveness of homebrew drivers is inversely proportional to the level of success I have with the official ones
-
For those interested, I have a reply from labviewhacker.com (operated by NI employees). "Sorry, but due to Microsoft's recent update of the Kinect SDK, the current version of the hack may not be functional. We are working on getting a new version up. Thanks! Jimmy"
-
NI has released an API for using the Microsoft Kinect SDK and I've been tasked with a research project involving this device. See the links below: http://zone.ni.com/d...a/epd/p/id/6504 http://www.xbox.com/en-US/kinect http://kinectforwindows.org/ I've followed the instructions on the SDK website, installed the drivers and Visual Studio Express, and everything works fine in the MS demos. The labview config file to allow it to use .NET 4.0 is in place and it sees the .dll included in the API as well as the one installed by the SDK. I've tried mapping the constructor to both. When trying to run the demo I encounter the error screen below in LV2011 x86, LV2011 x64, and LV2010 x86. LV subsequently crashes on all versions, but that's nothing new Thoughts? I've posted to the API page and will post to the dark side if needed. .NET isn't really my cup of tea... //Edit. Google searches have suggested that people who encounter this when doing *shiver* text based programming have corrected the issue by modifying a parameter of their build environment from 'Any CPU' to only x86 CPU. I'm not sure how this would correlate with LabVIEW though.