Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by Bryan

  1. I did as requested and couldn't believe that it generated an 8MB file! I gzipped it down to 600-ish K. Now it seems when I start LabVIEW 8.2 that if I just let it sit for a little while at the welcome screen, it will shut down on it's own. I looked at the file created a little and saw things that said "File not found". Can't figure out why it wouldn't see them. Download File:post-404-1159530549.gz
  2. Thanks for the link. It was actually a reminder. I had that issue with 7.1 and Fedora and had to do the tune2fs. I didn't have to do it when I installed 7.1 on Mandrake 10.1 for some reason. Mandrake had just become Mandriva at that time I believe (although I still hear it called Mandrake). I tried it and had the same problem. The NI Knowledge Base says that problem was fixed in 7.1.1, so I would assume it would be in 8.2 as well. Any other ideas?
  3. I've had LabVIEW 7.1 running successfully on Mandrake 10.1 for almost 2 years now. I just yesterday installed 8.2 (7.1 still installed) and have had problems getting it to do anything but load. I don't think it's related to having 7.1 on board, but anytime I try to create a new VI or anything, LabVIEW closes. I'm able to create a new project, and items within a project, but as soon as I try to open/edit anything, it closes. I launched LabVIEW 8.2 from a command prompt and when it closed I got the following error: Anyone have any ideas?
  4. Congrats man! I'm still waiting/looking for an excuse & the money to take the test. If I were ballsy enough to take the risk and strike out on my own, I'd go for it. Where I work now, getting certification wouldn't benefit me at all.
  5. Going through step by step is definitely what I need to do... finding time to do it right now is difficult. It's getting clearer as I go. Props again to you and Jim for creating this stuff! I've been learning that the hard way lately
  6. Thanks for the reply. You're right as to how I was going about it. I got about halfway thorugh this and figured I wasn't going about it the right way. Something just seemed off. I have been looking at the tutorials, but have been having a hard time absorbing it. I seem to be having a bout of temporary 2-week ADD or something... nothing seems to be sinking in. I've since deleted this little project and am trying another route. I'm going to look at the DataIO tutorial again. I've actually read the manual (something I never do I might add), but I'll need to go through it again now that I'm fully awake.
  7. I'm trying to write a little program using GOOP Developer Evaluation just to see if I understand/implement GOOP. Here's my scenario: I have a VME Chassis, in the chassis are 2 potential types of cards, for each card, there can be up to 6 potential modules (I/O, communication, etc) and then there are specific module types. I've created essentially a master class (VME Chassis) and under it are a bunch of child classes: VME VME.Card VME.Card.Module VME.Card.Module.Type1 VME.Card.Module.Type2 VME.Card.Module.Type3 ...and so on. Now, am I implementing GOOP/OOP as intended? It feels like I'm setting it up for 2 diferent usages: Components and subcomponents and Generic Components and specific components? What I've done, is when I create a VME object, it searches for all available cards and creates new VME.Card objects. Each of those card objects then searches for modules and creates module objects, each module object determines what type it is, and then creates a specific module type object... and so on. I'm still at the "creating" stages and haven't run any of this yet... am I on the right path?
  8. I actually have an A.A.S. in Electronics Technology, Communications: Fiber Optics Emphasis. I had one semester of LabVIEW 4 while in school. I started out as a Test Technician for Corning Inc, demonstrated some LabVIEW ability and was tasked to built an automated test system for passive and active optical components. I've stayed in the testing realm since then and have worked my way from an entry level technician to an engineer (though I'm afraid I've hit the ceiling ) and that's where I currently sit after 7 years in the field. I'm currently a test enginer for Northrop Grumman Naval Systems (Sperry Marine) That's my background.
  9. Someday I'll get there. I want to be in and around the LAVA forums more and be an OpenG contributor... work just keeps getting in the way (unfortunately, little "work" is LabVIEW at the moment).
  10. Bryan


    I thought my movie blurbs were pretty funny (apparently I'm the only one :embarassed:). Looks to me like he may sit in a room with coat hangers hanging from the ceiling and a foil hat on his head.
  11. That was my goal posting in here. I've not spent much time in text-based languages. I started in LabVIEW, THEN started learning a couple text-based languages. OO has always interested me. I understand it, and yet, I don't... if that makes sense.
  12. Bryan


    I see that. I'm inclined to think he's a bot... they're not very coherent.
  13. Bryan


    It's a city (albeit a small one). I have no idea what you're saying.
  14. Exactly my thinking. I've just been having a hard time explaining it.
  15. Bryan


    Why, oh why didn't you take the blue pill? Do you see "GERONIMO" in your dreams? "Just because you're paranoid, don't mean they're not after you." - Kurt Kobain Album: Nevermind Song: Territorial Pissings
  16. dsaunders has pretty much written here what I've been thinking. I have nothing against GOOP. I've been using solely LCOD to this point and am trying to figure out if I should be using one or the other or a combination of both. I haven't had a chance to mess with GOOP too much to understand it completely. One of my things is that LCOD keeps me from having to wire up and maintain a crapload of refnums. I'm going to have to search around here and look at some posted examples of usage I guess.
  17. Thanks for your reply! So, you've essentially done a HD install of DSL, essentially making the filesystem writeable? That's where I run into problems. I guess I'd have to find a way to do a HD install, then create a new ISO image of that install.
  18. For those who don't know, LCOD stands for LabVIEW Component Oriented Design. Quite some time ago, I read the book: "A Software Engineering Approach to LabVIEW" (By Conway Watts), recommended reading to me by JohnRH before he left our company to become a mountain man. For those who don't know what LCOD is, it's essentially elaborate functional (LV2-style) globals that use an enum-controlled state-machine (commands... i.e. methods, property get/set commands) that can be used for data hiding and auto-initialization (1st call, invalid refnums, etc). In the book, it talks about LCOD and modular LV programming, some interesting stuff. I've actually been implementing usage of it in LV projects I'm able to work on (unfortunately, being a TE in my company so far is only allows me about 25% time using LabVIEW at the moment). I've found it to be very easy to work with and manageable. All functionality is contained within one VI subroutine without having to pass around refnums and have multiple subVIs for a particular "module". Now, I haven't had a whole lot of time to mess with or really learn GOOP or OpenGOOP, although I have been trying to follow it with what little time has been available. It definitely is a tool I'd LOVE to use, however, I've been finding myself reluctant to use it because of what little I know about it so far and the fact that it's not as "compact" as LCOD. Has anybody used both, used hybrids of the two, am I just comparing apples to oranges or just not making any sense (it's early and my coffee hasn't kicked in yet)?
  19. Oh, c'mon now. You mean to tell me that nobody in here has ever tried to run LabVIEW in a Knoppix-Based distribution?
  20. Has anybody in here ever run the LabVIEW developent environment on Damn Small Linux? I'm trying to do 2 things with this type of setup... not necessarily on the same machine. The reason I'm looking at DSL is because of it's ability to run completely in RAM. Now, if I'm doing LabVIEW development, I wouldn't be running in RAM. What I want to do is create an executable that will run in the DSL environment. This will give me the ability to boot a computer (with USB Booting ability) and start my application... unmount my media and the computer would still be running and running my software. I would then be free to do the same thing on another computer, and so on. This way, I could have an application running on multiple (networked) computers in RAM without having to install it on the computer itself and/or disturbing the computer's on board hard drive contents. I did develop an exe in Mandrake 10.1 with Labview and get it to run in DSL once before, I don't remember how I did it. I would like to be able to do development in DSL as well so I can test for any inter-distribution problems, etc. If I get this figured out, all I would have to do then is figure out how to reimage my "custom" copy of DSL so that I can install it on a pen drive. I won't be surprised if nobody responds. Pretty much all of the LabVIEW/Linux stuff I've been doing I have figured out myself. It's still neat to wire up programs in an OS other than Window$.
  21. I completely agree. A new install would save us a lot of time (and my company a lot of money for that time).
  22. UPDATE: After a few emails with SST, I got something working. Turns out that I was loading the wrong driver with the DLL, but the DLL isn't specified in any of the documentation. SST had to actually provide an example showing me which DLL to access. There's no way to have known otherwise, except with a good guess. That and the DLL is named appropriatetly: SSPBM32.dll None of the PBMMAN32.dll functions will work without that driver dll loaded.
  23. I was watching some show a month ago about tornado chasers and it showed a computer with a LabVIEW FP and an NI PXI setup.
  24. I've been trying to view/control the online status and configuration of a SST PBMS-5136 multislave profibus card using the "pbmman32.dll" and (decent)documentation provided by SST (Woodhead) with minimal success. The only function that I've been able to get to successfully execute is "PBM_Version", which returns the DLL version. Any other function, even the simplest ones return "FALSE" (error) when I try to run them. The other route I've tried with this card is via ActiveX. I've had better luck this way. I've been able to open a connection to the card, view it's online status and set it offline, but when it comes to configuring the card and setting it online, that's where it gets flaky. The card never configures the way I want it to. I've tried feeding the configuration method the .bss and .pbc file contents, filenames and file paths and if it can't configure the card, it won't set it online. In the rare occasion that it does configure the card, it doesn't configure the card properly. I've even manually configured the card with their config software, used ActiveX to "getConfig", then "put" that same data back on the card and put it online and it still doesn't match the .pbc file configuration. None of the documentation I have for this card documents control via ActiveX, although their website claims compatibilty with it and LabVIEW. I'm at a loss now. I've contacted SST and am currently waiting for a response. Our experience is that they haven't been very timely in returning correspondence so I've been scouring the net trying to find examples/drivers involving successful interface with these cards, but surprisingly have found very little information. Actually, I haven't found a thing that helps in any way. Can anyone help?
  25. I meant using DAQ hardware to control various circuits of lights and sync them to a song. The guy is a GE engineer I hear who got some module to synchronize various outputs to music. He did an awesome job. Apparently, his electric bill is $100 higher/month when he's running this setup (estimation based on last year's, where he did something similar with a little fewer lights).
  • Create New...

Important Information

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