Протокол для интерфейса Spi (да и I2c)

[shurik_ss]

Ну какой "в красную армию" I2C (пусть даже на 5, а не на 20 метров), если у него высокий уровеь подтяжкой формируется?

Ни у кого из разработчиков нашей системы нет совершенно никакого практического опыта разработки сколько-нибудь протяженных сетей. Отсюда и "детские" косяки. I2C выбран потому, что: 1) есть аппаратная поддержка в используемых контроллерах, 2) есть опыт работы (и программные наработки) с внутриприборными (короткими) шинами I2C, 3) хорошо ложится на топологию нашей сети, 4) не требует дополнительных интерфейсных схем. Повышенную емкость сети хотели компенсировать сильно заниженной скоростью передачи. Планировалось, что эта емкость снизит уровень "иголок". К затянутым фронтам теоретически контроллеры претензий иметь не должны. Но если Вы считаете, что это не заработает (полагаю, у Вас есть практический опыт подобных разработок), то мы без проблем откажемся от I2C.

На мой взгляд - если не в одной комнате всё расположено, то только дифференциальная "физика" (например 485).

С дифференциальной физикой полностью согласен. Но конкретно по 485 есть вопросы. RS-485 строится по топологии шины, с терминаторами на концах. У нас уже есть звезда. С учетом наличия двух пар в луче, из звезды можно сделать шину, но она будет очень длинной. Или лучше оставить звезду, но тогда как ее правильно согласовать?
Кстати, на RS-485 тоже смотрели (его большой плюс в том, что используется весьма неплохой аппаратный модуль USART контроллеров), но сразу отвернулись по смешной причине: ближайший магазин, продающий по адекватной цене приемопередатчики к 485, нашли в Китае (покупаем за свои деньги, это идет как рацпредложение, и премия за него никак не учитывает наших затрат). Не захотели ждать два месяца, пока придет. Если до вечера ничего другого не посоветуют, сегодня же закажу у китайцев десяток. Мне работа с дифсигналом в данном случае нравится гораздо больше, чем с шиной I2C, и я легко могу отказаться от I2C, несмотря на то, что это будет сопровождаться некоторыми временными трудностями.

[Boba_spb]

У нас уже есть звезда. С учетом наличия двух пар в луче, из звезды можно сделать шину, но она будет очень длинной. Или лучше оставить звезду, но тогда как ее правильно согласовать?

Из звезды сделать шину пару пустяков.

[akegor]

RS-485 строится по топологии шины, с терминаторами на концах. У нас уже есть звезда. С учетом наличия двух пар в луче, из звезды можно сделать шину, но она будет очень длинной. Или лучше оставить звезду, но тогда как ее правильно согласовать?

Возникал такой вопрос. Решили очень просто. Поскольку скорость нам достаточна небольшая, 19200, соединили звездой и без терминаторов. Все работает нормально. Да, расстояния до ста метров.

[Wiza_]

соединили звездой и без терминаторов. Все работает нормально

Жаль. Очень жаль. Вот так у нас интерфейсы и тестируют: если работает у нас в офисе, то будет работать и рядом с ядерным реактором.

Рекомендации по шинам и протоколам описаны вполне лаконично. Надо читать а не отсебятину пороть. Ладно на одном объекте, но когда изделие становится массовым: либо хренова туча пипла из саппорта, либо саппорта вовсе нет. RS-485 хорош, в промышленном применении если, знать о нем. Без вариантов. Стандарты подробно читать надо, а не бегло. Даже 485 можно запросто засохатить на 1 метре шины со скорость 800 бод.

[Boba_spb]

соединили звездой и без терминаторов.

Ну уж признайтесь - в центре звезды стоят 120 Ом где нить
Да хорошо работает обычно 485.В моей практике было метров 700 по заводу протянуто и метров 350 с пробегом по мосту, по которому электрички бегают. Да много где применяли.

[Wiza_]

По теме. Последней. RS-485. Только нужные функции. CRC16 можно заменить на сумму или на xor. Лучше организовать байт флагов. Мастер опрашивает только его. Если один из флагов установлен - мастер делает запрос на чтение регистров для данного устройства.

Он сторонник стандартной тяжеловесности

Modbus рекомендованный протокол. Так что хз где у него стандарт

Тема "Обрежьте жирок с RS-485" рекомендована к прочтению всеми, кто имеет с этим интерфейсом дело и кто её не читал.

shurik_ss, Даже не задумывайтесь. Переводите на 485. Шиной. Обратная пара у вас есть - связывайте с последующей. Не "звездите". SP485 хоть и дешевле, но надежность у него ниже плинтуса. Заказывайте либо AD либо MAX.

[akegor]

Жаль. Очень жаль.

В каждом конкретном случае свой конкретный жаль.
Офис ли, лес ли, может, АЭС - везде разные резоны и не стоит сваливать все в кучу и сводить к единым правилам.

[Wiza_]

В каждом конкретном случае свой конкретный жаль.

Ну если вы портируете сие утверждение например на пожарную сигнализацию..... всё встанет на свои места.

Тогда и офис может оказаться в лесу над АЭС

[ForcePoint]

Но если Вы считаете, что это не заработает (полагаю, у Вас есть практический опыт подобных разработок), то мы без проблем откажемся от I2C.

Практического - нет. Но тянуть I2C я соглашусь разве что под угрозой расстрела.

Но конкретно по 485 есть вопросы.

https://kazus.run/forums/showthread....181#post572181 Была идея сделать на дачу GSM-монитор. Предполагалcя RS-485, но дальше набросков схемы и ПО дело не прошло. Предполагал использовать шину с RC-терминаторами (для энергосбережения).

[shurik_ss]

Ну что же, всем спасибо. Ссылки почитал, советами проникся. Уже заказал у наших китайских друзей 10 штук MAX485EPA по $0.25 за штуку. Прикинул: если из моей звезды делать шину, получится всего лишь около 300 метров, что гораздо меньше предельно допустимой длины. Так что проблемных и сомнительных компонентов в ситеме не осталось, все должно красиво и правильно заработать.