crelf

QUOTE (hooovahh @ Feb 9 2009, 09:48 AM) If you force yourself to use it for 3 weeks, then you'll never want to live without it. I don't care if you do or not, but I'm telling you - I couldn't live without it.

Moved to the LAVAcr In-Development section due to inactivity timeout in the LAVAcr submisison queue. QUOTE (Antoine Châlons)

Moved to the LAVAcr In-Development section due to inactivity timeout in the LAVAcr submisison queue. QUOTE (TomLu)

QUOTE (Ton @ Feb 8 2009, 03:00 PM) :thumbup: You sure can!

QUOTE (Ton @ Feb 8 2009, 07:40 AM) Then you're going to love it even more when you find out that you can (and arguable should) do all those good things in the project: http://lavag.org/old_files/monthly_02_2009/post-181-1234120619.png' target="_blank">

QUOTE (Jon Arnett @ Feb 6 2009, 04:06 PM) Maybe I sent you a link to the wrong product, but the concentrator we used was a PCI card, so no issues there. I don't mind using ethernet-based technology, but only if I needed to. If the systems are distributed, then ethernet is viable, but if they're not then the disconnectivity (is that a word?) and security can make me nervous. QUOTE (Jon Arnett @ Feb 6 2009, 04:06 PM) If you were integrating something (again focusing on only 8 ports here), would the pricepoint be much of an issue for you? Our 8 port card would retail somewhere around $200 instead of $900, and give raw serial control. It would be crazy for me to say that price wasn't an issue, but I'm much more interested in a product that works first time, every time, out of the box. If your product is prooven, and works with NI-VISA, then sure, price would become a mitigating factor. QUOTE (Jon Arnett @ Feb 6 2009, 04:06 PM) At this point, the card can run 8 serial ports simultaneously on a single core 2 Ghz chip without maxing it out, which is why I was wondering how much of an issue cpu usage actually was for you. As I said in my last post, it's not - we found a product that, once we started using it, worked just fine. In fact, better than we'd expected. QUOTE (Jon Arnett @ Feb 6 2009, 04:06 PM) On more broad terms, are there any specific products that the industry is craving right now, or any huge complaints on products you use from other companies like Digi that we could improve upon for you? No.

QUOTE (Michael_Aivaliotis @ Jan 27 2009, 02:10 PM) Oh - I totally agree - thanks again for posting it.

QUOTE (Jon Arnett @ Feb 5 2009, 11:25 AM) We used an ehterlite serial port concentrator from digikey a few years ago, and purchased a quad processor PC to control it expecting lots of CPU usage. We were pleasantly surprised with how little CPU was used, even when adressing 128 ports quasi-simultaneously. QUOTE (Jon Arnett @ Feb 5 2009, 11:25 AM) ...we're certainly open to making changes, custom driver configurations, etc. if that's what the market wants. If you make sure that your hardware works seemlessly with NI-VISA, then I'm happy. If I need to install anything extra, then that's (albeit a small) risk that might push me more toward a competitor of yours. QUOTE (Jon Arnett @ Feb 5 2009, 11:25 AM) So, hopefully I don't flamed for being from a product company and posting here, but I would like some honest feedback... Not at all - I'm glad you came to us for the feedback. Hopefully we can help you design products that we'd want to buy That said, I think you posted in the wrong forum area, so I'm moving this thread to somewhere more appropriate. QUOTE (Jon Arnett @ Feb 5 2009, 11:25 AM) Right now, we're looking at Windows, Linux and Mac support... I couldn't care less about anything other than Windows, but, as I wrote above, as long as it's compatible with NI-VISA then you should be good on all platforms that it supports.

You want to build a stm for less than $1k? Is this a project? Or is it for real research? If the latter, then you're nuts!

Firstly, read this. Then, upload an example of the issue so we can discuss it more easily.

