Вот Вы и ответили на 2 последних своих поста.
Вид для печати
Вот Вы и ответили на 2 последних своих поста.
а то вы форум не читаете, вопросы по подключению в облако приборов с Овен протоколом всплывают постоянно. Единственный ответ, который я вижу в ответах представителей фирмы - "Замените прибор"
поправка, не обязательно в облако, а в любую систему, в которой только Modbus есть.
Это задача не для данного шлюза.
Не сделали потому, что экономически не выгодный костыль.
В любую систему с модбас - а зачем?
ASo просто так, чтобы именно этим выделялся. :) тогда и вопрос конкурентно способности бы не поднимался.
на самом деле много систем, где теги на Modbus оплачены и есть куча свободных, а чтобы подключить приборы с другим протоколом требуется купить лицензии на использование тегов от OPC и ценники бывает зашкаливают...
Scada системы они такие разные. Иногда диву даешься, хватило же ума купить.....
Посмотрел картинку ПР200 - шлюз МКОН - модули ввода вывода Ethernet. С учетом ограничения памяти ПР есть смысл строить подобную систему изначально ?
На такую схему как раз было много заказов. Как и наоборот. Как не странно на первый взгляд.
А на ОВЕН в облако/сеть ModBus хотят шлюз отдельные суперэкономные энтузиасты. Т.к. все современные приборы фирмы давно могут ModBus.
Ради 50 клиентов городить кучу ПО просто невыгодно.
Вам ради 50 клиентов нет, а клиентам менять кучу старых, продолжающих работать приборов это деньги, часто не маленькие.
На самом деле очень странно от фирмы Овен не получить шлюз с возможностью использования протокола собственного изобретения. Именно это для меня странно.
И простите, какая куча ПО ? шлюз же настраиваемый, если я правильно понимаю. Если в нем мало памяти для организации 2-х протоколов со стороны RS485 то дело должно легко решаться прошивкой №1 и №2
С где-то 7 года уже все новые приборы шли с модбасом. Так что у клиентов могут еще сохранится рабочие трм ранних выпусков, но говорить о подключении приборов 10-ти и более летней давности к современным OPC? Если будут обновлять никто ради экономии 100р остаточной стоимости ТРМ не будет его оставлять. А без обновления как работала котельная так и работать будет. А в тучку она, если вдруг приспичит, просто попадет через семейство PE/PW210.
Ну а кому очень надо - есть ПЛК с возможностью сделать такой шлюз.
А куча ПО - это шлюз ModBus-Овен в самом приборе, плагины в тучке и конфигураторе для настройки и т.п. Вы же хотите протестированное ПО? Никогда не отобьётся.
Овен остался лишь как интерфейс настройки ряда устаревших приборов, зачастую скрыто от пользователя. И в новых разработках вообще не используется. Не влетел. Таких кастомных протоколов мильон.
У нас еще есть токовая петля. Тоже делать шлюз в Модбас?
это называется поддержкой. а так то, шлюз любого протокола можно сделать на ПЛК или промПК, только там ценник не тот...
Ну так ответьте на вопрос - а раньше как с этим протоколом работали?
Что значит как? Шлюзов в линейке приборов у нас никогда не было. А оконечное устройство это не шлюз.
слава богу у меня такого зоопарка приборов нет, но я еще и читаю форум, и вопросы как перешить тот или иной прибор, чтобы появилась поддержка Modbus тут всплывают часто. Значит у людей есть такая необходимость. Почему и удивился, что компания выпускает подобный шлюз без поддержки собственного протокола.
С учетом массы шлюзов подобного плана выпуск железки для кого ? Кому было нужно уже давно приобрели подобные устройства и используют, остается только либо новые системы либо старые, поддержки которых нет. Дальше вступает в расчет цена, возможности и т.д.
а чистокровное использование в новом проекте очень сомнительно, так как если система распределенная, то просто выбирается контроллер с Ethernet например и все. шлюз не нужен...
e.filatov вот отсюда и был вопрос - почему нет протокола овен ? - Есть шкаф, котельная, построенная на ТРМ-ках :) Каков был ответ представителя Овен ? - "замените ТРМ-ки" и "ради 50-ти клиентов мы этого делать не будем"
По многим причинам. Экономические уже объяснили. Есть технические - не однозначность протоколов.
Надо собрать - организуйте виртуальный порт, оборудования масса.
Вопрос только экономический по МКОН. По фото и общим соображениям ясно, что это ПЕ210 с иной прошивкой. А тогда почему так различаются цены? Ну не могли экономисты и руководство не исследовать рынок и конкурентов. Типа самый дешёвый на -40 и помехи класса А? Охотно поверю, ну пусть обнимаются с этими сертификатами. В 99% достаточно более дешёвых и проверенных конкурентов, оставшийся % можно оставить...
Или руководство ОВЕН знает и рассчитывает на что-то иное, типа гаСпрома, куда и нужны эти сертификаты?
В том то и дело, что менять не надо, с 2000-чи лохматого года в приборах есть ModBus. А ежели у Вас в котельной прибор без ModBus - он уже такой древний, что ему лучше в музей... Никто никогда не делает апгрейд систем 10-15-20 летней давности с сохранением электроники. Это могут делать отдельные энтузиасты дома и шарлатаны на промобъектах.
Филоненко Владислав вы не поверите, я на заводах году в 2012-2013 видел древнейшие Омроны и другое оборудование, которым на то время было 20 а то и более лет. И никто их менять и абгрейдить не собирался. А наоборот стоял вопрос - втяните все данные с оборудования в нашу новую Scada (как вариант)...
Вот для этого и делается совместимость. Потому что масса таких объектов, которые работают (работает - не трогай), но данные люди видеть хотят на сегодняшний день.
ASo ну каким экономическим ? чем так уж принципиально отличается протокол Овен от того же Modbus ASCII ?
и тот и тот символьные, работают на RS485 линии. Другая прошивка или возможность настройки прибора, если память позволяет впихнуть и Modbus и Овен. Железяка то уже есть, только программная часть остается.
1. Вот именно поэтому шлюзы с таких устаревших систем стОят весьма больших денег. а)конечный продукт б)ограниченный рынок в)цена чуть ниже, чем замена оборудования.
2. Ну не понимаете в чем разница - значит не понимаете. Ничего не поделаешь.
ASo я дружу со многими протоколами, по этому и не понимаю, когда железо полностью позволяет это реализовать. Это банальный вопрос репутации производителя - поддержка своих приборов, даже древних. такой маленький нюансик, который не только оправдает цену изделия, но и поставит его выше конкурентов.
Так зависит как построена архитектура конвертера, если он как мастер читает одни параметры и складывает их в другие, не вижу никаких проблем.
Как раз один из подобных конвертеров Modbus TCP - Modbus RTU упоминался в теме, это [удалено]. Аналогичные шлюзы есть и у [удалено] и других производителей.
У большинства шлюзов подобного рода не прозрачное преобразование запросов. А судя по описанию МКОН, он и является не прозрачным. (могу конечно ошибаться). Как то покупать для проверки нет желания и отсутствует необходимость.
Вот как я должен расценивать данные слова ? "Master в сети RS-485 – Slave в сети Ethernet"
То есть устройство самостоятельно должно уметь опрашивать slave устройства в сети RS485. Иначе тогда это не шлюз, а просто преобразователь интерфейсов.
с рту в тср проблем нет, зачем его приводить в пример если и так реализовано, несколько байт добавить/удалить, расчет контрольной суммы можно и аппаратно сделать, а остальное идентично. А эти Ваши общие фразы:"Так зависит как построена архитектура конвертера, если он как мастер читает одни параметры и складывает их в другие, не вижу никаких проблем" ни о чем, невидите вот и расскажите, я же про это и спросил
Прочитал документацию. Прости господи, кто ЭТО назвал "Шлюзом" ? лично у меня язык не поворачивается..... некий гибрид. аминь ему....
capzap, шлюз (именно шлюз) самостоятельно работает со slave устройствами, по отношению к которым он является мастером.
В результате в шлюзе две карты регистров (переменных) и связь между двумя картами.
Например шлюз читает данные с RTU устройств (или вообще с RS485 устройств, протоколы которых поддерживаются шлюзом) и складывает в карту регистров Modbus TCP (еси мы рассматриваем вариант этого протокола). Устройство, либо Scada система ни сном ни духом не знает, какой протокол ЗА шлюзом, с которым он работает. Именно так работают все шлюзы. Иной работы я ни разу не видел. Вот только теперь в лице МКОН увидел, судя по документации на него.....
e.filatov ну, теперь по крайней мере, все стало на свои места. осталось только его продавать массово... :)
Режим сборщика (Coupler) это не совсем шлюз. С одной стороны это удобно, с другой если число регистров в памяти сборщика не хватает на все - упс. И кодировать тысячи регистров тоже очень неудобно.
Не забываем что порядок опроса !=const. А сборщик тупо опрашивает по очереди.
МКОН работает именно как шлюз - переправляет запросы, а не сам опрашивает. И при этом он может иметь много одновременных запросов по TCP.
Филоненко Владислав он работает как преобразователь, а не как шлюз. Хотя возможно разные люди вкладывают в это понятие разные значения. Вам виднее.
Если складывает в очередь запросы, то да, может иметь несколько одновременных запросов. Легко проверяется подключением и запросами из двух мест на разные слейв устройства в один момент времени. Проверяли ?
Филоненко Владислав уточните в каком именно документе указан протокол тестирования ? читаю re_mkon_1-ru
а, вы про двух мастеров в сети.... Сколько ошибок чтения возникло на каждом ОРС хотя бы за сутки ? Просто интересно. Ни разу не было совпадения времени ?
0 ошибок. Естественно внутри очередь запросов, совпадения пофиг.
Вот еще аналог [ссылка удалена]
rovki там же написано, что это Modbus RTU over Ethernhet, обычный простой преобразователь интерфейсов. Я даже в сомнении, что там именно Modbus а не просто RS485.
В данном случае устройство из темы это прозрачное преобразование из Modbus TCP в RTU + орагнизация очереди (всего два соединения, но все же с очередью)
На простых преобразователях добиться работы из двух мест с RTU устройством можно только путем разнесения во времени с синхронизацией времени мастеров.
Да это прозрачный шлюз ,по аналогии с usr k2 ... Яж больше для того привел ,что бы показать стоимость , а добавить (программный)конвертер тср- рту это дело второе ...на стоимость не сильно должен влиять ,у usr это разница 500р.
Хочу отметить пару моментов:
1. На странице продукта нет ссылки на конфигуратор - надо искать по сайту.
2. Хотел полазать по настройкам прибора в конфигураторе - без физического прибора это невозможно.
Давно уже заценил про конвертеры тср-рту (именно о них речь) , а другие пока не интересны . Если и дорогие ,так это потому что нет конкуренции или малые обьемы продаж ,при значительных затратах. Если использовать МК cortex ,то все прошивки уже есть на сайте производителя ,в том числе конвертеров и они открытые ...меняй свой веб дизайн страницы настроек и вуаля ...Китайцы так и сделали ,но америкосы их засудили за конструктив , после чего китайцы его переделали и продолжили выпуск супер портов ...