5 Arduino через одну RS485 шину.

Раз невежествен, то:

1. К каждой ардуине покупаешь преобразователь TTL<->RS485.

2. Соединяешь между собой

http://adatum.ru/wp-content/uploads/2014/08/test789.jpg

А терминаторы на концы не надо?

Надо. Как и в CAN.

Протокол девятибитный, иначе никак.

В смысле — если мелкоконтроллеры тоже что-то срать в шину должны. Если только читать — можно обойтись тупо стандартным восьмибитным.

Если линия не длинная, то можно и без терминаторов. На десятке метров без терминаторов уже грустно.

А терминаторы на концы не надо?

Да, их тут не нарисовано. Надо, конечно. К этой картинке (неудачной) надо комментарий оставить, что каждый из этих конкретных модулей TTL<->RS-485 уже имеет на борту сопротивление 120 Ом (R7 по схеме). Это, кстати, не гуд. Видимо, они предназначены для соединений 1:1. Тогда при включении в линию нескольких таких преобразователей надо выпаять этот резистор 120 Ом хотя бы у промежуточных платочек, оставив только у последнего на шине. Или найти такие преобразователи, у которых перемычкой можно включить или выключить сопротивление. Или вообще без сопротивлений найти, а ставить на конце линии уже самостоятельно.

Протокол девятибитный, иначе никак.

а зачем девятибитный?

Я уже писал, зачем: если ты хочешь, чтобы мелкоконтроллеры не только могли принимать сигнал, но и выдавать, тебе нужно как-то хитро к ним обращаться. Для этого придется либо лепить псевдо-CAN поверх RS485, либо маркировать командные последовательности. Вот во втором случае и пригодится девятый бит.

Если же ты хочешь, чтобы мелкоконтроллеры в шину асинхронно что-то писали, то без CAN не обойтись, иначе получится полная каша.

Если же ты хочешь, чтобы мелкоконтроллеры в шину асинхронно что-то писали

ну если только асинхронно все должны болтать

чтобы мелкоконтроллеры не только могли принимать сигнал, но и выдавать, тебе нужно как-то хитро к ним обращаться

Нет тут нечего хитрого, банальный master - slave

Для этого придется либо лепить псевдо-CAN поверх RS485

Зачем лепить что-то свое, когда есть готовые реализации MODBUS

Подскажите, а как физически реализуются «узлы» на, допустим, витой паре? Т.е. (если что-то неверно говорю) идет себе кабель и тут бах, должен в два разных места уйти.

банальный master - slave

Без девятого бита случайно может так получиться, что говорящий мелкоконтроллер вызовет активацию другого. И получишь ты «банальный мастер-слейв» ☺

MODBUS

Сложно.

Ставь терминаторы на конце каждой ветки.

Это уловил. Сейчас про физическое соединение спрашиваю. Я так понимаю, нужно что-то типа... T-коннектора для витой пары.

Или я очень сильно затупаю. Как терминаторы помогут решить мой вопрос? Не особо понимаю. Терминаторы же на концы всей системы будут вешаться...это же резисторы...

Ну кто же знает, какие у тебя на объекте условия подключения? Обычно тянешь витуху от одного устройства к другому, потом из этого же устройства к следующему и т. д.

http://www.metersusa.com/images/Acuvim/AcuvimCom9.JPG

Иногда для удобства на устройствах два разъема сделаны. В один приходит RS485, а из другого уходит к следующему.

Еще вариант: использование контактных колодок

  1       2  

  ||     ||
  OO     OO   ...
  OO     OO
  | \____|/\_____
  |_____/\_______  

Разветвители RJ45, например.

Без девятого бита случайно может так получиться, что говорящий мелкоконтроллер вызовет активацию другого. И получишь ты «банальный мастер-слейв» ☺

Что значит случайно? В рамках протокола MODBUS у каждого устройства есть свой адрес. Мастер отправляет сообщение в котором, по спецификации присутствует адрес получателя. Все устройства эту посылку принимают, но отвечает только то, у которого адрес совпал. 9 битный формат можно засунуть в топку вместе с 7, 6 и 5 битным.Хотя есть специфические сети с упором на энергосбережение slave устройств где применяется 9й бит (http://electronicdesign.com/embedded/use-pcs-uart-9-bit-protocols)

Сложно

Я же говорил есть множество готовых реализаций. Вот пример где все разжевано http://www.electronhacks.com/2014/04/arduino-modbus-plc-rtu/

Мастер отправляет сообщение в котором, по спецификации присутствует адрес получателя.

А тут — бац, в посылке передатчика случайно образуется пакет с адресом другого. И трындец!

Чтобы такого не произошло наверняка, тебе нужно эдак байт 128 гнать в MAGICK перед номером передатчика, что сильно снизит скорость, если тебе шустро надо работать!

И не надо в меня тыкать ссылками на ардуйню! Я не хочу блевать, хоть и не пообедал еще.

И не надо в меня тыкать ссылками на ардуйню! Я не хочу блевать, хоть и не пообедал еще

Ссылка по теме поста.

Чтобы такого не произошло наверняка, тебе нужно эдак байт 128 гнать в MAGICK перед номером передатчика,

Нет, адрес 8ми битный. Ознакомься, прежде чем предполагать. https://ru.wikipedia.org/wiki/Modbus

Ознакомься, прежде чем предполагать

Параша, а не протокол!

Хотя есть специфические сети с упором на энергосбережение slave устройств где применяется 9й бит

Еще широко 9-битный протокол MDB распространен в вендинговых автоматах. Практически все монето-, купюроприемники и пр. умеют этот протокол. Физически используется токовый сигнал и стандартный разъем. Мне как-то довелось его реализовывать.

https://en.wikipedia.org/wiki/Multidrop_bus

Параша, а не протокол!

Слова дилетанта в вопросах коммуникации устройств по шине rs485. MODBUS на ровне с CAN является одним из основных используемых протоколов в промышленной автоматике.

Практически все монето-, купюроприемники и пр. умеют этот протокол

Я работал только с одним с купюроприёмником MEI SC8307, но там использовался протокол EBDS (http://www.elektroda.pl/rtvforum/download.php?id=571486)

Спасибо за информацию.

Четность что ли? А не проще пакетный протокол просто? Типа модбас бинарный, но со своим содержимым пакета? Это ж тривиально.

Без девятого бита случайно может так получиться, что говорящий мелкоконтроллер вызовет активацию другого. И получишь ты «банальный мастер-слейв» ☺

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