Как записать и воспроизвести сигналы обмена

[Repit]

Существует некий электронный комплекс с бортовым компьютером, системными блоками и исполнительной силовой периферией.
На периферию отдаются исполнительные команды а от датчиков периферии на бортовой компьютер поступает актуальная информация.

Проблема в организации ремонта плат периферийных устройств в области контроля встроенных модемов и конвертеров преобразующих сигнал с линии связи для дальнейшего управления процессорами.

В ремонт поступают периферийные устройства
1 - имеющие разъем питания для подключения к сети 3х380,
2 - на платах типовой 9-ти пиновый разъем для подключения к линий связи.
3 - Линии связи работают с уровнями аналогично RS232, RS485, но с протоколами не соответствующими СОМ портам установленных в компьютерах.



4 - Для осуществления простейшей автономной проверки отдельных плат необходимо на разъем связи подать какую либо посылку соответствующую посылке бортового компьютера или системного блока.
На это модем и процессоры платы отреагируют на своем индикаторе или "обменом" по шинам - что легко зарегистрировать осциллографом.

5 Простейшая попытка обмена и есть конечная цель тестирования транзита от разъемов RX и TX. до системных процессоров.

6 - Техзадание:
Необходимо устройство или программа способная зарегистрировать и сохранить любой протокол с работающего бортового компьютера по линии TX без искажений, для последующего использования и симуляции посылок по линии RX проверяемых плат.
То есть нужен некий "цифровой магнитофон" способный записать, хранить и воспроизвести без временных искажений любой протокол.

7 - Я не имею практического опыта и доступа к технологиям для работы с описанными системами, сигналами, программами...
Предполагаю что все это уже существует программно или в железе, и такие технологии уже обкатаны.
Возможно существуют и иные методики... ?

8 - Надеюсь на сотрудничество и мудрые советы от тех кто в теме.

[elon]

задача очень простая ... какой нибудь мах232 для связи по уровням далее на сериал порт микроконтроллера а он смотрит по длительности старт импульса посылки потом эту константу использует для вычисления скорости порта , далее делим на 2 и получаем чтение как раз на середите бита , заносим байтовую посылку в eeprom и далее если надо то выводите в компьютер для анализа и изменения либо просто по кнопке выстреливаете обратно в это ваше устройство что на фото ... если будет индикатор какой нибудь то кнопками к примеру ..... + или - гоняете указатель в еепром на начало следующей или предыдущей посылки

ну а если не нужно автоопределения скорости передачи то просто смотрите осцилом длительность стартового импульса и считаете константу и заностите в генератор на посл.порт .... в общем тривиально и просто ... без затей )))) почти скучно )))

[Easyrider83]

Тогда не понятно, зачем там вообще микроконтроллер. Подключить прямо к РС. Благо, работать с СОМ портом очень просто. Даже с эмулированным. Только для начала надо провести реверс-инжениринг протокола обмена. А это задача не простая, учитывая, какие там вон камушки видны на плате.

[elon]

Тогда не понятно, зачем там вообще микроконтроллер. Подключить прямо к РС. Благо, работать с СОМ портом очень просто. Даже с эмулированным. Только для начала надо провести реверс-инжениринг протокола обмена. А это задача не простая, учитывая, какие там вон камушки видны на плате.

Согласен ... можно и так .... но сталкивались с тем что часто используют нестандартную скорость ком порта .... здесь может быть то же самое ...
напрямую с шаловливыми ручками к pc шному порту все нынешние системы win просто не пустят .... ( можно конечно поменять из под чистого доса но при загрузке системы драйвер все равно установит стандартные скорости .... поменять ? пожалуйста но через драйвер ))) а что то свое ))) к драйверу порта пожалуйста ))) а микрик как раз и есть прослойка с которой можете делать все что хотите

[omercury]

Тогда не понятно, зачем там вообще микроконтроллер.

Золотые слова.
Нужен комп с двумя COM-портами (так как и Rx и Tx будут для него входами) и сниффер ком порта
Если последний ничего не определит, тогда понадобится логический анализатор.
Только сначала неплохо померить напряжение на всех контактах относительно корпуса и убедиться, что физический интерфейс именно Ком.

А вообще вопрос в другой раздел.

[Repit]

Easyrider83,
С СОМ портом на "терминалках" онО не работает, другие протоколы.
См N3 и 7

задача очень простая

Из всего текста я понял только эти две фразы.

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

Если можно, пальцем покажите направление движения.

[omercury]

какие там вон камушки видны на плате.

Ни одного камушка не нашел...
Две альтеры и ПЗУшка.

[omercury]

Если можно, пальцем покажите направление движения.

Пост № #5, последняя строка.

[elon]

Easyrider83,
С СОМ портом на "терминалках" онО не работает, другие протоколы.
См N3 и 7


Из всего текста я понял только эти две фразы.

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

Если можно, пальцем покажите направление движения.

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

[Repit]

Слева по центру - C167 CS, под "модемом" - XC95144 с обвязкой.
Разъем слева похоже для отладки и программирования, на объекте не используется.

Это "модем", может и не модем, но я его так называю, на нем транзитные разъемы для подключения к линии от центрального компа.