Спасибо. В перспективе же предполагается переход на х64?
Вид для печати
Насколько я понимаю - вы говорите о разрядности среды разработки.
В данный момент я не вижу смысла использовать 64-битную версию, потому что не видел у наших клиентов проектов, при открытии которых среде бы не хватало 3 Гб оперативной памяти (это максимум для 32-битной версии CODESYS).
Технически такие сложные проекты можно представить - это системы уровня небольшого завода с десятками ПЛК в проекте, сотнями опрашиваемых устройств, тысячами функциональных блоков, сотнями экранов визуализации и т.д. Но в данный момент мы видим, что наши клиенты реализуют гораздо менее масштабные проекты (например, более одного ПЛК в проекте - это редкость).
У 64-битной версии есть и ряд неудобств:
- в ее дистрибутив не входит CODESYS OPC DA Server;
- она не поддерживает конвертацию проектов из версии V2.3;
- для наших ПЛК в ней не будет доступен режим симуляции (но это мы поправим в следующем релизе).
Переход на SP17 Patch 3 в наших планах есть - на днях приступили к тестированию.
Это не быстрый процесс (много модификаций ПЛК, много функционала), но для нас это крайне важная задача, которой мы уделяем повышенное внимание.
Здравствуйте.
Просмотрел пример Таблица тревог (расширенный пример)
Интересует такой вопрос в примере есть возможность из программы влиять на Таблицу тревог, а можно ли при какой-либо тревоге влиять на программу? (изменение переменной или вызов подпрограммы, ФБ)
Поясню: имеется датчик температуры подшипника и при температуре 50 гр. Выводиться предупреждение, а при 80гр. авария и хотелось бы в программе изменить переменную отвечающую за автоматический останов установки. Или в программе нужно дублировать подобное отслеживание?
Это моё любимое!! Можно глянуть тему, где я отвечал: https://owen.ru/forum/showthread.php...l=1#post345457 - там можно достать полную информацию о тревоге и сделать по ней всё, что надо!
Все привет!
У меня задачка: надо сделать 2 - 3 раздельных областей выходных регистров на одном СПК.
Первая область с 0 до 199 регистра, вторая с 500 до 899 регистра. При этом количество регистров идущих подряд в обоих областях может разное в зависимости от проекта.
Хочу сделать список регистров данных для передачи во внешний мир (SCADA? облако и т.д.) на все случаи жизни, а использовать в зависимости от набора данных и их количества.
Понятно, что надо использовать овеновскую библиотеку OwenCommunication, но из документации не понял как мне сделать.
Например, для удобства описания в документации.
Скажем - 1*** - система 1, 2***- система 2...
Это стандартный подход. Рассмотрите ОВЕН ПЧВ.
Но поскольку нельзя - то нельзя.
Если разделение только в адресах - то я не понимаю, в чем проблема.
OwenCommunication позволяет выделить в слэйве 65536 регистров.
Пользователь может сформировать карту регистров любым удобным его образом - с учетом того, что она будет "непрерывной" с точки зрения адресов.
Очевидно, что в этой карте можно оставлять "пустые" (неиспользуемые) регистры.
Если в конкретной ситуации это создает какие-то проблемы - то я хотел бы узнать, какие именно.
Первая группа регистров: 0 - ... или 34 или 157
Вторая группа регистров: 500 - ... или 568 или 752
например