Thread Content
Прежде всего, хочу поблагодарить всех {:3_57:} за помощь в поиске решения. В данный момент человек всё ещё находится на краю пустыни и не может вернуться домой на праздники. На месте имеются два комплекта ПЛК типа AB; для связи используется коммуникационный модуль Hilscher NT-50-RS-EN, обеспечивающий связь по протоколу MODBUS RTU 485 с системой DCS от Honeywell. DCS является главной станцией, а PLC — вспомогательными станциями; главная станция может только читать данные с вспомогательных станций, но не записывать в них. Проблема сейчас в том, что в шкафу связи DCS с помощью modscan32 можно имитировать главную станцию, которая получает данные от вспомогательных PLC; данные приходят корректно, но когда подключается сам DCS, он не может их принять. Ниже приводится подробное описание: 1. Ранее коллега приезжал на объект для индивидуальной настройки оборудования и сказал мне, что PLC и DCS могут взаимодействовать друг с другом. 2 Я был на месте для совместной настройки: у CPU AB есть два разъема для сетевых кабелей — один для связи, другой — для HMI. Поскольку ранее связь была нормальной, я отсоединил сетевой кабель от PLC AB и коммуникационного модуля Hilscher, подключил его к своему компьютеру для проведения пусконаладочных работ. После завершения этих работ я снова подключил кабель к коммуникационному модулю, но обнаружил, что связь больше не устанавливается. 3 Позже в программном обеспечении для программирования AB RSLogix 5000 при настройке входов/выходов через Ethernet в каталоге было обнаружено, что элемент NT-50-RS-EN имеет желтый вопросительный знак. Я проверил, и оказалось, что RSLogix 5000 не распознает метки коммуникационных модулей Hilscher (ранее вся связь настраивалась на компьютере коллеги; на моем компьютере никогда не устанавливалось никакого программного обеспечения Hilscher). Тогда я скачал со официального сайта HeYouXun соответствующие теги и программное обеспечение. Затем RSLogix 5000 может быть идентифицирован. 4 Но связи по-прежнему не было, поэтому я заподозрил, что модуль связи от Heiyuxun требует перенастройки. Однако после нескольких попыток это не сработало. В итоге мы вместе с производителем Heiyuxun провели настройку, и теперь устройство находится в шкафу Honeywell; с помощью программы modscan32 можно получать правильные данные от PLC. Инженеры Honey начали подозревать, что с напряжением в линиях связи есть проблемы. После проверки шкафа PLC оказалось, что действительно один из проводов касался корпуса прибора. После устранения этой проблемы напряжение в одной из групп составило соответственно 0,2 В и 3,2 В по отношению к земле, а в другой группе — 1,2 В и 4,2 В. 6 В настоящее время инженеры Honey планируют использовать ModSim32 для имитации передачи данных с терминала в коммуникационном шкафу, чтобы проверить, может ли DCS их корректно принимать. Вопрос: Инженер Хони говорит, что раньше связь была, а теперь её нет, причем он ничего не менял; предполагается, что проблема в PLC. 2 Но modscan32 может его считать, напряжение в норме, поэтому я думаю, что с PLC всё в порядке. 3 Самое странное — он действительно так и не изменился, я перенастраиваю, и он всё равно читается, тогда почему нет связи? (Скорость передачи: 9600, количество бит данных: 8, количество стоп-битов: 1, контрольная сумма отсутствует. Основные параметры мы с ним проверяли множество раз.)
Последнее изменение в этом посте было сделано пользователем Таохуалинцзюйши 27.01.2016 в 16:55. NT-50-RS-EN – это коммуникационный шлюз; протокол передачи данных здесь преобразован в MODBUS TCP (также возможно использование протокола Profinet). Это отличается от прямого использования протокола MODBUS. Скажите, какой протокол используется в вашем DCS для получения данных? . . . Я просто болтаю, чтобы вызвать дискуссию
Здравствуйте, спасибо за ответ. Мой AB PLC передает данные по сети Ethernet на коммуникационный модуль NT-50-RS-EN; этот модуль затем преобразует данные в формат протокола MODBUS RTU485 для передачи в DCS. Протокол Honeywell DCS также основан на формате MODBUS RTU 485 с использованием двух проводов.
Если подключение PLC и DCS по отдельности работает без проблем, я думаю, проблема все же в настройках с обеих сторон. Обратите внимание, что DCS использует протокол Modbus RTU, а PLC — протокол Modbus TCP вместо Ethernet. Также проверьте настройки шлюза NT-50-RS-EN. Если с обеих сторон всё в порядке, то самая вероятная причина — это мост; при этом предполагается, что с кабелями тоже нет никаких проблем
Последнее изменение в этом посте было сделано пользователем budaoweng123 28.01.2016 в 09:01. В настоящее время инженеры Honey предполагают использовать ModSim32 для имитации передачи данных от станции в коммуникационный щит, чтобы проверить, может ли DCS их корректно принимать. Кажется, после выполнения этого теста у меня будет ясное представление о дальнейших шагах. Но у вас очень четкое мышление, не пробовали ли вы супер-способ с отключением питания и перезагрузкой? :Лол, а modsim32 можно использовать на платформе WIN7?
Стоит попробовать метод инженера Хонни. Поскольку с одной стороны провода касаются корпуса, нельзя исключить возможность поступления напряжения, что может повредить интерфейсы DCS. Хотя модуль modscan32 и может считывать данные, это не исключает возможности проблем с самим PLC: могут быть ошибки в адресах или режимах работы, а также проблемы с неплотным подключением проводов