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

[ArtemPM]

Так просто совпало. Решил поэкспериментировать с отображением по энергетике, так как по проекту нужно рисовать график мощности, а перед этим как раз пробовал вставить диаграмму.
Изначально планировал просто написать, что диаграмма не вставляется

[SlavikP]

В проекте для перехода по окнам использую кнопку и окно быстрого переключения (FS). Все устраивает, кроме одного -
при срабатывании заставки (Screen saver) кнопка быстрого переключения не скрывается с экрана. А хотелось бы скрыть.
С регистрами LB9013..9015 игрался, не помогает. Почему то из макросов эти регистры не работают.
Тестовый проект: https://disk.yandex.ru/d/BYXUvE062JLVNQ

Это бага или фича?
EasyBuilder Pro v6.05.01.565

[8bit]

С регистрами LB9013..9015 игрался, не помогает. Почему то из макросов эти регистры не работают.

EasyBuilder Pro v6.05.01.565

вот такой макрос, вызываемый Функциональной кнопкой, в версии 6.05.02.434 прекрасно работает

Код: Выделить всё

macro_command main()

   bool flag
   GetData(flag, "Local HMI", LB, 9014, 1)
   flag = not flag
   SetData(flag, "Local HMI", LB, 9014, 1)

end macro_command

[8bit]

Работаю сейчас с cMT-FHDX-220.
Обнаружил баг с объектом "Круговая диаграмма".
Суть в следующем:
1) Выбираю объект "Круговая диаграмма"
2) Настраиваю
3) Нажимаю "Ок", чтобы разместить на экране
Курсор пустой. Объект отсутствует.
Дальше самое интересное:
1) в разделе "IoT/Энергетика" выбираю "Отображение запроса"
2) Настраиваю.
3) Нажимаю "Ок", чтобы разместить на экране
И на экране размещается настроенная ранее круговая диаграмма.
Отображение запроса энергетики размещается только во второй раз.

исправлено в новой версии, которая доступна по ссылке

[ArtemPM]

Замечательно! Диаграммы работают как положено, энергетика тоже.

[8bit]

Катастрофически не хватает инструмента для экспорта/импорта SQL-запросов. Приходится все делать ручками. Если с самим текстом запроса проблем нет - переносится копипастом, то все входные и выходные аргументы приходится переопределять заново.
Когда запросов с десяток и в каждом от 10 до 20 аргументов это довольно проблематично.
Пояснение: речь идет о переносе запроса между двумя разными проектами, в рамках одного проекта инструмент для копирования запросов есть.

Сделали запрос реализии такой фичи - возможно кога-нибудь реализуют ...

Запрос приняли, обещали сделать....

[ArtemPM]

Возможно данный вопрос уже поднимался и это не ошибка, но при выборе удаленного устройства, которое опрашивается через удаленную панель не работает симуляция.
EBPro хочет обязательно, чтобы было подключено реальное железо. Теги не симулируются, система выдает обрыв связи.
Вот такая конфигурация устройств:

Это создает некоторые проблемы при создании проекта. Хорошо, что в настоящий момент нужное железо есть под рукой.

[Number17]

При разработке ПО в среде Easy Builder столкнулся со следующей неудобной штукой: невозможностью как то проконтролировать рабочее ПО когда "прошивка уже в панели.
Поясню: при разработке ПО для микроконтроллеров вычисляю CRC прошивки (всей или определённой области flash-памяти), записываю значение в ячейку флэша или епром. В дальнейшем по значению CRC я могу идентифицировать версию прошивки, либо, как минимум, понять одинаковые прошивки в МК или отличаются.
Допустим для панели Weintek разработано несколько версий ПО. В плане интерфейса версии неотличимы между собой, различие в деталях функционирования скрытых от пользователя.
Для параметров размещённых в RW-памяти рассчитываю тот же CRC в макросе,так что версия набора параметров легко контролируется "на лету" - изменили один параметр - CRC поменялась. А вот с самим рабочим ПО проблема. Приходится для каждого релиза руками где то прописывать какой то идентификатор версии, что бы потом как то их различать. Не делая этого трудно понять одинаковое ПО или разное в панелях, если проект различается скрытыми от глаз деталями, например, алгоритмом расчёта чего либо в макросе. Хотелось бы что бы присутствовал какой то механизм контроля ПО, ведь нет ничего невозможного в подсчёте той же CRC "прошивки" и помещения его в системный регистр. Сейчас делаю так: вычисляю CRC файла *.exob и ручками заносим его в RW-память. Почему бы как то не автоматизировать этот процесс при компиляции проекта?

[ArtemPM]

При разработке ПО в среде Easy Builder столкнулся со следующей неудобной штукой: невозможностью как то проконтролировать рабочее ПО когда "прошивка уже в панели.
Поясню: при разработке ПО для микроконтроллеров вычисляю CRC прошивки (всей или определённой области flash-памяти), записываю значение в ячейку флэша или епром. В дальнейшем по значению CRC я могу идентифицировать версию прошивки, либо, как минимум, понять одинаковые прошивки в МК или отличаются.
Допустим для панели Weintek разработано несколько версий ПО. В плане интерфейса версии неотличимы между собой, различие в деталях функционирования скрытых от пользователя.
Для параметров размещённых в RW-памяти рассчитываю тот же CRC в макросе,так что версия набора параметров легко контролируется "на лету" - изменили один параметр - CRC поменялась. А вот с самим рабочим ПО проблема. Приходится для каждого релиза руками где то прописывать какой то идентификатор версии, что бы потом как то их различать. Не делая этого трудно понять одинаковое ПО или разное в панелях, если проект различается скрытыми от глаз деталями, например, алгоритмом расчёта чего либо в макросе. Хотелось бы что бы присутствовал какой то механизм контроля ПО, ведь нет ничего невозможного в подсчёте той же CRC "прошивки" и помещения его в системный регистр. Сейчас делаю так: вычисляю CRC файла *.exob и ручками заносим его в RW-память. Почему бы как то не автоматизировать этот процесс при компиляции проекта?

В панелях семейства сMT и cMT-X есть регистр LW-12752 в котором хранится контрольная сумма проекта. Для старых панелей (серия iE, XE, iP, mTV) данный функционал судя по всему не поддерживается.
Для старых панелей можно использовать LW-9100 (14 word) - которые содержат имя загруженного в панель проекта, а так же биты содержащие информацию о дате (LW9122 - LW9124) и времени (LW11440 - LW11442) компиляции проекта.

[Number17]

При разработке ПО в среде Easy Builder столкнулся со следующей неудобной штукой: невозможностью как то проконтролировать рабочее ПО когда "прошивка уже в панели.
Поясню: при разработке ПО для микроконтроллеров вычисляю CRC прошивки (всей или определённой области flash-памяти), записываю значение в ячейку флэша или епром. В дальнейшем по значению CRC я могу идентифицировать версию прошивки, либо, как минимум, понять одинаковые прошивки в МК или отличаются.
Допустим для панели Weintek разработано несколько версий ПО. В плане интерфейса версии неотличимы между собой, различие в деталях функционирования скрытых от пользователя.
Для параметров размещённых в RW-памяти рассчитываю тот же CRC в макросе,так что версия набора параметров легко контролируется "на лету" - изменили один параметр - CRC поменялась. А вот с самим рабочим ПО проблема. Приходится для каждого релиза руками где то прописывать какой то идентификатор версии, что бы потом как то их различать. Не делая этого трудно понять одинаковое ПО или разное в панелях, если проект различается скрытыми от глаз деталями, например, алгоритмом расчёта чего либо в макросе. Хотелось бы что бы присутствовал какой то механизм контроля ПО, ведь нет ничего невозможного в подсчёте той же CRC "прошивки" и помещения его в системный регистр. Сейчас делаю так: вычисляю CRC файла *.exob и ручками заносим его в RW-память. Почему бы как то не автоматизировать этот процесс при компиляции проекта?

В панелях семейства сMT и cMT-X есть регистр LW-12752 в котором хранится контрольная сумма проекта. Для старых панелей (серия iE, XE, iP, mTV) данный функционал судя по всему поддерживается.
Для старых панелей можно использовать LW-9100 (14 word) - которые содержат имя загруженного в панель проекта, а так же биты содержащие информацию о дате (LW9122 - LW9124) и времени (LW11440 - LW11442) компиляции проекта.

Мы используем панели MT-серии. Регистр LW-12752 не описан для них в документации да и он для панели MT8071iE за рамками допустимого диапазона - EasyWatch ругается. Регистры имени проекта, размера проекта и даты знаю и использую. А вот описания регистров LW11440 - LW11442 не нашёл в своей документации, но по факту EasyWatch их показывает и отображает время компиляции. Проверю LW-12752 для других панелей.
Спасибо за ценную информацию.