Пожелания по работе контроллера WB6


#1

буду сюда сваливать отчеты о мелких косяках и отсутствии функционала не подходящего под коммерческие доработки.

  1. Управление правилами.
    Хотелось бы помимо кнопки “Add rules” еще увидеть кнопки “Disable rules” и “Del ruels”. По моему это весьма логично.

  2. Косяк с установкой времени, по моему это вообще критичная тема.Не все спецы по линуксу.

  3. Память контоллера, энергонезависимая. Глянул организацию файловой подсистемы и прожорливость журналов, по моему надо памяти побольше, хотя бы в качестве опции. Можно конечно перенести часть данных на sd карту, но это опять же танцы с бубном.
    Кстати, а зачем часть настроек вынесена в /mnt/data ?

  4. движки в веб интерфейсе, по моему во взрослых системах принято делать движок совместный с полем ввода. Иначе просто невозможно ввести точное необходимое значение.

пост будет дополняться.


#2

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


#3

Добрый день!

Что имеется в виду?


#4

имеется ввиду, что добавлять и редактировать свои модули можно только в локальных папках на контроллере, через ssh или типа того. А хотелось бы так же как и со скриптами, через web-интерфейс.


#5

не могу понять, какие модули вы имеете в виду


#6

https://wirenboard.com/wiki/index.php/Движок_правил_wb-rules_2.0#.D0.9C.D0.BE.D0.B4.D1.83.D0.BB.D0.B8

ну и кнопочки удалить скрипт и задизейблить его. Очень бы по человекчески.


#7

это скорее общее пожелание к движку правил и вообще концепции.
Не знаю как с управлением светом и т.п., но что касается управления температурным оборудованием, по моему все очень не удобно.
Начнем с глобальных параметров. Во-первых не плохо бы в самом интерфейсе иметь возможность задавать общие параметры, к примеру текущую минимальную температуру теплоносителя, максимальную температуру и прочие. Делать это через виртуальные устройства типа ползунок, очень не удобно, к тому же они вроде не бывают дробными, а иногда это надо.
Также для работы алгоритмов нормальной поддержки тепла нужны внутренние глобальные параметры, а в яваскрипте сделано все, для усложнения этого процесса. Ощущение, что это язык для школьника у которого каша в голове и он не в состоянии контролировать объекты и переменные в своей же программе. Идиотизм какой то.
Без глобальных переменных просто не реально контролировать некоторые правила которые могут срабатывать по сто раз за пару минут.
Из прочитанного я так и не понял что лучше использовать, глобальное хранилище, переменные в модуле с static или значения виртуальных устройств. Механизм второго и третьего вызывает большие сомнения, боюсь котел сжечь.

еще, читаю соседнюю ветку и появилась мысль, что не плохо бы иметь механизм инициализации всей системы, который бы срабатывал единственный раз при загрузке контроллера.


#8

добавьте пожалуйста у wb-mqtt-serial опцию записи в файл журнала. А то при поиске косяков листать историю терминала очень не удобно.


#10

А можно в редакторе скриптов через вебинтерфейс сделать так, что бы листание вбок было через горизонтальный скролиноговый движок? а то не удобно искать длинную строку, чтобы нажать End и посмотреть что там улетело за экран.

Так или иначе, но частенько проще зайти в онлайн редактор, чем тащить тексты в отдельный.