Я согласен. Но вы бы предпочли иметь статическое устройство с нанесенными на него отметками, которые нельзя изменить в программном обеспечении? Или иметь возможность полностью переназначить каждый терминал для вашего конкретного сценария использования? В качестве примера: нельзя иметь REX/REN звонок и DPS сирену одновременно. Либо то, либо другое. Третьи стороны должны внедрять эти варианты, что увеличивает стоимость проекта. Если бы можно было переназначить выход «замок» для подачи сухой или энергичной цепи на сирену, то можно было бы реализовать этот сценарий использования. С текущим оборудованием в обычном сценарии используется только один выход «замок», оставляя открытый терминал без дела. Чтобы получить такой уровень контроля с помощью традиционных коммерческих продуктов, вам бы пришлось потратить несколько тысяч долларов в отличие от 1000 долларов или меньше от Ubiquiti. Выбирайте сами. Программная часть не представляет труда для Ubiquiti. Но это создает действительно плохой UX для установщиков и обслуживающих. Заставлять делать так: делать каждую отметку терминала общей? Это возложит ответственность за маркировку каждого терминала на установщика, а это не то, что делает большинство людей правильно. Что, если она будет переназначена в программном обеспечении? А если метка окажется неправильной? Идея не для «всех» или «каждой ситуации». Она для тех, кому требуется гораздо большая гибкость, чем то, что в настоящее время предоставляется заблокированным аппаратным и программным обеспечением. Если Ubiquiti хочет конкурировать, им нужно предоставлять инструменты для реальной конкуренции. В противном случае они всего лишь маленькая рыбка в большом пруду коммерческих потребителей, которых нельзя воспринимать всерьез. Давайте будем честны... Хотя было бы неплохо видеть это как "Max" хаб для одно/двухдверного использования, это на самом деле больше идея корпоративного оборудования, которое будет контролировать 8+ дверей.