You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Some capture devices don't have an acquisition buffer so it's not the classic "trigger / capture / download" cycle, but it's just start acquisition then you get samples until you said you had enough.
With sample compression this can also be quite high rate / over long periods (so raw uncompressed samples could be very memory hungry). Like for instance if you monitor a serial bus that's idle most of the time, and you have high oversampling just to get more time resolution.
The text was updated successfully, but these errors were encountered:
The device is a Raspberry Pi Pico with some custom PIO firmware that enables logic analyzer capture up to 120 Msps and analog capture. The device implements a streaming protocol with RLL compression to maximize bandwidth across a USB 2.0 Full Speed interface.
Some capture devices don't have an acquisition buffer so it's not the classic "trigger / capture / download" cycle, but it's just start acquisition then you get samples until you said you had enough.
With sample compression this can also be quite high rate / over long periods (so raw uncompressed samples could be very memory hungry). Like for instance if you monitor a serial bus that's idle most of the time, and you have high oversampling just to get more time resolution.
The text was updated successfully, but these errors were encountered: