Какой это последовательный формат передачи сигналов? (РС-485?)

Обратите внимание на разные смещения для каналов CH1 и CH2.

Это загадочный стандарт сигнализации, в котором я пытаюсь разобраться. Для меня это более или менее похоже на RS-485, но я не узнаю долго выглядящий стартовый бит, а состояние «ожидания» линии выглядит для меня немного странным. Используя преобразователь RS-485 в RS-232, я не могу заставить его перевести что-либо вразумительное. Обратите внимание на разные смещения для каналов CH1 и CH2. В «холостом» состоянии (в начале) две линии имеют практически одинаковый потенциал, а при передаче они различаются на показанные величины.

Я предполагаю, в частности, что меня больше интересует кадрирование, чем сам физический уровень, поскольку мой преобразователь rs-485, кажется, интерпретирует его нормально (даже если данные кажутся мне бессмысленными)

Редактировать:

Вот характер данных за более длительный промежуток времени, обратите внимание на временную базу (те же вертикальные настройки)

Более длинная шкала времени

Вот трассировка крупным планом, но с включенным бесконечным послесвечением. Я запускаю длинный стартовый импульс, который присутствует во всех сообщениях:

Бесконечное постоянство, срабатывающее при длинном стартовом импульсе

Я думаю, вы можете немного поторопиться, предполагая, что какая бы система вы ни использовали, она вообще заботится о том, чтобы следовать стандарту. Наверное, это что-то отечественное.
Можете ли вы установить постоянство трассировки на бесконечность и передать кучу данных по шине? Это должно дать хорошее представление об аспектах структуры данных, которые являются фиксированными, и аспектах, которые изменяются. Просто сначала убедитесь, что вы запускаете правильно.
Возможно, я действительно поторопился, но, поскольку скорость передачи составляет 9600 бод, я рискую, что это можно интерпретировать с помощью какой-то традиционной техники.
Данные поступают небольшими пакетами из нескольких сообщений, где сообщения разделены десятками миллисекунд, а пакеты отстоят друг от друга примерно на секунду. Сообщения имеют разную длину (от нескольких байтов, как показано в сообщении выше, до ~30 байтов для некоторых самых длинных сообщений). Скорость передачи данных остается фиксированной, но длина длинного стартового импульса (показанного выше) варьируется. Сообщения всегда начинаются с этого длинного импульса. Я использую слово «сообщение» здесь вольно, так как, конечно, у меня нет доказательств того, что интервал между данными соответствует семантическому разделению в самих данных.
... звучит немного похоже на сообщения GPS (NMEA) из-за скорости передачи данных и скорости передачи пакетов....
Можете ли вы дать нам некоторую информацию о том, что это за устройство, где оно используется и, возможно, какие-то номера деталей чипа? Это очень поможет нам угадать, что это такое. Например, номера деталей чипа могут дать нам представление об используемых электрических характеристиках. Тип устройства может дать нам представление о малоизвестном протоколе, с которым вы, возможно, не знакомы.
Это «умный сетевой интерфейс» водонагревателя. Нет легкого доступа к материнской плате этой штуки, поэтому нет идентификаторов чипов. Я ожидаю, что это все один микроконтроллер, маркировка которого стерта или в любом случае находится под каплей заливки (что типично для бытовой техники).
возможно RS-422?
Там определенно есть какая-то структура. Из изображения бесконечного постоянства я вижу четкий стартовый бит и стоповый бит. Ваша вера в то, что это действительный асинхронный сериал, кажется правильной. Я был обеспокоен тем, что, возможно, это был недействительный RS485, и ваш преобразователь просто неправильно интерпретировал сигналы на шине.

Ответы (1)

Физический уровень действительно похож на RS485, но он просто описывает управление дифференциальным напряжением и состояние простоя линий. Взглянув на то, что управляет шиной в исходном наборе, вы поймете, что это, скорее всего, какой-нибудь стандартный чип 485/422.

Какой формат данных - это другой вопрос, для этого проще посмотреть на вывод с 485 чипа и проследить 0 и 1. Если вы отправляете некоторые известные данные туда и обратно, вы сможете довольно легко определить эту связь.

Над этим может быть какой-то протокол обмена сообщениями, в зависимости от комплекта.