0 / 0 / 1
Регистрация: 22.01.2010
Сообщений: 4,000
|
|
1 | |
Логический анализатор28.01.2010, 22:48. Показов 91027. Ответов 78
Метки нет (Все метки)
В общем, возникла мысля такая. Сделать зверский логик анализатор. Я могу взять на себя большую часть аппаратного геморроя, но мне нужны софтописатели на комповой стороне, ибо без компа тут делать нечего.
Суть такая. Берем микросхему ОЗУ. Это будет наша память. Берем МК, он будет рулить. Еще есть счетчик на тупейшей логике 24х разрядный. Его вывод попадает на ту же ОЗУ (озу, например, 32 разрядное. Тогда у нас будет 24 байта на счетчик и 8 байт на данные. Дальше алгоритм таков. МК и ОЗУ одновременно вешаются на исследуемые выводы. Оба на HIZ ногах. Если на выводах происходит изменение, то МК делает строб и ОЗУ сжирает байтики (время и данные). И так до следующего изменения. После, когда все изменения будут записаны, мы постепенно тем же МК считываем данные и по USORT скармливаем компу. Где он рисует нам красивые графики и прочую логику. В результате, у нас получится захавать прорву данных и очень быстро. Конечно можно все сделать и средствами и одного лишь МК, но вот тут заковыка - скорость обработки сильно упадет. Ведь нам надо будет прожевать в SROM и время и сам байт. А это минимум 10-20 команд процессора. А тут, когда подсчет сделан на внешних элементах, у нас время тратится только на возврат из процедуры по смене IO вывода. Получится очень быстро и дешево.
0
|
28.01.2010, 22:48 | |
Ответы с готовыми решениями:
78
ЛОГИЧЕСКИЙ АНАЛИЗАТОР Логический анализатор Логический анализатор / осциллограф Дешевый логический анализатор. Логический анализатор, посоветуйте. |
0 / 0 / 0
Регистрация: 28.09.2014
Сообщений: 2
|
|
29.01.2010, 00:16 | 2 |
Идея хорошая, в принципе что там за софт? Прога которая читает с ЮСБ данные?))
0
|
0 / 0 / 1
Регистрация: 22.01.2010
Сообщений: 4,000
|
|
29.01.2010, 00:21 | 3 |
Которая тащит данные высылаемые МК и обрабатывает их, превращая в графики, раскладывая по посылкам (y2s, spi 1-wire, HD44780).
Из этого может получиться неплохой коммерческий продухт :)
0
|
Xokipok
|
|
29.01.2010, 01:56 | 4 |
Если будет описание пакетов, то софт труда большого не составит.
Идея супер, даешь логический анализатор в массы =) |
Xokipok
|
|
29.01.2010, 01:58 | 5 |
а может под этих http://usbee.som/ ребят протокол за бацать ?? тема уже всплывала..
|
0 / 0 / 0
Регистрация: 25.01.2010
Сообщений: 38
|
|
29.01.2010, 05:46 | 6 |
под этих ребят http://usbee.som/ уже давно сделано и гуляет по массам
Попроще USBee AX http://kazus.ru/forums/showthr... ight=usbee Полный вариант USBee DX http://kazus.ru/forums/showpos... ostcount=2
0
|
0 / 0 / 1
Регистрация: 22.01.2010
Сообщений: 4,000
|
|
29.01.2010, 06:13 | 7 |
USBee это совсем не из этой оперы. Во первых микруха там не дешевая и хер найдешь. Во вторых она работает через усб в режиме поточных данных. Т.е. нагрузил усб - жопа. А так все круто.
У меня же будет скорей детектор состояний. Т.е. этих нескольких килобайт хватит чтобы сожрать посылку размером почти с эту память. И не важно сколько она будет длиться и на какой скорости передаваться (лишь бы логика успевала сожрать ее)
0
|
0 / 0 / 0
Регистрация: 23.01.2010
Сообщений: 46
|
|
29.01.2010, 15:41 | 8 |
У меня была точно такая же идея сдалать по подобному алгоритму, чтоб записывались изменения, а не тупо поток. DI, а какая коммерцизация предлагается? Только железо или софт тоже?
0
|
Sriot0r
|
|
29.01.2010, 17:34 | 9 |
Всё придумано до нас :)
http://trade-m.ru/modules.php?... page&pid=1 |
0 / 0 / 1
Регистрация: 22.01.2010
Сообщений: 4,000
|
|
29.01.2010, 17:49 | 10 |
Ну железо будет открытым. Схемы, исходники и прошивки тоже. Закрытым будет только разводка печатной платы (впрочем, если она будет многослойной, то можно и не закрывать). Я буду продавать готовые девайсы фабричной выделки. Дается мне что можно это уложить в стоимость ниже 1500р.
А софтописатели тут могут подвязаться на таких условиях: Обязательно бесплатная часть обеспечивающая какой то минимальный функционал. Как минимум, чтение дампа награбленного и показ его в виде графика. Этакий деморежим. А дальше, за разумную плату (полторы - две сотни рублей за лицензию, думаю нормально) можно предоставлять отдельный функционал по обработке этого дампа. Например, разбор инфы по пакетам/посылкам. Остлеживание адресов передаваемых данных. Да много что там можно придумать. Я же, в свою очередь, предоставлю под это дело площадку где можно заявить о себе и показать свою оболочку потенциальным покупателям. Получится выбор и здоровая конкуренция, что пойдет на пользу всем =).
0
|
0 / 0 / 1
Регистрация: 22.01.2010
Сообщений: 4,000
|
|
29.01.2010, 17:51 | 11 |
2 Creator
"- 4…8 МГц – размер буфера всего 128 байт" Честно говоря, смешно. Я бы за такое не дал 2000.
0
|
0 / 0 / 0
Регистрация: 26.01.2010
Сообщений: 23
|
|
29.01.2010, 18:27 | 12 |
эх.. а я уже заказал LOGIC-U, за 2500 :) 15 придет
0
|
Sriot0r
|
|
29.01.2010, 18:43 | 13 |
Сообщение от DY HOTT
А отслеживать протоколы на скоростях десятки килобит вполне можно в реальном времени сливая данные в комп вышеупомянутым девайсом. Который хоть и вдвое дороже - имеет более чем вдвое больше возможностей. Я кстати ничуть не против проекта, обсуждаемого в этой теме. Просто дал ссылку посмотреть аналогичную штуку от моих земляков, может срисовать оттуда пару-тройку фич :) И кстати сам периодически изобретаю педальнодвухколёсное. Сейчас вот метеостанцию делаю на датчиках 1-wire. Раньше данные читал комп через простой преобразователь COM-1wire, а теперь вот девайс на меге с сегментными индикаторами, а в комп из буфера уже через UART... Кстати, я очень простую схему подключения применил к меге, используя 8+4 ноги на 4 индикатора типа "8.", безо всяких защелок и дешифраторов. Надо будет топик в этом разделе написать, может интересно кому. |
0 / 0 / 0
Регистрация: 23.01.2010
Сообщений: 1,142
|
|
29.01.2010, 18:46 | 14 |
Я бы МК (AVR) из процесса захвата исключил: Не успеет. Конечно, зависит от полосы, но, если рассматривать тот же AVR на максимальной частоте:
SPI - 10 MHz LCD - у лучших контроллеров - 250 нс на импульс. (4 MHz) Если на прерываниях: вход в прерывание - 4 такта, выход - столько же. (то есть в лучшем случае - 10 тактов - 2 Mhz) Если на опросе портов - тоже не сахар. ЗЫ. На логике, захват будет быстрее. А сливать потом - да. ЗЗЫ. А PC софт - примитивен. Даже с раскладкой по протоколам. То есть если протокол общения открыт - мне нужно пару дней на декодирование любого интерфейса (если описан) и несколько больше, если нет. Третий уровень ЗЫ: Мне, похоже, это совсем не надо, соответственно предыдущий пункт отпадает.
0
|
0 / 0 / 1
Регистрация: 22.01.2010
Сообщений: 4,000
|
|
29.01.2010, 18:58 | 15 |
А ты не понял. Меге надо будет только отследить изменение. Это буквально одну команда, команда на переход в прерывание и две команды на тактирование записи. Запись будет прям в ОЗУ сделана. Так что на меге только последующий слив и захват.
Захват можно и аппаратно сделать вообще, скажем тупо по тактам. (но тут придется плис подключать, т.к. на рассыпухе это устраться делать) Но это не очень экономично в плане емкости. Т.к. если нет изменений то будут те же самые захваты. Однако никто не мешает смультиплексировать всю эту бодягу.
0
|
0 / 0 / 0
Регистрация: 23.01.2010
Сообщений: 1,142
|
|
29.01.2010, 19:13 | 16 |
Я всё понял.
Сообщение от DY HOTT
Команда то да, но, "The interrupt ixicution response for all the enabtid AVR interrupts is four clock cycles minimum." Это если прерывание на изменение портов. Если похерить возврат из прерывания, то всё равно нужно стек проинициализировать заново (а это как минимум 2 такта). Можно и на это забить, но нужно будет смириться с очисткой памяти и наездом на регистры. Если тупо считывать порты: in reg, port1 cp reg, oldport1 brne putsi in reg, port2 cp reg, oldport2 brne putsi rjmp begin Я тут уже, однако, те же 8 тактов вижу. А ещё ногой махнуть надо и состояние запомнить.
0
|
0 / 0 / 0
Регистрация: 22.01.2010
Сообщений: 3,496
|
|
29.01.2010, 21:47 | 17 |
Можно вот какой финт ушами провернуть. Входные сигналы постоянно пишутся в кольцевой буфер, малого размера. По мере поступления новых данных, старые затираются. При срабатывании триггера условия, активируем запись в основное хранилище. А по запросу отдаём содержимое буфера+содержимое хранилища. Таким образом, доступными становятся даже записи до срабатывания условия.
0
|
0 / 0 / 0
Регистрация: 26.03.2016
Сообщений: 2
|
|
30.01.2010, 21:35 | 18 |
Делали курсовой (командный) на тему сбора и анализа данных с целью поиска проблемных мест сайта. Но это было связано с вебом и клиентским приложением. Одна сторона записывала данные, а другая их обрабатывала и красиво представляла результат (таблички, картинки, графики, вкладки).
Здесь схожая задача, только COM-порт и клиентское приложение. Как я понимаю со стороны ПК такие задачи: 1. принять данные 2. проанализировать их 3. красиво представить результат (в данном случае график) Анализ данных и построение графиков - стыкались, но работа с COM-портом - под вопросом (в общем-то погуглив, материал вроде есть, т.е. думаю разобраться можно будет при желании).
0
|
0 / 0 / 0
Регистрация: 18.10.2006
Сообщений: 547
|
|
30.01.2010, 21:50 | 19 |
я бы тоже хотел присоединится к разработке софта :)
0
|
0 / 0 / 0
Регистрация: 18.10.2006
Сообщений: 547
|
|
31.01.2010, 13:31 | 20 |
пришла в голову такая схема (может быть уже есть где-то такая, я не встречал). ее можно применить для определения момента изменения логических сигналов, чтобы записать их в память. хочется узнать мнения людей, более разбирающихся чем я.
0
|
31.01.2010, 13:31 | |
31.01.2010, 13:31 | |
Помогаю со студенческими работами здесь
20
Какой логический анализатор выбрать? Логический анализатор с пасьянсом и радистками Логический анализатор Leaptronix PLA-1016 Логический элемент Логический элемент 4-или Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |