Добрый день! Сформировались некоторые предложения, которые прошу рассмотреть:
-
По редактору правил:
1.1. Помимо кнопки “Сохранить” сделать кнопку “Проверить”, по которой осуществлялась бы только проверка кода без его загрузки. Полезно при значительном объеме редактирования для своевременного устранения ошибок без активации добавляемого функционала и перезагрузки правил..
1.2. В синтаксисе описания правил помимо значения newValue для триггера whenChanged добавить значение oldValue, поскольку оно весьма часто требуется для оценки произошедших изменений. Сейчас же приходится городить внешние переменные. Также удобно было бы в тех же триггерах иметь возможность обработать утерю связи с модулем (неактуальность значения).
1.3. Кнопка вставки шаблона пустого правила в редакторе правил.
1.4. 5. На больших файлах сильно не хватает элемента управления, сворачивающего и разворачивающего блоки {} для упрощения навигации, желательно - запоминанием состояния при сохранении. -
По системному журналу:
2.1. Возможность задания фильтров в URL, чтобы можно было открыть в браузере закладку сразу с необходимым набором фильтров.
2.2. Возможность сохранять последний поисковый запрос, поскольку чаще всего возвращаться приходится к одному и тому же. Можно было бы при повторном открытии устанавливать те же значения фильтров, которые были в “прошлый раз”, а интерфейс дополнить кнопкой сброса фильтров.
2.2. Кнопка сброса значений фильтров.
2.3. Возможность выгрузки журнала в файл за период без загрузки его в окно. Порой нужен бывает длинный лог, который устаешь листать до нужного места. -
В разделе истории показаний датчиков добавить справочную информацию о формировании значений, интервалах их сбора и, особенно,
о значениях “дельта”-показателя, графически отображенного заливкой. Сейчас из интерфейса не очевидно, что имеет место некоторое усреднение (группировка) значений. -
Управление serial-устройствами:
4.1. Упрощение переноса устройств между линиями в mqtt-serial, в т.ч. включенными через MODx (снятие блокировки на дублирование SlaveID или автоматизированный перенос между линиями).
4.2. Подсчет количества настроенных устройств в диалоге поиска serial-устройств. -
Хотелось бы, хотя бы в виде отключаемой опции, чтобы в заголовке вкладки web-интерфейса контроллера в браузере в его начале было видно, какой именно раздел открыт. Это актуально при наличии нескольких открытых вкладок, что бывает весьма часто. Кроме того, когда вкладок реально много, то видимая длина ярлыка закладки становится короткой, чтобы вместить условное “Wiren board UI - Устройства”, и нужно сокращать до условного “WBUI - Устройства” или “WBUI - DB - Demo Dashboard” (возможно даже оставлять только последний элемент иерархии).
-
Виджеты устройств:
6.1.При настройке элементов в виджетах хотелось бы иметь возможность принудительно указать статус “readonly” для отдельных элементов, например состояние реле у релейного модуля, чтобы показать состояние реле, но защитить его от случайного переключения пользователем.
6.2. . При добавлении элемента хотелось бы иметь возможность ввести что-то типа “21*8”, чтобы сразу отобразилось “wb-mio-gpio_21:1/Counter 8”. Очень актуально для устройств со значительным количеством элементов, а также для устройств, которым назначены сетевые адреса менее 100 (в поиск по “21” попадают и устройства с адресом 21, и 121, и 213).
7. WB-MGE: реализовать в web-интерфейсе управление индикторами (вкл/выкл).