Search Results for 'api'

Hi,
I am trying to run the SHAPISlowPlot.m in Matlab and I get an error for the loadlibrary() call. Attached is the error message.

Does anyone else have experience with this type of error?

After reading the MatlabInstructions.txt file I see that it assumes I am running 32-bit Matlab, I have 64-bit Matlab R2014a.

Also, when I type >>mex -setup
It appears that my MEX is configured to use Microsoft Visual C++ 2012 instead of Visual C++ 6.0 or 2008.

Could my environment be what is causing this error?

Thanks!

Attachments:

You must be logged in to view attached files.

[Lior]

Check your span and RBW settings. There are limits in RT mode. Also, check the API manual for more information.

[Justin Crooks]

Bbowar, you can also look at the simple, less functional Labview example in your C:\Program Files\Signal Hound\Spike\api\sa_series\labview folder. It doesn’t have all of the functionality of Lior’s program, but it might be easier to get running if you are experiencing difficulties.

[bbowar]

I just took delivery of 3 USB-SA44B signal hounds. I loaded the Spike software and that works fine. I downloaded the LV2013 zip file to try and control the unit using Labview. When I run the test app, I get an error code 13 from the saGetSerialNumberList (Call Library Function Node). I am running 32 bit version of Windows 7 and 32 bit version of Labview 2013. The path where it is looking is \x86\sa_api.dll. I noticed when I double click on the saGetSerialNumberList block, it shows a path to the dll in \x64\sa_api.dll. I tried changing the path there to x86 but I still get error code 13. Any ideas on what else to try?

[Andrew]

Hello Shapes,

We provide a C# API for the BB60C. You can find the code in the bb_api folder. The BB60C API is very similar to the SA44/124 API so you will be able to easily retrofit it over to the SA124 api.

It is simply a wrapper to our C DLL, it does not include any sort of visual app.

Regards,
A.J.

Spike shows a peak measurement of for example +7dbm. The API function returns +3dbm with the amplifier settings the same.

thanks
jim

Hello all,
I wrote some VIs around the SH api, to support both 32 and 64 bit versions of LabView. I hope you will find them useful. It was tested with SA44 on windows 8 64 bit.

Attachments:

You must be logged in to view attached files.

[Justin Crooks]

If you are using it with the USB-SA44B, you can use the API found in the Spike folder.
If you are using it by itself, without the USB-SA44B, email support@signalhound.com for a standalone TG API. Keep in mind that the TG output power is only from -30 to -10 dBm.

[Andrew]

Hi Victor,

Thank you for your updates and patience. I looked into this a bit further, and I hope I have come up with a solution. Start with a fresh download of the firmware updater folder and install this driver from FTDI. Link below

https://signalhound.com/sigdownloads/Spike/CDM%20v2.12.00%20WHQL%20Certified.exe

The ftd2xx.dll/bb_api.dll you dropped in are likely 64-bit versions. The FTDI driver install will be necessary for using the TG44/TG124 and will install the 32 and 64-bit versions. I think this is the missing piece. The firmware updater is a 32-bit application and installing the FTDI drivers hopefully will install the last missing DLL.

Let me know if this works.

Regards,
A.J.

[Anonymous]

Hello Andrew,

I had those libraries installed. And reinstalling them didn’t solve the problem. Here are my steps:
1. Unpack updater to separate folder.
2. Updater can’t find ftd2xx.dll, so I copy it from Spike 3.0.7 folder.
3. Updater shows that error from screenshot.
4. I also replaced bb_api.dll with one from Spike with no luck.

Regards,
Victor

[Justin Crooks]

I think I answered this on Facebook last week. In essence, for the legacy API, yes. I recommend keeping FFTSize * AvgCount <= 65536, although up to 512*255 will work. The new Spike API has no such limitations.

[Andrew]

Hey Dan,

Here is the direct link to the archived ARM build.
https://signalhound.com/sigdownloads/SA44B/arm_sa44B_api.zip
Compiled on a beagleboard with GCC, Cortex A8 processor.

Regards,
A.J.

[Andrew]

Hello Feng,

Video triggering is not a function of the API. If you need video triggering you will need to check the amplitude of the I/Q samples against your trigger level as you acquire them.

