Difference between revisions of "User talk:Knarfs"

From sigrok
Jump to navigation Jump to search
(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 three use cases of analog signals in sigrok: Fast sampling data for scopes, slow sampling data for measurement devices (like multimeters, power supplies, sound level meters, etc.) and buffered measurement data for dmms and sound level meters.
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

Problems

Suggestions