Mark, Thanks for the excellent summary of drivers for logic analyzers. It seems we have a large contingent of folks with related goals.
Based on the challenges of getting PRs merged into sigrok, I would enjoy seeing a “one size fits most” driver to allow various microcontroller dev boards to connect into sigrok/pulseview. My effort on TinyLogicFriend was to create an “adaptive” sigrok driver TinyLogicFriend provides a sigrok driver where the important specific implementation details (number of channels, name of channels, sample rate, etc) are not predefined in sigrok, but are instead queried from the attached device. This concept will allow one sigrok driver to accommodate a wide array of development boards. I created a basic set of SCPI commands as a starting point. As proof of concept I implemented a basic logic analyzer using different Cortex M4 boards with various number of channels. I wonder if enough of us could work together to get one sigrok driver that is smart enough to query a device’s capabilities. So when new boards come along they can easier integrate into the sigrok family with such an existing driver. Definitely exciting to see all these cool projects, and hope we can find a way to make it easier for everyone to get them working! Regards, Kevin > On Apr 1, 2022, at 12:59 PM, mark_at_yahoo via sigrok-devel > <sigrok-devel@lists.sourceforge.net> wrote: > > Just want to say I'm very happy that people are making these open-source > logic analyzer projects available. Although a little confused: There are > three or four different ones being discussed in this thread? > > https://github.com/arnytrty/iotool > https://github.com/markb139/pico > https://github.com/pico-coder/sigrok-pico > https://github.com/kmatch98/tinylogicfriend > > My own project: > https://github.com/thanks4opensource/buck50 > https://hackaday.com/2020/11/22/blue-pill-as-a-nerdy-swiss-army-knife/ > > takes a different approach, but I was also criticized with "Why don't you > just buy a $10 Saleae clone?". > > It's a valid point, and I do in fact have a clone and use it depending on > what kind of signals I'm trying to probe. I'm looking forward to getting some > Picos and trying the various firmware with them. I'm very impressed (and > jealous!) about the 120 Msps sampling rates spec'd at > https://github.com/pico-coder/sigrok-pico/blob/main/PICO_Sigrok_Rates.PNG. As > I understand it, this is DMA to finite RAM so it captures a short burst of > time after triggering? My different approach allows long sampling times by > ignoring idle periods, but is limited to approximately 6 Msps. Do any of the > RaspPi projects stream unlimited data over USB at sampling rates similar to > the 8 Msps the clones achieve, despite using general purpose Pico hardware > that doesn't have (or does it?) the Cypress FX2 chip's fast DMA-to-USB path? > > Regardless, it's great to have all these choices available. Thanks, everyone, > for sharing your hard work. > > >> On 4/1/22 7:00 AM, Shawn Walker wrote: >> Tony, thanks for the link, I wasn't even aware of it. >> Kevin, I apologize for missing your email earlier, and I owe you and the >> sigrok moderators an answer to the question about portability and reuse. >> When I get a chance I'll try to post an issue to your repo. My first >> concern is support for analog samples. Second concern is for >> continuous streaming where the device sends a stream of samples larger than >> the requested sample size and larger than the "max samples" reported by the >> device to support SW triggering on the host. That streaming needs to happen >> without the host continuously sending pull requests over and over because >> that wastes potential link bandwidth. My impression from SCPI devices is >> that every data chunk requires a separate pull, but I could be wrong. >> Guy, thanks for the enthusiasm, but don't forget that Salae is USB2 so it >> has a fundamental streaming sampling advantage, so it still might be worth >> the extra $6. I kind of like to think of this project as "I bought a pile >> of PICOs and realized I needed a logic analyzer and/or scope". If you've >> got $10 or more burning a hole in your pocket, there are likely better >> options. >> All, I have managed to do windows builds of Pulseview and posted a link to >> a drop box repo on my pico-coder github page. >>> On Fri, Apr 1, 2022 at 5:55 AM guy colin <guy.co...@gmail.com> wrote: >>> Well done Shawn! >>> >>> Now we are eager to see this pico pull request merged in the main branch. >>> As mentioned in Hackaday we can forget our 10$ saleae clone to move to a >>> more powerful pico! >>> >>> Regards >>> -- >>> Guy >>> >>>> Le jeu. 31 mars 2022 à 12:22, Tony Abbey <tabbe...@gmail.com> a écrit : >>> >>>> Hi Shawn et al >>>> >>>> I see your Pico logic analyser has made Hackaday: >>>> >>>> >>>> https://hackaday.com/2022/03/02/need-a-logic-analyzer-use-your-pico/#comment-6452788 >>>> >>>> Well done! >>>> I guess the mods will come in rapidly now. >>>> >>>> Tony >>>> >>>> On Fri, 18 Mar 2022 at 04:44, Chris Dreher <chrisdre...@hotmail.com> >>>> wrote: >>>> >>>>> Very minor correction: HID *may* use CONTROL only transfers and >>>>> INTERRUPT IN/OUT is optional (HID does not use BULK). However, this is a >>>>> little off-topic from the main point of this discussion. >>>>> >>>>> -Chris >>>>> >>>>> ------------------------------ >>>>> *From:* Stefan Brüns <stefan.bru...@rwth-aachen.de> >>>>> *Sent:* Thursday, March 17, 2022 6:11 PM >>>>> *To:* sigrok-devel@lists.sourceforge.net < >>>>> sigrok-devel@lists.sourceforge.net> >>>>> *Subject:* Re: [sigrok-devel] New sigrok driver for homemade logic >>>>> analyzer >>>>> >>>>> On Donnerstag, 17. März 2022 19:41:19 CET arnyt...@seznam.cz wrote: >>>>>> S. W. This is cool! I was looking at the USB TMC class: https://www. >>>>>> tmatlantic.com/…919 >>>>>> ( >>>>> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.tmatlantic.com%2Fencyclopedia%2Findex.php%3FELEMENT_ID%3D13919&data=04%7C01%7C%7Cc43865cb7a514a16fef808da087faa9a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637831641697992798%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=ZB%2F0pa7WAdXHvRqf1QuNyP4puD3WWyCaZzawFWFFoVQ%3D&reserved=0 >>>>> ) >>>>>> >>>>>> In theory it should be much faster than CDC class because it uses BULK >>>>>> transfers insread of CONTROL transfers. Bulk transfers can have >>>>> multiple >>>>>> packets in the frame, >>>>>> so threoretically it should use most of the USB 2.0 FS bandwith, which >>>>> is 12 >>>>>> Mbit/s. >>>>> >>>>> USB CDC uses BULK transfers for the data as well, and INTERRUPT for >>>>> signaling >>>>> change of status lines. >>>>> >>>>> Only HID *may* use CONTROL only transfers (BULK IN/OUT is optional). >>>>> >>>>> Regards, Stefan >>>>> >>>>> -- >>>>> Stefan Brüns / Bergstraße 21 / 52062 Aachen >>>>> home: +49 241 53809034 mobile: +49 151 50412019 >>>>> _______________________________________________ >>>>> sigrok-devel mailing list >>>>> sigrok-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/sigrok-devel >>>>> >>>> _______________________________________________ >>>> sigrok-devel mailing list >>>> sigrok-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/sigrok-devel >>>> >>> >>> >>> -- >>> Guy COLIN >>> _______________________________________________ >>> sigrok-devel mailing list >>> sigrok-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/sigrok-devel >>> >> _______________________________________________ >> sigrok-devel mailing list >> sigrok-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/sigrok-devel > > > > _______________________________________________ > sigrok-devel mailing list > sigrok-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sigrok-devel _______________________________________________ sigrok-devel mailing list sigrok-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sigrok-devel
