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

Wiza_ · 09.01.2015, 14:57

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

akegor · 09.01.2015, 15:02

Сообщение от Wiza_

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

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

Wiza_ · 09.01.2015, 15:05

Сообщение от akegor

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

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

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

ForcePoint · 09.01.2015, 15:33

Сообщение от shurik_ss

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

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

Сообщение от shurik_ss

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

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

shurik_ss · 09.01.2015, 17:09

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

robert777 · 10.01.2015, 13:17

По поводу протокола на SPI
Так как SPI двунаправленный то Slave при приеме может просто отправляет принятые байты назад с отставанием на 1 байт, а мастер сверяет.
Если заморочиться то можно сделать отсьавание на 1 бит

svs39 · 10.01.2015, 14:24

делал обмен с разными самодельными "упрощенными" протоколами, теперь: MODBUS-RTU, УАРТ, RS485, функции свои для своих поделок- и не сушу мозг

kosmos440o · 11.01.2015, 01:19

Как-то на объекте мудохались с каким-то SPI-подобным (с закрытым протоколом) интерфейсом. От кондиционеров до пультов не хватало метров по 5 и решили удлинить провод. Где-то год кидали отмазки заказчику, ставили кондёры, подтяжки, паяли чего-то там, ничего не помогало. Объект был не мой, а моего туповатого начальника, так что сильно я там не старался что-то сделать, и даже немного прикалывался. Потом начальник уволился, за ним и я, не знаю, как ребята там выкрутились, и выкрутились ли.
Из-за таких случаев глубоко презираю разработчиков, использующих нестандартные и непромышленные интерфейсы и протоколы и никогда не куплю такое на объект. К сожалению, довольно много ещё таких.

alex_markin · 11.01.2015, 03:38

Не надо ничего изобретать. Посмотрите внимательно на CAN. Очень помеоустойчивый интерфейс и быстрый. Широко применяется в автомобилях и промышленной автоматике. В некоторых PIC-ах тоже есть CAN модули.

Someone · 11.01.2015, 08:13

Сообщение от shurik_ss

покупаем за свои деньги, это идет как рацпредложение, и премия за него никак не учитывает наших затрат

Я таки стесняюсь спросить, а как с остальным? Плата печатная, преобразователь питания в каждом устройстве (ведь помимо А и В линий 485го на каждый девайс питание надо), какие-то функции девайсики на тиньке 2313 должны выполнять, т.е. можно предположить 1-2 входов датчиков, какое-нить реле выходное, корпус...