Предложение
Всем привет.
Товарищи Овеновцы! А вы не могли-бы сделать модули в форм-факторе Mx2xx, только с RS485 ModBus RTU???
Т.к форм-фактор нормальный, получается компактно и современно, в отличие от Mx1xx, но ваша реализация обмена по Ethernet вообще не устраивает!
Поддержу. Реально не хватает таких модулей, именно по rs485.
Вы с ума сошлисериал давно в прошлом
ASo с фига ле ?он никуда не делся и не денется в рамках шкафа по крайней мере.
з.ы. самый оптимальный вариант, наличие на борту RS485 и вставка модуля Ethernet, не впайка, а именно вставка. Докупил модуль, выломал заглушку, воткнул. Конфигуратором настроил и вперед.
И мало того, возможность подключения к Облаку без прибегания к всяческим шлюзам от Овен. Сам модуль должен уметь. Так как втыкаем куда-то в сеть, просто настройкой роутера сети разрешаем подключение к облаку со стороны модуля.
Последний раз редактировалось melky; 14.06.2021 в 10:26.
Добрый день.Сообщение от Sergey666
А что не так, с реализацией обмена по Ethernet?
Можете конкретнее описать?
И я предполагаю, что в данном форм-факторе модулей с RS не появится.
Как заметил ASo - от последовательных интерфейсов мир потихоньку отходит.
Ведущий инженер проектов
Линейки шлюзов сетевых Пх210
Линейки модулей ввода/вывода Мх210
Mx210 ходит в облако без применения шлюзов.
Все приборы ОВЕН, выпускаемые с интерфейсами для доступа в Интернет, обучены связываться с облаком без промежуточных изделий.
Серия Пх210 - заглушка для ранее разработанных приборов, которые неумеют ни в Ethernet, ни в облако.
Ведущий инженер проектов
Линейки шлюзов сетевых Пх210
Линейки модулей ввода/вывода Мх210
Какой Ethernet? Вы о чем? Зачем модулю ввода-вывода в облако??? Что за необходимость??? Контроллер пожалуйста, а модуль ввода-вывода НЕТ!!!
Это, конечно, мое личное мнение, но надо быть человеком с поврежденной психикой, чтобы модуль ввода-вывода системы АСУ-ТП подключать к какому-то облачному сервису.
Конкретно- в самой идеологии TCP-IP:-вы обязательно получите все данные, что хотите...со временем!
Да тенденция на Ethernet коммуникации есть и это нормально, но, как в том анекдоте, есть один нюанс- для коммуникации с вводом-выводом используется не Modbus-TCP, а другие протоколы: Profinet, Ethernet/IP, Ethercat. В конце-концов используются концепция Коммуникационник+модули на шине, где одним запросом ПЛК получает данные от всех модулей ввода-вывода, а не поочередный опрос.
Т.е. правильно ли я Вас понял:
- Вам не подходит ModbusTCP для обмена, но в тоже время подходит Modbus-RTU/ASCII?
- Если уж шина не последовательная, так будьте добры, одним запросом информацию обо всех модулях.
Если это так, то сделаю пару заметок о преимуществе ModbusTCP в данном контексте:
- протокол бесплатный. Т.е. вы, как конечный пользователь не переплачиваете за конечное устройство
- в отличии от MRTU поддержан режим мультимастера. В RTU про это можете забыть
- скорость - таки 2-3мс на 16 оперативных параметров из одного прибора - вполне внушительная скорость. Лишь бы мастер успевал опрашивать с такой скоростью
Да, вы верно заметили, что в современном мире есть более продвинутые протоколы и/или интерфейсы. Но все они, увы, идут в другой ценовой сегмент.
Я вот, после выхода 210-й линейки, жажду забыть про 110-е, как страшный сон, с их конфигуратором и необходимостью в преобразователях.
Если же вы приверженец старой школы (простота/надёжность/цена-функционал), то 110-е никуда не деваются, но и "рефакторить" их врядли кто-то будет
Ведущий инженер проектов
Линейки шлюзов сетевых Пх210
Линейки модулей ввода/вывода Мх210
Sergey666 были задачи, в том числе и в облако, кроме управления от ПЛК. Ethernet умеет все, но часто из-за экономии берут ПЛК без Ethernet и модули к нему соответственно.
з.ы. хотите похоронить RS шину? - все ПЛК и модули с Ethernet сделайте дешевле. Само умрет...
Ваши права
Ответить с цитированием