Тут нужно немного отступить и рассказать вообще, что это, для чего и почему именно так. Любая вентиляционная установка (а в будущем не только вентиляция, а насосные станции, кондиционеры, освещение и тд.) не может работать без автоматики, должен быть контроллер, которые будет ее включать, регулировать и следить, чтобы все работало как надо. Все контроллеры можно поделить на два класса: свободнопрограммируемые и парамметрируемые. Первые это ПЛК, которые можно использовать вообще, где и как угодно, для этого нужен программист с ноутбуком, он напишет для него программу или возьмет что-то готовое и будет какое-то время все это настраивать и запускать. Вторые не такие гибкие, сделаны под стандартные ситуации и не требуют программиста. Я выбрал второй вариант и буду стараться делать комфортный пользовательский опыт. Функциональная подсветка под крутилкой будет иметь разные цвета и, вероятно, будет сегментирована для индикации разных ситуаций. Управление одной крутилкой из моего опыта самый удобный вариант, удобнее, чем кнопки и, тем более сенсорные кнопки (привет Carel). Экран цветной и не сенсорный, и цвета практически не будут использоваться. В первоначальном варианте была идея сделать мини дисплей строчный внутри крутилки, где можно было бы вывести значения текущей температуры и уставки, но от этой идеи отказались почти сразу, так как это прилично усложняет и удорожает все устройство. Ну и, конечно, сайт, где можно будет сконфигурировать нужную программу, скачать все схемы, чертежи, инструкции, таблицы и тд.
Комментарий недоступен
Контроллер для вентиляции довольно узкоспециализированная вещь со своими требованиями. Вопросов много, на все не отвечу, они касаются всего контроллера в целом, а это отдельный материал, здесь же только дизайн корпуса. Облака будут, возможно, но не факт. Это промка а не умный дом, на большинстве объектах вам облако никто не даст. Закрывать клеммы есть смысл, если он будет отдельно висеть на стене, а он для щитового использования, клеммы закрывать не нужно. Про сенсорный дисплей и удобный интерфейс это тоже другая совсем история, мы их сделали уже много, но здесь именно он не нужен. Опять такт, дизайн должен отвечать на вопросы, да, и здесь он отвечает полностью, но я об этом не писал, может нужно было шире развернуть тему
Я думал, что изначально определяется ряд параметров, которым должно соответствовать оборудование, функций, которые оно должно выполнять, исходя из этих данных определяется компонентная база, которая должна присутствовать "на борту" оборудования, определяется модельный ряд оборудования (например градация по количеству контактов) и только когда известны все габариты "кубиков", из которых планируется производство оборудования, (параллельно считается экономика изделия, чтобы цена на полке была привлекательной и иногда комплектация корректируется из экономических соображений) затем разрабатывается дизайн готового изделия, чтобы один корпус мог перекрыть весь размерный ряд (ведь производство литьевой формы для пластика тоже удовольствие не дешевое). Простите за "духоту", просто несколько удивил подход в разработке изделия "от-дизайна", а не от определения задач, которые должно решать изделие и примененных инженерных решений. Успехов в вашем проекте!
Поделитесь контактом дизайнера? ;-)
☝️☝️☝️😄
☝️