Сориентируйте по протоколам/транспортам для связи 2 микроконтроллеров Опции

[p_v]

https://easyeda.com/speed/DC_Motor_speed_co...8f540acd1a2f4bb
https://easyeda.com/speed/Universal_speed_c...8f540acd1a2f4bb

Нужно сделать гальваническую развязку между высоковольтной частью регулятора скорости и внешними интерфейсами (индикатор, кнопки и т.п.). Как ни странно, но по деталькам проще всего оказывается поставить 2 микроконтроллера и свинтить их через что-то вроде adum1201.

Понятно, что не особо сложно взять UART и схолхозить протокол типа modbus (запись/чтение по заданному виртуальному адресу). Но может на эту тему есть что-то стандартное, чтобы не изобретать лисапед?

Я не готов выкатить полноценное ТЗ, но надеюсь по схемам и задачам примерно понятно, что может подойти. Все "мясо" - на силовом контроллере. На вспомогательном - только ручки и индикатор. Мне бы хватило, если бы вспомогательный был master-ом, и сам инициировал все опросы. Можно более сложные варианты, если есть готовые библиотеки, но не обязательно. Ну и конечно нужна какая-то минимальная защита от сбоев, чтобы обмен не затыкался.

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

Сообщение отредактировал p_v - Sep 22 2018, 18:54

[Alechek]

То же самое, так и не понял кошмарности. Там 1 таймаут и то, +-лапоть.

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

Напишите чтение/запись через modbus. Только честно - чтобы можно было менять как один параметр через Preset Single Register, так и произвольную группу через Preset Multiple Registers. И чтобы в процессе записи группы или через Preset Single Register не допускалась запись половины 32-битного числа. Любопытно глянуть на простоту реализации. А это только малая часть настроек моего устройства.

А что сразу функции 4/6/16? MODBUS ими не ограничивается!
Кто мешает использовать 20/21 (Read File Record/Write File Record)?
Или даже (при действительно необходимости) свои функции, стандарт ведь это допускает.

[Сергей Борщ]

Или даже (при действительно необходимости) свои функции, стандарт ведь это допускает.

И что потом делать с этими функциями, если готовые программы о них не знают? Так почему не использовать свой протокол целиком, если нет жесткого требования использовать именно modbus?

[p_v]

И что потом делать с этими функциями, если готовые программы о них не знают? Так почему не использовать свой протокол целиком, если нет жесткого требования использовать именно modbus?

Давайте считать что я неудачно выразился и под словами "типа модбас" мы понимаем слишком разные вещи. Меня устроил сам принцип "чтения-записи в ячейку". Повторять на нижнем уровне всю модбасовскую хреномундию и в мыслях не было. Там как раз достаточно самосинхронизируемой штуки, типа вашего weak или вообще текстовых строк как в модеме.

А так как задача вполне типовая, мне показалось что это все уже давно должно было оказаться в библиотеках. Ну или как вариант, могли быть какие-то радикально другие решения, с которыми я не очень знаком (вроде CAN).

Наверно можно, если удастся правильно понять вашу мысль

Все упирается в простоту/цену. Когда все комплектующие стоят 15 баксов, тулить туда развязку за 10 как-то жаба душит.

Одна крайность - фигарить все на рассыпухе из оптронов. Не считая их кривых характеристик, пролетаем в простоте. Другая крайность - многоканальные и специализированные развязки, где вопросы с доступностью и ценник от 5 долларов.

Вариант с ADUM1201 мне кажется довольно удачным балансом - запаять не проблема, размер небольшой, цена приемлима. Правда всего 2 линии передачи.

Дабы далее не "гадать на кофейных гущах", опишите сразу топологию этой "шины": как и что это выглядит и как это все должно запитываться, какие расстояния и т.п.?

Давайте от печки начну, возможно так будет понятнее. Нужны малогабаритные и простые регуляторы скорости для "хоббийных" моторов разных типов, все в пределах 1kW. Которые в готовом виде купить нельзя. Все опенсорчное, делается специально чтобы "любой мог повторить". Там где управление чуть более кучерявое чем пара кнопок, по понятным причинам нужна гальваноразвязка.

Это все в пределах ОДНОЙ платы. Именно ради гальваноразвязки. Внутренний формат думал особо не изобретать и взять как в частотниках - когда в какую-то "ячейку" пишется "число" (потом при необходимости будет проще под какой-то частотник мимикрировать, чтобы свой мануал не делать). Так как изоляции подлежит "клавиатура" и "индикатор частоты", то не требуется ни высокая скорость ни пакетирование. Подозреваю, что даже на повтор при ошибках можно будет забить (хватит самосинхронизации). Не уверен что там ошибки вообще когда-либо случатся.

Спрашивайте, если что.

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

Не путайте пожалуйста то что я описывал с выносным пультом. Там совершенно другая задача. Под нее воткнутo ESP8266 для настройки с мобилки через браузер. Но к внутренней изолирующей шине на плате это отношения не имеет.