I've had a go at adding a new kind of packet type that the SPI PD emits, called "TRANSFER". The intention with this one is to notice that most PDs that sit on top of SPI end up having to reinvent this idea for themselves - they watch for CS to assert, collect up all the MISO and MOSI bytes, then interpret them all when CS is deasserted again. I thought it would be better to have the SPI PD itself collect those up and emit them as a single "TRANSFER" packet type.
http://sigrok.org/bugzilla/show_bug.cgi?id=694 My initial implementation is pushed to github: https://github.com/leonerd/libsigrokdecode/compare/spi-transfer and already it looks to be able to neaten up most of the SPI-based chip decoders; for example my newly-proposed max7219. That decoder now becomes entirely stateless, just looking for a single "TRANSFER" packet type and acting on the data there, without having to store any data on "self". I think already this is a Good Thing. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk http://www.leonerd.org.uk/ | https://metacpan.org/author/PEVANS
pgpmcvY879P3v.pgp
Description: OpenPGP digital signature
------------------------------------------------------------------------------
_______________________________________________ sigrok-devel mailing list sigrok-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sigrok-devel
