Comments 7
А почему не сделали свой плагин для PulseView (sigrok) ? Почему завязались на проприетарное решение ?
Основная причина - исторически больше привык к Saleae, хотя у меня есть и DSLogic и с DSView и универсальной PulseView давно знаком, но вот как-то не задумывался про создание плагина для него.
Второй резон - посмотрел поиском и нашел подробную статью на Хабре про написание декодера под sigrok, так что нового тут рассказать нечего ))
Если бы Вы сделали плагин для PulseView от этого было бы больше пользы. У меня тоже есть прибор от Saleae, но использую его исключительно с PulseView.
Мне интерфейс и вообще работа с Saleae больше нравится, чем с DSLogic. У Saleae меньше настроек триггера (недостаток), но работает триггер лучше, чем на DSLogic, у которого постоянно приходится подстраивать чувствительность триггера, каждый раз, как подключаешься к новой железке даже, если логические уровни были те же, что и раньше. Часто бывали ситуации, когда триггер работает недостаточно хорошо. Как результат, пакет декодируется с ошибками. Ко всему прочему триггер в Saleae с предиктом, позволюющим отобразить содержимое данных до срабатывания триггера. Этого в DSLogic, к сожалению нет, И там и там количество декодеров "из коробки" недостаточно, что добавляет интерес к статьям как эта.
для анализа протоколов можно прикрутить wireshark, в нем довольно удобно сделано сделан разбор пакетов данных по структурам а данные в него можно тянуть самыми разными путями, а верхний уровень можно реализовать скрипnом на .LUA https://stackoverflow.com/questions/44965474/creating-lua-dissector-in-wireshark-for-non-ethernet-data
более того можно использовать и куда как более дешевое железо, есть вообще готовое решение https://github.com/frank-zago/ch341-i2c-spi-gpio
Создание анализатора верхнего уровня для логического анализатора Saleae