roboforum.ru

На соседнем форуме подбросили мысль, что с Modbus может быть проблема времени реакции системы, т.к. будет поочередный опрос всех клиентов сервером.

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

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

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

_________________
«Как сердцу выразить себя? … Мысль изреченная есть ложь!»
В этом мире меня подводит доброта и порядочность...
"двое смотрят в лужу, один видит лужу, другой отраженные в ней звезды"

Duhas, modbus. он под что-то там делался и наверно для тех задач вполне всех устраивал. функции, деление на "типы данных", master/slave,... как по мне для простого протокола достаточно реализации адресации, широковещательных пакетов, предотвращения коллизий и отсутствие всяких master/slave.
в 485ом только физический уровень, а в can и физический и канальный, что явно приятней. но кан и дороже и похуже с поддержкой у мк, так что 485й как ни крути, но иногда он без вариантов получается. как говориться или пилите свой софтовый протокол или используйте, что есть, тот же modbus.
а так я пока не сильно заморачиваюсь с этими интерфейсами и протоколами. сейчас меня больше интересуют вопросы уровня сервисов и как это реализовывать. как в мк запихивать, как реализовать получение информации о ноде/роутере/шлюзе. какие данные и сколько их гулять будет. на какой топологии сети остановиться, что бы не получить в итоге жирный неповоротливый фреймворк. т.д.

ну я то из тех кто пилит как раз )
кан все никак не доберутся руки пощупать, народ его вроде хвалит )
485 приятен тем, что можно взять любой МК и нескольких ногах и поднять на нем 485 ) ну и отладка - сунул на шину блюзуб с трансивером и гляди что там бегает..

_________________
«Как сердцу выразить себя? … Мысль изреченная есть ложь!»
В этом мире меня подводит доброта и порядочность...
"двое смотрят в лужу, один видит лужу, другой отраженные в ней звезды"

ну да.

Как-то лишней кажется целая линия. Мастер не может просто с нужной периодичностью опрашивать "кому что надо" ?

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

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

может, но надо ли ? )
ну в витухе 8 пар, 1 сигнал, 2 под питание, и еще 1 остается ) в ней общий для шины Enable и Ring


и вызывать коллизию )

_________________
«Как сердцу выразить себя? … Мысль изреченная есть ложь!»
В этом мире меня подводит доброта и порядочность...
"двое смотрят в лужу, один видит лужу, другой отраженные в ней звезды"

Вот, кстати, да, а нет ли более менее распространенного кабеля на 2 пары?

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

чтот не припомню витой у которой 8 пар. есть 4 пары, 8 проводов. есть 2 пары, 4 провода. 4 пары удобно, если по одному шнуру нужно пускать и ethernet и питание и одну пару на какой-нибудь rs485, can,... для 485го или кана удобней брать тонкий гибкий шнур с 2-мя парами - 2 на данные, 2 на питание.
коллизия, один мастер или мультимастер и прочее это к реализации протокола.

Добавлено спустя 1 минуту 51 секунду:
есть. и с ценами всё нормально и с выбором и с достовабельностью.

По каким словам искать?

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

"utp 2 пары". только их много разных (толщина провода, медь/биметалл, экранирование/нет, материал оплётки, ну там мягкий или дубовый, для внутреннего или уличного применения и т.д.), сразу много набирать не стоит.

Добавлено спустя 10 минут 55 секунд:
ради интереса глянул. кроме 2 и 4 пар есть и другие - 8, 10, 12, 14, 16, 24, 25, 48, 50, 100,...

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

Добавлено спустя 8 минут 9 секунд:

Спасибо! Нашел всё, что надо!

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

мне больше витая нравится, хотя наверно и телефонный неплох. хорошая цена и достовабельность для витой с одножильным биметаллическим проводом. хочешь паяй, хочешь обжимай. нужно 2 пары? пожалуйста. нужно 4? ещё проще достать. для питания нормально ещё не тестил, но на вскидку при 12в с проводом длиной в 10-20м легко хватит на несколько модулей.
екатеринбург http://uplink-ural.ru/product/kabel-netlan-utp-2-pary-cca-omednennyj-aljuminij-kat5-vnutrennij-pvc-odnozhilnyj-100mgc-305/ (305 в названии я так понимаю это 305 метров в бухте), http://e-burg.nix.ru/autocatalog/net_cable/25e_305_Telecom_Light_UTP2TC305C5ELCCAIS_105844.html. ещё тут неплохой ценник http://cable-plus.ru/chinecable/chinecablesvyazi/product-details/138-cp-utp-2-pary-kat-5e-vnutrennij.html.

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

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов