Модульный (наборной) коммуникационный контроллер RS485, Ищу готовое решение. Готов покупать. Опции

[Д_М]

Здравствуйте!
Прошу прощения, что открыл эту тему здесь, а не там, где предусмотрено правилами форума. Но, как мне кажется, здесь скорее найдётся тот, у кого есть нужное мне решение.
Нужно устройство в корпусе на DIN рейку, что-то вроде вот этого http://lib.chipdip.ru/006/DOC001006175.pdf
Головное устройство содержит в себе AVR с двумя UART, соответственно 2 штуки RS485 гальванически изолированные (пойдёт и 1 UART). Питание 8..30VDC, обязательно гальванически изолированное. То есть в головном устройстве должно быть 3 шт. DC/DC преобразователя. В ведомых устройствах AVR тоже желательно с двумя UART, но подойдёт и с одном UART. Соответствующее количество RS485, обязательно гальванически изолированных. Ведомые устройства питаются от головного устройства, связь по I2C, через заднюю шину. Ведомые устройства не изолированы от головного по линии питания и I2C.
Хотеть не вредно, вредно нехотеть. Страна большая, достаточно велика вероятность, что это прочтёт человек, у которого есть нужное мне решение.

[k155la3]

. . . . .
Ведомые устройства питаются от головного устройства, связь по I2C, через заднюю шину. Ведомые устройства не изолированы от головного по линии питания и I2C.
. . . . .

Использовать I2C для промышленного применения в качестве ВНЕШНЕГО интерфейса неполиткорректно,
так как это "внутриприборная" шина.
И чревато большими боками в виде завесов, глюков итд., даже при всех попытках экранировки.
Тогда уж лучше SPI, хотя это тоже "не то".

[WHALE]

Использовать I2C для промышленного применения в качестве ВНЕШНЕГО интерфейса неполиткорректно,
так как это "внутриприборная" шина.
И чревато большими боками в виде завесов, глюков итд., даже при всех попытках экранировки.
Тогда уж лучше SPI, хотя это тоже "не то".

Насчет "неполиткорректности" I2C в качестве внешнего интефейса это вы сами так решили или ссылку на
документ приведете?

З.Ы. У меня пару лет без сбоев работают 36 балансиров свинцовых акков.Связь с верхним уровнем именно по
I2C. Все модули на разьемах при суммарной длине кабеля метров 10.
И за это время "ни одного разрыва (с)".
Бонусы квадратной шины - не нужны кварцы,бо синхронный интерфейс и автоматом получаемая адресация слэйвов.

[zltigo]

З.Ы. У меня пару лет без сбоев работают 36 балансиров свинцовых акков.

Частности не отменяют общностей. А суть в том, что на физическом уровне для I2C нет никаких требований котрые обеспечивали ту же помехоустойчивость, нет требований по поведению автомата при нештатных воздействиях, нет таймаутов... То есть ни физически ни протокольно I2C не предназначен для чего-нибудь серьезно удаленного. Да, можно использовав логику протокола усовершенствовать физический уровень, да, при использовании микроконтроллеров в качесве слейвов I2C можно усовершенствовать и обработку ошибок и нештатных ситуаций, но это уже будет не I2C в его понимании. А если навешать на 10 метров кабеля несколько стандартных пассивных I2C чипов, то ничего хорошего в обшем случае ожидать не придется .

[WHALE]

Частности не отменяют общностей. А суть в том, что на физическом уровне для I2C нет никаких требований котрые обеспечивали ту же помехоустойчивость, нет требований по поведению автомата при нештатных воздействиях, нет таймаутов... То есть ни физически ни протокольно I2C не предназначен для чего-нибудь серьезно удаленного. Да, можно использовав логику протокола усовершенствовать физический уровень, да, при использовании микроконтроллеров в качесве слейвов I2C можно усовершенствовать и обработку ошибок и нештатных ситуаций, но это уже будет не I2C в его понимании. А если навешать на 10 метров кабеля несколько стандартных пассивных I2C чипов, то ничего хорошего в обшем случае ожидать не придется .

Ну, без тайм-аутов при работе с I2C жизни нет - с этим не поспоришь.
Вешал я и стандартные чипы гирляндой. Например,5 штук термодатчиков Максимовских на тех-же 10 метрах.
Да, там все гораздо печальнее и раз в 1-2 часа я получал зависон на шине.
Но тайм-ауты и ключик по питанию слэйвов спасали ситуацию.