Интересно, а у меня антивирусник не отключился. Версия как раз 4.5.216.0. В статусе пишет On, os support has ended (Включен, поддержка ос закончилась). И Security Center показывает, что антивирусник включен.
До того как я начал писать свой “велосипед” (о чём, кстати, ни сколько не жалею), долго пытался найти что-то готовое. Было у меня одно пожелание, по которому не подходила ни одна из сред. Специфика моей предметной области заключается в том, что в проектах много единиц повторяющегося оборудования. Например, 300 единиц запорной арматуры (задвижек).
Допустим, реализовал я такой объект (логику и интерфейс) и засунул в библиотеку готовых элементов. Каким образом теперь размножить 300 экземпляров с подвязкой к конкретным переменным. Поправьте меня, если я ошибаюсь, но единственный способ – врукопашную.
Если бы я нашёл среду с возможностью сохранения проекта в виде структурированного текста (XML, CSV), который можно сгенерировать сторонними инструментами, обязательно использовал бы её.
В моём предыдущем комментарии написано, что без Siemens Simatic Net OPC не обойтись. Кстати сам ПЛК не всегда нужно конфигурировать. Можно сделать так называемую unconfigured connection.
Возможно, вы правы и стоит подумать об альтернативном подключении к ПЛК (без OPC). В любом случае только после переделки архитектуры. Думаю можно попробовать интегрировать LIBNODAVE.
Не совсем понял первый вопрос. Программа является одновременно OPC сервером и клиентом, как говориться – из коробки. Если интересно, что я использовал для реализации этих функций – два платных toolkit-а от Northern Dynamic (Software Toolbox Inc).
Действительно, для связи с ПЛК приходиться использовать OPC сервер от производителя. Например, в случае с Siemens получается Программа<->Siemens Simatic Net OPC<->ПЛК.
Вопрос – как подключиться к ПЛК напрямую? Может я ошибаюсь, но единственный вариант -реализовать фирменный протокол от каждого конкретного производителя ПЛК.
Связь с PLCSim сделана через стандартный COM объект из поставки Siemens.
До полной переработки архитектуры добавлять новые типы соединений не планирую. Просто боюсь, что текущая архитектура развалиться при добавлении новых возможностей.
Так понимаю, занимаетесь разработкой интеллектуальных датчиков и системой их интеграции? У нас немного другая задача, попроще. Датчики и другое оборудование берём уже готовые со стандартными интерфейсами и протоколами (Profibus DP, Modbus). Задачи коммуникациям с ними возложены на ПЛК. Система визуализации тоже готовое решение (WinCC, Citek).
К сожалению, ни чего из готовых решений (WinMOD, Mynah MiMiC, Siemens SIMIT) попробовать не удалось. Для таких инструментов очень сложно получить демонстрационную версию. Кроме того стоят они серьёзных денег, и нашему, далёкому от программирования, руководству будет сложно объяснить необходимость таких вложении.
Спасибо за предложение. Сейчас, пока набираюсь мотивации для новой версии с более гибкой архитектурой.
Скажите, когда разбирались с CSWorks, не встречалась описание как добавить свой источник данных?
Только там Visual Studio.
У вас наверно будет преимущество кроссплатформенности?
Допустим, реализовал я такой объект (логику и интерфейс) и засунул в библиотеку готовых элементов. Каким образом теперь размножить 300 экземпляров с подвязкой к конкретным переменным. Поправьте меня, если я ошибаюсь, но единственный способ – врукопашную.
Если бы я нашёл среду с возможностью сохранения проекта в виде структурированного текста (XML, CSV), который можно сгенерировать сторонними инструментами, обязательно использовал бы её.
Скажем так, до практических действий дело не дошло, но рассматривал LabView, как один из вариантов реализации задумки.
Возможно, вы правы и стоит подумать об альтернативном подключении к ПЛК (без OPC). В любом случае только после переделки архитектуры. Думаю можно попробовать интегрировать LIBNODAVE.
Действительно, для связи с ПЛК приходиться использовать OPC сервер от производителя. Например, в случае с Siemens получается Программа<->Siemens Simatic Net OPC<->ПЛК.
Вопрос – как подключиться к ПЛК напрямую? Может я ошибаюсь, но единственный вариант -реализовать фирменный протокол от каждого конкретного производителя ПЛК.
Связь с PLCSim сделана через стандартный COM объект из поставки Siemens.
До полной переработки архитектуры добавлять новые типы соединений не планирую. Просто боюсь, что текущая архитектура развалиться при добавлении новых возможностей.
Спасибо за предложение. Сейчас, пока набираюсь мотивации для новой версии с более гибкой архитектурой.