На сложных, тов. Валенок, производитель позаботился о обработке одновременных запросов.
Вид для печати
На сложных, тов. Валенок, производитель позаботился о обработке одновременных запросов.
Валенок а чего в них верить, я их проверял двумя Scada системами на ПР200. в качестве преобразователя использовал Raspberry и запущенный TCP сервер COM порта. Когда двое пытаются прочитать ПР с ума сходит.
Валенок ну ни в remserial ни в socat нет защелок или очередей, это тупые TCP сервера на порт, что пришло, то и ушло. И как не пытайся настраивать без синхронизации времени между двумя мастерами всегда происходят совпадения времени в течении суток.
Другой вопрос, что я могу настроить опрос через каждые 5 секунд между мастерами и ошибок не будет.
Простых преобразователей с очередью я не встречал. Так что Овеновский будет первым.
Одновременный запрос к одному RTU устройству двумя мастерами.
В ходе тестов опроса с 2-х мастеров как раз и было выяснено, что некоторые устройства на 485 шине очень не любят когда к ним приходят запросы сразу после ответов.
Более того, некоторые сходят с ума даже от прихода запроса к другому устройству сразу после ответа от 3-го.
Поэтому была введена доп. настройка паузы между 2 запросами в сети 485.
В ОПС такие паузы есть по умолчанию.
Валенок с чего бы не мастера ? есть два способа заставить двух мастеров и более опрашивать одно устройство с последовательным интерфейсом
1. синхронизация времени. каждая из Scada у меня опрашивала с периодом 10 сек. одна в 0-10-20-30-40-50-0, вторая 5-15-25-35-45-55-5
2. передачей управления после опроса от одного к другому по очереди (маркерные протоколы есть у некоторых производителей приборов)..
ну и промежуточным устройством с организацией очереди.
з.ы. у меня вот OPC сервера не хотят двоим отдавать данные в домене пользователю, кто первый встал, того и тапки. Что Овен OPC что Инсат. надо поднять машину без доменного пользователя и попробовать, все руки не доходят...
Scada напрямую.
Про OPC просто пожаловался :) Овен так ничего и не ответил по данному поводу, почему так происходит. Потом и на Инсатовском на то же нарвался...
На что нарвались?
ASo угу, capzap правильную ссылку дал. Проблема с доступом к OPC (оказывается не только к единственному) если пользователь на ПК доменный (и в локальных никак не светится от слова вааще)
Валенок ну мастер в один момент времени всегда ОДИН для устройств с последовательным интерфейсом. если вам так будет легче, то правильнее писать "два мастера" с кучкой но и т.д.
Я так понимаю речь о рисунке 2.1
Смысл задержки состоит в том, чтобы в сети RS485 были увеличенные паузы, между пакетами с данными.
Это актуально для тех устройств, которые "офигивают" если их слишком быстро опрашивать.
На ранних этапах тестирования иногда происходили ошибки, когда мы стали разбираться в чем дело, то выяснили, что на slave (в сети rs485) прилетал запрос на чтение сразу после того как он ответил на предыдущий запрос, не выжидая никакого времени. От чего некоторые устройства не отвечали на запрос. Обычно это решается соответствующей настройкой на OPC сервере (задержка запроса после получения ответа), но OPC общается с МКОН по TCP и том, что нужно сделать паузу на стороне RS485 МКОН ничего не знает. Если в МКОНе по каким-то причинам скопилась очередь, например, два мастера пытаются опросить что-то, то МКОН мог засыпать slave устройства запросами, от чего они выпадали в ошибку. Поэтому и была введена эта задержка, чтобы пакеты не слипались. В сущности, с этой же целью эта настройка есть и в OPC серверах.
Добавим инфографики по тонким режимам настройки шлюза
(USB->TCP), каскадный шлюз, преобразование адресов slave, проброс групповых запросов и т.д.
Вложение 47856
Данная настройка есть и в OPC, причем не только нашей разработки, но там она у вас не вызывает вопросов. Почему?
Вложение 47916 Вложение 47917 Вложение 47918
Валенок, Вы у нас привилегированный клиент. Ради Вас даже пресс-форму меняли. Выделенная квота на 4 линию техподдержки - непосредственно к разработчикам. Чего Вам то волноваться?!
Хочу уточниться по "железу".
Наличие гальванической изоляции.
Между чем и чем - питанием и интерфейсами, между интерфейсами или 3-х сторонняя между всем? В чем разница изоляции для моделей 24 и 220В (основная, дополнительная?)
Питание РоЕ не планируется?
Руководство п.5.4 рис.5.1 подтягивающие резисторы к 24В номиналом 120 Ом. Это опечатка про 24В и Fs=120 Ом ? М.б. 5В и несколько кОм? Эти все 3 резистора внутренние, или внутренние только Fs, а средний 120 внешний? Резисторы подключаются/отключаются конфигуратором, значит 24/5 В для "подтягивания" внутреннее?
МКОН-24
Корпус+ДМЧ - 24В Дополнительная
24В - Ethernet Дополнительная
24В-RS485 Дополнительная
МКОН-230
Корпус+ДМЧ - 230В Усиленная
230В-Ethernet Усиленная
Ethernet - RS485 Усиленная
24В опечатка, должно быть 5В. Это внутреннее напряжение.
120 Ом - внешний, в комплекте его нет.
1. Что такое ДМЧ?
2. Ethernet - RS485 ?
3. Что такое "дополнительная" и чем она отличается от "усиленной"?
В руководстве для всех исполнений указано 2300В и для усиленной и для дополнительной. В чем разница, для чего то ведь указано усиленная-дополнительная. Или это тоже очепятка?
4. 2300В постоянного тока или 50Гц?
Извините, что пытаю Вас по, казалось бы, пустякам, но у меня в большей степени применения с силовым электрооборудованием и приводами, где это важно. Да и хотелось бы, чтобы параметры в документации были прописаны четко, определенно, не вызывая подобных вопросов.
ДМЧ - доступные металлические части
Ethernet - RS485 - 1500 Основная
2300В переменного тока 50 Гц
Тип изоляции указан в соотв. с ГОСТ 61131-2 для понимания пользователем требований. Величина реализована с запасом
e.filatov, Спасибо. Ваши сообщения (и не только в этой теме) весьма конструктивны и я очень рад, что Вы включились в диалог.
У меня есть планы на данную продукцию, я срочно хочу попробовать, поэтому мой интерес не праздный и применения именно промышленные, поэтому и хочется, чтобы и по технике и в руководстве было все прописано четко и определенно.
Итак:
1. ДМЧ - доступная (для прикосновения) металлическая часть? В нормативных документах это называется открытая проводящая часть (ОПЧ). В этом приборе есть такие ("Прибор выпускается в пластмассовом корпусе")? Если есть, то как они заземляются/или почему не заземляются? Класс защиты от поражения электрическим током не указан (или прошу прощения, если не увидел).
2. Ethernet - RS485 - 1500 Основная. = или 50Гц? В руководстве этой цифры и слова "основная" нет. Можно будет это ввести?
3. Для промышленной сети Ethernet предполагается использование экранированных кабелей и соединителей. Есть ли экран для RJ-45 в МКОН и с какой цепью он соединен?
4. Сеть RS485. Хорошо бы в руководстве поправить схему подключения, чтобы конкретно было понятно где "подтягивающие" и согласующие резисторы, что подтягивание осуществляется к изолированному от общего питания и Ethernet источника 5В, что надо/необязательно использовать GND, как-куда подключать экран?
Тогда и само изделие будет создавать впечатление "негаражного", и цена, возможно, будет себя оправдывать.
А где в РЭ сказано, что прибор поддерживает питание постоянным током 220В ?
Santi, пойдём по пунктам:
1. ДМЧ (определение 3.3 ГОСТ 61131-2) - корпус Ethernet коннектора. Класс защиты - 2. Прибор без клеммы заземления.
2. 1500В 50Гц. Стоит заметить, что к данной цепи относятся только контакты "витой пары", корпус коннектора относится к ДМЧ.
3. Экран есть, заведён отдельно (от других цепей) через через Y конденсатор на ноль входного питания (для 230В на нейтраль).
И ещё.... GND на клемме RS не предназначен для подключения экрана RS485 (на проводе 1200м из-за наводки можете спалить весь прибор) (можете расценивать данный контакт как "функциональная земля"). Использовать ТОЛЬКО для согласования уровня сигналов между приборами.
По поводу документации не ко мне.
Спасибо, e.filatov, Вы как всегда конструктивны и информативны.
1. За терминологию ДМЧ спасибо, был не в курсе. Кроме корпуса Ethernet коннектора, видимо еще и корпус USB ?
2. Понятно, спасибо.
3. "Экран есть..." это видимо корпус Ethernet коннектора. Y конденсатор - это 2 последовательно включенные между клеммами питания конденсаторы, а их средняя точка к экрану (корпусу Ethernet)? Если так, то потенциал относительно земли 110В, 50Гц (заземления ведь нет). Если просто конденсатор к клемме N, то какая из клемм питания N, маркировки ведь нет.
Экран 485 к этому прибору не подключается, потребитель подключает его сам (видимо на проводник РЕ/FE). Так?
1. Да, тоже относится, однако изоляция меньше (350В), т.к. порт только для конфигурирования на столе, в работе не применяется.
3. Не совсем так. К сожалению не могу приложить схему (сами понимаете). Подключён через Y1-1000пФ-10% напрямую минусу входного электролита. Через него все потенциальные напряжения и помехи "сливаются" в питание. Стоит заметить, что это конденсатор повышенной надёжность с выдерживаемым напряжением до 2000В.
По поводу какая клема: 1 - N, 3 - L (считать справа налево).
По поводу RS - да, на других приборах экран подключаете в соотв с их РЭ, но только с одной стороны.
По п.3 непонятно, могу предположить по аналогии с блоками питания минус электролита выпрямленного 220В через Y-конденсатор к экрану. Но более пытать Вас не буду, если прибор появится попробую сам разобраться. А вот по поводу маркировки L - N, если это имеет значение, конечно на приборе необходима маркировка.
Ну и в руководстве конечно (к Дудареву )
Попробовал прибор в режиме EthernetMaster. Собственно только этот режим мне и интересен. Результат пока плохой, прибор периодически виснет. Возможно конечно я что-то не так конфигурировал. В качестве Мастеров использовал 2 компа с ОРС-серверами (ОВЕНовским и ИНСАТ), слейв 1шт. - панель оператора с RS485. Связь работает некоторое время (рекорд 2 часа, обычно 4-6 минут), потом ошибки сплошняком и прибор не откликается по Ethernet даже на свой конфигуратор. Пинг проходит. Лечится откл-вкл питание МКОН, иногда связь восстанавливается сама, но время восстановления также непредсказуемо. Пробовал откл-вкл свой слейв, свич, ОРС-серверы - ничего не помогает, только сброс МКОНа. Я хотел было приложить конфигурации прибора и ОРС-серверов, но у меня нет прав на вложения. Может там какие некорректности, может кто бы поправил. Виснет и с одним мастером и с 2-мя, с 2-мя быстрее. Скорее всего проблема в МКОНе, так как шлюз другого производителя при той же конфигурации оборудования работает и даже при более частом опросе. Ошибки да, бывают, но не виснет как МКОН.
Еще раз - я не хочу хаять этот продукт, он мне интересен, хочу разобраться все ли я так делаю, но без передачи файлов конфигураций словами считаю обсуждать это бесцельно.
2 мастера по RS-485 - это как?
Тот режим, про который тут талдычат уже несколько страниц, про задержки опроса на 485 что за сутки с двух мест ни одной ошибки и т.д.....
Добрый день.
Отправьте вашу конфигурацию оборудования, схемы подключения, файлы настроек мне на почту
a.simonov@owen.ru
В отдельной сети. 2 компа, свич, МКОН. Да, возможно я недостаточно квалифицирован, чтобы понять про все эти задержки...
Непонятно мне и по конфигуратору (применительно к указанному режиму EthernetMaster) что такое:
1. Настройки шлюза/настройки режима /Режим порта RS485/мастер-слейв. Работает (и виснет потом) и при слейве и мастере.
2. Настройки порта RS-485/Идентификатор (1-255).
3. Почему в Настройки порта RS-485 нет параметра тайм-аута.
Вообще хотелось бы получить "живые" конфигурации МКОНа и ОРС-серверов, используемых в тестировании, при которых наблюдалась длительная, непрерывная работа. Попробовал бы, посмотрел где какие задержки...