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
