Difference between revisions of "User talk:Knarfs"
(Created page with "== Understandig analog signals in sigrok == There are three use cases of analog signals in sigrok: Fast sampling data for scopes, slow sampling data for measurement devices (...") |
|||
Line 1: | Line 1: | ||
== Understandig analog signals in sigrok == | == Understandig analog signals in sigrok == | ||
There are | There are tree main use cases for analog signals in sigrok: | ||
* Fast sample data for scopes | |||
* Input file formats: CSV, Feed Queue, Raw Analog, Saleae and WAV | |||
* Slow sample data for measurement devices like multimeters, power supplies, sound level meters and so on. | |||
A minor use case for analog signals is buffered measurement data for a small number of devices: One multimeter (mooshimeter-dmm), one thermometer (lascar-el-usb) and one (or two) sound level meters (cem-dt-885x and maybe kecheng-kc-330b). | |||
=== Scopes === | === Scopes === | ||
All sampling data for scopes is related to a sample rate, so the time stride between the individual sample points can be calculated. | |||
==== Frames ==== | |||
Most scopes use SR_FRAME for transmitting their buffer (display buffer, sample buffer or similar). | |||
Some scopes don't use frames and transmitt a continious stream of sample data (fxla, hantek-xxxx) (?) will this really be continious | |||
=== Input formats === | |||
This input formats use SR_CONF_SAMPLERATE via a SR_DF_META packet to anounce their sample rate: CSV, Raw Analog, Saleae and WAV. | |||
This input format doesn't anounce a sample rate: Feed Queue. | |||
==== Frames ==== | ==== Frames ==== | ||
Non of the input formats is using frames. | |||
=== Measurement devices === | === Measurement devices === | ||
Measurement devices normaly (exceptions see below) don't have a sample rate, but even when it doesn't matter for the SR_ANALOG paket for live data. The individual drivers only receive one sample at a time and forward the samples via SR_ANALOG one by one. | |||
A sample rate must not be used, because the time stride between each sample can vary depending on various facts, e.g. the cennecting interface (USB, RS232, GPIB, etc.). | |||
(!) A timestamp is missing | |||
==== Frames ==== | ==== Frames ==== | ||
When measurement devices transmit samples between a frame, this means that these sample points were received at the same time by the driver (reload pro). | |||
=== Buffered data === | === Buffered data === | ||
This is a specific use case and rater unclear for me at the moment. | |||
(?) Is the buffer send over and over when in acquisition mode | |||
(?) Is this data represened as a "normal" channel | |||
=== Problems === | |||
=== Suggestions === |
Revision as of 13:09, 7 February 2021
Understandig analog signals in sigrok
There are tree main use cases for analog signals in sigrok:
- Fast sample data for scopes
- Input file formats: CSV, Feed Queue, Raw Analog, Saleae and WAV
- Slow sample data for measurement devices like multimeters, power supplies, sound level meters and so on.
A minor use case for analog signals is buffered measurement data for a small number of devices: One multimeter (mooshimeter-dmm), one thermometer (lascar-el-usb) and one (or two) sound level meters (cem-dt-885x and maybe kecheng-kc-330b).
Scopes
All sampling data for scopes is related to a sample rate, so the time stride between the individual sample points can be calculated.
Frames
Most scopes use SR_FRAME for transmitting their buffer (display buffer, sample buffer or similar). Some scopes don't use frames and transmitt a continious stream of sample data (fxla, hantek-xxxx) (?) will this really be continious
Input formats
This input formats use SR_CONF_SAMPLERATE via a SR_DF_META packet to anounce their sample rate: CSV, Raw Analog, Saleae and WAV. This input format doesn't anounce a sample rate: Feed Queue.
Frames
Non of the input formats is using frames.
Measurement devices
Measurement devices normaly (exceptions see below) don't have a sample rate, but even when it doesn't matter for the SR_ANALOG paket for live data. The individual drivers only receive one sample at a time and forward the samples via SR_ANALOG one by one. A sample rate must not be used, because the time stride between each sample can vary depending on various facts, e.g. the cennecting interface (USB, RS232, GPIB, etc.). (!) A timestamp is missing
Frames
When measurement devices transmit samples between a frame, this means that these sample points were received at the same time by the driver (reload pro).
Buffered data
This is a specific use case and rater unclear for me at the moment.
(?) Is the buffer send over and over when in acquisition mode (?) Is this data represened as a "normal" channel