Hi, > SMBus is based on the I2C protocol, roughly with timeouts and differences in > acknowledgements. Should a SMBus decoder work on logic signals or stack on > top of the existing i2c decoder?
True about the timeout, but the differences in acknowledgements are in the protocol layer. The I2C decoder will give you the "raw" ACK/NACK, so you can decide if this was according to SMBus on top of that. I'd suggest taking the I2C decoder as the base. > I suspect that for full support of the timeouts the decoder should work with > logic input (also like indicated in the wiki page about (planned) decoders). I2C has no timeout defined, but in practice (e.g. Linux I2C bus drivers) often implement one nonetheless, mostly some arbitrary value. Maybe adding a timeout value to the I2C decoder as an optional parameter is an idea? Note: I haven't looked at it, it might not be feasible. > On the other hand, using the existing i2c architecture allows code reusing, > not only of the main i2c decoder, but also the filter and demuxer to > filter/separate communication streams. Yes. Kind regards, Wolfram
signature.asc
Description: PGP signature
_______________________________________________ sigrok-devel mailing list sigrok-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sigrok-devel
