Просмотр полной версии : Будет ли работать такая связка?
На картинке 1, 2, 3 - разные девайсы сторонних производителей, должны отвечать на запросы из ПЛК, имеют интерфейс RS-232 и собственные протоколы обмена (работа по ним реализуется в программе ПЛК), и могут иметь различные настройки связи (скорость, чётность, стоп-биты). Нужно их всех опрашивать по их собственным протоколам и получать с них значения.
12328
Будет ли нормально работать такая схема?
Boris_K Вы бы для начала изучили РЭ на ЕКОН, потом в зависимости от понимания, задали бы возникшие вопросы в техподдержке.
Или вы думаете, что тут каждый 2-й подключает стороннее оборудование с нестандартными протоколами ?
Тем более вам легче, вы программер и сможете понять из РЭ куда больше, относительно собственной задаче.
РЭ в процессе изучения :) А касательно Ethernet-свича для подключения всего остального, не должно быть проблем?
Boris_K неуправляемому свичу по барабану, что и куда вы будете посылать или отправлять. Важным будет разность IP адресов, одна маска подсети, адрес шлюза.
Тут главное, чтобы вы программно точно знали, что обращаетесь к порту 1, 2 или 3 на ЕКОНе или ином подобном оборудовании.
Изучил РЭ. Вообще ничего про связь с ПЛК. Написано только про работу девайса с компом. Недоумение. Придётся звонить в техподдержку. Овену давно пора сделать техподдержку в виде чата на сайте или хотябы через тот же Вконтакт. Звонить - это уже прошлый век.
http://www.owen.ru/forum/showthread.php?t=16799
Вот тут тоже про то, что с ПЛК сложно подружить из-за того, что ЕКОН работает по UDP протоколу.
Boris_K не ОВЕН конечно, а МОХА модельки встраиваемых NE-4110A или NE-4110S в зависимости от порта 485 или 232
Найдете на их рушном сайте, заодно можно будет техподдержку ихнюю помучать на счет можно ли прицепить к ПЛК с сетевой картой. По крайней мере заявлены и TCP и UDP протоколы и может получится через библиотеки с ними работать. Они однапортовые, так что ошибиться с устройством, на нем висящим будет сложно.
Тему ту уже находил поиском. Не помогло. И её автор судя по всему забил на это.
Насчёт "однопортовых" не понял. Мне как раз и нужно чтобы мог опрашивать несколько устройств разных и всё это подключать к одному порту в ПЛК - Ethernet в данном случае.
Вопрос на самом деле принципиальный. Неужели у Овена ничего для этого нет? Это же не дебри какие-то, а задача которая появляется почти всегда в реальных проектах, в мире куча всякого оборудования работает по собственным протоколам. Неужели всё так сложно с подключением нескольких таких устройств? Вся проблема только в том, чтобы адресовать запросы, направляемые в сеть RS-232, только определённому устройству.
сетевой порт у ПЛК один, но для этого есть свич. Вопрос как программно реализовывать из плк обращение к тому или иному устройству. При использовании компьютера создается виртуальный ком порт, а как тут, не знаю.
Да, в этом и затык. Сама программная реализация - дело техники, если есть описание протокола обмена. Это я уже сделал, юзал биб-ку SysLibCom, которая позволяет работать с com-портами ПЛК. Теперь же это надо делать под Ethernet, библиотека эта не может с ним работать. Нашёл SysLibPorts, вроде оно, но непонятно вообще как она должна работать, в описании минимум информации. Искал, но ничего не подходит.
Остаётся только звонить в техподдержку и задавать вопрос "как вообще можно подключить к ПЛК несколько разных приборов с собственными протоколами, для программной реализации их опроса". Вопрос не фуфло, а очень важный, но что-то сомневаюсь что они смогут внятно что-то рассказать.
Boris_K посмотрите библиотеки MB_CLIENT и MB_SERVER из библиотек oscat_network, в описании указано
The module provides access to Ethernet devices, the MODBUS TCP or MODBUS UDP supported, or MODBUS RS232/485 devices are connected via Ethernet Modbus gateway.
Там еще есть драйвера INTRANS - The module IRTRANS_? provide an interface for infrared Transmitter Company
IRTrans GmbH. IRTrans ofers transmitter for RS232 and TCP/IP
Может что-то из этого переделаете ?
з.ы. для своихпротокольных вещей всегда сложно когда речь идет о ПЛК.
По идее самым простым решением был бы некий девайс, у которого было бы несколько пронумерованных портов RS-232, один из которых (назовём его главным) принимает запрос от плк, в котором допустим первый байт содержит номер порта девайса, на который этот запрос нужно переправить, и девайс отправляет этот запрос на нужный порт, только без того первого байта, а затем слушает этот порт в течение определённого таймаута, и полученный ответ направляет в главный порт.
Есть распространённое мнение, что в сфере электроники уже давно созданы все приборы, которые хоть где-то могут пригодиться, надо только найти. Но даже не представляю как может называться подобный девайс.
Конечно было бы лучше если удалось бы эти все сторонние устройства повесить на Ethernet-порт ПЛК, и работать с ним программно. Есть ли какая-нить биб-ка для работы с Ethernet-портом ПЛК100 напрямую? И можно ли как-то выцарапать конкретное описание команд, которыми управляется этот ЕКОН134 по UDP-протоколу? Это бы помогло.
http://www.owen.ru/forum/showthread.php?t=13585 Посмотрите примеры библиотек UNM и SisLibSocket
http://www.owen.ru/catalog/67395347 - Библиотеки ОВЕН для ПЛК100.
в биб-ках ОВЕН нет ничего для этого, UNM тоже никаким боком не нужна. По сислибсокет примерчиков бы побольше, а описание как всегда крайне скудное и сухое. И видимо это не то, там в описании библиотеки всё завязано на операционной системе ПК, вроде это для связи с ПК биб-ка. Придётся морочиться с техподдержкой.
Екон работает только с компом, никакой плк на себя эти функции взять не сможет.
Тогда остаются конвертеры rs485-rs232 , по 485-му их в шину, чтобы был адрес. и через него уже писать опрос устройств с 232-м портом. так заработает ?
Только не знаю, какие конвертеры бывают с назначаемыми адресами. Кто-то писал, что делал гирлянду из АС3 но в его описании я не нашел назначения адреса в самом конвертере.
Ас3 только преобразует,а адрес задается в слейве подключаемого прибора
Я на сайте МОХи нашёл преобразователи-разветвители RS-232-Ethernet программируемые, вроде то что нужно (осталось подробно изучить РЭ), но всё равно это не поможет, если нет средств которыми со стороны ПЛК работать. Нужна нормальная биб-ка для работы через порт Ethernet.
Тогда остаются конвертеры rs485-rs232 , по 485-му их в шину, чтобы был адрес. Было бы круто подцепить всё это в сеть к модбас-слейвам, но получается этот конвертер кроме присваивания слейв-адресов им, должен быть полностью программируемым, чтобы он знал, какие запросы отправлять в RS-232 и в каких регистрах у себя сохранять ответы на них. Разве такие есть?
Boris_K вот и я не знаю, есть ли такие. Самому иногда нужно
А если просто взять несколько коннекторов RS-232, да и спаять их выводы параллельно? И как обычно по очереди опрашивать сторонние приборы. ведь для каждого такого девайса запрос имеет свой синтаксис, а остальные непонятные им сигналы просто игнорируют (может, за редкими исключениями, которых просто буду избегать).
Здесь встаёт только 1 вопрос. Когда одно из устройств отвечает, то есть на линии передачи появляются импульсы, то эти же импульсы будут воздействовать и на выходные пины остальных приборов (всё же соединено параллельно). Это явление никак не может на них повлиять? По идее не должно, но фиг его знает, в спецификации RS-232 я про этот случай ничего не видел... Не может это испортить приборы?
Это откровенная глупость.
Это откровенная глупость. Откровенная глупость - так отвечать. Даже непонятно что именно "глупость" - такое подключение или возможность порчи приборов?
На этой странице: http://www.rlda.ru/Interface_Converters.htm
есть Адресуемый преобразователь интерфейса RS-232 - RS-485 NL-232AC, который предназначен для подключения к сети RS-485 устройств с портом RS-232 и назначения им сетевого адреса. Можно взять до 32 таких преобразователей и организовать сеть
RS-485.
За ссылку спасибо, изучаю. А всё же почему простое распараллеливание линий RS-232 не прокатит? Ведь все устройства разные, и каждое из них будет просто игнорировать "чужие" запросы. т. к. синтаксис у них у всех разный. Конечно, при условии, что совпадают параметры связи. Чем не вариант?
А всё же почему простое распараллеливание линий RS-232 не прокатит? Ведь все устройства разные, и каждое из них будет просто игнорировать "чужие" запросы. т. к. синтаксис у них у всех разный. Конечно, при условии, что совпадают параметры связи. Чем не вариант?
Ну попробуй, если неймется. Только смотри порты не спали.
То есть дело в нагрузке и допустимых токах? Просто не думал что порт в этом плане никак не защищён.
То есть дело в нагрузке и допустимых токах? Просто не думал что порт в этом плане никак не защищён.
RS-232 - это не сетевой интерфейс. По RS-232 можно корректно связать только два устройства. RS-232 - очень нежный порт, чуть что не так, сразу "вылетает". Сколько их на ПК по дурости "спалили".
Жаль что приборы по ссылке не поддерживают Modbus. У меня на RS-485 уже подключены модбас-слейвы. Придётся или искать аналогичный девайс с модбас, или вручную через биб-ки SysLibCom и Modbus открывать порт RS-485 и опрашивать всё программно, вместе с модулями ввода вывода...
А может АС3-М подойдет ? В РЭ написано, что прибор автоматически определяет направление передачи данных В качестве ведущего (мастера) может выступать устройство как с интерфейсом RS-232, так и с интерфейсом RS-485.
Подойти подойдёт, но всё равно придётся вручную вскрывать 485 порт и вникать в тонкости работы со всеми модулями через биб-ку modbus.
Подойти подойдёт, но всё равно придётся вручную вскрывать 485 порт и вникать в тонкости работы со всеми модулями через биб-ку modbus.
Если устройства не поддерживают стандартный протокол, то придется, а если поддерживают, то не придется.
У меня сторонние девайсы которые не поддерживают станд. протоколы.
У меня такая ситуация. В 485 сети хочется повесить как штатные овеновские блоки ввода-вывода, так и сторонние приборы, работающие по своим протоколам, будут подключены к этой сети через переходники AC3-M. Мастером будет ес-сно ПЛК, а все приборы только отвечают на запросы. То есть по идее, вскрыв порт, со штатными модулями работа будет через биб-ку модбас, а со сторонними - из самой проги в ПЛК. Так вообще можно, или где-то затыки будут?
Может кто ни будь подскажет как "подсунуть" модулю MB_SERVER массив больше 256? Что если в самом модуле циферку побольше поставить, пройдет такое нет?
Boris_K скорее всего через библиотеки можно работать с портом на разных протоколах. Открыл порт, поработал по Modbus, закрыл порт, открыл порт, поработал на нестандартном протоколе, закрыл порт. Не использовать порт в конфигурации ПЛК.
Но надо проверять.
Трофимов Артем
22.05.2014, 10:14
Boris_K скорее всего через библиотеки можно работать с портом на разных протоколах. Открыл порт, поработал по Modbus, закрыл порт, открыл порт, поработал на нестандартном протоколе, закрыл порт. Не использовать порт в конфигурации ПЛК.
Но надо проверять.
да, через библиотеки так работать можно, однако тут есть подводный камень. когда вы открываете порт на другие настройки и шлёте послыки по протоколу, отличному от протокола других приборов, то эти самые другие приборы будут видеть посылки как мусор. так вот если , случайно, данный мусор будет схож с воспринимаемой посылкой, то модуль может произвести действие ( какое .. вплоть до смены адреса). так что с этим стоит быть аккуратными. такая ситуация бывает ,если один из протоколов не имеет каких либо защитных байт , наподобие контролной суммы у Modbus
Powered by vBulletin® Version 4.2.3 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot