Собственно сделали данную фичу, ПЛК-100 висит в интернете через мобильного оператора... и даже шлет письма. Все в самом деле несложно - проблему нужно решать не в лоб, а с другой стороны. Все необходимое уже есть на рынке.
Вид для печати
Собственно сделали данную фичу, ПЛК-100 висит в интернете через мобильного оператора... и даже шлет письма. Все в самом деле несложно - проблему нужно решать не в лоб, а с другой стороны. Все необходимое уже есть на рынке.
Так-так... а поподробнее?
интеллектуальный модем со встроенными сервисами )))) (дороже обычно используемых на 50 баксов) дальше коммерческие отношения!!!!
А какой именно модем? Марка есть у него?
Что значит коммерчиские отношения.
Видимо из линейки SE.
Дык действительно просто. Вот модуль есть такой BT01 для контроллеров Beck IPC@CHIP. С одной стороны подключается к контроллеру через RS232. Управляется AT командами. С другой стороны антенна Bluetooth. Цепляется с любым сотовым телефоном, работает в И-нет по GPRS, отправляет письма и SMS-ки. Либо можно через Bluetooth соединяться с ноутбуком и работать в CoDeSys. Для IPC@CHIP все поддержано программно. В принципе можно и ПЛК Овен подключить, но библиотечку надо будет написать.
http://www.prolog-plc.ru/beck/images/FK61-BT01.jpg
В конференцию пользователей CoDeSys (Русскую) включена практическая презентация этого модуля.
модем Сименс TC65, а коммерческие отношения - они и в африке коммерческие! )))))
Да не сложно. Правда решение предложенное Петровым мне кажется слишком мутным - сперва модуль Bluetooth, затем телефон...
Уж на то пошло то и я предложу ссылочку http://www.radioterminal.ru/catalog/...TAB=4&ID=19480
Никаких АТ команд не нужно, связь по RS-232 вроде как даже прозрачная, цена низкая.
Организовать передачу данных в Интернет с ПЛК не очень сложно, но вот как эти самые данные завести в СКАДУ, вот меня какой вопрос интересует.
Так и есть. Применительно к ПЛК Овен это пока полуфабрикат а не готовое решение. В первую очередь он решает проблему связи ноутбука с контроллером для коррекции программы, наладки или снятия архивов, в сложных условиях, если контроллер стоит высоко, глубоко или в грязи, куда лазить опасно и не всегда можно. Описанный модуль полностью поддержан в микроконтроллерах IPC@CHIP. Там вообще ничего программировать не надо. Для них это готовое решение. Кроме того, есть спец. биб-ка для использования модуля в программах. Например, можно сделать операторское управление с КПК вместо панели и т.п.
Для ПЛК (сделанных не на IPC@CHIP) нужно смастерить коробочку с переходником на RS232 и при старте пихнуть модулю строчку инициализации. GPRS получается прицепом к Bluetooth через обычный телефон, доступный в ближайшем ларьке.
Есть такое ощущение, что в ноутбуках скоро вообще не будет никаких интерфейсов кроме беспроводных. На рынке уже появились ПЛК в которых Bluetooth штатно встроен внутрь. Возможно, это перспективно? :confused:
Действительно, судя по мануалу, настраивается этот модем не стандартными модемными АТ командами, а имеет свой уникальный набор команд.
- При хорошей связи можно просто Gateway настроить на связь с удаленным контроллером, далее все как обычно.
- Можно web визуализацию применить.
- Можно на ком-ре запустить CoDeSys PLC WinNT. Пусть он аккумулирует и контролирует данные со всех ПЛК по программе. К нему как обычно Gateway – OPC – SCADA. Или CoDeSys HMI.
А если контроллеров 17 распложенных в радиусе 5 километров?
:confused: Если мы говорим именно о связи по И-нет, то расстояния роли не играет вовсе. Впрочем, и число контроллеров.
Заставляет задуматься надежность всего этого дела. :rolleyes: Вообще сотовая связь абсолютно не предназначена для систем гарантированной связи. Она легко перегружается, имеет полное право не работать некоторое время. Бывает, что SMS сутки идет... Неспроста все экстренные службы используют свои транкинговые системы и не переходят на сотовые телефоны. Как минимум, придется продумывать систему так, чтобы она не боялась пропаданий связи и нормально восстанавливалась самостоятельно.
Поэтому я бы поставил центральный комп. с PLC WinNT который бы обзванивал все контроллеры по мере нужды и проводил обмен данными (без GPRS). Выше SCADA (или HMI) будет работать c ним по надежному каналу и будет развязана от всех проблем со связью.
Интересно бы узнать для какой практической задачи Дмитрий сделал свою разработку? Возможно там все иначе.