|
|
Поделитесь информацией по визуализации техпроцессов? |
|
Недавно довелось просмотреть диск из свежего журнала СТА. Там кое что было о панелях оператораTEKON ( в смысле, каталог). Кое что было на сайте ПРОСОФТ о системах визуализации технологических процессов. Но хотелось бы получить более подробную информацию в плане организации интерфейсов со слепыми контроллерами (ПЛК и РС- совместимыми) желательно на живых примерах ( Аdvantech adam 5510, Omron sysmac cpm 1a и cpm2a). С помощью каких ПО организуются такие сетки? Интересует также информация о панелях, предназначенных для размещения во взрывоопасных зонах( такое вообще, возможно?) Понимаю, что это вопросы из серии «хочу все знать», но к сожалению, не имею пока возможности записаться на курсы в учебный центр ПРОСОФТ Заранее благодарю за любую информацию. |
|
 |
|
|
|
В любом случае разработчик сам выбирает язык на котором необходимо писать визуализацию и это необязательно СКАДа, мы пишем на VB и Си, простые проекты на СКАДа. PLC тут значения не имеет, из интерфейсов любим Ethernet, но 485 не брезгуем
|
|
|
www.sinat.ru
|
|
|
|
|
Я так понял, эти самые средства визуализации ( читаем дальше-панели) представляют собой процессорные устройства , способные в какой то мере управлять ТП также и сами по себе.(судя по тому, что на некоторых я видел дискретные входы и выходы) И для того, что бы «прикрутить» панель к тому или иному контроллеру достаточно убедиться в том, что она поддерживает протокол обмена данных данного контроллера или сети вообще. То есть не факт, что к примеру с контроллером такой то модели будет дружить только такая то панель а все остальные – нет? (что то не верится , хотя и хотелось бы). Далее - панели дается соответствующий адрес в сети и с помощью ПО настраиваются нужные нам входные и выходные переменные для каждого из устройств. Следовательно, исходники программ контроллера и панели должны быть созданы оба в какой то одной среде программирования. Или во всяком случае эти ПО должны «видеть» друг друга Я правильно понимаю ситуацию? |
|
|
|
|
В сети (будь-то Ethernet или какой-нибудь RS-XXX) бегают данные по какому-то протоколу. Панель должна уметь брать на себя этот поток данных из сети, расшифровывать этот протокол и каким-нибудь образом отображать его. А вообще-то - это не простая задача, т.к. программы для контроллеров пишутся или самостоятельно (если это голая управляющая система), или с помощью пакетов SCADA, в которые уже заложены функции мониторинга и управления этими контроллерами. Я как-то не представляю себе, как можно писать одно без другого. ======== Следовательно, исходники программ контроллера и панели должны быть созданы оба в какой то одной среде программирования ======== Если известен протокол обмена - необязательно.
======== Или во всяком случае эти ПО должны «видеть» друг друга ======== Да - должны. |
|
|
|
|
сообщите более подробно ваши требования к необходимому оборудованию по адресу
|
|
|
|
|
Да вообщем то конкретных требований уже и нет. Под руки подвернулись два каталога simatic причем еще за 2002 год. Люди не пожалели времени и бумаги для того , что бы популярно обьяснить потенциальным заказчикам, какие конкретно функции выполняет тот или иной контроллер и какой софт необходим для программной реализации . Жаль , что пока ничего подобного не могу найти для OMRON и ADVANTECH .....а Знания все таки -сила!...... |
|
|
|
|
Вообще у SIMATICa документация на хорошем уровне сделана, но уж очень они консервативны, это мягко сказано, все новое у них появляется с большой задержкой. Только недавно столкнулся с немцами они у своих киентов спрашивают традиционный SIMATIC или что то по современней?
|
|
|
www.sinat.ru
|
|
|
|
Ответить 
|
| Переход на форум | Права доступа на форуме  Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме |
.