в этом объёме данных интересующих нас событий - доли процента.
соответственно возникает вопрос - а нахрена это всё передавать и
хранить? считаю, что анализатор должен иметь настраиваемый по
довольно сложным условиям триггер. типа - захватываем только 512 сэмплов после того как на линии D[7:0] увидели код =0xFE. либо "если на линии D3 (MOSI, например) 7 семплов подряд стробируемые линией D2 (SCLK, к примеру) словилась последовательность 0xE5". тогда даже если мы умеем ловить на скорости 800Msps, передавать в комп можно будет хоть на 115200. потому что наловленных событий будет мизер.
если стоит задача сниффить весь обмен, то и в этом случае анализатор должен уметь назначать один из входов типа как тактовым, и сэмплить данные по нему.
понимаете? хороший анализатор это не "я тут наловил со скоростью в гигасемпл 10 секунд обмена, сумел вывалить тебе 10 гигабайт данных, а ты там ипись с ними как хочешь".
хороший анализатор - это "я тут по хитрым условиям споймал тот скользкий момент, про который ты подумал. собрал всего полкилобайта инфы и отдал"
Mahagam (06.01.2021 18:36, просмотров: 505) ответил backa на если я правильно понял, то вопрос стоял о секундах снятого лога при
макс. частоте выборки(тактирования) для любого лог.анализатора -
где он будет "эту портянку лога" хранить??))) один способ заслать
все в комп - а там уж сами решайте, что делать дальше...