а номер какой камандой набираете? и это...)))) проверьте включена у оператора услуга передачи данных ( это не одно и тоже, что и Gprs)
и вот еще один файлик. мож поможет...
Вид для печати
а номер какой камандой набираете? и это...)))) проверьте включена у оператора услуга передачи данных ( это не одно и тоже, что и Gprs)
и вот еще один файлик. мож поможет...
,спасибо за материал, :) скачал прогу конфигурирования модемов, конфигурирую модемы так же, беда в том что оказывается нужно включить режим передачи данных!:mad: завтра включим, о результе сообщу.Цитата:
Сообщение от Jeck
Есть мнение, такое соединение можно настроить используя режим передачи факса. сейчас с этим разбираюсь
Можно, но по сотовому битрейт будет ниже, чем в случае режима передачи данных
Подскажите, какой битрейд минимальный для работы с кодесисом?
хватит ли 9600 для работы с визуализацией??:confused:
Пробовали, работает, но вяленько. Лучше связь через ОРС и скада
Скажите, а со стандартным ОРС сервером CoDeSys нельзя настроить связь через модемы или обязательно Lectus Modbus OPC/DDE сервер v2.8.
Спасибо
При установке связи, Codesys постоянно держит линию связи. А в состовой связи это не всегда допустимо, дороговато. OPC сервер делает периодический опрос это более коректный вариант. Тем более если речь идет о большом количестве контроллеров. С codesys придется иметь столько же модемов на диспетчерском пункте сколькои контроллеров.Цитата:
Сообщение от Александр М
Есть объект с ПЛК150 + GSM модем Siemens mc35it. На объекте задвижка c приводом, датчик температуры и охранная сигнализация. Удаленный диспетчер с ПК + такойже модем.
Вопрос: как правильно организовать обмен- кто мастер? Предполагается использование MasterSCADA, обмен АТ-командами. Интересует принцип построения программы в СoDeSys. Хорошо бы посмотреть схожий пример программы.:rolleyes:
А скада чем занята? только отображение или оператор будет еще и управлять? в первом случае ПЛК однозначно мастер. Вы планируете организацию дозвона или обмен смс?Цитата:
Сообщение от Дитрих
В том то и дело, что скаде нужно и наблюдать и управлять(в 1-м случае нужен мастер объект а во втором -диспетчер). Похоже мастером делаем диспетчера и организовываем дозвон с периодом, предположим-5 минут. А вот вопрос про смс непонятен, что скада может работать через СМС? И если может то в чем разница между дозвоном и СМС(может в стоимости трафика)?
Можно и так реализовать. Все будет работать корректно. Что касается **** то многие скада поддерживают смс передачу данных. предлагают отдельные блоки за отдельные деньги или в базовой версии. Что касается отличий то отличий много. СМС дешевле чем телефонное соединение, но преоритет у телефонного соединения больше. смс может дойти за 10 сек, а может не дойти вообще.Цитата:
Сообщение от Дитрих
А есть опыт использования USB GSM модемов и вообще есть опыт использования USB на ПЛК100.
У ПЛК100 нет USB-host поэтому никакихмодемов к нему подключить нельзя. У ПЛК30х USB-host есть но пока мы его не продаем из-за отсутствия проработанной среды программирования. На данный момент там простой Linux.Цитата:
Сообщение от zim
а есть ли наработки для связи плк(овен)-rs232-аналоговый модем(обычные городские сети)- аналоговый модем(обычные городские сети)-rs232-(персональный компьютер). какой лучше использовать обмен и как конфигурировать данную связь? есть ли стандартные наработки?
Если речь идет об обычных модемах в телефонных сетях общего пользования. То да, конечно1 Никаких проблемм. Все работает аналогично GSM. AT-команды везде одинаковые.Цитата:
Сообщение от mva2204
Здравствуйте!
Стоит следующая задача: Необходимо реализовать опрос удаленных ПЛК по радиоканалу с помощью телеметрических радиостанций "ЗАРЯ-450".
Радиостанции работают в симплексном режиме на одной частоте. На верхнем уровне предполагается Lectus Modbus OPC сервер, на нижнем ПЛК-100 (15-20 штук).
Протокол - Modbus ASCII (как менее чувствительный к временным задержкам). Скорость обмена 1200 Бод (ограничение радиостанции).
Так вот вопрос: возможно-ли реализовать данную схему обмена, учитывая, что для радиостанции необходима задержка сигнала выдачи информации TxD относительно сигнала RTS (по которому включается передатчик) примерно на 70 милисекунд. Как я понял, Lectus сервер можно настроить, чтобы обеспечивал такую задержку, а как быть
с ПЛК ? У него сигналы RTS/CTS вообще разведены? Если нет, можно-ли для включения передатчика использовать дискретный выход, а потом уже через 70 мс отвечать на Modbus запрос?
Сигналы не разведены. Можно использовать дискретный выход. Для задержки я бы использовал ручное программирование библиотеки модбас (для получения - запрос на plc@owen.ru).
При использовании PLC configuration, видимо, нужно будет какое-то аппаратное решение - т.е. впаиваться в управление передачиком RS485
Вариант № 3 - спецпрошивка, но на мой взгляд это рискованно .
Спасибо!
Запрос на счет Modbus-библиотек отправил.
Подскажите, эти библиотеки и для master и для slave, и для ASCII/RTU и для TCP ?
библиотеки только мастер модбас рту и аскии. Tcp нет
Если Slave не поддерживают, то для меня эти библиотеки не подходят :(
А как на счет варианта со спецпрошивкой, это как ?
А чем Вас стандартный slave в конфигурации не устраивает?
а ТСР, это лишь надстройка в 6 байт над RTU. Дополнить не составит труда.
Есть некое промежуточное решение, которое, наверное, проще будет реализовать. Если по окончании передачи с модема передается сигнал DTR - завести его на RTS а Framing Time в slave поставить в 71-75 мс
А как можно посредством стандартного modbus-slave модуля организовать необходимую задержку между включением передатчика радиостанции и началом передачи данных TxD ?Цитата:
Сообщение от Филоненко Владислав
А эта modbus-библиотека только для OWEN ПЛК подходит, или можно, например, на Codesys SP RTE использовать ?
Slave-библиотека не планируется к выпуску ? Ну очень надо :confused:Цитата:
Сообщение от Малышев Олег
исходя из Ваших требований - Вам надо писать смому программу, т.к. стандартными средствами тут не обойдешься.
Библиотека в принципе бесплатная, но все спасибо можно высылать в конвертах по нашему адресу :)
Slave библиотека пока не планируется
о modbus.lib
пробывал читать значения регистров не одим блоком,т.е сделал несколько FB. И столкнулся сграблями: при попытки считать "2-м" FB регистры, после запроса сразу вылизает "ошибка таймаута" (exception=255). и это клинит фб библы, т.к. "1-м" тоже уже ни чего не считать :(
зы. попробывал на ПК, так что откуда вылезает ошибка таймаута?
Проект в студию!
запрос регистра уходит ...Цитата:
Сообщение от Филоненко Владислав
Уважаемые, где то видел пример использования GPRS соединения, вот только не могу найти где:(
Если не затруднит, киньте ссылочку, а то CSD как то по скорости не справляется, надо что-то пошустрее.
Видел на днях реализованную удаленную связь на Контаре. Там через Веб интерфейс все было сделано, красиво так. Передача данных там использует GPRS и статические IP. Очень неплохо сделано.
Вероятно, имелась ввиду эта тема http://www.owen.ru/forum/showthread.php?t=3129Цитата:
Сообщение от Anton_Minsk
Помогите накидать эскиз диспетчерского контроля для нескольких объектов.
что у меня есть для размышления:
1 Сделал один проект на овеновских плк, понравилось.
2 Новая прошивка с поддержкой GPRS.
3 Есть несколько объетов, состояние которых нужно контролировать.
4 Бюджет, как водится ограничен. Хотелось бы вести работу поэтапно.
Что хотелось бы от системы:
1 рассылка СМС по аварии( с этим ясно, и вопросов нет)
2 дозвон контролера объекта на АРМ диспетчера при аврии.
3 периодический ( и принудительный) прозвон АРМ объектов, для контроля связи.
4 или как вариант все гнать через GPRS-интернет ( тут тоже более менее понятно)
Теперь вопросы:
1 Что взять для ПО АРМ? SCAD`у ? Писать, что-то свое?
2 как реализовать обзвоны? ( получается двуличие, в одном случаи мастер, в другом слейв)
3 Какой вариант выбрать?
а) на объекте плк110+модем, в диспетчерской - скада+модем+инет
б) на объекте плк110+модем, в диспетчерской - плк110+модем -> орс овен->скада+инет
в) на объекте плк110+GPRS роутер ( в руках таких железок не держал, но раз есть АДСЛ роутеры, то GPRS , думаю должны быть), в диспетчерской - скада+инет
_____________________
зы Может кто думал на эту тему, или делал подобные проекты, помогите пожалуйста.
На ПК - смотрим на Мастер Скаду + Lectus OPC.
Настраиваем на Modbus Slave +PPP(GPRS) + Включить услугу реальный IP + DDNS. В Лектусе настройка через TCP/IP. Далее смотрим про 20 -фунцию модбас - скачивание архивов при перерывах связи.
спасибо. но это было немного понятно.Цитата:
Сообщение от Малышев Олег
интересно как сделать опросы по обычному соединению?
вариант ( I )
1 АРМ диспетчера периодически( к примеру раз в 1/2 часа) дозванивается до объектов и снимает данные. ( то же все понятно, тот же лектус примерно).
2 Диспетчер принудительно, опрашивает определенный объект. ( кажется с лектусом уже не получится)
3 при аварии объект сам дозванивается до АРМ ( тоже не понятно как сделать. держать 2ю копию лектуса?)
вариант ( II ) (копия сдк брянского)
1 АРМ диспетчера периодически( к примеру раз в 1/2 часа) дозванивается до объекта. Контроллер определив номер АРМ диспетчера отбивает трубку и сам перезванивает на АРМ диспетчера. ПО АРМ определяет номер звонка , и при соответствии, отбвает трубку. выдает сигнал связь есть.
( тут думаю надо писать все ручками, или можно на скаде сделать?)
2 Диспетчер принудительно, опрашивает определенный объект. ( можно ли как - то управлять тем же лектусом? или может есть еще какие варианты?)
3 при аварии объект сам дозванивается до АРМ .( тоже не понятно как это все сделать в целом?)
Под обычным соединение подразумевается дозвон в режиме данных?
Lectus может быть и мастером (инициатором звонка), и слэйвом, т.е. принимающей стороной. Если я ничего не путаю.
Исходя из этого и стройте систему. Опять же режимом мастер/слэйв, кажется можно управлять..
даЦитата:
Сообщение от Kirill
да. есть только сомнение, может он работать одновременно и мастер(обзвон), и слейв( прием "аварийного" звонка) .Цитата:
Сообщение от Kirill
хотелось бы знать как это делать.Цитата:
Сообщение от Kirill
Цитата:
Сообщение от Jeck
Тогда вам сюда)
http://www.lectussoft.com/index.html
Может. В идеале конечно если Master и Slave по разным каналам связи, но можно и по одному. Только в этом случае нужно каким либо образом исключать коллизии одновременного доступа.Цитата:
Сообщение от Jeck
спасибо))) отложим лектус на десерт.Цитата:
Сообщение от Kirill
Ладно попробуем по другому спросить....
На первое время такой вариант:
Жезезо:
На объектах - ПЛК+модем
В диспетчерской - модем+плк и Комп ( на борту ОРС овеновский или кодесис, мастер скада на 32 точки)
Алгоритм:
Пишу все в кодесисе. общаюсь с модемами и рассылаю смс АТ командами. Реализую быстренько задуманный алгоритм.
Все это как черновой вариант. модель вполне рабочая. хоть меня она и не устраивает. Но зато позволяет зацепится за ПЛК (для сравнения, СДК на 1 объект обойдется в 30килорублей... и дальше тупик).Цитата:
Сообщение от Jeck
На втором этапе отрабатываю линк через CSD
Железо тоже.
Алгоритм:
Пишу все в кодесисе. Модемы пробую связать по протоколу ОВЕН, смс АТ командами.Цитата:
1 ПЛК диспетчера периодически( к примеру раз в 1/2 часа) мастером дозванивается до объекта. Контроллер диспетчера в слейве передает данные. ПЛК диспетчера при успешной передаче формирует сигнал связь есть.
2 ПЛК диспетчера в перерывах от прозвонов, прослушивает в слейве, в ожидании аварийного звонка.
3 при аварии объект отсылает смс с информацией об аварии по списку и аварийно звонит до диспетчерской .
4 Диспетчерский ПЛК формирует "экраны" для скады.
Вот тут вопросы...
В конфигурации для модуля ОВЕНа можно забить переменную - старт/стоп. Получится ли с помощью нее сделать переключатель мастер/слейв? А у модуля модбас, есть такая возможность старт/стоп для модуля? Нет ли подводных камней при линке через модемы по протоколу овен?
Ну и на третем этапе нарисовать красивые экраны, уговорить директора на приобретение полноценной скады. Завести все через GPRS.
зы
а можно командами из скады принудительно делать разовые опросы?Цитата:
Сообщение от Lectus