adnega

Я пользуюсь таким.

Что при наличии средств U3Pro16 будет лучше - соглашусь. Но как-то с обзорами на этот прибор не густо. Я вообще ничего не нашел.

Если это произойдет, значит будет умысел "испортить" ранее работавшие изделия. По-моему, это гораздо менее вероятно, чем изменение ПО с целью повышения функционала. Когда-то давно я сам "патчил под себя" exe-шники (с отладчиком, как положено). Потом выходила новая версия - я ее тоже патчил. Затем мне это стало не актуально, но некоторые люди "подсели" на "патченый" функционал, и просили меня поправить новую версию. Кста, exe-шник разрабатывали в соседнем отделе, но им было не до наших мелочей. Потом появился легальный API к данному софту :)) С тех пор я люблю когда разработчик гарантирует, что с новой версией некий функционал не пропадет.

А софт для анализа полученных данных какой использовать?

А есть конкретно, что нужно в вашем случае сделать? Мало у кого есть желание искать заветные байты в exe-шнике. Завтра выйдет новая версия софта - опять сидеть с отладчиком? Вы ознакомьте подробнее с вашим решением в режиме "делай раз, делай два", а каждый решит какой вариант для себя выбрать.

Если есть деньги, то - оригинальный DSLogic Plus. Если есть паяльник, желание, программатор, то можно даже U2Basic с Али, но придется менять микросхему памяти, поднимать пин ПЛИС, паять проводок, шить eeprom-ку и менять байтики в дампе. Можно в рамках U2Basic остаться, если буфер в 4 раза меньше чем мог бы быть и частота в 4 раза меньше чем могла бы быть устраивает.

Прицепил "2-spi". Нужно добавить папку в /dsview/decoders/ 2-spi.zip

Четырехканальный: Настройка декодера

Чуток поправил декодер "0:SPI". Так надо?

У меня экранированных проводов нет.

Все разрезано до нас: тыц

У меня есть плата с несколькими SPI-slave на шине. Могу проверить, но чуть позже.

Дык, несколько раз нажать "+ 0:SPI". Все MOSI/MISO/SCK общие, CS индивидуально. Дык, компилятор (API и документация) есть. Чего не хватает? Конкретной реализации QSPI? Можно попробовать найти или написать свою. Инструмент есть, полнота есть - дальше - каждый без ограничений может сделать свой декодер. Забавно, что взламывать exe-шник вы можете, а воспользоваться описанным функционалом - нет.

Сверху "Decode", справа "+ 0:SPI", в окошке - параметры. Кста, все декодеры выполнены в виде питон-скриптов и лежат в папке декодеров. Сделать свой QSPI - декодер, если знаешь питон - думаю, без проблем. API хорошо описано, примеры декодеров есть. Кста, поверх выделенных из SPI байтов, можно еще декодером верхнего уровня пройтись...

Еще ножка BOOT играет рояли.

Если на RST висит конденсатор большой емкости, то могут быть проблемы. Можно зажать RST на землю, запустить прошивку и отпустить RST - должно сработать.

Я так понял софт по VID/PID узнает модель, а затем грузит соответствующую конфигурацию в ПЛИС. Можно пошаманить с файликами конфигураций ПЛИС, но кроме переименовываний, на мой взгляд, особо ничего не сделаешь.

У меня такая же версия. Если поменять байтики с 0x29 на 0x20, то анализатор вечно ждет сработки триггера. Если U2Basic превратить в Basic, то буфер сильно уменьшается (256к), но в старых версиях (0.9.9) можно захватить на 400Ms. Хотя захват может быть на 100Ms, а 400Ms - это просто циферка в GUI. Статью дополнили в районе 10 января.

Там, вроде, если только два байта поправить, то 400Ms только в старых версиях ПО будет. Я чипы памяти заказал, но они еще не пришли - снял с отладочной платы какой-то. Свежачок по переделке

U2Basic? Без паяльника буфер будет в 4 раза меньше. Есть энтузиасты, которые 512Мбит памяти жаждут получить.

"два значения скорости ... соответственно для терминированной и нетерминированной линии". 1. В терминированную линию 1 метр трансиверами RS485 передаем 100 каких-то пакетов на малой скорости. 2. На другом конце принимаем эти пакеты и сравниваем с тем, что передавали. 3. Если есть более одного битого пакета, то запоминаем скорость передачи. Тестирование закончено. 4. Если битых пакетов нет или всего один, то увеличиваем скорость на 10% и продолжаем с п.1. Повторяем эксперименты с нетерминированной линией - в результате запоминаем второе значение скорости. Сравниваем два запомненных значения.

На днях переделал U2Basic (c Али) в Plus. Работает на 400Ms @ 4ch в буферном режиме. Буфер 256Мбит. Рекомендую.

Берем линию 1 метр. Берем два узла RS485, и, постепенно повышая скорость передачи, получаем два значения скорости, выше которой происхоит >1% ошибок передачи соответственно для терминированной и нетерминированной линии. Получаем аналогичные два числа для CAN узлов. Я утверждаю, что разница между двумя значениями для случая RS485 будет ощутимо меньше чем для случая CAN. Кто не согласен?

У меня шина порядка 20~40 метров всего на скорости 50 кбит/с. Но даже при этом без согласования не работает. Могу снять осциллограммы с терминатором и без если нужно. Медленный спад удлиняет доминантное состояние по версии приемника, и это приводит к ошибкам на шине. Терминатор не только борется с отражениями, но и ускоряет этот переход. Вот любите вы, jcxz, додумывать и притягивать то, чего нет: я не утверждал, что моя задача == задаче ТС. Я утверждаю, что для CAN важно: - правильная топология с терминаторами; - правильное положение точки семплирования; - правильное распределение идентификаторов. Я умный дом на CAN, скорее иллюстрация того как узлы в CAN должны относиться к обмену в противоположенность обмену в духе RS485. С RS485 было дело лет 7 назад на оном объекте в системе УД - куча проводов, куча узлов, медленный опрос - пришлось придумывать схемы с приоритетами опроса узлов, обрабатывать отвалы узлов без последующих тормозов на шине и т.п. Там где много мелких редких посылок от множества узлов и отсутствует необходимость в мастере, считаю, можно и нужно применять CAN. Может да, а может и нет... Мы инженеры и должны разрабатывать по-науке, а не в режиме "и так сойдет". Цена вопроса меньше рубля. Мы рубль экономим? Я думаю сотня, устройств скорее добавит емкости шине, чем проводимости. Ну и отражения никто не отменял. Кста, у некоторых CAN-phy есть вход управления крутизной. Иногда повышенная крутизна отрицательно сказывается на распространяемом сигнале. Это картинка линии, в которой есть хотя бы один терминатор. Попробуйте отключить все терминаторы и увидите при попытке передачи резкий переход в доминантное состояние, затем падение по экспоненте, при этом передатчик зафиксирует ошибку перехода в рецессивное состояние, включится ретрансмиссия, и так до BUSOFF.