Вопрос не в возможностях, а в реализации конкретного протокола
связи. Даже, если ваш конкретный прибор умеет извлекать полезную
информацию из шумоподобных сигналов, то другой прибор (другого
производителя) работает сугубо по стандарту и ему пофиг на
супервозможности вашего прибора. ;-) Вспоминается случай. Один из самых первых наших контроллеров для организации связи использовал паузы с периодичностью имеющегося у него RTC-ного прерывания 1/64 с. Соответственно граф состояний КА приемо-передачи по RS485 квантовался с периодичностью 15,625мс. То бишь после передачи всего фрейма пауза в течение которой приемник удерживал линию могла быть от 15,625мс до 31,25мс. Продали один из приборов, как мне помнится, в Е-бург. Через некоторое время оттуда вопросы - ваш прибор не работает с нашим датчиком, не принимает ответы от датчика. Дистанционно ничего разрулить не получилось и из Е-бурга в Пермь приехал представитель. Наш программист за полчаса разобрался с проблемой. Их датчик обрабатывал запрос "мастера" и готовил ответ по связи в течение 1-1,5мс, ну и тут же начинал его передавать в линию связи. А "мастер" после отправки запроса был готов к приему не ранее, чем через 31,25мс! Представитель исправил ПО датчика, вставив туда паузу ожидания 32мс передачи ответа после приема запроса и все тут же заработало.
P.S. конечно же, все особенности протокола были описаны в РЭ для нашего прибора. Но кто читает эти руководства? :-)))
reZident (Сегодня, 10:36, просмотров: 17) ответил VLLV на Как я любил такие картинки, когда занимался протоколами! Только эти
картинки не учитывают современные возможности контроллеров - сейчас
за 2 бакса можно организовать прием некрофильного rtu с помощью
ADC, DMA, и CortexM4 без подтяжек вообще, абсолютно без привязки к
подобным картинкам.