Перейти к содержанию
    

Детали разработки модуля Modbus

10 минут назад, Ruslan1 сказал:

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

31 minutes ago, quark said:

Для таких вещей MODBUS не очень подходит. При совместой работе внешних устройств с ПК в качестве мастера, его сфера применения - удаленная настройка устройств, сбор данных, всяких логов. Возможно "неспешное" управление устройствами, там где "жесткий" реал-тайм не требуется.

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

Я, помню, лет 10 назад к КАНу подход делал. Ну вот оно, убивец Модбасовский, недолго осталось.... Но на КАНе системы и девайсы в моей нише не востребованы, а Модбас RTU все еще в тренде.

В-общем, точка зрения инженера не всегда совпадает с точкой зрения редакции :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

4 минуты назад, Ruslan1 сказал:

Модбас RTU все еще в тренде.

MODBUS-RTU, COM-порт, RS-485 периодически "хоронят" приверженцы более "прогрессивных" технологий. То всех их вместе, то по-отдельности.

Но это их состояние - "все еще в тренде" - продолжается уже много десятилетий...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Да, при всех архаизмах и неоптимальностях это промстандарт для РФ. И это объективная реальность.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

28 minutes ago, Ruslan1 said:

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

Хотя бы парочку примеров можно? Штоб с доками, с ОРС-сервером. Пока что-то ни у кого не получилось.

2 hours ago, Ruslan1 said:

Хотите чтобы PC работал с RTU безусловно- делайте аппаратный конвертер между Модбас протоколами

Зачем делать? Использовали типа таких плат. Сейчас подобные идут на PCIe. Режим RTU работает четко. Ни разу не было такого, чтобы при чтении принятой посылки приходил рваный фрейм. Думаю, что связка ПЛИС+драйвер правильно отрабатывает паузу между фреймами.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

14 minutes ago, Михась said:

Да, при всех архаизмах и неоптимальностях это промстандарт для РФ. И это объективная реальность.

Этого промстандарта и в европах и в азиях много. В америках-австралиях, насколько я знаю, тоже, но там еще SDI-12 есть. Так что реальность еще объективнее, чем кажется.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

6 часов назад, jcxz сказал:

В урну тогда его! :smile:  Нормальные SLIP/COBS не накладывают никаких ограничений на скорость.

Ну не надо так с плеча-то сразу... Помню, как то в школе еще читал в журнале - "В промышленной автоматизации всегда есть место "муравьям" - 8и битным процессорам и "гигантам", как IBM PC\AT", так и тут каждому свое применение, считывать температуру и управлять реле можно не со скоростью света)))

6 часов назад, jcxz сказал:

посмотрите на размер его энд-поинтов. А размер их == 64 байт.

Согласен, где не прав-там не прав...  Не обратил внимание на FS режим.

1 час назад, Ruslan1 сказал:

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

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

Даже в линуксе, когда строят дерево портов и адресов в dts виде, потом переводят в dtb, чтобы не загромождать текстом парсер и потом это каждый раз не перекомпилировать.

Изменено пользователем mantech

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

5 минут назад, mantech сказал:

Ну не надо так с плеча-то сразу... Помню, как то в школе еще читал в журнале - "В промышленной автоматизации всегда есть место "муравьям" - 8и битным процессорам и "гигантам", как IBM PC\AT", так и тут каждому свое применение, считывать температуру и управлять реле можно не со скоростью света)))

Можно, но зачем? Если скажем COBS по подавляющему большинству характеристик лучше, чем Modbus-RTU, то зачем тогда этот RTU нужен?

 

PS: Аналогия: Вот раньше в девайсах (когда они ещё даже так не назывались :wink2: ) в качестве индикаторов цепляли лампочки накаливания. Маленькие. Иногда - крашеные в разные цвета. Сейчас в таких случаях почему-то ставят светодиоды. А почему не лампочки? Ведь их можно? Разве нет? Особенно если потребление и габариты не важны. Почему бы их по привычке не ставить? Вы ставите лампочки?  :wink2:

Вот с Modbus-RTU vs COBS - аналогичная ситуация.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Только что, jcxz сказал:

Вот с Modbus-RTU vs COBS - аналогичная ситуация.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

6 минут назад, mantech сказал:

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

Некорректный пример. Вы говорите про встраивание в некую существующую систему. Где уже что-то есть (хост). Тогда, по этой аналогии, должна быть замена в существующем уже приборе лампочки на светодиод. Замените "без проблем" в любом? Сильно сомневаюсь.

А вот если что-то разрабатывается "с нуля", то да - без проблем заменяется. Так же и с протоколом. Ну если не считать "проблемой" лень разработчиков, не желающих изучать что-то новое. Но это всегда так, с лампочками/светодиодами тоже думаю так было, пока динозавры не вымерли.  :wink2:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Сейчас еще китайская комплектуха идет дуром, типа недорогих ПЧ, а там по дефолту modbus rtu, что скорее хорошо чем, какой-то убогий протокол.

3 minutes ago, jcxz said:

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

Так сообщите же нам имя его!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

12 минут назад, Михась сказал:

Так сообщите же нам имя его!

В этой теме уже 100500 раз сообщили. Ну у вас видимо повязка на глазах.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

32 минуты назад, jcxz сказал:

А вот если что-то разрабатывается "с нуля", то да - без проблем заменяется. Так же и с протоколом. Ну если не считать "проблемой" лень разработчиков, не желающих изучать что-то новое.

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

Изменено пользователем mantech

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

45 минут назад, mantech сказал:

клиент попросил предусмотреть модбас-мастер

Но эта тема пошла не из-за того что "клиент попросил". Клиенту тут всё равно. Но опять почему-то Modbus....  :unknw: 

А клиент завтра захочет ещё одну плату к своей системе подключить. Но через радиоканал. Вот тут то ему Modbus-RTU и аукнется!  :vava:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 час назад, jcxz сказал:

Но через радиоканал. Вот тут то ему Modbus-RTU и аукнется!  

Это будет уже совсем другая история, ИМХО, скорей всего выберет блютуз, ибо тоже стандарт и модно)))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...