EasyBuilder, замеченные ошибки, пожелания усовершенствования

[ArtemPM]

Появилась необходимость поработать с CoDeSys внутри Weintek.
Сильно не хватает менеджера тегов.
К тому же нельзя посмотреть какие теги где используются.
Скорей всего эта проблема самим веинтековцам известна, но это всё же доставляет неудобство при создании проекта.
Возможно есть какой-то неявный механизм контроля тегов?

[ArtemPM]

Обнаружил, что для переменных PLW нет возможности задать индексный регистр.
Хотелось бы уточнить, это баг или или так и задумано? В документации по EB никакой информации на этот счет с разделе по индексным регистрам не обнаружено.

[8bit]

Обнаружил, что для переменных PLW нет возможности задать индексный регистр.
Хотелось бы уточнить, это баг или или так и задумано? В документации по EB никакой информации на этот счет с разделе по индексным регистрам не обнаружено.

PLW - это Client Words (можно как Personal Local Words понимать), в каждой сессии создаются свои экземпляры тегов PLW: в панели свои, в подключенном с планшета cMT Viewer свои, в cMT Viewer на ПК свои , а индексные они только в панели. Т.е. привязав свой PLW регистр к индексному в панели все подключенные клиенты будут иметь одинаковое смещзение по значению индексного регистра..... а это противоречит концепции PLW регистров .... для PLW регистров нужны свои сессионные/клиентские индексные регистры...

[ArtemPM]

PLW - это Client Words (можно как Personal Local Words понимать), в каждой сессии создаются свои экземпляры тегов PLW: в панели свои, в подключенном с планшета cMT Viewer свои, в cMT Viewer на ПК свои , а индексные они только в панели. Т.е. привязав свой PLW регистр к индексному в панели все подключенные клиенты будут иметь одинаковое смещзение по значению индексного регистра..... а это противоречит концепции PLW регистров .... для PLW регистров нужны свои сессионные/клиентские индексные регистры...

Так они есть. Называются "частный индексный регистр" PLW9200 и.т.д. Только вот его тоже выбрать нельзя. Список выбора индексного регистра попросту отсутствует. Как только мы выбираем PLW вместо LW, возможность выбрать индекс сразу пропадает.

[8bit]

Появилась необходимость поработать с CoDeSys внутри Weintek.
Сильно не хватает менеджера тегов.
К тому же нельзя посмотреть какие теги где используются.
Скорей всего эта проблема самим веинтековцам известна

Weintek не занимается разработкой среды программирования Codesys
Насчет Codesys - это к CODESYS Group

[ArtemPM]

Weintek не занимается разработкой среды программирования Codesys
Насчет Codesys - это к CODESYS Group

Имеется в виду менеджер тегов в EBPro.
После того, как мы импортировали теги с помощью XML-файла их больше нигде нельзя посмотреть.
В библиотеке адресных меток они не появляются, и нельзя посмотреть где они используются в левой панели, на вкладке "Адрес".
Теги видно только когда выбираем нужный, чтобы привязать к объекту и всё.
Хотелось бы иметь возможность как то ориентироваться среди них, видеть используемые, видеть где они используются.

[8bit]

Weintek не занимается разработкой среды программирования Codesys
Насчет Codesys - это к CODESYS Group

Имеется в виду менеджер тегов в EBPro.
После того, как мы импортировали теги с помощью XML-файла их больше нигде нельзя посмотреть.
В библиотеке адресных меток они не появляются, и нельзя посмотреть где они используются в левой панели, на вкладке "Адрес".
Теги видно только когда выбираем нужный, чтобы привязать к объекту и всё.
Хотелось бы иметь возможность как то ориентироваться среди них, видеть используемые, видеть где они используются.

Такая ситуация и с другими "текстовыми" (иерархичным в виде дерева) тегами есть - теги хранятся "в драйвере".
Как вы это себе представляете ?
Как бы вы это хотели видеть ?
Чем точнее желаемый результат описывается разработчикам Weintek, тем выше вероятность его реализации...

[ArtemPM]

Такая ситуация и с другими "текстовыми" (иерархичным в виде дерева) тегами есть - теги хранятся "в драйвере".
Как вы это себе представляете ?
Как бы вы это хотели видеть ?
Чем точнее желаемый результат описывается разработчикам Weintek, тем выше вероятность его реализации...

У них уже аналог менеджера для подобных тегов есть, он открывается, когда мы выбираем тег для элемента управления.
В принципе его можно взять за основу, добавив подсветку используемых тегов другим цветом, как это сейчас реализовано в библиотеке адресных меток. Сделать на панели кнопку, чтобы его можно было открыть независимо от элемента управления, хотя бы чтобы проконтролировать, что всё что нужно корректно импортировалось.
Что же касается поиска тегов: в принципе как выяснилось данные теги нормально ищутся через элемент "Найти/заменить адрес", поэтому данный вопрос я наверно снимаю, хотя буду не против, если когда нибудь это можно будет делать через вкладку "адрес" на левой панели.

[ArtemPM]

Ситуация не понятная.
Работаю с тегами внутреннего CoDeSys.
В документации написано:

If [Index register] is enabled and [Index] is set to [Index 0 (16-bit)], the system will read / write
“Application.PLC_PRG.TestInt[0 + value in Index Register 0]”.
If the data in [LW-9200] is “5”, the actual address is “Application.PLC_PRG.TestInt[5]”.

Когда я использую переменную Application.GVL.Cmr[0].Countdown[0+INDEX] в симуляции всё работает корректно. При изменении индекса я получаю данные из переменных Application.GVL.Cmr[0].Countdown[0], Application.GVL.Cmr[0].Countdown[1] и.т.д.

Но есть в этой же структуре Application.GVL.Cmr[] и другие переменные. Например HeatH, то есть полный адрес имеет вид Application.GVL.Cmr[0].HeatH
Когда я использую переменную с индексом вида Application.GVL.Cmr[0+INDEX].HeatH, то получается какая-то ерунда. Как будто переменные: Application.GVL.Cmr[0].HeatH, Application.GVL.Cmr[1].HeatH и.т.д. ни как не связаны с переменными Application.GVL.Cmr[0+0].HeatH, Application.GVL.Cmr[0+1].HeatH и.т.д.
Данные введенные в переменные с индексом не отображаются в переменных без индекса и наоборот.
Хотя если верить Weintek, то данная конструкция должна работать. Это видно в их видео https://www.youtube.com/watch?v=CO7HA2kFcag.
Вполне возможно, что это проблема симулятора, так как в настоящий момент нет возможности поработать с реальным железом

[8bit]

Application.GVL.Cmr[0].HeatH, Application.GVL.Cmr[1].HeatH

К чему такие сложности ?
У вас структура с полями из массивов ? Покажите как объявили эти переменные в Codesys.
Даже если такие нагромождения нужны для вычисления в ПЛК, то точно не нужны в HMI.
Хорошим тоном является создавать отдельный набор тегов, DB'шечки для тегов HMI, в котором можно учесть особенности синтаксиса тегов самого HMI

В документации написано:
Application.PLC_PRG.TestInt[0 + value in Index Register 0]

Синтаксически Application.PLC_PRG.TestInt[0 + value in Index Register 0] немного отлиается от Application.GVL.Cmr[0+1].HeatH

Так же не будет работать вариант индекса в двойном массиве типа Application.PLC_PRG.TestInt[0 + idx0, 1]