sigrok-cli

Hi everyone! We're very happy to be able to announce a major new, coordinated release of: libserialport 0.1.0 libsigrok 0.3.0 libsigrokdecode 0.3.0 sigrok-cli 0.5.0 pulseview-0.2.0 sigrok-firmware-fx2lafw 0.1.2 There have ... [More] been a lot of improvements in pretty much all parts of the code, including more supported hardware, more protocol decoders, more features, various bugfixes, better portability, improved GUIs, and lots more. Many thanks to all the contributors who helped to make this happen! libserialport Starting with the libsigrok 0.3.0 release, all libsigrok drivers that talk to serial ports are using the cross-platform LGPL3+ libserialport library now (which has its first release, 0.1.0, today). This also helps to improve the Windows support for sigrok. The library was written by Martin Ling (thanks a lot!) and supports a number of OSes, including Linux, Mac OS X, Windows, and others. Supported features include port enumeration, opening/closing ports, setting port parameters (baud rate, parity, and so on), reading/writing/flushing data, etc. etc. You can take a look at the API docs for more details. Note: libserialport is completely independent of sigrok, i.e. it can be used by various other open-source projects without any problems, too. libsigrok The most interesting libsigrok changes for users will likely be the new hardware support, so here goes: Logic analyzers: ChronoVu LA16, Sysclk LWLA1034 Oscilloscopes: Agilent DSO1000 series, Hameg HMO compact series, Rigol DS2000 series, Rigol VS5000 series Multimeters: BBC Goerz Metrawatt M2110, Brymen BM869, Fluke 189, Gossen Metrawatt MetraHIT 1x/2x series, Tenma 72-7745/72-7750 (rebadged UNI-T UT60E/UT60G), UNI-T UT60G/UT61B/UT61C, V&A VA40B, Voltcraft M-3650CR/ME-42 Thermometers: APPA 55II Programmable power supplies: Atten PPS3000 series, Conrad DIGI 35 CPU There have also been a number of other (infrastructure) changes and improvements, though: We added support for channel groups (multiple channels of the device, that share some properties and are configured together). There's a generic SCPI backend now that drivers can use, supporting various transports: serial ports, USBTMC, TCP/RAW, TCP/Rigol, VXI, and librevisa. The session file format (*.sr) has changed and its version was bumped to 2. There's improved Windows support now for serial port and USB based devices, though it's partially still experimental! Please checkout the current list of known Windows issues, since there are some problems e.g. with the popular FX2 based devices (bug #343) and the Openbench Logic Sniffer (bug #205). Feedback, bug reports and patches are highly welcome! Various API improvements were also done, to allow for some of the new features and to ease future extendability. You can take a look at the API docs for more details. And of course there was a huge amount of bugfixing, as usual. See the NEWS file for the full list of changes. libsigrokdecode Same deal for libsigrokdecode, most people will probably want to know which new protocol decoders are supported: guess_bitrate: Guess the bitrate/baudrate of a signal ir_nec: NEC infrared remote control protocol ir_rc5: RC-5 infrared remote control protocol midi: Musical Instrument Digital Interface parallel: Parallel synchronous bus decoder rgb_led_spi: RGB LED string decoder (SPI) xfp: 10 Gigabit Small Form Factor Pluggable Module z80: Zilog Z80 microprocessor disassembly The protocol decoder backend has also received a bunch of new features and facilities in this release: Support for annotation rows (groups of annotation classes to be shown together). The new OUTPUT_BINARY facility allows PDs to output decoded data in various (file) formats (e.g. I²S output in WAV format, USB output in PCAP format for Wireshark, LCD controller output in PNG format for viewing, and so on). The new OUTPUT_META facility allows PDs to report certain data points or events to the frontend, which can be used for various post-processing and statistics purposes (e.g. simple counts, average/mean values, min/max values, and more). The protocol decoder API has changed, the API version is bumped to 2. Decoders using the old PD API no longer work with this library release. A large amount of PD fixes have been done to improve the usability of all PDs when used with GUIs (long/short annotations for zoom-dependent display, corrected annotation sample numbers, use of annotation rows, and so on). Various API improvements were also performed to allow for all the new features. You can take a look at the API docs for more details. And of course all PDs and the library code have received quite a few bugfixes, as usual. See the NEWS file for the full list of changes. sigrok-cli sigrok-cli (a command-line sigrok frontend) now depends on both libsigrok >= 0.3.0 and libsigrokdecode >= 0.3.0 and supports all the new features of the libraries, including channel groups, PD annotation rows, the new *.sr file format, plus the usual bunch of bugfixes. The following changes have been performed for the command-line options: The -g | --channel-group option was added. The -M option (for PD meta output type support) was added. The -B option (for PD binary output type support) was added. The -p | --probes option was renamed to to -C | --channels. There were also a bunch of improvements related to the (experimental) sigrok-cli Windows installer. You can download an (experimental) nightly build here: sigrok-cli-NIGHTLY-installer.exe. Any feedback, bug reports, or patches are highly welcome! See the NEWS file for the full list of changes. PulseView PulseView (a Qt based sigrok GUI for logic analyzers, oscilloscopes and MSOs) has also received quite a huge amount of improvements and new features (thanks a lot to Joel Holdsworth!): Support for protocol decoding (via libsigrokdecode) has been added, including support for annotation rows, multiple decoders in the same GUI window, support for stacking protocol decoders (e.g. I²C -> RTC8564, UART -> MIDI, or SPI -> SDcard) and lots more. Support for loading and saving sigrok session (*.sr) files has been added. Initial support for analog data sources (specifically oscilloscopes, e.g. the Rigol DS1052E) has been added. The Windows installer has received a bunch of fixes and improvements, too. You can download an (experimental) nightly build here: pulseview-NIGHTLY-installer.exe. Any feedback, bug reports, or patches are highly welcome! And of course there were quite a number of bugfixes, as usual. See the NEWS file for the full list of changes. sigrok-firmware-fx2lafw This release of sigrok-firmware-fx2lafw, the open-source firmware for FX2-based logic analyzers, is only a minor bugfix release. It basically only fixes one bug which lead to the data pins not being tri-stated after an acquisition, but rather being driven. See the NEWS file for the full list of changes.   Have fun analyzing your signals! [Less]

Hi everyone! We're very happy to be able to announce a major new, coordinated release of: libserialport 0.1.0 libsigrok 0.3.0 libsigrokdecode 0.3.0 sigrok-cli 0.5.0 pulseview-0.2.0 sigrok-firmware-fx2lafw 0.1.2 There have ... [More] been a lot of improvements in pretty much all parts of the code, including more supported hardware, more protocol decoders, more features, various bugfixes, better portability, improved GUIs, and lots more. Many thanks to all the contributors who helped to make this happen! libserialport Starting with the libsigrok 0.3.0 release, all libsigrok drivers that talk to serial ports are using the cross-platform LGPL3+ libserialport library now (which has its first release, 0.1.0, today). This also helps to improve the Windows support for sigrok. The library was written by Martin Ling (thanks a lot!) and supports a number of OSes, including Linux, Mac OS X, Windows, and others. Supported features include port enumeration, opening/closing ports, setting port parameters (baud rate, parity, and so on), reading/writing/flushing data, etc. etc. You can take a look at the API docs for more details. Note: libserialport is completely independent of sigrok, i.e. it can be used by various other open-source projects without any problems, too. libsigrok The most interesting libsigrok changes for users will likely be the new hardware support, so here goes: Logic analyzers: ChronoVu LA16, Sysclk LWLA1034 Oscilloscopes: Agilent DSO1000 series, Hameg HMO compact series, Rigol DS2000 series, Rigol VS5000 series Multimeters: BBC Goerz Metrawatt M2110, Brymen BM869, Fluke 189, Gossen Metrawatt MetraHIT 1x/2x series, Tenma 72-7745/72-7750 (rebadged UNI-T UT60E/UT60G), UNI-T UT60G/UT61B/UT61C, V&A VA40B, Voltcraft M-3650CR/ME-42 Thermometers: APPA 55II Programmable power supplies: Atten PPS3000 series, Conrad DIGI 35 CPU There have also been a number of other (infrastructure) changes and improvements, though: We added support for channel groups (multiple channels of the device, that share some properties and are configured together). There's a generic SCPI backend now that drivers can use, supporting various transports: serial ports, USBTMC, TCP/RAW, TCP/Rigol, VXI, and librevisa. The session file format (*.sr) has changed and its version was bumped to 2. There's improved Windows support now for serial port and USB based devices, though it's partially still experimental! Please checkout the current list of known Windows issues, since there are some problems e.g. with the popular FX2 based devices (bug #343) and the Openbench Logic Sniffer (bug #205). Feedback, bug reports and patches are highly welcome! Various API improvements were also done, to allow for some of the new features and to ease future extendability. You can take a look at the API docs for more details. And of course there was a huge amount of bugfixing, as usual. See the NEWS file for the full list of changes. libsigrokdecode Same deal for libsigrokdecode, most people will probably want to know which new protocol decoders are supported: guess_bitrate: Guess the bitrate/baudrate of a signal ir_nec: NEC infrared remote control protocol ir_rc5: RC-5 infrared remote control protocol midi: Musical Instrument Digital Interface parallel: Parallel synchronous bus decoder rgb_led_spi: RGB LED string decoder (SPI) xfp: 10 Gigabit Small Form Factor Pluggable Module z80: Zilog Z80 microprocessor disassembly The protocol decoder backend has also received a bunch of new features and facilities in this release: Support for annotation rows (groups of annotation classes to be shown together). The new OUTPUT_BINARY facility allows PDs to output decoded data in various (file) formats (e.g. I²S output in WAV format, USB output in PCAP format for Wireshark, LCD controller output in PNG format for viewing, and so on). The new OUTPUT_META facility allows PDs to report certain data points or events to the frontend, which can be used for various post-processing and statistics purposes (e.g. simple counts, average/mean values, min/max values, and more). The protocol decoder API has changed, the API version is bumped to 2. Decoders using the old PD API no longer work with this library release. A large amount of PD fixes have been done to improve the usability of all PDs when used with GUIs (long/short annotations for zoom-dependent display, corrected annotation sample numbers, use of annotation rows, and so on). Various API improvements were also performed to allow for all the new features. You can take a look at the API docs for more details. And of course all PDs and the library code have received quite a few bugfixes, as usual. See the NEWS file for the full list of changes. sigrok-cli sigrok-cli (a command-line sigrok frontend) now depends on both libsigrok >= 0.3.0 and libsigrokdecode >= 0.3.0 and supports all the new features of the libraries, including channel groups, PD annotation rows, the new *.sr file format, plus the usual bunch of bugfixes. The following changes have been performed for the command-line options: The -g | --channel-group option was added. The -M option (for PD meta output type support) was added. The -B option (for PD binary output type support) was added. The -p | --probes option was renamed to to -C | --channels. There were also a bunch of improvements related to the (experimental) sigrok-cli Windows installer. You can download an (experimental) nightly build here: sigrok-cli-NIGHTLY-installer.exe. Any feedback, bug reports, or patches are highly welcome! See the NEWS file for the full list of changes. PulseView PulseView (a Qt based sigrok GUI for logic analyzers, oscilloscopes and MSOs) has also received quite a huge amount of improvements and new features (thanks a lot to Joel Holdsworth!): Support for protocol decoding (via libsigrokdecode) has been added, including support for annotation rows, multiple decoders in the same GUI window, support for stacking protocol decoders (e.g. I²C -> RTC8564, UART -> MIDI, or SPI -> SDcard) and lots more. Support for loading and saving sigrok session (*.sr) files has been added. Initial support for analog data sources (specifically oscilloscopes, e.g. the Rigol DS1052E) has been added. The Windows installer has received a bunch of fixes and improvements, too. You can download an (experimental) nightly build here: pulseview-NIGHTLY-installer.exe. Any feedback, bug reports, or patches are highly welcome! And of course there were quite a number of bugfixes, as usual. See the NEWS file for the full list of changes. sigrok-firmware-fx2lafw This release of sigrok-firmware-fx2lafw, the open-source firmware for FX2-based logic analyzers, is only a minor bugfix release. It basically only fixes one bug which lead to the data pins not being tri-stated after an acquisition, but rather being driven. See the NEWS file for the full list of changes.   Have fun analyzing your signals! [Less]

Hi everyone! We're very happy to be able to announce a major new, coordinated release of: libserialport 0.1.0 libsigrok 0.3.0 libsigrokdecode 0.3.0 sigrok-cli 0.5.0 pulseview-0.2.0 sigrok-firmware-fx2lafw 0.1.2 There have ... [More] been a lot of improvements in pretty much all parts of the code, including more supported hardware, more protocol decoders, more features, various bugfixes, better portability, improved GUIs, and lots more. Many thanks to all the contributors who helped to make this happen! libserialport Starting with the libsigrok 0.3.0 release, all libsigrok drivers that talk to serial ports are using the cross-platform LGPL3+ libserialport library now (which has its first release, 0.1.0, today). This also helps to improve the Windows support for sigrok. The library was written by Martin Ling (thanks a lot!) and supports a number of OSes, including Linux, Mac OS X, Windows, and others. Supported features include port enumeration, opening/closing ports, setting port parameters (baud rate, parity, and so on), reading/writing/flushing data, etc. etc. You can take a look at the API docs for more details. Note: libserialport is completely independent of sigrok, i.e. it can be used by various other open-source projects without any problems, too. libsigrok The most interesting libsigrok changes for users will likely be the new hardware support, so here goes: Logic analyzers: ChronoVu LA16, Sysclk LWLA1034 Oscilloscopes: Agilent DSO1000 series, Hameg HMO compact series, Rigol DS2000 series, Rigol VS5000 series Multimeters: BBC Goerz Metrawatt M2110, Brymen BM869, Fluke 189, Gossen Metrawatt MetraHIT 1x/2x series, Tenma 72-7745/72-7750 (rebadged UNI-T UT60E/UT60G), UNI-T UT60G/UT61B/UT61C, V&A VA40B, Voltcraft M-3650CR/ME-42 Thermometers: APPA 55II Programmable power supplies: Atten PPS3000 series, Conrad DIGI 35 CPU There have also been a number of other (infrastructure) changes and improvements, though: We added support for channel groups (multiple channels of the device, that share some properties and are configured together). There's a generic SCPI backend now that drivers can use, supporting various transports: serial ports, USBTMC, TCP/RAW, TCP/Rigol, VXI, and librevisa. The session file format (*.sr) has changed and its version was bumped to 2. There's improved Windows support now for serial port and USB based devices, though it's partially still experimental! Please checkout the current list of known Windows issues, since there are some problems e.g. with the popular FX2 based devices (bug #343) and the Openbench Logic Sniffer (bug #205). Feedback, bug reports and patches are highly welcome! Various API improvements were also done, to allow for some of the new features and to ease future extendability. You can take a look at the API docs for more details. And of course there was a huge amount of bugfixing, as usual. See the NEWS file for the full list of changes. libsigrokdecode Same deal for libsigrokdecode, most people will probably want to know which new protocol decoders are supported: guess_bitrate: Guess the bitrate/baudrate of a signal ir_nec: NEC infrared remote control protocol ir_rc5: RC-5 infrared remote control protocol midi: Musical Instrument Digital Interface parallel: Parallel synchronous bus decoder rgb_led_spi: RGB LED string decoder (SPI) xfp: 10 Gigabit Small Form Factor Pluggable Module z80: Zilog Z80 microprocessor disassembly The protocol decoder backend has also received a bunch of new features and facilities in this release: Support for annotation rows (groups of annotation classes to be shown together). The new OUTPUT_BINARY facility allows PDs to output decoded data in various (file) formats (e.g. I²S output in WAV format, USB output in PCAP format for Wireshark, LCD controller output in PNG format for viewing, and so on). The new OUTPUT_META facility allows PDs to report certain data points or events to the frontend, which can be used for various post-processing and statistics purposes (e.g. simple counts, average/mean values, min/max values, and more). The protocol decoder API has changed, the API version is bumped to 2. Decoders using the old PD API no longer work with this library release. A large amount of PD fixes have been done to improve the usability of all PDs when used with GUIs (long/short annotations for zoom-dependent display, corrected annotation sample numbers, use of annotation rows, and so on). Various API improvements were also performed to allow for all the new features. You can take a look at the API docs for more details. And of course all PDs and the library code have received quite a few bugfixes, as usual. See the NEWS file for the full list of changes. sigrok-cli sigrok-cli (a command-line sigrok frontend) now depends on both libsigrok >= 0.3.0 and libsigrokdecode >= 0.3.0 and supports all the new features of the libraries, including channel groups, PD annotation rows, the new *.sr file format, plus the usual bunch of bugfixes. The following changes have been performed for the command-line options: The -g | --channel-group option was added. The -M option (for PD meta output type support) was added. The -B option (for PD binary output type support) was added. The -p | --probes option was renamed to to -C | --channels. There were also a bunch of improvements related to the (experimental) sigrok-cli Windows installer. You can download an (experimental) nightly build here: sigrok-cli-NIGHTLY-installer.exe. Any feedback, bug reports, or patches are highly welcome! See the NEWS file for the full list of changes. PulseView PulseView (a Qt based sigrok GUI for logic analyzers, oscilloscopes and MSOs) has also received quite a huge amount of improvements and new features (thanks a lot to Joel Holdsworth!): Support for protocol decoding (via libsigrokdecode) has been added, including support for annotation rows, multiple decoders in the same GUI window, support for stacking protocol decoders (e.g. I²C -> RTC8564, UART -> MIDI, or SPI -> SDcard) and lots more. Support for loading and saving sigrok session (*.sr) files has been added. Initial support for analog data sources (specifically oscilloscopes, e.g. the Rigol DS1052E) has been added. The Windows installer has received a bunch of fixes and improvements, too. You can download an (experimental) nightly build here: pulseview-NIGHTLY-installer.exe. Any feedback, bug reports, or patches are highly welcome! And of course there were quite a number of bugfixes, as usual. See the NEWS file for the full list of changes. sigrok-firmware-fx2lafw This release of sigrok-firmware-fx2lafw, the open-source firmware for FX2-based logic analyzers, is only a minor bugfix release. It basically only fixes one bug which lead to the data pins not being tri-stated after an acquisition, but rather being driven. See the NEWS file for the full list of changes.   Have fun analyzing your signals! [Less]

For a long time Windows support in sigrok was somewhat lacking and/or in the TODO state, but things have improved quite a bit recently. While there have been both a working cross-compile setup based on MinGW (additionally based on the MXE suite of ... [More] scripts) as well as working NSIS-based installer executables for sigrok-cli and for PulseView for quite a while, they weren't really all that useful. Only very few devices used to actually work in practice due to portability issues and due to certain limitations in the way libsigrok was talking to USB-based hardware devices (e.g. various logic analyzers) and serial port based devices. All of this has changed though. A major part of the solution and fixing was done by Martin Ling (thanks a lot!) by writing specific thread-/Event-based code for the Windows platform for allowing libsigrok drivers based on libusb to properly work on Windows (transparently, i.e. without requiring changes to the drivers). The other part of the puzzle is the new LGPL3+ libserialport shared library, also written by Martin Ling (thanks again!), which is a portable, cross-platform C libary (that is completely independent of libsigrok, i.e. it can be used by various other open-source projects without any problems, too). So far, it supports Linux, Windows, Mac OS X, and some BSDs. More on libserialport in another blog post. With all the above-mentioned improvements we're now providing daily-built, self-contained Windows installers for sigrok-cli and PulseView, that ship with everything you need (the executables and libraries, the protocol decoders, some firmware files, some example files you can use for testing decoders and UIs, the Windows Python 3 installer you need for running protocol decoders, the Zadig tool you need for switching devices to use the libusb driver, etc. etc.). Downloads: pulseview-NIGHTLY-installer.exe sigrok-cli-NIGHTLY-installer.exe Please make sure to read the Windows wiki page, it contains some more information related to drivers, firmware files, current device status, and so on. We've tested the basic functionality on Windows XP and Windows 7 (and we don't expect any issues on Windows Vista or Windows 8 either), but we're happy to hear any feedback you may have and/or issues you might encounter.   [Less]

For a long time Windows support in sigrok was somewhat lacking and/or in the TODO state, but things have improved quite a bit recently. While there have been both a working cross-compile setup based on MinGW (additionally based on the MXE suite of ... [More] scripts) as well as working NSIS-based installer executables for sigrok-cli and for PulseView for quite a while, they weren't really all that useful. Only very few devices used to actually work in practice due to portability issues and due to certain limitations in the way libsigrok was talking to USB-based hardware devices (e.g. various logic analyzers) and serial port based devices. All of this has changed though. A major part of the solution and fixing was done by Martin Ling (thanks a lot!) by writing specific thread-/Event-based code for the Windows platform for allowing libsigrok drivers based on libusb to properly work on Windows (transparently, i.e. without requiring changes to the drivers). The other part of the puzzle is the new LGPL3+ libserialport shared library, also written by Martin Ling (thanks again!), which is a portable, cross-platform C libary (that is completely independent of libsigrok, i.e. it can be used by various other open-source projects without any problems, too). So far, it supports Linux, Windows, Mac OS X, and some BSDs. More on libserialport in another blog post. With all the above-mentioned improvements we're now providing daily-built, self-contained Windows installers for sigrok-cli and PulseView, that ship with everything you need (the executables and libraries, the protocol decoders, some firmware files, some example files you can use for testing decoders and UIs, the Windows Python 3 installer you need for running protocol decoders, the Zadig tool you need for switching devices to use the libusb driver, etc. etc.). Downloads: pulseview-NIGHTLY-installer.exe sigrok-cli-NIGHTLY-installer.exe Please make sure to read the Windows wiki page, it contains some more information related to drivers, firmware files, current device status, and so on. We've tested the basic functionality on Windows XP and Windows 7 (and we don't expect any issues on Windows Vista or Windows 8 either), but we're happy to hear any feedback you may have and/or issues you might encounter.   [Less]

We're happy to announce that libsigrokdecode now supports yet another protocol decoder, this time: ir_nec. The PD has been contributed by Gump Yang, thanks a lot! This is a decoder for the so-called NEC infrared (IR) protocol, a rather widely used ... [More] protocol for remote controls (for TVs, VCRs, and lots of other things). The protocol is based on a pulse-distance encoding, i.e., a 1 bit is encoded by a pulse and a long pause after that, and a 0 is encoded by a pulse and a short pause after the pulse. The "payload" basically consists of an 8-bit address (which is a number that is supposed to be unique for a certain vendor / device), and an 8-bit command / code which identifies which button was actually pressed. The 8-bit address is followed by the inverted 8-bit address, the 8-bit code is also followed by its inverse. This is (or can be) used for error checking on the receiver side. You can read up on the protocol details in various online resources. When the proper definitions for specific remote controls are added to the PD, it can also decode the actual remote control button in a more human-readable form e.g. "Matsui TV: Mute" vs. "Address: 0x40, command: 0x10", see screenshot for an example.   [Less]

We're happy to announce that libsigrokdecode now supports yet another protocol decoder, this time: ir_nec. The PD has been contributed by Gump Yang, thanks a lot! This is a decoder for the so-called NEC infrared (IR) protocol, a rather widely used ... [More] protocol for remote controls (for TVs, VCRs, and lots of other things). The protocol is based on a pulse-distance encoding, i.e., a 1 bit is encoded by a pulse and a long pause after that, and a 0 is encoded by a pulse and a short pause after the pulse. The "payload" basically consists of an 8-bit address (which is a number that is supposed to be unique for a certain vendor / device), and an 8-bit command / code which identifies which button was actually pressed. The 8-bit address is followed by the inverted 8-bit address, the 8-bit code is also followed by its inverse. This is (or can be) used for error checking on the receiver side. You can read up on the protocol details in various online resources. When the proper definitions for specific remote controls are added to the PD, it can also decode the actual remote control button in a more human-readable form e.g. "Matsui TV: Mute" vs. "Address: 0x40, command: 0x10", see screenshot for an example.   [Less]

Yes, it's time for another multimeter! This time libsigrok has gained support for the Brymen BM869 multimeter (the code was written by Aurelien Jacobs, thanks a lot!). This is a 50000 counts True RMS DMM with various "higher-end" features compared to ... [More] other, cheaper DMMs. The PC connectivity interface Brymen BU-86X is using USB/HID internally (based on the Cypress CY7C63743 enCoRe USB chip), the protocol is relatively simple and documented by the manufacturer. You can also browse the source code if you're interested in some of the implementation details.   [Less]

Yes, it's time for another multimeter! This time libsigrok has gained support for the Brymen BM869 multimeter (the code was written by Aurelien Jacobs, thanks a lot!). This is a 50000 counts True RMS DMM with various "higher-end" features compared to ... [More] other, cheaper DMMs. The PC connectivity interface Brymen BU-86X is using USB/HID internally (based on the Cypress CY7C63743 enCoRe USB chip), the protocol is relatively simple and documented by the manufacturer. You can also browse the source code if you're interested in some of the implementation details.   [Less]

We're happy to announce that there's a new protocol decoder available in libsigrokdecode since today, rgb_led_spi (thanks to Matt Ranostay for the contribution!). This is a small PD that decodes RGB (red/green/blue) values for a certain type of ... [More] LED controller that are sent from a host/microcontroller via SPI in order to light up the LEDs in a certain color. It can be used for decoding data to a WorldSemi WS2801 RGB LED controller, for example (see the led/ws2801 directory in the sigrok-dumps repo for sample files). Since this (rather simple) "protocol" is transmitted over SPI, the protocol decoder can make use of the stacking feature in libsigrokdecode and simply stack upon the spi decoder (thus avoiding having to re-implement all of the SPI handling in the RGB LED decoder itself). Happy LED blinking!   [Less]