Neville D

QUOTE (Shazlan @ Dec 2 2008, 11:27 PM) Can you use the Viewing software supplied with your camera (not MAX) to see if there is an image with the hub connected? I seem to remember you have to select the correct Firewire driver (non-NI) for the camera manufacturer's software to work in the Device Manager (My Computer>Properties>Hardware>Device Mgr). Also check that your camera supports working with a firewire hub. QUOTE (Shazlan @ Dec 2 2008, 11:27 PM) Also, I am hoping that I could connect the hub to my laptop. The laptop has a 4-pin firewire port but since the hub is powered externally, this shouldn't be a problem (or should it?). I've tried but have the same problem as above. I assume that once the camera is detectable in MAX via the hub, the same solution can also be adopted for laptop/mobile applications. Chris is right about the power lines. Laptops have 4 pin firewire (no power lines). But if your hub has a 6 pin connector on it, it should be supplying the additional power. What do the specs on your hub say? To use my Prosilica Firewire camera with my laptop, I bought an additional special cable from them that has 4 pins (laptop end) and 6 pins (camera end) with an additional power line coming out that goes to a 12V wall wart. This worked fine with NI stuff. Neville.

I realize its a bit late to be suggesting this, but have you taken a look at NI's WIFI DAQ? The same Thermocouple module could also be used in a different sleeve for Ethernet DAQ or USB DAQ, I believe. (I haven't tried these out). They are quite a bit more expensive than your solution however. Neville.

QUOTE (normandinf @ Dec 1 2008, 12:57 PM) Sure, its the lazy programmer's way to get at the final element. It also conserves valuable block diagram space; and with multi-core processors, it shouldn't make too much of a difference. That being said, if I want a routine to be really fast, I use the Index array with (N-1) as input. It might be slower because a buffer might need to be allocated for the remaining N-1 element array. Did you have that wired as well? Neville.

Should work for XY data as well (without the waveform unbundle). N.

QUOTE (raul70 @ Nov 26 2008, 02:26 AM) I think there is a way to make the Agilent card work with LV as well. Don't remember now (its been about 10 yrs since I used one).. We had a customer who standardised on VEE+Agilent VXI hardware and we had to make his stuff work with LV. If I remember right, you just use the traditional GPIB functions (not VISA) and it works. Something about replacing a tulip dll with the NI version and everything is fine.. check the NI website if you need to make it work. Neville.

The Mass Flow controllers and/or meters also might have an analog control line (either Voltage or Current) that you can read or write to with a DAQ card. Ultimately this is way faster and cleaner than querying via RS-232. Neville

QUOTE (Jim Kring @ Nov 21 2008, 02:19 PM) Hopefully, by now most people have moved away from the classic non-native Q's and notifiers, so they are less likely to be bitten by this. These VI's have been replaced by native function calls that don't exhibit this behaviour since atleast LV 7x? It would be nice if NI cleaned up the remaining categories still affected namely: Semaphores, rendezvous and config files. <nudge> <nudge> AQ are you listening? Neville.

Post your code. N.

QUOTE (Irene_he @ Nov 19 2008, 04:21 AM) I think its probably using VxWorks, since they have a lot of investment on platforms using that (cRIO/cFP?). N.

QUOTE (Jim Kring @ Nov 17 2008, 10:09 PM) OK, great! It worked fine this morning. Thanks, N.

Doesn't seem to be any newer package than Version 1.1 of the Port I/O library.. Neville.

QUOTE (Mathew @ Nov 11 2008, 07:19 AM) If you have Cartesian coords, you can transform to polar using Complex to Polar function from the following pallet: Programming>Numeric>Complex (Its polymorphic). N.

QUOTE (Maca @ Nov 11 2008, 05:42 AM) Nope, but the 8175 is a really old controller.. have you tried the code for the 8187 using nismbus drivers? That might work. Be sure to follow the convoluted instructions to the letter, though.. N.

