Есть некое изделие. В нем на 2 платах стоят контроллеры и немного рассыпухи с I2C интерфейсом, шина объединена между платами. Требуется разобраться с изредка возникающими косяками в обмене, причем встал вопрос о том, какой мастер в каждый момент времени "ведет" шину. Есть логический анализатор 16-канальный со встроенной в софт поддержкой I2C (ZeroPlus тайваньский). Думал как простыми средствами развести шину на 4 канала при этом сохранив ее "прозрачность" - но простого ничего не придумывается.

Может кто уже решал подобную задачу?

Что-то непонятна суть проблемы. Софт вашего анализатора не знает о процедуре арбитража в случае мультимастера (при одновременном доступе к шине I2C нескольких мастеров)? Или вы сами не в курсе? Дык почитайте сначала сами спецификацию I2C, а затем обучите ваш софт как "правильно себя вести" при этой процедуре

Вопрос не в том, как должно быть, а в том что есть "на самом деле".

Есть 2 контроллера. Какой то из них косячит (изредка). Прошивка одного из них - моя, второго - человека который придерживает исходники за собой и уверяет что проблем у него нет. У себя я все излазил 20 раз - не вижу проблем. Вопрос - получить "доказательную базу" и если проблема таки не моя (на 95% уверен в этом) - передать вопрос на выписку скипидарной клизмы с патефонными иголками по инстанциям .

Так что задача - придумать как простыми средствами логгировать обмен на шине между платами но при этом видеть с какой стороны потянули клок вниз.

У меня уже возникла бредовая идея искуственно растащить земляные потенциалы этак милливольт на 100 у плат и компаратором смотреть что за низкий уровень на шине, но может есть более изящный способ?

Да, по адресам слейвов понять ничего не получится - проблема вылезает в основном при обмене с одним слейвом к которому "имеют право" лезть оба мастера. Там 99% обменов на шине - с ним.

Можно от каждого мастера в разрыв шин SDA и SCL подключить последовательно резисторы. Тогда на резисторах мастера, который ведет шину, будет падение напряжения, а у того который ее не ведет - не будет. Номинал резисторов определить исходя из максимального напряжения нуля шины и сопротивления pullup резисторов.

На опенкоресах есть такой i2c logger.
Может, поможет...

Это не имеет смысла до тех пор, пока сам способ сбора доказательств не признан всеми сторонами конфликта.
Если только для того чтобы "понять", то введите в свою программу логгирование ошибок арбитража.

Ну "юридические тонкости" - отдельный вопрос. Там конфликт уже назрел и решать его не мне. Моя задача в данном случае продемонстрировать "принимающим решения" проблему в "черном ящике" либо получить дополнительную информацию для отладки если паче чаяния она окажется у меня. На реальном изделии и с прошивками считающимися initial release. Без надувания щек и дешевых отмазок.

В общем приблуду уже сделал с компаратором из подручных средств. Логгируется шина и дополнительно одним каналом просадка напряжения. При подробном рассмотрении там даже земли не понадобилось растаскивать - порядка 50 милливольт и так была видна разница в уровне нуля, я ее со своей стороны слегка усилил резюком последовательно с шиной. То, что идет с одной стороны фиксируется двумя каналами параллельно, то что с другой - одним. Завтра будут весь день гонять, уже предупредил чтобы для чистоты эксперимента сотовых включенных в радиусе 10 метров не было (наводки от передатчика на компаратор видны явно, экранировкой одноразовой приблуды заниматься времени не было, а устройство в сборе уже проверяли всем что было под рукой на эту тему). _Надеюсь_ что глюк проскочит хоть раз. А потом уже с записью будем разбираться подробно.

Все, вопрос закрыт. Поймали проблему за хвост. "Черный ящик" как выяснилось по неизвестным науке в нашем лице причинам рестартовал изредка на ходу и дергал кратковременно шину в ноль. Если это попадало в "мои" обмены - результат был соответствующий ожиданиям.

По ходу "логгирование ошибок арбитража" абсолютно бы не помогло тут. Ну или при частоте сбоев 1-2-3 в день мы бы до 2 пришествия ждали пока неожиданный ресет второго контроллера придется на старт.