Как стать автором
Обновить

Комментарии 31

Для тех же целей пользуюсь USB модулем на четырехпортовой FT4232. Никаких проблем не замечено.
Я для сниффинга, с помощью ПО, на компе организовываю программную петлю СОМ портов с разветвителем. И к разветвителю уже сам цепляюсь и смотрю что там передается.
Мммм… мисье знает толк…
А разве не проще сниффинг делать программно: пишем простенький модуль ядра, создающий файл псевдо-последовательного порта; программе, работающей с портом (или виртуалбоксу, если софт, работающий с железякой, только под мастдайку есть), указываем вместо реального порта этот псевдопорт; ну, а этот модуль «псевдопорта» логгирует всю проходящую информацию (вместе с сисвызовами) и перенаправляет ее в реальный порт.
Подозреваю, что идея моя не нова и такой модуль уже давно есть.
Если учитывать, что железных портов осталось крайне мало, я делаю проще. Достаточно парсить усб-трафик FTDI/prolific через бинарный поток usbmon'а

code.google.com/p/uscmon/
Тоже часто приходится реверсить протоколы обмена данными для разных девайсов. Со временем у меня подобралась связка из двух инструментов, которые сильно упрощают мне работу:
1. com0com — менеджер виртуальных com-портов
2. RealTerm — терминал для сбора данных

Связка из этих инструментов позволяет обойтись без специального аппаратного разветвителя RS232.
НУ далеко не всегда речь идет о Windows и вообще о PC. Иной раз надо перехватить общение, например, станка с непойми чем внутри с клавиатурой устроенной непонятно как.
Все верно. Я просто поделился своим опытом решения задач реверсинга на платформе PC + Win.

Кстати, иногда пациенты имеют встроенный контроллер USB-serial и тогда программный аналог аппаратного разветвителя RS232 остается, наверное, единственным помощником для отлова сообщений между PC и устройством.
Большое спасибо! Эти софтины под 98-ой пойдут? А то у меня ЭМ зонд с 80-ых подключён к корыту соответствующего возраста с 98-ыми форточками. Нужно переписать софт под более современную платформу.
com0com под 98 работать не будет. Вот цитата из ReadMe.txt для него:
Q. Is it possible to run com0com on Windows 9x platform?
A. No, it is not possible. You need Windows 2000 platform or newer.


Насчет RealTermа не знаю. У меня работает под Windows 7 64 bit.
Печаль. Спасибо за подробности.
usb трафик снифить проще. Да и железки есть для снифинга. Это большой бизнес.
Под виндой очень понравилась софтина Virtual Serial Ports Emulator, для x32 даже бесплатная по моему. Там можно не слабую «маршрутизацию» СОМ соединений организовать, как реальных так и виртуальных. Даже по TCP пробросить можно. Еще есть хороший софт от Eltima software, в том числе и прозрачный сниффер СОМ портов, но все это платно.
Однажды пришлось заниматься реверс-инженерингом COM протокола пробросив его через TCP к себе. Хорошо справились обе программы.
И еще одна программа hercules. Это и обычный СОМ терминал и клиент\сервер для TCP\UDP протокола. Не сочтите за рекламу, просто если бы мне кто-то в свое время подсказал это ПО то я бы очень много время сэкономил.
НЛО прилетело и опубликовало эту надпись здесь
Паяльник CT-96, DI HALT у себя делал обзор.
Ага, сразу же его узнал.

Увы, СТ-96 все чаще последнее время не торт :( Дикое количество брака и родное жало сразу же на выброс.
Я себе для подобных извращений приобрёл ERSA Tip 260. Пока что не жалуюсь.
с удовольствием досмотрел до конца =)
Мне одному кажется что на 1:36 кот бегает по столу?
А что за осциллограф у вас?
Hantek DSO5102B
При сегодняшнем состоянии пивоваренной промышленности ваш второй диалог более логичен
Видео понравилось. Люблю, знаете ли, посмотреть, как паяют другие=)
Вот только, дается мне, связавшись с макеткой ради того, чтобы сэкономить время вы его только потеряли.
Ну здесь использование макетки все же вполне оправдалось, т.к. разводка никакая. Можно сказать, что даже съэкономил на сверлении отверстий.
Ну а вообще, после последнего раза, когда день на макетке паял ворох проводочков ради примитивной схемы, перешел на ЛУТ.
Чем и как снимали?
Несколько раздражают волосы и горизонтальные полосы.
Снималось при помощи Logitech Quickcam Pro 9000 и некоего noname USB микроскопа (вот что-то подобное).
Писалось под Линуксом при помощи guvcview, примерно в 20 подходов. Обе камеры на одной машине. Редактирование делалось в kdenlive.
Косяк получился в том, что видимо микрокоп не успевал передавать данные по USB, видео с него оказалось записанным с 13-с-чем-то кадрами в секунду. Пришлось подбирать скорость для каждого куска, чтоб они хоть более-менее совпадали.
Освещение было настольной лампой (накаливания), галочку фильтрации 50 гц при записи ставил, но она как-то не очень помогла.
Теоретически можно было бы попробовать и полосы пофильтровать, и попавшую в кадр прическу повырезать, но перфекционизм в этом случае скорее всего привел бы к тому, что я это видео не выложил бы никогда. Потому решил ограничится 20% усилий.
Не вполне понял, почему (или где), данные буферизуются при двухпортовом полнодуплексном снифинге. Наверно, речь идёт про стек FIFO, и программа на компьютере просто не успевает выгребать посылки из FIFO двух портов, от чего не получается правильно восстановить диалог двух систем, так?
Насколько я понимаю, в FTDI чипах есть аппаратный FIFO (в 256 байт по приему) и когда из него данные уходят в компьютер — видимо решает сам чип.
Если брать что-то попроще, например PL-2303, то там похоже аппаратного FIFO нету.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации