То есть вы их предполагаете включать последовательно? Тогда вопрос координально упрощается. Первый в цепочке отключает весь хвост, пока ему не присвоят адрес (от хоста по спец протоколу на спец адрес). Потом хвост подключается, и следующий в цепочке повторяет процедуру.
На хосте надо предусмотреть независимые I2C концы (через те же мультиплексоры)

Не только последовательно, поскольку на мастере несколько разъемов то таки звезда будет :/
А городить огород на мультиплексорах i2c как бы во первых накладно, во вторых я их в Питере в розницу вообще не нашел ((

А чем вас RS485 не устраивает? Тем более что I2C не предназначен для связи на большие расстояния, а адреса можно выставлять перемычками на модулях и еще диапазон адресов можно разделять по функциональному назначению модулей и адрес модуля устанавливать в как смещение от начала этого диапазона, так перемычек будет меньше, да и все равно вам надо знать где стоит допустим датчик температуры №2 сверху или сбоку аквариума

485 это типо из пушки по воробьям ))) на расстоянии до 5 метров 485 теряет смысл, опять таки со звездой бороться... да и схема усложняется/удорожается. имхо не увидел смысла )

Хм, да не по пушкам, "квадратный" на такое расстояние вряд ли будет нормально работать, а если и чудом будет, то с мегачерепашьей скоростью, хотя ИМХО 99%, что работать не будет. Да и почему звезда? RS485 прекрасно работает и без всякой звезды

А i2c на 5 метров, это "типо" из рогатки по танкам . Вам правильно говорят, здесь RS485 - то,что нужно

ну он как бы уже работает, может и по танкам, но без сбоев )) вы упускаете из виду кол-во передач, я подсчитал - примерно одна из 4 байт в 15 минут, о какой скорости обмена может вообще речь идти ))))

Сообщение отредактировал AlexTech - Jan 29 2011, 19:42

А про скорость не идет, идет про надежность. Дифференциальный сигнал на метры передавать гораздо помехоустойчивее, чем 2 провода типа 'открытый коллектор' с резисторной подтяжкой

Ну я вам собственно это и предлагал -


1 штука это накладно?
Закажите сэмплы у NXP

Для ухи хватит всего одного сбоя . i2c (Inter-Integrated Circuit) не предназначен для связи на таких расстояниях.

да я знаю что не предназначен, просто в спецификации же не указана длина соединений, а указано только что емкость шины не может превышать 400пф, имхо это много метров пустого провода, а со слейвами ну на 5 хватает ))
народ вон на 50 метров пуляет без проблем ). это во первых, а во вторых что бы ухи не было, у меня протокол обмена со всякими проверками.
в общем первая версия уже распаяна на платах и запущена, пока до второй руки не дойтут рассуждать о чем то другом поздно )

Дубль 2 : i2c (Inter-Integrated Circuit)


Народ и шурупы молотком .

Предлагаю принять такое правило - выделяете пул адресов для каждого типа исполнительного устройства, подразумевая некоторое макс. кол-во, в пределах разумного,
и внутри блока уникальные идентификатора не нужны - нужны только однозначные соответствия адресов - такой-то адрес==блок, отвечающий за моторчик, находящийся в таком-то месте.

Ну я примерно по такому пути и иду. На пулы по типам устройств уже все разделено, но пока не используется в явном виде.
Пришла еще в голову мысль взять программную реализацию i2c(она ведь будет работать на тех ножках которые для аппататной предназначены???)
и тупо отправлять адрес не как 7бит+флаг, ну а например как 15+флаг или вообще как инт 31+флаг, ну будет две отдельные процедуры одна для моих штук, вторая стандартная
для часиков и памяти, ну и что. Тогда можно всем девайсам давать адрес+1 и этого точно хватит.
Только не знаю смогу ли переписать )))))

Сообщение отредактировал AlexTech - Jan 30 2011, 08:44