I would like to read the processor temperature on a desktop system setup as an RT target. I have explored NI's links on measuring temperature with PXI 818x/819x RT systems (based on a single-core Pentium M), and their new System Monitor API for Dual Core PXI-RT's and PXI chassis. Unfortunately neither of these work for the Quad-Core system I have. Trolling on the internet, I found that reading the CPU temperature is a matter of reading a Model Specific register (MSR) on the chip. A colleague gave me the following assembly code snippet that should work: //////////////////////////////////////////////////////////////////////// RDMSR//////////////////////////////////////////////////////////////////////__declspec(naked) void Ring0ReadMSR(){_asm{rdmsrmov [ebx],eaxmov [edi],edxretf}} //////////////////////////////////////////////////////////////////////// WRMSR//////////////////////////////////////////////////////////////////////__declspec(naked) void Ring0WriteMSR(){_asm{mov eax,[ebx]mov edx,[edi]wrmsrretf}} There are other freeware apps that can read temperatures, and fanspeeds for desktops in Windows, but note that I would like to do this in LabVIEW-RT. I'm thinking I need to write a simple dll that works in Windows using CVI and then translate that over to RT after testing for RT compatibility with some NI tools to make sure that dll will work on RT. But I have no idea how to start.. Any pointers/tips? Neville.

QUOTE (jlokanis @ Nov 6 2008, 02:13 PM) I thought when building an exe stuff like remove diagrams/front panels, debugging etc was already taken care off, no? I think in the build you have to explicitly enable "debugging executable" mode.. N.

You can also download drivers for similar instruments from HP. The SCPI command set is fairly standard, and after confirming the command is the same, the driver should work. Neville.

QUOTE (NareshN@Capsys @ Nov 6 2008, 03:50 AM) Are you sure the VI is actually running on the remote machine? Is it a PC or a LabVIEW RT target? If its an RT Target can you ping it or ftp into it? (If you can means you should be able to access its front panel too). Make sure: 1 Firewalls on both machines allow access 2 VI Server 3 Web Server are enabled on the Remote machine. Does the machine you are trying to access with (client) have LV installed on it? If so, try to connect to its remote panel from Operate>Connect to Remote Panel, supplying all details. Neville.

QUOTE (mohib @ Nov 4 2008, 10:48 PM) You might look at the NI website for their products that support analog cameras. They will be very tightly integrated with LabVIEW and NI Vision. ActiveX will take a lot of development and is usually pretty flaky if you try installing it on another PC (even if the PC's are identical) at a later date. N.

QUOTE (jasonw @ Nov 5 2008, 07:28 AM) True, but what he was getting at is, he has the BASE version of LV which doesn't allow editing event structures. If your code has one, you can use it in the BASE version, but you can't add it or modify it. N.

QUOTE (horatius @ Nov 5 2008, 08:05 AM) Maybe you should break up your code inside the loops into sub-VI's? You can't dump everything into the top-level VI. N.

QUOTE (Tomi Maila @ Nov 4 2008, 09:04 AM) I don't know much about this stuff, but could you use an old LV trick where you change the node to "register for events", remove the offending element and then change back to "Register for Event Callback"? A similar trick was used to make changes in enums<->rings. Neville.

QUOTE (Fresnel @ Oct 30 2008, 09:21 AM) What do you mean by results?? Post some code and take a look at http://www.catb.org/%7Eesr/faqs/smart-questions.html' rel='nofollow' target="_blank">this N.

QUOTE (Fresnel @ Oct 30 2008, 08:53 AM) Do you mean average of the images or an average of whatever operation you are performing? If you want to average say 5 images, then collect 5 snapshots in 5 different buffers and use the VI's from the Operator pallet to add them two at a time, and later divide by 5. N.

QUOTE (professor_rumsdiegeige @ Oct 28 2008, 04:31 AM) Yes, you should be able to do it. Just clear the previous overlay using IMAQ Clear Overlay.vi, and write the new data (whatever it is, text or a graphic). You can use IMAQ Overlay text.vi for writing text onto your overlay. With the new overlay functions in Vision 8.6.x (released Aug 2008), you can group overlays and then clear only the group that has changed, leaving other overlays untouched. N.

QUOTE (horatius @ Oct 24 2008, 09:08 AM) You have to save the VI after making this change. N.