Jump to content

iyeager

Members
  • Content Count

    18
  • Joined

  • Last visited

  • Days Won

    1

iyeager last won the day on October 25 2012

iyeager had the most liked content!

Community Reputation

5

About iyeager

  • Rank
    Active

LabVIEW Information

  • Version
    LabVIEW 2010
  • Since
    2009
  1. Rolf, Thanks for looking at it. I did do the whole posted solution in 4 hours, and I did not get all the tags in. I actually did what you (and others) suggested and focused on getting the core framework and modules done quickly. I took the test last week and feel very confident about it. I was done with my 'core' stuff in under two hours and had about half an hour left after I put my last requirement tag on. I spent the last 30 minutes cleaning up my code a bit, making my comments a little clearer and actually implementing a little code. Overall, I felt pretty satisfied. -Ian
  2. All, I did one of the CLA prep exams today. Was wondering if anyone wanted to take a look and offer any advice or criticisms? Github link is here: https://github.com/iyeager2004/Elevator_CLA_Prep Any feedback is appreciated. -Ian
  3. I was writing a login screen for a recent project that required me to verify that the password met certain criteria, i.e. at least eight characters, at least one cap, at least one number or special character, etc... I came up with the attached piece of code using regex, which, surprisingly for me, actually worked. I'm planning on leaving it this way, without any comments so when I find it five years from now I'll spend at least an hour wondering what the hell I was thinking. Anyone else have any utterly ridiculous code? Not spaghetti, just off the wall, makes no sense but works perfectly kind of code? -Ian
  4. iyeager

    Pseudocode

    Any developers write (draw?) pseudocode before actually hacking out code? I guess it's the part of me that doesn't want to ignore the text based education I've had, but I've written pseudocode for everything as it helps me think everything out prior to actually writing. However, I can't seem to do it in Labview and I was hoping perhaps some of you could shed some light on how you accomplish the "roughing" out process? -Ian
  5. Did anyone attend Simon Hoggs - Data Acquisition Template session today and happen to jot down the bit.ly address where he's stashed the templates he created? I can't find them anywhere on ni.com. -Ian
  6. Eric, Yep, still working on it. I actually went a different route. I'm using a MAX created task as the input to the DAQmx nodes and I've given them access to MAX so that they can configure the channels, scales, etc. It seems to be working so far, I haven't encountered any issues yet. Any hiccups you see in this logic? -Ian
  7. I'll be there, I think I owe at least half of you guys a beer for fixing my stuff so much over the past few months. -Ian
  8. I'm developing a pure data acquisition and storage .vi for our company and I want to incorporate some setup-type screens for the engineers doing the testing. The acquisition is being done using a cDAQ-9174 and all current 4-20mA analog inputs. However, there's thirty-two inputs possible and if they change where a sensor is plugged in or need to add a sensor I don't want them having to break into the DAQmx code to change the way the program works. I also don't want to acquire and display thirty-two inputs if they're only using four of them. Having twenty eight zeros up there would get annoying. I've written a .vi that has the setup info in it, pretty self-explanatory, but I'm not sure how to than take this info and use it to configure the DAQmx physical channels. I'd also like to be able to update this information in the middle of the test, in case a sensor craps out or they find they missed something. I've attached the .vi, but I'm also not sure how to accomplish that since you initialize prior to running any loops? So, basically stated, I'd like to be able to use the array of strings created by this .vi. Relate the individual string to a physical channel, than apply that channel to a DAQmx node. And have this all happen without having to shut the program down and restart it. Is it possible (of course it is) and any ideas on how to do it? The other .vi I attached (Test1.vi) was me beginning to try to get the information from the subvi, but running into a brick wall. Any help would be greatly appreciated. -Ian Test Setups.vi Test1.vi
  9. Is it possible to use LabVIEW to write data, over an internet connection, to another computer? Our company has data acquisition suitcases that are placed at customers facilities all over. Currently we save the data to a flash drive and then the customer pulls the flash drive, replaces it, and mails us the full one. However, I'd like a live or semi-live (only five minutes old?) version of the data if possible. I don't need to see the front panel, but would really just like to be able to write the information to our company's computer somehow. The cases have laptops with internet connections, so something that writes over the internet would be nice, or even a program on our end that goes in and grabs the data every five minutes or so, although, I'd have to write some semaphores into the current program I believe as file access might get messy then. Any ideas? -Ian
  10. Ahhh, My bad. It's been beaten into me over the past week to give my while loop wait times to allow the processor to rest and actually speed your programs up. At this hour I hadn't even considered that fact that it would slow down the update speed of the loop. Duh. Thanks Shaun. -Ian
  11. Is it possible to benchmark the transmit times of local variables? I've run some simple benchmark stuff before, but never something that would figure out how long it took to get a piece of data through a local variable. I've attached a simple program that sends some info through a local variable, and there's obviously some lag that's visable, well, at least visable on the system I'm running. I know that lag depends on the system the program is running on so I'd really like to find a way to test it on the various PC's that we use here. Any ideas? -Ian Time Control Test.vi test.txt
  12. Very good point that I hadn't even considered. I was unknowingly throwing away a bunch of update data, probably never noticed in this application since the update screen will only be there to act as a sanity check during install and the case will remain closed most of the time with it's screen off, but good idea for future programs where it could cause issues. Thanks for the heads up. -Ian
  13. Hey all, Just looking to get some online peer review since it's non-existant at my work. I developed this program to do some data acquisition using a fleet of around 15 DAQ suitcases. The cases are loaded with cDAQ-9174's with a 9203 current module in them. I'm using a couple of pressure transducers, a couple of RTD's and a couple of differential pressure transducers per case, all run by USB back to an Acer Netbook that does the thinking. It's pretty straight forward right now, but I'm open to any ideas for simplifacation or farkles. Thanks in advance, -Ian SuitcaseTopLevel.vi Flow Formula - Dwyer Averaging Pitot.vi
×
×
  • Create New...

Important Information

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