Hi Norbert, Thanks for the diagnostic info ... it seems like you've found the solution. The reason we can't get very fast updates on the Pico units in Real-time mode is that we are heaviliy reliant on the kernel/windows update speed (XP can be particularly slow since it doesn't allow direct control ...

Hi Paul,

The answer is not to compensate for the offset, you don't need to. The input will measure from 0 to 20mA with a 125Ohm resistor. Use a lookup table as follows:
0 0
2500 20

The software works fine under XP.

Best Regards,

Hi, There shouldn't be any problem with this. The PicoLog application uses the same drivers as are supplied for your own programs, so if this works fine (try it) then your application will function correctly. I would go back to our original example application and confirm that this is working before...

Hi,

have a look at our example C program, this illustrates how to use our drivers. The information is also available in our product help files in the start menu.

Best Regards,

Hi Kerry, There isn't really much to go wrong with the labview vi, it will automatically detect the unit and display the appropriate signal. You may find that you will need to play with the timebase in order to see the signal clearly though. Also check that the correct range and channel have been se...

Hi Ahlo, It certainly is possible to perform FFT in Excel, however, we don't have instructions on how to do this. You will need to lookup how to use add-ins within Excel's help files then load the appropriate add-in (there's one which has an FFT function) and learn how to use it within Visual Basic ...

Hi,

You can order the USB-Parallel Port adapter online from here ... or you can find our contact details here.

Best Regards,

Hi Walt, The error message is an assertion failure and the file ' a100usb.c ' is source code so it is not distributed with the application (this is for our own debugging purposes). The bug you have found is known by Pico and we are currently looking to fix this. Look out for our next software releas...

Hi, The reason for the slower sampling is that you are using a slow sampling mode - ie Real Time mode. This mode relies heavily on windows timing which varies from version to version (often regardless of processor speed). Try using Fast-Block mode, this will overcome all timing issues. Best Regards,

Hi, Unfortunately, this is not possible with Picolog directly, but you can import the alarm conditions with DDE into another application (eg MS Excel), then use that application to control whatever you were looking to control. The help file details how to import DDE data into some applications, but ...

As you suggest, the USB adapter does overcome the timing problems in windows so it should help in your application.

Best Regards,

Rich,

all your calculations are fine, there is nothing hidden so the simple answers are true. The min / max range are inhibited by the dialog box.

The memory of the unit is slightly less than 128,000 samples per channel.

Best Regards,

Hi, The cursors are approximations of the actual readings, simply because we don't know how many readings there are per pixel (the fluke knows this because it has a standard size of screen). We are working on a way to make the cursor readings more attuned to what the user expects in a future version...

Hi David, 2Hz is probably too low a speed for the settings (it will take quite a long time for the unit to collect enough data to give a sensible output). Try entering a measurement on the scope trace in PicoScope from Settings|Measurements (the help file details how to do this). ... or you could se...

Hi,

Yes this is fine, simply check the multiple converters check box in the Settings | Recording dialog box (see the Help file for further details).

Regards,