Обновить
8
0

Пользователь

Отправить сообщение

В таких сферах если разработчик хотя бы выровнял элементы - обычно уже +rep, какое там тестирование в околограничных условиях)

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

скругленные трубы просто проморгал, тут еще есть что править:
там два Т11 трубопровода)
Аварии насосов надо в отдельную подгруппу либо вообще лучше разделить аварии по контурам

это всё надо прорабатывать, макетировать и очень много времени занимает разработка типовых элементов так, чтобы планируемое количество уместилось и не превратилось в кашу

  1. вроде и в исходной контрастность значений хорошая

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

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

  4. Можно и с серой, но тогда весь серый текст придется делать темнее и контрастность чуть сместится

  5. Признаки вкл/выкл оборудования думаю зеленым обводку делать, ну что-то такое, или анимацией

Открыт 100% - это когда закрывается отвод вниз и идет поступление подающего теплоносителя на 100%, Открыт 0% - закрывается левый отвод и циркуляция идет по малому контуру - из обратки сразу в подачу без смешивания с горячей водой из котельной.

"Открыт 0%" звучит странно, потому на версиях, которые уже не в формате "2 часа", а побольше у меня там просто процент стоит и подписано, что это клапан

Именно, я в ТЗ изначально прописал, что я не собираюсь переделать "как надо", я беру конкретный пример со всеми его ограничениями, и просто причесываю в течение пары часов. Панели аварий не было на исходной - я её и не делал.

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

Спасибо, интересная мысль насчет контрастности, почему то я не думал в таком ракурсе, иногда делал светлую/темную для удобства, но специфика софта не всегда позволяет нормально менять цвет текста и прочих встроенных штук

Даже где "точь-в-точь" перерисовано - уже там лучше

Вот и получается, что ты хочешь сделать красивый, удобный, понятный и простой интерфейс, а тк редактор делается не для программиста, а для людей, которым соединить 3 алгоблока = программирование — не выходит из-за ограничений самого редактора. Иногда даже суровая реальность упирается в казалось бы очевидные вещи, например, некоторые примеры сделаны на ПО, в котором использовать шаблоны было невозможно до недавнего времени, как следствие — при массовом копировании каждого тега в каждом окне где-то всплывают незаметные глазу, но заметные при сравнении смещения и прочие шероховатости.

Но всё же следует очень четко разделять АСУ ТП и BMS, также как и «орган принимающий решение» (будь то ПЛК/сервер/релейная схема) и индикацию = информирование о работе системы, а то мне очень не хочется, чтобы у меня была очень красивая машина, которая может взять и не поехать неизвестно почему.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность

Специализация

Системный инженер, UI/UX дизайнер