BB60C-API for ARM

Want to call the APIs using an ARM-based device.
Hence like to compile the libraries to execute in an environment based on AArch64.
Request you to share the supporting libraries if Feasible.

Any support for the above query.

We currently do not support ARM based CPUs for any of our products. Our devices are recommended for use with Intel x86/x64 CPUs.

Andrew

+1 for ARM64 support.

Right now we have a dedicated x86 machine for the signal hound and portability has basically gone out the window. We find ourselves taking our big SA on field trips because it’s simply less effort than dragging another computer along. All of us in the company are on ARM Macs, and with the industry shifting that way, we see more and more ARM laptops coming in the future. Regardless of OS.

If you already have Linux support, surely it shouldn’t be that hard to rebuild for ARM64. Is it really not possible?

We think it would add massive value to your tools. Meanwhile, there are a lot of competing solutions emerging that basically support any OS. It’s almost free to recompile to a different architecture these days

Thanks for the feedback. We are continually evaluating ARM as a target. It is unfortunately more involved than a recompile (otherwise we would definitely have done it!), there are large amounts of x86 specific code that need to be rewritten/refactored for ARM.

Andrew

Sorry to keep beating a dead horse here. But really would like to have ARM support. I know you guys keep saying it’s not “Easy” but what would it take to help motivate this?

Crowd funding, Upgrade fee or whatever you want to use or call it. I would gladly pay it to help make this happen. Spike is literally the only software that makes me carry an entire separate machine on my travels these days.

[Jonathan Horne]

Echoing others, please add ARM support. I used to used Spike on x86 Macs under Parallels. Now that Apple silicon is several years old, that’s no longer an option. Please provide modern Mac support!

Also, embedded Linux (Raspberry Pi, etc.) would be enormously helpful.

Thanks for making the best SA around.

• This reply was modified 2 years, 1 month ago by Jonathan Horne.

Knock knock… Time for another poke about ARM support. With Windows dropping Laptop 7 and Surface Pro 11 both with Qualcomm Chips it’s time to stop the resistance.

With the push for AI these days, one would assume that it could do a good portion of the code re-write heavy lifting. But I’m no code writer. What I do know is I’m actively looking to not have to drag multiple computer around.

Count me as another vote for ARM support! Right now I need to lug two computers to every job site because my BB60C is Intel only 😢

We have made one small step in this direction yesterday with the release of the SP145 API for the Nvidia Jetson AGX Orin platform. This is a highly requested pairing. It supports sweeps and I/Q streaming with some minor limitations. Hopefully some of you here or future visitors looking for ARM platform support can benefit from these efforts.

If you have any follow up questions or issues with the API, please reach out to me at aj@signalhound.com.

All of these files are now located in our SDK.

Thanks

Hello. Again. Any news on this?
SP145 is not only much more expensive as it is probably a lesser solution for Wideband monitoring such as the required by AV companies.
Any update on the road map?

@rlisboa

I’ll save you the hassle. Signalhound has ZERO interest in supporting current computing technology. They will not support ARM for the BB series.

I would look at Harogic stuff. I have had numerous discussions with them and they know that ARM is the current AND future. They have a significantly better outlook and response on ARM. They currently support ARM on Linux and will be releasing Windows ARM support in the next month or so. I have a NXM-80 (Ethernet Version) arriving in the next week as a loaner from Harogic until they get the Windows ARM working for my SAM-80 I purchased.

[Andrew]

I’m using this thread as the general update thread on our ARM progress since it has the most visibility and comments on our forum. We are very much interested in supporting the ARM architecture and have been slowly adding support since our last update.

In our SDK we now have API builds for both the SP145 and SM200/435 for both the Nvidia Jetson Orin AGX and MacOS (M4 CPU). These APIs support a subset of functionality, namely sweeps and I/Q streaming with decimations up to 4, which hopefully covers most use cases. 10GbE support for our SM devices is also not supported on the Mac build, just the USB variants for now.

We are continuing to develop capability on ARM to support a larger subset of our APIs and new APIs altogether, (I.E. the BB60 API).

We appreciate everyone’s feedback and patience.

• This reply was modified 9 months ago by Andrew.
• This reply was modified 9 months ago by Andrew.

Andrew, your feed back is appreciated but please understand that it has been more than a couple of years since people asked for this. We understand that it was never promised but you have a significant number of users that are starting to look elsewhere for our specific applications.
Do you have a road map for this implementation or are we looking at a mere possibility?
Thanks

There is no road map or timeframes we are targeting. We are releasing updates as we can allocate engineering resources to them. I will be sure to reply to this thread when there are any updates to our ARM offerings.

After long delay, we are happy to announce the availability of ARM (AArch64) support for the BB60 API. The API was compiled on the Nvidia Jetson AGX Orin platform. It’s expected to work on many ARMv8 Linux based systems.

Library files and README can be found in the SDK.

https://signalhound.com/software/signal-hound-software-development-kit-sdk/

Andrew,

Wow… Thanks for a huge leap forward. Appreciate the hard work from you and the whole team.

Don’t shame me for asking, is there a timeline on Spike and ARM becoming harmonious?

RSartell,

Porting Spike is definitely something we have talked about, but there isn’t a timeline for this right now. The work done on the APIs would benefit a Spike port.

From your previous post, it seems Windows on ARM is your target platform? As you’ve noticed, all my ARM compiles are for Linux or Mac. If we ported Spike, Linux would likely be the first target OS.

Andrew

This is where I reveal a litle stupidity… Does your announcement yesterday allow the BB series to work in Spike on a ARM Mac Running Parallels or Windows Surface with an ARM processor?

No it does not.

We have now released ARMv8 API builds for the BB60, SP145, and SM200/435 devices. This is API only, no Spike. The README in the documentation mentions the platform and compiler used for each build. None of the builds will support Windows+ARM.

[Author]

Posts