aleksey_g, помимо того что залочен, так еще и ноги спалены Поэтому просто прочитать не выйдет.
Компорт отсутствует не у компа, а у приборчика он на усб построен.

MrYuran мне такой же не нужен (он у меня есть) и я точно такой сам сделать не смогу - квалификация низкая будет....
Просто конечная цель и софтина работают по особому протоколу, поняв который я смогу написать программку которая будет выполнять мои задачи. Грубо говоря автору надо было включать лампочку, гасить её, открывать входную дверцу, включать телик и т.д. по этому протоколу, а мне надо будет заставлять крутиться колесико, а у автора етого нету.... не более.
Хакерство связано немного с другим... Конечно умный человек найдет описание протокола поймет его и напишет что надо... Но я к сожалению не могу найти ни описания ни чего либо подобного, потому что автор вынес это описалово с завода ...

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

Имея ввиду довольно скромные возможности самой 2313, можно для начала подключить этот самый МАХ232 на компорт и тупым перебором поотсылать пакеты данных, из виртуального компорта.

Павел, извините немного не уловил Вашу идею. Можно пожалуйста немного подробнее.
Ну вот скажем прога "говорит" включи лампочку... На языке понятном конечной цели это будет выглядеть так: FF AA BB CC DD
Но на атмел уходит FA 55 66 77 88 99, где FA говорит атини о том, что сча речь пойдет о лампочке, поэтому бери 4-й алгоритм раскриптовки и обработай с 55 по 99 "по алгоритму по которому договаривались" ... Ну вот я на выходе получаю не 6 байт которые ушли на атмел а 5, уже красиво преобразованных, понятных для конечной цели. Ну а дальше уже работает макс232. Так вот меня интересует сугубо FF AA BB CC DD и почему именно FF AA BB CC DD, а ни абракадабра. Для этого я и хочу выстроить себе точнейшую таблицу того что на входе и на выходе. А что мне даст то что я подключу Макс232 на порт - не понял...

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

C выхода тиньки вы получаете сигнал в ТТЛ уровнях 0-5в. Макс232 их инвертирует и превращает в уровни +-12в. Эти уровни понятны ком-порту.
Вот если вы подключите выход Макс232 к компорту, то сможете выяснить, что же выдает тинька.

А теперь понял... абсолютно точно.
У меня в голове вырисовывается примерно следующая технология:

беру адаптер - родной, в нем кидаю проводок на выход Атини и соеденяю его со входом макс232 на отдельной макетке, а выход макс 232 буду направлять на вход FTDI (соседнего компа). Таким образом на одном компе снифлю запросы посылаемые прогой (условно то что придет на вход нашей атини) а на соседнем компе снифлю, то что из неё вышло. Работать буду USb-Trace - там есть возможность в логах смареть время. Ну и потом попробую выстроить таблицу и найти закономерности.
Вот как то так. Если я запутался - поправьте меня пож-та.

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

Наверное, надо только снифить, потому что у железки еще может быть что-то типа "счетчика смерти" для реакции на недопустимые данные на входе.

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

Что-то вроде того. Только убедитесь в согласованности уровней сигналов. Чтобы не подали +-12 туда, где нужно только 0-5! или же 0-3.3
И не напутайте с полярностью! Иначе получите кашу. Помните, что МАХ232 - инвертор. И если она стоит после тиньки, значит у тиньки инверсный выход.
Могут еще быть грабли со скоростью передачи. Нужно знать, на какой скорости работает ваш канал. Иначе - опять каша.

Стесняюсь спросить а что за грабли могут быть со скоростью???

Обычные подводные грабли - Вы пытаетесь принять данные со скоростью, к примеру, 9600 bps, а прибор передаёт их со скоростью 115200 bps. Комбинаций множество, все перебрать трудно. Если известно количество передаваемых байтов, то можно попытаться посмотреть осциллографом длину пакета, длину одного бита, и рассчитать требуемую скорость. Хотя, судя по описанию защит Вашего устройства, вполне возможно использование нестандартных скоростей приёма/передачи ну, к примеру, 32768 bps. Оба МК работают на одной скорости, но она нестандартна для ПК, поэтому отснифферить их обмен обычными программами будет трудновато. Кроме того, несмотра на использование родных выводов UART-a для обмена данными, никто не мешал авторам прибора использовать свой программный протокол, к примеру с 7 или 11 битами, или хуже того, с переменной (прыгающей) длиной пакета битов. Я бы делал именно так. Понятно, что серьёзного взломщика эти хитрости не остановят, но работу ему усложнят сильно.
В общем, для начала нужен хороший осциллограф, возможно программный (на звуковой карте), если скорости обмена небольшие.