Let me know if you have any other questions.

Regards,
A.J.

[tr_feng]

Hi Andrew,
I am using APIs，i can not set up video trigger in IQ streaming mode, what’s the usage in API?
Thanks!

[Justin Crooks]

It looks like you’re using the 454 MHz ARM Freescale i.MX286? Unfortunately, we have no experience with this part. If our 32-bit x86 library and our ARM library both fail to compile, we most likely don’t support the architecture. We tried to satisfy the Linux embedded market with our Beagleboard ARM-based API, which works on a subset of ARM processors. I realize this is not an ideal platform for all customers. Most of our users connect the Signal Hound to a laptop or PC, so we have not had a high demand for embedded support, especially once users see how much slower it performs on a low power embedded platform.

Hello,

I am using the linux API and have been reading the manual and testing a few things with the SlowSweep function. The manual states that the product of avgCount and FFTSize must be evenly divisible by 512.

Here is the code I am running:

#include <cstdio>
#include "CUSBSA.h"
using namespace std;

int main()
{
    CUSBSA mySignalHound;
    mySignalHound.Initialize();
	mySignalHound.Configure(0.0,1,2,1,0,0);
	mySignalHound.SetPreamp(1);  //turn preamp on

    int i,returnCount = mySignalHound.SlowSweep(162.390e6, 162.56e6,8192,16,0);
	printf("#RBW: %f Hz\n", mySignalHound.m_dCalcRBW);
	
    for(i=0; i<returnCount; i++)
		printf("%3.8e   %3.3f\n", mySignalHound.dTraceFreq[i], mySignalHound.dTraceAmpl[i]);

    return 0;
}

I can run SlowSweep with FFTSize=4096 and avgCount=30 and successfully get the result. But if I try to increase avgCount to 32, it looks (judging by the front panel LED) like the SA44 does the measurement, but hangs at the point where it is sending data back to the host.

If I lower FFTSize to 2048 and avgCount to 32, it works. If I run 8192 and 14, it works, but 8192 and 16 fails. Based on these and other tests, it seems that
(FFTSize x avgCount) / 512 must be less than 256
for the SA44 to successfully perform the measurement and return the data.

Is this correct? and expected?

Thanks,
DAN

[dbreton]

Hi A.J. et al,

I am also trying to get the Signal Hound to work with embedded linux, specifically the TS-7670. I’ll simply be logging the output to files, no GUIs involved.

I am having a similar problem with the libSHLAPI.a file, though my machine/compiler complains:

g++ CUSBSA.cpp -o USBSA.o
g++ main.cpp CUSBSA.o libSHLAPI.a /usr/local/lib/libftd2xx.a -o test_shapi -lpthread -ldl -lrt

libSHLAPI.a: could not read symbols: File format not recognized
collect2: ld returned 1 exit status

Is there any way I could get the source files that go into the .a library? I’d like to try to compile them on my machine to see if there is some weird architecture thing that is keeping this from working. Failing that (e.g. those libraries are proprietary or something) can I send you information about my processor and toolchain for cross-compiling?

Thanks in advance,
DAN

• This reply was modified 10 years, 6 months ago by dbreton.

[Andrew]

Hello Feng,

You did not state whether you are using the API or using our supplied software. If you are using our software then you can setup video triggers in zero-span mode using the control panel. If you are using the API and retrieving IQ data from the device directly then video triggering is just a function of checking each IQ sample for you trigger level.

If this does not answer your question, please try to restate your questions.

Regards,
A.J.

[Andrew]

Hello Filippo,

We do have an example. If you go into the bb_series folder we have a fully fleshed out API in the csharp folder for our BB60 API. The BB60 API is very similar to the SA44/124 API so it will be mostly cut and paste.

The mechanism by which this is performed is commonly referred to by many names, most notably as PInvoke, Interop, or marshalling. These are the mechanism by which a C# program can call a C function in a DLL on Windows. Searching the internet for these terms will return many examples of doing this.

Regards,
A.J.

Hi,
how can I use APIs for the SA devices (sa_api.dll) on a .NET application?
Is there any ready sample?

Regards,
Filippo Marchese