Philips Hue – осветительная система, меняющая представление о домашнем освещении (разноцветная светодиодная лампа с Wi-Fi модулем). А теперь у этой инновационной системы появилась официальная программа для разработчиков, позволяющая изготовителям сторонних приложений и оборудования продолжить то, что начал Philips.
Вообще-то, люди уже давно разрабатывают приложения для системы Hue — например приложение для iOS позволяет превратить Hue в светомузыку, а аддон для Minecraft подстраивает освещение под дневной цикл игры. Но, в основном, все эти приложения были разработаны при помощи реверсинженеринга.
Однако в Philips осознали чего хотят разработчики и решили помочь им, предоставив SDK и API для iOS, позволяющие изготовителям программного и аппаратного обеспечения использовать функции Hue. Теперь разработчики могут положиться на эти официальные инструменты, как на стабильный канал интеграции Hue со своими продуктами.
Hue использует стандарт ZigBee для домашней автоматизации, а это означает, что все элементы «умного», такие как датчики движения, термостаты и прочие электроприборы, могут взаимодействовать друг с другом в единой среде. Новые средства разработки позволят изготовителям оборудования, использующим эти стандарты, создавать совместимые с Hue функции, и свет сможет включаться при помощи различных действий — например, когда ты открываешь дверь, или когда термостат установлен на определенную температуру.
Другой потенциальной областью применения этих инструментов разработчика, являются приложения для фотографов, умеющие определять уровень освещенности, которые могут помочь им оптимизировать освещение. Philips так же планирует в будущем использовать гео-позиционирование, расписания и другие возможности сенсоров смартфонов, которые могут дать разработчикам новые возможности.
«Неофициальным сообществом было создано уже около 10 приложений, реализующих новое применение для Hue», — объясняет Джордж Янни, архитектор системы Hue. «Мы хотим поддержать сообщество, а так же дать ему необходимые инструменты и документацию. Так же мы обещаем, что будем впредь поддерживать наш API».
Янни говорит, что отсутствие официальных инструментов мешало крупным разработчикам и компаниям создавать свои дополнения для Hue. Это значит, что в скором времени мы сможем наблюдать как крупные компании начнут интегрировать Hue в свои линейки автоматизированных домашних устройств.
Средства разработчика будут доступны бесплатно всем, кто захочет создавать приложения и устройства, связанные с системой Hue. Philips так же продолжит работу над расширением линейки продукции Hue. Вклад сообщества и самого Philips в экосистему Hue помогут системе освещения стать чем-то большим, чем просто лампочкой.
Никто пока не комментировал эту страницу.
В стандарте [6] предусмотрено присваивать различным документам вида «расчет» код[1] документа РР, а для локальной сметы код документа ЛС.
Никакой необходимости использовать код Б для обозначения документов, в названии которых нет слова «Обоснование», не существует, а отсутствие документов, в названии которых использовано это слово подтверждает, что из ГОСТ 34.201-2020 должен быть исключен фактически не существующий документ «Обоснование».
Литература:
6 ГОСТ Р 21.101-2020 Основные требования к проектной документации
7 Н. Зенин. Судьба требований ГОСТ 34-й серии в проектах по информационной безопасности // [Электронный ресурс], режим доступа: https://www.anti-malware.ru/practice/methods/GOST-requirements-34th-series-in-information-security-projects
[1] В данном стандарте вместо термина «код документа» используют словосочетание «шифр документа»
Разработчики стандартов иногда предлагают новые виды документов, объясняя это тем, что существующих видов документов недостаточно для новых изделий. Например, в таблице 1 стандарта [1] перечислены несколько видов документов, разрабатываемых для автоматизированных систем (далее АС). Обратим внимание на документ «Обоснование» (код документа Б). Его назначение определено так:
«Изложение сведений, подтверждающих целесообразность принимаемых решений»
Отметим, что в числе толкований значений слова «обоснование» есть и тексты, служащие основанием для принятия решения.
Какие же текстовые документы приведены в таблице 2 стандарта [1], где перечислены конкретные документы?
Как ни странно, но документа со словом «обоснование» в названии нет ни в стандарте [1] нет, как нет его и в отменном руководящем документе [2].
Слово «обоснование» в [2] использовано в названии раздела отчета, разрабатываемого на стадии формирования требований к АС – Обоснование необходимости совершенствования информационной системы объекта.
«Обоснование» содержится ещё в двух стандартах [3, 4], где применено в названии этапа работы – Обследование объекта и обоснование необходимости создания АС.
Отметим, что в cтандартах [3, 4] обоснование необходимо для вынесения технико-экономической, социальной и т.п. оценок на стадии формирования требований к АС.
При этом сам документ, содержащий результаты обоснования, оформляют в виде отчета по ГОСТ 7.32 [5], а не в виде документа вида «Обоснование».
Обратимся теперь к стандарту [1] и посмотрим какие же документы с кодом Б (присвоен документу «Обоснование») указаны в таблице 2:
- локальный сметный расчет (код Б2);
- проектная оценка надежности системы (код Б1);
- локальная смета (код Б3).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует