Начало работы с агентом данных

Агент позволяет передавать переменные программы и другие данные из одного места в другое. Например, есть группа контроллеров CX8090. На отдельном ПК устанавливается TC3 IoT Data Agent. Он настраивается на проброс данных через интернет на сервер-брокер MQTT. Из брокера данные забираются в базу данных. Позже аналитики анализируют, а сервисный отдел мониторит и бдит. Версия TwinCAT, разрядность и тип процессора, древность контроллеров — все это не важно. Переменные из контроллера можно передавать куда угодно, в обе стороны.

Изображение: Beckhoff Automation

Современные протоколы типа MQTT–AMQTT–RabbitMQ не требуют входящего подключения. Агент и контроллеры могут находится за NAT, файерволом или другой сетевой инфраструктурой. IP-адрес может быть серым и динамическим, но подключение к брокеру всегда исходящее. Поэтому переменные контроллера легко отдавать и легко забирать. В обе стороны.

Лицензии

Для ПК, на котором установливается Агент, необходимы минимум две лицензии: TC1000 | TC3 ADS и TF6720 | TC3 IoT Data Agent. Доступна пробная лицензия на 7 дней.

Лицензирование основано на группах порталов. Порталы объединяются в пакеты (Gate packs). Порталом называют одно подключение. Например, подключение к устройству через ADS или OPC UA. Лицензия TF6720 обеспечивает работу с четырьмя порталами. Большее количество порталов можно получить после покупки дополнительных лицензий (TF6721-TF6724). Количество порталов складываются: TF6720 + TF6721 = 8 порталов.

Принципы работы

Open local, Save local работают со схемой в локальной конфигурации Агента C:\TwinCAT\3.1\Boot\TcIotDataAgentConfig.xml. Эта схема будет использована при старте Агента на этом локальном ПК. Во время работы рядом будет лежать лог TcIotDataAgent.log. По нему можно проводить диагностику работы Агента.

Open file, Save file импорт/экспорт схемы из отдельного файла.

С помощью кнопки "активировать конфигурацию", можно активировать схему на удаленном контроллере. На кнопке изображена традиционная горка кубиков (Save to selected target and activate).

В окне `Topology` создаем схему передачи данных. Нужно запомнить два простых принципа: создаем правой кнопкой мыши (ПКМ), а затем соединяем элементы с помощью Ctrl + тащим и бросаем. Например:

• ПКМ по пустому месту → Add Gate (ADS) → получился круг — это ADS-портал, ведущий к переменным контроллера.
• Затем, ПКМ → Add Gate (MQTT) → появилось облако — это брокер MQTT, источник данных.
• ПКМ ADS портал → Add Channel (Subscriber) → создается подписчик (subscriber) в виде прямоугольника. Стрелка вниз 🡇 указывает направление подключения.
• ПКМ Подписчик → Add Symbol → добавляется новая переменная (symbol) для чтения из контроллера. Можно сделать проще: открыть окно `Target Browser`, перетащить и бросить переменную на "подписчика".

Схему можно создавать и редактировать через другие окна программы. Исследуйте их. Выберите удобный способ работы с программой.

Аналогично поступаем с порталом MQTT Broker, где вместо `Add Gate` доступен `Add Channel`. Брокер работает не с переменными, а с каналами. Через них идут потоки переменных.

Дальше тащим прямоугольник подписчика ADS: Ctrl + левая клавиша мыши (ЛКМ). Бросаем его на прямоугольник канала MQTT. Между элементами появляются связи.

Настройки всех элементов собраны в окне `Properties`.

Пример программы

Необходимо проработать четыре момента:

• ПЛК программу как источник данных. Подойдет любая версия TwinCAT. Я брал как вторую, так и третью версию TwinCAT. Меняется номер порта ADS 801 → 851, но принципы создания схемы остается прежним.
• Создать схему передачи данных для Агента.
• Выбрать MQTT брокер данных.
• Создать клиента для брокера MQTT. Я напишу простую программу на C#. Она будет читать данные из брокера. Здесь можно воспользоваться готовыми клиентами MQTT и запустить их на смартфоне.

ПЛК программа примитивная:

PROGRAM MAIN
VAR
    iCount: INT;
    rCount: REAL;
END_VAR

iCount := iCount + 1;
rCount := rCount + 0.1;

Схема Агента

Пора выбрать бесплатного брокера на тестирование. Мне понравился HiveMQ. Кроме него проверил Mosquitto. Он работал, но значительно медленнее.

Пришло время создать схему:

Разбивка по каналам позволяет устанавливать единые сетевые настройки для нескольких переменных сразу. Можно создать один единственный канал и транслировать в нем сразу несколько переменных. Чтобы было интереснее, я разбил трансляцию от брокера на два канала (см. картинку выше, правая часть):

• Ads_Mqtt_11_19 — транслирует переменную MAIN.rCount;
• Ads_Mqtt_11_17 — передает целое число из переменной MAIN.iCount.

Внутри канала данные брокера можно раскидать по темам (Topic). Это настраивается в окне `Properties`. Например, пусть `rCount` как бы передается из жилой комнаты GOT/TWINCAT/ROOM, а переменная `iCount` приходит из офиса GOT/TWINCAT/OFFICE. В клиенте брокера я смогу выбрать или одну конкретную, интересующую меня тему, или сразу несколько тем. Темы фильтруются с помощью спец. символов `*`, `?` или `#`. Например, я хочу в одном канале получать данные ROOM+OFFICE: GOT/TWINCAT/#.

Клиент брокера

Для C# я использовал библиотеку MQTTnet. Она легко устанавливается из NuGet. Раскомментируйте строку и подставьте название своего топика-комнаты в константу `MQTT_TOPIC`.

 

Результат работы клиента:

Одновременно я установил на телефон бесплатный клиент `MQTT Dash` и он также смог отображать данные с ПЛК. Трансляция идет через интернет, можно сходить на обед и одним глазом посматривать как контроллер продолжает работать:

SIL-3

EL6900 и желтые Safety-терминалы соответствуют системному уровню надежности SIL-3. Будет ли разрабатываемая система считаться безопасной или нужны дополнительные процедуры?

В документации по желтым модулям постоянно встречается упоминание SIL-3, а в конце тех. документации есть изображение сертификатов, которые к тому же можно скачать отдельным pdf-документом. В дополнение к ним можно посмотреть на сертификаты таможенного союза (Россия, Белоруссия, Казахстан). Там же есть соответствия требованиям промышленной безопасности, которое говорит, что модули можно использовать в промышленности и они будут соответствовать бюрократическим требованиям.

В общем, не важно когда начинать разрабатывать программную и safety-логики: до согласования или после сертификации. Модули уже соответствуют SIL-3. Это означает, что они готовы и могут обеспечить соответствующие требования МЭК/TUV. Правда соответствие модулей не означает, что вся система будет соответствовать требованиям безопасности только потому, что в ней все модули безопасности соответствуют SIL-3. Да и сам SIL-3 говорит только о степени надежности отдельных модулях, а не о безопасности всей системы в целом.

Еще раз: модули соответствуют требованиям SIL-3. Функционал модулей достаточен для обеспечения соответствующего уровня надежности системы. Что в итоге "вылепит" разработчик — никому не известно.

Как итог, приемку системы в целом, будет осуществлять заказчик по своим нормам и правилам или делегирует в какую-либо сертификационную/проверочную организацию. Лучше с самого начала узнать у заказчика, что он собственно подразумевает, когда просит SIL-3 и работать в соответствии с этим.

Хорошая статья в тему: SIL — это не сложно.

Вебинар. Новое поколении TwinCAT HMI

Много клиентов, много серверов, много рантаймов и много всего остального. Основной акцент на слово "много". Сводный обзор по возможностям и полезностям визуализаций в TwinCAT 3 провел Дэймон Томпсон (Daymon Thompson). По окончании на вопросы ответил глобальный продукт-манагер Свен Обершмидт (Sven Oberschmidt). По прежнему хочется "мяса" из инженеров.

Все это уже было, но теперь подводятся какие-то итоги и обещают уже в начале следующего года англоязычную версию.

Основные черты продукта:

• Основан на технологиях пришедших из интернета: html5, css3, javascript.
• Клиенты из-под браузеров (в том числе и Edge) и клиенты на мобильных системах Android и iOS, ведь там тоже есть браузеры, только мобильные.
• Система рассчитана на продолжительный срок жизни: придет и останется с нами надолго.
• Всё такое масштабируемое, модульное и независимое, векторное и веб-ориентированное. Если кратко и без патетики — должно стать удобнее как в разработке, так и в применении.

TwinCAT HMI Creator

Визуальный редактор: не нужно программировать, просто рисуйте и редактируйте готовые шаблоны.

• Интеграция с Visual Studio.
• Интеграция с TwinCAT.
• Редактор с упором на визуальную разработку.
• Использование систем контроля версий (tfs, svn, git, ...).
• Менеджер пакетов.
• Готовые шаблоны проектов.
• Темы оформления.
• Графическая библиотека готовых элементов: SVG, сложные и составные элементы.

TwinCAT HMI Framework

• Готовые контролы (элементы управления интерфейсом):
• стандартные;
• графики, чарты, события/логи/журналы (events);
• пользовательские (самодельные) контролы.
• Применение сложных типов данных (структуры, дата/время и пр.).
• Интернационализация:
• переключение языков;
• национальные единицы измерения, меры длины, денежные знаки и т. п.
• Расширябильность засчет html5 и javascritpt.

TwinCAT HMI Server

Веб-сервер написанный Бекхоффом (фирмой, а не человеком). Обещают, что будет работать на всем, что начинается с CX9020. В том числе и на Windows CE.

• ADS — что позволяет использовать рантайм как от TwinCAT 3, так и от TwinCAT 2.
• OPC UA — что позволит использовать вообще все что угодно.
• Цифровой осциллограф Scope. Пока не понятно куда и как он будет встраиваться, но возможно имеется в виду его серверная часть.
• Безопасность данных (https, tls и прочий эS).
• Уровни доступа пользователей (роли пользователей, login | logout).
• Предварительно подготовленные данные для тестирования и отладки (recipe management).
• Логирование событий.
• Сбор данных.
• Сможет расширяться модулями на C++ / C#.

Разработка

• Сплошная интеграция с Visual Studio.
• Живое взаимодействие с визуализацией во время разработки. Будет сразу видно, что и как работает.
• Графический редактор с набором стандартных и не очень элементов.
• Предварительно настроенные шаблоны, которые можно доработать. Обещают современный внешний вид с анимацией и прочими свистелками.
• Контролы пользователя расширяются с помощью javascript. Серверная часть расширяется на C++ / C#. Можно подготовить заранее темы в корпоративном стандарте под брендбук, а затем использовать во всех остальных проектах.

Про архитектуру уже было в Новый HMI для TwinCAT 3 (8 декабря 2015). Про сценарии применения было в Визуализации в TwinCAT 3 (24 марта 2016), но если кратко:

• Наиболее распространенный сценарий "локальный клиент": визуализация и браузер работают на одном контроллере, а графическая панель подключается через DVI.
• Много клиентов через интернет (например, мобильные телефоны и планшеты) подключаются к локальному клиенту.
• Много клиентов подключается к одной машине с сервером TwinCAT HMI, который собирает (агрегирует) данные с нескольких ADS-серверов (умных коплеров или младших моделей CX).
• Много TwinCAT HMI серверов, которые подключены к одной машине, которая отображает сводные данные со всех других серверов (сервер серверов).

При этом сохраняется мультипротокольность: сервер общается с коплерами по любым протоколам, клиенты подключаются к серверу через http(s) и браузеры.

Лицензирование

• Стоимость не зависит от количеств тегов. 
• Инструменты разработчика бесплатны, включая обновление, сопровождение и поддержку.
• Лицензирование касается только сервера. Клиенты работают бесплатно и не лицензируются.

Стоимость лицензии строится исходя из:

• уровня платформы на которой будет работать TwinCAT HMI Server;
• количества клиентов и целевых систем (target runtimes).

Пример

TF2000 HMI Server — рассчитан на 1 клиента (браузер) и  одну целевую систему (netId), то есть в базовой версии один клиент — один таргет.

Можно добавить клиентов или таргетов:
- TF20x0 Clients Pack 1/3/10/25 (пакет клиентов — один, три, десять дополнительных клиентов).
- TF20x0 Targets Pack 1/3/10/25 (пакет таргетов).

Можно добавить расширения визуализации HMI Extension (Scope, OPC UA) — это расширения для добавления протоколов или дополнительных функций.

В итоге будет сформирована лицензия TwinCAT 3 HMI License.

Итого

• Быстрая разработка, где мало разработки и больше рисования.
• HTML5, javascript.
• Клиент не зависит от платформы. 
• Модные веб-технологии.
• Гибкая архитектура.
• Модульность.

Вопросы-ответы

• Разница между TwinCAT PLC HMI и TwinCAT HMI? Первый будет только патчиться, новые фичи будут появляться только в TwinCAT HMI.
• Какие версии Visual Studio? Пока что 2013-2015. Дальше будет видно, а пока этого достаточно.
• Локальные переменные будут доступны (транслируются) в контекст браузера. Надо смотреть что там имелось в виду.
• Когда? В этом году (2016) немецкая версия, в начале следующего года для всех остальных, кто говорит на английском.
• Веб-сессии (sessions) поддерживаются, информация о веб-клиенте доступна.
• PLC HMI контролы и модные HMI контролы, да и другие элементы тоже, смешивать и перемещать туда-сюда нельзя. Вполне возможно, хотя и маловероятно, в будущем появится конвертер первого во второй, но не обратно.

Что нового в TwinCAT 3.1.4020.0

Продолжение темы Новый билд TwinCAT 3.1.4020.0. 10 мая 2016 года Йозеф Папенфот (Josef Papenfort), TwinCAT продукт манагер провел вебинар на тему Что нового в новом билде 3.1.4020.0. Обзорный список изменений на английском языке доступен на сайте Бекхофф — New Features TwinCAT 3.1.

Visual Studio 2015 и Windows 10

Еще раз интеграция с Visual Studio 2015. Версия 2010 больше не поддерживается, TwinCAT идет в комплекте с версией 2013. Рекомендуют обновится. От себя — лучше самостоятельно установить VS 2015 Community. Затем накатить поверх TwinCAT.

Полноценная поддержка операционной системы Windows 10 как инженерной (Engineering), так и исполняемой (Runtime) версиями. Рантайм теперь доступен и на Windows 10 IoT Core (CX51xx).

Remote Manager

Новая штука для третьего TwinCAT, заранее встроенная в VS. Позволяет использовать на одном ПК разработчика несколько версий третьего TwinCAT.

Включить панель инструмента можно через меню VS: View - Toolbars - TwinCAT XAE Remote Manager. В дальнейшем под версиями TwinCAT понимаются различные версии/билды/сборки/модификации третьего TwinCAT: 3, 3.1.4018.16, 3.1.4020.0, и т. п.

Если у вас несколько целевых ПЛК-систем с разными версиями TwinCAT 3, то вы можете выбрать в среде разработки текущую версию локального TwinCAT и, подключившись к целевому ПЛК, собирать 100% совместимые проекты (конфигурация, ПЛК-задачи, ввод/вывод и системы управления движением). Собирать, а затем и загружать, избегая конфиликта версий/билдов и т.п.

Версия TwinCAT на целевом ПЛК не обновляется!

Способы применения направлены, в основном, на полноценную совместимость различных версий:

• Подключиться к целевой системе и запустить локальную версию/билд аналогичную удаленной.
• Открывать и работать с проектными решениями разработанными под различные версии/билды.
• Создавать новые решения "заточенные" под различные версии/билды.

Возможны различные способы переключения: как ручные или автоматические, так и просто появится диалог предупреждения, если что-то будет не той версии. Переключение версий производится после перезапуска VS.

Версию TwinCAT можно зафиксировать в настройках проекта TcVersionFixed = True:

Конфигуратор для EtherCAT Automation Protocol

Скачивается и устанавливается независимо от пакета TwinCAT 3.1 XAE: TE1610 | TC3 EAP Configurator.

Новый конфигуратор для EtherCAT Automation Protocol, другое название — сетевые переменные (Network Variables). Позволяет создать единую конфигурацию сетевых переменных для нескольких проектов и модифицировать эту конфигурации во время работы.

Compare Tool

Утилита для сравнения проектов. Теперь интегрирована в VS, но будет доступна и как самостоятельное приложение.

Лицензирование

Появилась новая версия EL6070 с аналогичным артикулом(!). Модуль приобрел собственную память размером в 1 мегабайт, куда можно положить до 20 файлов лицензий. Ограничение на количество файлов не зависит от размера файлов.

Для работы с модулем необходим рантайм ПЛК с TwinCAT >= 3.1.4018.26, как на ПЛК, так и у разработчика. Версия прошивки модуля (FW Version) = 04.

Появилась USB-флешка C9900-L100, которая полный аналог модуля расширения, в том числе и объемом в 1 мегабайт для хранения файла лицензий (*.tclrs), который будет прислан от сервера лицензий. Доступ к флешке только через TwinCAT, доступ как к обычной ПК-флешке невозможен.

Ограничение доступа в проектах

Доступно шифрование исходного кода: для разных разработчиков доступны разные функции из проекта. Данный функционал по прежнему дорабатывается, текущие ограничения:

• Первый выпуск не поддерживает ключи для OEM-лицензий.
• ПЛК на базе Windows CE (Embedded Compact) не поддерживают шифрование  загрузочного проекта; не поддерживаются OEM-лицензии.

Программирование

• Улучшены редакторы CFC, FBD, LD.
• Поиск ссылок/использования переменных в проекте (Cross Reference View/List) теперь работает практически в реальном времени.
• Автоматическая генерация документации для библиотек (Library Manager).
• Массивы переменной длины.
• Монитор памяти (Memory View) для упрощения отладки.
• Можно задать версию компилятора для бинарной совместимости.
• Настройки программного проекта могут быть импортированы/экспортированы. Это удобно для работы в команде разработчиков.

Появился полноценный рефакторинг (любое изменение отражается на всем проекте):

• Добавление/удаление переменных.
• Переименование переменных.
• Изменять порядок для входных/выходных параметров ФБ.

RETAIN

Данные из различных источников собирается и в конце цикла копируется на NOVRAM устройство. Для этого в NOVRAM устройстве появились некие Retain Handlers которые по идее должны автоматически сохранять переменные отмеченные RETAIN. Аллилуйя! Причем сохранять только изменившиеся данные.

В NOVRAM устройствах теперь две области памяти для обеспечения целостности или актуальности данных: одна активна и полна данными из закончившегося цикла, другая — заполняется новыми данными.

Но(!) работает только с новым рантаймом (4020), да и подтвердить работоспособность данной фичи пока не удалось. Через линковку же все работает как и раньше.

С++

Для переменных C++ также разрешили сохранять переменные в NOVRAM.

Модулям С++ TcCOM разрешили вызывать ФБ ПЛК-программ, для этого последний должен расширять (EXTEND) интерфейс TcBaseModuleRegistered и предоставить доступ к открытым методам. Плюс еще ряд телодвижений по регистрации и пр.

Улучшилась поддержка STL: Set, Stack, Wstring и что-то еще о чем рассказывать не стали.


Полный вебинар на английском языке TwinCAT 3.1 | New features in Build 4020

TwinCAT 3 образы для контроллеров CX

Скоро (или уже) появятся образы для прошивки TwinCAT 3:

• В июньском прайсе появятся артикулы для заказа образов с TwinCAT 3.
• Для заказа компактных контроллеров CX c предустановленным TwinCAT 3 необходимо заказывать артикулы с пятеркой на конце CXxxxx-xxx5. Но(!) это только рантайм без лицензий, т. е. TwinCAT 3 будет установлен, но для работы он все еще будет требовать докупить и активировать лицензии.
• Базовый образ с нулем на конце будет идти с TwinСAT 2.
• Если вместе с контроллером заказать соответствующие лицензии, то они будут предустановлены и активированы на заводе.
• В будущем можно будет заказать специальный модуль расширения со встроенными лицензиями. Его можно будет спокойно переставлять с одного CX на другой, перенося лицензии (лицензирован будет тот, на котором в данный момент установлен модуль лицензий). Таким образом CX с TwinCAT 3 на борту больше не будет привязан к единственному набору лицензий.

Пример А:

• CX9020-0115 — контроллер с рантаймом TwinCAT 3 (TC3 XAR).
• TC1200-0030 — лицензия уровня "только ПЛК" (TC3 PLC) для контроллеров CX.

Пример Б:

• CX2020-0125 — контроллер с рантаймом TwinCAT 3 (TC3 XAR): разработчик будет экспериментировать, используя семидневные временные лицензии. Определившись с требованиями, разработчик в последствии закажет модуль расширения с лицензиями и добавит его в конфигурацию.

Пример В:

• CP6606-0001-0020 — Панельный ПК, с 7-дюймовой сенсорной, графической панелью. Класс производительности = 30.
• TC1250-0030 — Лицензия на рантайм TwinCAT 3 с возможностью запуска ПЛК-программ реального времени. Цифровое управление движением с помощью NC PTP до десяти осей движения. Для контроллеров класса производительности = 30.
• TF1800-0030 — Лицензия для системы визуализации или человеко-машинного интерфейса (HMI). Для контроллеров класса производительности = 30.

Windows 10 IoT Enterprise LTSB 2016

• Выйдет в середине 2016, будет доступен в третьем квартале 2016 года.
• Стоимость по сравнению с Windows Embedded 7 пока не определена.
• Минимум 16Гб CFast.
• Только для 64-х разрядного TwinCAT 3.
• Поддержка в контроллерах CX51x0, CX20x0.

Windows 10 IoT Core Pro

• Выйдет в середине 2016, будет доступен в третьем квартале 2016 года.
• Стоимость сравнима с Windows CE.
• Минимум 4Гб CFast.
• Только для 64-х разрядного TwinCAT 3.
• Поддержка в контроллерах CX51x0.

2016. TwinCAT и все о нем

TwinCAT = Total Windows Control and Automation Technology.

Новое в TwinCAT 3

• Дешевле чем TwinCAT 2.
• Объектно-ориентированное программирование (ООП) на языках МЭК(IEC) 61131-3.
• Программирования на С/С++ программ, выполняемых в режиме реального времени.
• Модули Matlab/Simulink. Интегрируются по принципу клик-клик-готово.
• UML диаграммы классов и состояний.
• Поддержка средой выполнения TwinCAT 3 64-х разрядных операционных систем Windows.
• Использует виртуализацию CPU, поэтому работает быстрее и потребляет меньше ресурсов.
• Расширенная поддержка многоядерных процессоров: изоляция ядер — можно отдавать 100% ядра в Твинкат.
• Единая среда разработки и конфигурирования, встраивающаяся в Microsoft Visual Studio.
• Встроенная разработка целевых визуализаций.
• Выделенный клиент целевой-визуализации.
• Командная разработка проектов, благодаря использованию xml-форматов файлов.
• Новая система лицензирования. Запутанная, но с лицензиями всегда так. Компенсируется автоматической генерацией временных ключей.

Что обещают:

• Поддержка CPU Redundancy — резервирование мастера EtherCAT-шины.
• Интеграция с облачными сервисами.
• Полноценная SCADA.

Более приземленно:

• Среда разработки стала удобнее, но пока не поддерживается 2015-я студия.
• ООП больше нужно программистам, а инженерам лучше LD, FBD, CFC… Можно попробовать UML — он красивый.
• По прежнему основное назначение С++ — писать модули ядра (kernel-mode драйверы) реального времени. Все это завернуто в COM-объекты… Готовые решения лучше стыковать через ADS.API. Энтузиастами разработаны библиотеки для работы с ADS и без TwinCAT в т. ч. и под Mono/Xamarin, а это Linux, Mac, Windows Phone, Android... C#, python, javascript — все работает, но это уже не Бекхофф.
• TwinCAT 3 модульный, но по прежнему через kernel-драйверы и COM-объекты, т. е.  можно легко запутаться среди слов: модули, компоненты, библиотеки, расширяемость, доустановить.
• Automation Interface уже был и отлично работал в TwinCAT 2. Добавили тоненькую прослойку, причесали и стало удобнее.
• К сожалению, стандартные библиотеки стали зашифрованными.
• В системах контроля версий не учтен Git, который отлично поддерживается Visual Studio. TFS и SVN — это скучно и уже не мейнстрим.
• Обещанная, будущая SCADA выглядит красиво.

Что-то искали?

Далее поисковые запросы которыми озадачивались специалисты в прошлом году. В подвале блога есть форма для прямого задавания вопросов.

Лицензирование TwinCAT

- ключи для twincat
- beckhoff twincat лицензии
- twincat license

Лицензирование TwinCAT 3


Энергонезависимые переменные и файловые фильтры
- twincat retain persistent
- beckhoff fbwf manager

Фильтры записи FBWF и EWF
Что не так с PERSISTENT?
Энергонезависимые переменные


ADS.API
- c# plc readany
- twincat ads c# запись переменных

Обмен данными через ADS.API, ST и C#

Как готовить синхронные функции ADS.API

Перформанс ADS.API под .NET
Простые функции ADS.API
Асинхронные функции TwinCAT.Ads API

Открытые разработки
- python pyads

Открытые разработки под TwinCAT
Открытые разработки Beckhoff на GitHub


Все о TwinCAT
- twincat
- twincat как работает
- класс производительности twincat
- описание twincat2 c
- структуры в twincat
- twincat программирование
- библиотеки для twincat
- twincat настройка прерывания

Что такое TwinCAT?

Эпилог
- twincat 3 визуализация
- система летающая пила
- ethercat needs sync master

Универсальная летающая пила

Новый HMI для TwinCAT 3

EtherCAT needs sync master

Что же касается сообщения "ethercat needs sync master" — это всего-лишь предупреждение, а не ошибка. Система пытается напомнить разработчику, что канал данных (шина) подключена, но отсутствует потребитель данных из него. Нет потребителя — нет обмена данными. Нет обмена данными — отсутствует синхронизация. Нет синхронизации — система отключает канал данных.

Свяжите (Link to...) хотя бы одну настоящую переменную или создайте фиктивную задачу (Additional Tasks) с хотя бы одной фиктивной переменной. Напоминаю — Free Run не нужен. 

P.S.: немного прошлогоднего снега — 2015. С чего начать?

Лицензирование TwinCAT 3

Лицензирование стоит на трех китах:

• System ID — уникальный идентификатор (номер), закрепленный за конкретным аппаратным обеспечением — ПЛК или аппаратный ключ. Он неизменяемый и "зашит" в материнскую плату или сформирован на основе аппаратной конфигурации.
• Volume ID — уникальный идентификатор (номер), закрепленный за разработчиком. Код не привязан к аппаратному обеспечению. Это не совсем точно, но лучше считать, что он все-таки закреплен за разработчиком.
• Platform / Performance Level — описывает стандартные конфигурации со стандартной производительностью (чаще всего, это минимальный уровень производительности). Стоимость лицензий TwinCAT 3 отталкивается от этого значения. Классы производительности ПЛК:

Изображение: Beckhoff Automation

Также существует сводная таблица производительности для компонентов и библиотек.

Виды лицензий

• Демо лицензия (Trial Licenses)
• Выдается на семь дней, путем ввода "капчи" в XAE.
• Может быть активирована много раз, по мере необходимости.
• Стандартная лицензия (Standard Licenses)
• Привязана к определенному аппаратному обечпечению ("System ID" ПЛК, аппаратный ключ).
• Пакетная лицензия (Volume Licenses)
• Множество идентичных конфигураций, требующие стандартных TwinCAT-лицензий.
• Привязываются к "Volume ID" ПЛК или аппаратному ключу; т. е. группа контроллеров/систем имеет одинаковый "Volume ID" (но по прежнему различные "System ID").
• Значительно упрощается лицензирование большого числа идентичных систем т. к. требуется всего-лишь один лицензионный файл.
• Лицензия закрепляется за конкретным разработчиком и может использоваться только им.
• Лицензия создается на основе конкретной платформы и закрепляется либо за ПЛК (промышленным компьютером), либо за аппаратным ключом. Нужно заранее выбрать один вариант на этапе подготовки комплектации.
• Пакетная лицензия может сочетаться со стандартной лицензией в случае, если один из ПЛК требует модификации или должен выделяться среди похожих систем. В таком случае стандартная лицензия может основываться или расширять пакетную лицензию.

Хранение и перенос

Лицензионная база хранится в виде файла, официальное название которого "TwinCAT 3 License Response File". Файл хранится на жестком диске ПЛК и может быть заменен; т. к. кроме "System ID", существует "Volume ID", то на жестком диске хранится "TwinCAT 3 Volume License Response File". И тот и другой содержат информацию о лицензиях, соответствующий ID, номер заказа (Order ID) и уровень производительности системы (Performance Level).

Лицензионная база закрепляется за ПЛК или аппаратным ключом, которым может выступать модуль расширения EL6070 (Licensing Key Terminal) или USB-ключ С9900-L100 (третий квартал 2015). Они идентичны по параметрам и позволяют использовать лицензии на различных, но идентичных по конфигурации ПЛК: сняли с "одного", установили на другой, и все завертелось. Использовать одновременно один аппаратный ключ на нескольких ПЛК не получится.

Лицензия активируется из пункта "License" дерева конфигурации проекта.

Если стандартная лицензия привязана к "System ID" ПЛК, то несмотря на идентичность аппаратных платформ, у нового ПЛК будет другой "System ID", поэтому понадобится заново лицензировать ПЛК. Для этого необходимо связаться с местным офисом Бекхофф. Аналогично, если понадобится перейти от использования "System ID" ПЛК, к использованию EL6070/USB ключа.

Если же лицензия привязана к аппаратному ключу (EL6070/USB), то достаточно переставить ключ на новый ПЛК, а затем скопировать файл лицензии x:\TwinCAT\3.x\Target\License со старого ПЛК на новый ПЛК. Звонить никуда не надо.

С пакетными лицензиями все намного проще, т. к. они изначально предполагают использования большого количества идентичных ПЛК. Исключение составляет переход от привязки к ПЛК, на привязку к EL6070/USB-ключу — здесь понадобится звонить в офис Бекхоффа и создавать лицензию заново, т. к. пакетная лицензия может привязываться или только к ПЛК, или только к аппаратным ключам. Выбирайте заранее!

Аппаратные ключи

EL6070-0000 — стандартные лицензии.

TC12xx-0000-xxxx — лицензия привязывается к ПЛК.
TC12xx-0010-xxxx — лицензия привязывается к EL6070.

EL6070 не поставляется отдельно, он всегда идет в составе системы, точнее как часть заказа и привязан к номеру заказа. Маркироваться он будет как EL6070-xxxx, где xxxx - идентификатор конкретного заказчика для его пакетной лицензии.

EL6070 требует переконфигурирования контроллера: нельзя просто так взять и поставить.

Вебинар по теме лицензирования на английском языке с немецким акцентом: "EL6070 licence key terminal for TwinCAT 3.1 licence management".