QUOTE (Ic3Knight @ Feb 4 2009, 04:46 PM) Welcome! QUOTE (Ic3Knight @ Feb 4 2009, 04:46 PM) I'm trying to write a device driver in Labview 8.6, to control a device via standard RS232 serial comms. I'm pretty sure I know what you're asking, but it's best if you upload a code example that we can discuss.

QUOTE (pwu.380 @ Feb 4 2009, 02:35 PM) bugger. QUOTE (pwu.380 @ Feb 4 2009, 02:35 PM) The camera is going to a frame grabber card from NI. It's an analog input to the card and from there should be a PCI bus to the motherboard. Double bugger - I was thinking it might be a bus loading issue if you were using firewire, but you're not

QUOTE (ejensen @ Feb 4 2009, 12:43 PM) Are the files/folders in your biuld area under SCC?

Show us your code.

QUOTE (pwu.380 @ Feb 4 2009, 11:38 AM) A couple of quick questions: is there anything in the error cluster that's coming out of the IMAQ VIs? You haven't wired your error clusters, so you might be missing an error or warning. Also, what's the bus you're using for image acquisition? Is it a gigE, FireWire camera, or are you using a NI image acquisition card with a different standard?

QUOTE (Michael Aivaliotis @ Feb 2 2009, 02:54 AM) Now no one has an excuse for not contributing :thumbup:

QUOTE (syah85 @ Jan 31 2009, 09:06 PM) http://letmegooglethatforyou.com/?q=database+blob' rel='nofollow' target="_blank">RTFM.

QUOTE (Maca @ Jan 30 2009, 08:40 PM) You had me until the comment about us New South Welshmen.

QUOTE (Aristos Queue @ Jan 30 2009, 07:37 PM) *sigh* Well, you've just increased the future business of those consultant engineers that roam the country helping fix code that someone else has done and then left the company. Let's just hope they employ a time and materials contract.

The best coffee mug ever! CAD - Starbucks mug design @ © SplitReason.com

QUOTE (Maca @ Jan 30 2009, 10:13 AM) Fair dinkum? You learn something new every day.

QUOTE (Phillip Brooks @ Jan 30 2009, 08:55 AM) Then you need to be able to determine the difference between malicious code and code that, well, just doesn't do what it's supposed to do. While the suggestions above are good ones, they're all related to code reviewing, and you should never rely on just a code review to give you any sense of functionality security - you should use unit testing to verify the unit meets the requirements. If rogue code isn't found by a person doing some extra scrolling, then what? Maybe it doesn't matter because the situations that the unit is going to be used in will never fire that dormant code (assuming your unit test plan was written correctly, this means that the code does more than it needs to, per the requirements). In any case, it's important to know just how much of the code is executed during the unit tests. Ask yourself - do our unit tests actually cover all the cases we will use the unit in? If not (and there are valid reasons for this) then are we actually exercising all of the code during or unit tests? If not, then there's something hiding - most of the time it'll be something innocent (the coder thought that a case would fire but coded it wrong, or some legacy code that has been left in there but will never be used) but sometimes ther might be something malicious in there (I've seen both intentional malicious code and code where someone put something in there to try to be funny - IMHO I put both of those situations in the malicious category because neither of them are there to meet the formal requirements). Code reviews, while very important, are only one part of the verification process. Wouldn't it be great if there was a tool built right into the LabVIEW project that could help us with our unit testing and code coverage needs?

QUOTE (ACS @ Jan 29 2009, 11:09 PM) No, it's not publically available. I suggest you check out the scripting toolkit right here in our very own LAVA Code Respository.

QUOTE (gleichman @ Jan 29 2009, 11:47 PM) Then happy Kansas Day!

QUOTE (Darren @ Jan 29 2009, 10:44 PM) I'm so despondant - I thought AQ was one of the cool kids QUOTE (Norm Kirchner @ Jan 29 2009, 10:44 PM) Something like this Chris? Oh - yeah - that was going to be my fall-back. Thanks Norm, but I'm glad that the "Create From Reference" method exists.