Sample rates <= 31250 are currently unsupported from the automation API

Hello,

I am getting the following error when trying to set analog baudate to 32500Hz to the Automation API:

InvalidRequestError('Invalid supplied sample rate - sample rates <= 31250 are currently unsupported from the automation API

I need to use 32500Hz for the sampling rate of my Analog channels, as the next available sample rate is 625000 , which is too high for my use case, as I need capturing for long periods of time making my captures too large for my case. When will this be available using Automation API? Any workaround?

Thanks

@albert.caba Sorry for all the issues with our Automation API! I’ll be reviewing this, as well as your other forum posts around automation, and I’ll follow up with you once we know what’s going on.

@albert.caba After reviewing your request, it looks like we have not yet implemented Automation API support for configuring sampling rate values of 31.25 kS/s or lower. I’m not sure at the moment why we left it out, but I’ll bring this up with the team here.

Hi @timreyes , thank you , please let me know once you have some feedback as this is an important issue for us, as it prevents us to use Saleae in production! Thanks

Hi @timreyes any update on this? Thanks!

@albert.caba We were discussing this particular feature fairly recently, and it’s a larger project than we initially thought — not straightforward to implement, but doable. The key difficulty is that the lower sampling rates (below 625 kS/s) are not officially supported by our device in hardware, but is instead downsampled in software. This poses a few challenges when incorporating it with our automation API. We’ve got this feature request internally documented and we have a plan to fix it - but sadly it won’t be right away due to other priorities at the moment.

In the meantime, I wanted to see if we can immediately address your concern below.

One alternative might be to save your captures in binary format rather than in .sal file format, by using the export_raw_data_binary() function below. The downside is that you won’t be able to open the binary file using our software, however, if you plan to analyze your capture via another method (perhaps via a script), this could be an option to save on hard disk space.
https://saleae.github.io/logic2-automation/automation.html#saleae.automation.Capture.export_raw_data_csv

Hi Tim, thank you for your answer, unfortunately this solution does not work for us as we need to analyze the captures manually using Logic2.

Hi. Is there any update on when this might be fixed?

@mcbottcher No updates on this yet unfortunately. I did add a comment for you in the feature request post below to track your need for this.

Hi @timreyes , could you implement this? Thanks

@albert.caba We’re continuing to keep an eye on interest in having this implemented. Unfortunately, due to other priorities on our plate, we’re unable to work on this right now.

Hi @timreyes , are there any updates on this topic? One solution could be that instead of exporting the data to a CSV it could directly be loaded in python, as the export takes a long time. This way the data can be downsampled manually in python and can then be exported.

@fedde.engelen Are you asking about the capability to select sampling rates less than or equal to 32.5 kS/s? If so, we unfortunately don’t have an update to share on this yet due to other projects on our plate. I added your request as a comment to our feature request post which I previously linked above.

With regards to exports taking a long time, csv is unfortunately an inefficient file type. To speed up the export process with a more efficient file type, we do provide the ability to export to a .bin file. More information on our binary file format, as well as an example Python script to parse the binary file, can be found below.