Уважаемые специалисты, прошу подсказки в следующем вопросе.
Есть некоторая прога, которая общается через УСб со своей железкой. Грубо говоря прога кидает шифрованный пакет данных на Аттини2313, которая стоит внутри железки, а Аттини в свою очередь его расшифровывает и уже на выходе идет нормальный сигнал на ацп и дальше через железку связь с другой железкой.
У меня такой вопрос, что вы посоветуете для того, чтобы толково соснифить вот эти самые пакеты, которые на входе в атини и на выходе: какое железо, ПО?
Прошу прощения если некорректно изложился.

Сообщение отредактировал noobie - Dec 17 2008, 13:52

Схему железки - в студию. Хотя-бы структурную.

Ну, концептуально ето дело выглядит так.



Тобишь пришел пакетик данных от проги, обработался процем, и пошел себе дальше на макс232, но уже в том виде, в котором надо.

Дык вот чем собственно цепляться к ножкам атмела, чтоб ето дело красиво разложить, чтоб скорость соответсвующая и т.д.

Спасибо.

Сообщение отредактировал noobie - Dec 17 2008, 15:31

Со стороны компьютера можно воспользоваться софтовым сниффером, snoopypro, например.

ну состороны компа я USBTRACE смарю, мне принципиально, то, что после атмелки... Я так пологаю, что специальных приблуд для етого нету и придеццо пользовать осцик, но может кто-то из профессионалов подскажет альтернативу, учитывая специфику девайса? Просто никогда не приходилось с таким сталкиваться и в инете покопался - нигде подробных описаний нет

Сообщение отредактировал noobie - Dec 17 2008, 15:35

А что после контроллера? Если UART, как нарисовано на картинке, то что мешает и его завести в комп?

Нет. Вы немножко последовательность неправильно поняли, точнее я "накалякал": прога кинула на UART (FTDI), снего на Атини, оттуда на Max232 а потом уже к конечной цели... и ответ получает по той же цепочку тока в обратном порядке... ну через Тх и Rх...
Простите если изъясняюсь не на вашем языке.

Т.е. к ATTiny подключено 2 UART'а - один идет с компьютера через FTDI, а второй идет через MAX232 к конечной цели, я правильно понимаю?

Берете комп с двумя компортами.
Выход Max232 заводите не только к конечной цели, но и на вход первого компорта.
Вход Max232 заводите не только от конечной цели, но и на вход второго компорта.
(Грубо говоря воруете данные по пути следования)
А далее - хоть любой терминалкой разгребаете весь поток данных, Сравниваете
с данными, подсмотренными на управляющем компе...
И не забывайте, что Max232 это по сути инвертор.

Смущает лишь то, что при этом еще надо отслеживать причинно-следственные связи типа что-после-чего приехало. А может быть еще и времена надо будет точно мерять.

Ну, дык, нелегок хлеб у хакеров!

Какой-нибудь COM-port toolkit показывает время, когда пакет принят, может вроде логи сохранять, чтобы потом с ними работать

всем спасибо за идеи. но...
1. компорт отсутствует впринципе - связь идет через УСБ (приборчик вставляется в усб), в винде ставится "виртуальный ком-порт", ну это понятно, потому что работает через FTDI.
2. Смотреть то что на МАКс232 приходит выходит к сожалению смысла нету, а вот на атмел есть... я хочу понять метод декриптовки пакета данных. Тобишь если прилетело FF 14 FF 15, а вы летело FF 14 FF EA, то очевидно ксорится на FF ну например... это образно...
Так вот принципиально стоит задача четко получить то что на лапке атмела когда входит и то что на лапке атмела когда идет в сторону Макс 232 (тобишь выходит).
Очень понравилась идея по поводу того чтобы лапу выхода завести на вход FTDI - очень хорошая идея, но вот ведь какая штука - скорость обмена серьезная и я боюсь что данные будут тупо смешиваться с ответом от конечной цели. Т.е. пошел запрос и как тока он "с той" стороны атмела появился он идет тут же не только на макс232 но и ко мне обратно усб, однако это будет "конфузить" саму прогу, которая ждет ответа ... и нормальной работы и связи будет сложно добиться
Другое дело что можно побыстренькому обвесить FTDI и сделать типа похожего адаптера, лапку "выхода" аттини соединить со входом FTDI и ловить ето дело соседним компом, но потом надо как то по времени всё сопоставить и т.д.
Ребята предлагайте пожалуйста еще варианты. Работой займусь только на выходных. Вам обязательно доложу как что делал...

Всем большущее спасибо за активность. На других форумах такой поддержки не добиться.

з.ы. Алексей, это делается не в хакерских а исследовательских целях.

Сообщение отредактировал noobie - Dec 18 2008, 09:27

А может (если повезет - вдруг чип не залочен) просто прочитать прошивку этой тиньки, дизассемблировать и таким способом раскусить ее потроха?

P. S.
А если компорт отсутствует, то возможно найдется парочка кабелей для мобилы. Там проеобразователь USB-COM.
Только придется позаботиться о преобразовании уровней сигналов(:

Ну ясен пень, исследовать и сделать такой же