5

Read Measurement (and Extensions) via Socket API


L
Lane

It would be very useful to be able to access common measurement (1.x) and measurement extension (2.x) parameters via the socket API. File I/O is a bottleneck and it would be great to avoid writing then reading and post-processing data for simple things like peak-to-peak or dBV analog measurement (extension for dBV conversion via the flexible python extension capabilities in 2.x).

A

Activity Newest / Oldest

M

Michael Leonard

Hi Lane, I have created a High Level analyzer which opens a socket and streams data out (and accepts data) containing AnalyzerFrames.

I think the AnalyzerFrame and Measurements API are different so this might have to be done as a separate extension, but perhaps it would be possible to extend to cover measurements as well?

github.com/LeonardMH/SaleaeSocketTransportHLA


M

Michael

Hi Michael,
thank you very much for sharing, I tried it out and it looks really pretty good! And opens additional options!
I consider also to feed the data toward a Server with REST API, but that would have needed to import the "request" package, what is not in standard Saleae - Python packages.
The import via the workaround (sys-path, etc) failed, due to the further dependency on urllib3, that uses some special init steps, which are not covered by the Saleae package handling.
I will then retry with plain socket package, since you provided such an excellent example. :-)

Best Regards
Michael


Avatar

Tim

Thanks for posting this! I added a comment for you in our idea post for automation:
ideas.saleae.com/b/feature-requests/application-api/

Though, I didn't merge your idea entirely since it's technically not the same request, but instead, a feature add-on to automation.


L

Lane

Thanks Tim! I did not post it as a comment in the 2.x API thread as I would be happy if the functionality were available for 1.x--no need to wait for 2.x. Of course, extensions need to wait for 2.x (unless these are getting added to 1.x).


Avatar

Tim

We would no longer extend functionality for the 1.x version. Instead, all updates related to automation would be specifically for the 2.x app.


L

Lane

I will need to wait for the 2.x API then. I will follow the thread on that. Any idea when that will be? I didn't see a projected release date. Please point me to this as I missed it. Thanks!


Avatar

Tim

We unfortunately don't have a release date to share right now. We'll be sure to update the idea post for it as soon as we commit to one.