Re: ТЗ на разработку собственного контроллера для проекта
Добавлено: Пн янв 19, 2015 8:43 pm
Я не перехожу к деталям, так как мы мы с Сергеем должны были предварительно переговрить по Скайпу, расставив точки над "и", но пока по ярду обстоятельств мы этого не смогли сделать. Мне необходимо понимать идею автора проекта о возможных на его взгляд вариантах развития.
Уважаемый shemnik69 прав, мне хотелось в отвязке от конкретной аппаратной реализации сформулировать требования к продукту в целом. Кроме того, после общения с Сергеем прояснятся варианты реализации такого ответвления от проекта.
На мой взгляд, создание коммерческого подукта потребует открытия либо отдельной странички либо целого сайта, посвященного продукту. Это будет похоже на дистрибутивы Red Hat и Fedora, первый коммерческий, второй opensource. Причем вылавливание ошибок, отладка, создание новых модулей и многое другое - это прероготива существующего Сообщества. А на сайте продукта будет информация, посвященная только той версии системы, которая продвигается в качестве продукта.
Из общих параметров хотелось остановиться на интерфейсах, протоколах и типах оборудования в общем виде. Сейчас МДМ в явном виде ассоциирован с 1-Wire и Arduino. Это видно и на страницах описания системы и на форуме в темах, посвященных установке. При первом прочтении создается впечатление, что в Умном доме других интерфейсов просто не бывает. На самом деле всё наоборот, в коммерческих умных домах нет 1-Wire, также нет и Arduino. Не буду сильно углубляться в это, просто скажу, что коммерческий продукт должен быть совместим с популярными для Умных домов интерфейсами и протоколами. С интерфейсами проще: ethernet и RS485 реализовать не составляет проблем. А вот поддержка протоколов KNX или HDL Bus, требует времени и усилий. Может я что-то еще не дочитал и все давно реализовано? Прошу поправить, если я ошибся.
Еще будет глобальный вопрос - стоимость. При создании MDM автор и активные участники были мотивированы уменьшением стоимости затрат и выбором доступных технических решений, что понятно при факультативной разработке системы. При создании продукта в первую очередь придется сконцентрироваться на реализации требований ТЗ, и только после этого можно бцдет запцскать процедуру оптимзации затрат. В этом разница между тем, что есть сейчас и тем, что будет продаваться. Причем хочу еще иаз отметить, что такие системы будут спокойно жить параллельно и не бцдцт дрцг дрцгц мешать, так как аудитории у них разные.
Уважаемый shemnik69 прав, мне хотелось в отвязке от конкретной аппаратной реализации сформулировать требования к продукту в целом. Кроме того, после общения с Сергеем прояснятся варианты реализации такого ответвления от проекта.
На мой взгляд, создание коммерческого подукта потребует открытия либо отдельной странички либо целого сайта, посвященного продукту. Это будет похоже на дистрибутивы Red Hat и Fedora, первый коммерческий, второй opensource. Причем вылавливание ошибок, отладка, создание новых модулей и многое другое - это прероготива существующего Сообщества. А на сайте продукта будет информация, посвященная только той версии системы, которая продвигается в качестве продукта.
Из общих параметров хотелось остановиться на интерфейсах, протоколах и типах оборудования в общем виде. Сейчас МДМ в явном виде ассоциирован с 1-Wire и Arduino. Это видно и на страницах описания системы и на форуме в темах, посвященных установке. При первом прочтении создается впечатление, что в Умном доме других интерфейсов просто не бывает. На самом деле всё наоборот, в коммерческих умных домах нет 1-Wire, также нет и Arduino. Не буду сильно углубляться в это, просто скажу, что коммерческий продукт должен быть совместим с популярными для Умных домов интерфейсами и протоколами. С интерфейсами проще: ethernet и RS485 реализовать не составляет проблем. А вот поддержка протоколов KNX или HDL Bus, требует времени и усилий. Может я что-то еще не дочитал и все давно реализовано? Прошу поправить, если я ошибся.
Еще будет глобальный вопрос - стоимость. При создании MDM автор и активные участники были мотивированы уменьшением стоимости затрат и выбором доступных технических решений, что понятно при факультативной разработке системы. При создании продукта в первую очередь придется сконцентрироваться на реализации требований ТЗ, и только после этого можно бцдет запцскать процедуру оптимзации затрат. В этом разница между тем, что есть сейчас и тем, что будет продаваться. Причем хочу еще иаз отметить, что такие системы будут спокойно жить параллельно и не бцдцт дрцг дрцгц мешать, так как аудитории у них разные.
