Передача задания на расстояние, 2 контроллера Опции

[Evgenius_Alex]

Добрый день!

Необходимо передавать задание от одного контроллера к другому, которые находятся на расстоянии.

Основные требования:

1. Простота
2. Дешевизна
3. Точность. Чёткого критерия пока нет, но в разумных пределах.
4. Гальваническая развязка

Кто сталкивался с подобным, подскажите, пожалуйста!

[Plain]

Не озвучив ни тип сигнала, аналоговый он или цифровой, ни его объём, автор снова заморочил всем головы, в том числе и себе.

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

[Evgenius_Alex]

Не озвучив ни тип сигнала, аналоговый он или цифровой, ни его объём, автор снова заморочил всем головы, в том числе и себе.

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

Речь идёт о связи двух микроконтроллеров. Хотим передавать 8-битные посылки по UART. Но тогда придётся делать самодельный протокол, чего очень не хочется.
Хотелось бы что-то стандартное.

[k155la3]

Речь идёт о связи двух микроконтроллеров. Хотим передавать 8-битные посылки по UART. Но тогда придётся делать самодельный протокол, чего очень не хочется.
Хотелось бы что-то стандартное.

Смею предположить, что ТС "боицца" работать с узлом UART и предполагает, что придется разрабатывать стек протокола наподобие TCP

1. Какой у Вас тип контроллера. Если это не военного назначения и все сугубо засрзасекречено ?
2. Предлагаю следующий протокол.
master: 0x55, 0xDH, 0xDL, 0xCH, 0xCL == передать 5 байт,
где:
0x55 - сигнатура заголовка пакета. Можт быть использована для автоопределителя скорости на приеме. А может и не исползоваться.
0xDH 0xDL - данные, те Ваше "задание" аналоговой величины
0xCH, 0xCL - контрольная сумма на 16 бит - любой стандарт.
slave: принять пакет и разобрать. ответ на мастера не требуется (пока этого достаточно)
3. Примеры настройки-прием-передачи по USART дается пркакт. каждым изготовителем процессоров - достаточно взять подходящий appnote
4. гальваноразвязка через оптрон. Чтоб не выискивать быстодействующий - используйте скорость 1200 или даже 600 бод.

Это я к тому, если не использовать ПЧН, а напрямую заводить частоту в МК.
Какой диапазон частот и шаг изменения частоты лучше взять, чтобы его потом было легко обрабатывать?

В микроконтроллере master реализуете преобразователь цифровой величины, которую Вам требуется передать,
в частоту. Используется узел таймера. По сути, это управляемый делитель кварцевой частоты, например кварца 32768.
На приемной стороне - реализуете, также на таймере, измеритель частоты или измеритель периода.
Передающая часть - выход таймера соединен с входом оптрноа для гальваноразвязки.
Приемная часть - выход оптрона соединен с входом таймера.
Частота - используйте звуковую или даже меньше. Это зависит от динам. диапазона, который Вы
хотите передавать, линейности, требований к дискретности. 1 ... 100 Hz к примеру.
Изучите список апнотов для Вашего МК.
--------
Не мучьте себя, используйте цифру. Весь цивилизованнй мир использует ЕЕ.
Возни с реализацией аналога или псевдо-аналога на ПЧН - на порядок-два больше