В целом да, я его и рассматривал как дополнительный. Меня подкупило питание через запорную планку и ригель. Можно спокойно установить в стандартную дверь и не заниматься кулибинством с прокладкой проводов от полотна к дверной раме.
Видимо 2016 имеется ввиду =)
Жаль, городить сейчас систему с обратной связью через Радиопульт -> RX2164 -> RaspberryPI -> МТ1132 -> Силовой блок — тот ещё костыль и завязано на единую точку отказа — малинку =(
И по цене выйдет с тот же Wiren Board.
Доступ к батарее да, небольшая проблема, но раз в пару лет открутить два винта и переставить батарею не сложно. А с диммером все хорошо, у меня в спальне стоит возвратная кнопка. Короткое нажатие — включить выключить. Долгое — диммер увеличить или уменьшить яркость. Если взять отличный от моей модели блок управления можно реализовать в точности описанную вами двухклавишную логику. У меня просто на один контакт посажены все функции диммирования. Возвратный двойной выключатель делается из двойной кнопки вставкой пары пружинок, в шнайдеровской электроустановке даже вроде есть такая позиция, но модель и серию сейчас не подскажу, пишу с картошки)
Почему посчитали пробелы предпочтительнее табов — науке это неизвестно, но если отбросить вариант с «GIT и IDE сами разберутся», есть большАя доля вероятности что в проект с пробелами попадёт пулл-реквест с табами и наоборот.
Стандарт существует чтобы унять разброд и шатание, ни больше ни меньше. Если вам нравятся табы — используйте табы, но в паблик при заявленной поддержке стандарта будьте добры отдать всё в соответствии со стандартом.
С .gitignore есть проблема.
Либо мы включаем в него папки `public/assets`, `uploads`, видим красивый git status и теряем возможность отследить зловред на бою в папке с нагенеренными файлами.
Либо не включаем и лицезреем портянки ненужных файлов при разработке.
Т.о. если этот самый единый сервер с виртуализацией навернется или потребует обслуживания, то клиент окажется без сайта, телефонии и бухгалтерии разом? Не великоваты-ли риски?
Я поставил Noolite — бюджетная замена z-wave для освещения.
Из плюсов: цена, возможность подключения ламп накаливания, диммирование, энергосберегайки, короче всё что душе угодно.
Из минусов: односторонняя связь. Т.е. получить состояние приёмника не выйдет.
Приёмник ставится например в крышке люстры, питается от линии и уже от него идёт питание на светильник, в коробке под выключатель закорачиваем провода для постоянного питания.
Передатчик питается от батарейки CR2032, я подключил к штатному выключателю (поставил обычный schneider unica выглядит как обычный выключатель, только возвратный, без фиксации), т.о. с одной кнопки идёт включение, выключение и диммирование лампы. Второй прилепил у кровати, решая проблему «закутался в одеяло, забыл выключить свет».
Передатчики: есть брелоки, usb шлюз, платка uart для любителей arduino и прочих =)
Собственно PAMI тоже не есть готовое решение, а библиотека предоставляющая удобную абстракцию для общения с Asterisk не погружаясь в его кишки =)
В случае вашей реализации «Для работы с Астериск АМИ мы должны записывать в сокет пакеты строк, в ответ на которые мы будем также получать строки о статусе наших запросов.», нужно разбирать ответы и контролировать всё в ручную. В PAMI всё разложено по полочкам, выкидывает соответствующие Exception'ы, покрыто тестами и превращается действительно в программирование на php:
Зачем документировать библиотеку для русских/белорусов/казахов/мексиканцев? Хотите — дело ваше, fork, translate, merge, repeat. Английский — отличный способ международного общения и главное «ЗА» этого языка в том что не только определенная замкнутая группа людей может, хочет и будет поддерживать продукт и вносить в него полезные изменения, но вообще любой кто имеет компетенцию в данной области и знает язык на уровне чуть выше elementary. Извините, за этот выпад на ваш «вообще станет как в политике Америки, только Американцы и Европейцы имеют право писать СОФТ. А остальные должны лишь рукоплескать их уму», но автор вышеупомянутой библиотеки Аргентинец и я вообще не понимаю разделения программистов по дислокации и расовой принадлежности. Так что ответ на голосование: «Да, тема интересная» и хочется больше материалов о способах взаимодействия (но не деталей реализации, которая увы делается без оглядки на общемировые практики и стандарты), потому как «Нет, уже имеются готовые решения»
То что вы рассказали про связку Asterisk и php — достойно похвалы и если бы статья вышла года полтора назад я был бы несказанно счастлив её прочитать и понять в какую сторону копать, но «всё уже написано за нас», нужно просто правильно искать: github.com/marcelog/PAMI
Можно использовать вот такое чудо техники чтобы определять какие потребители электричества сейчас включены: neur.io/, но в категории бюджетно такой вариант уже не попадает =)
Жаль, городить сейчас систему с обратной связью через Радиопульт -> RX2164 -> RaspberryPI -> МТ1132 -> Силовой блок — тот ещё костыль и завязано на единую точку отказа — малинку =(
И по цене выйдет с тот же Wiren Board.
https://www.perco.ru/products/zamki/lb72.1/
Вы не узнавали конкретные сроки? Или это из разряда «когда нибудь оно будет, но сроков никаких нет и вообще еще не приступали к проектированию».
http://www.noo.com.by/pult-pk313.html
Стандарт существует чтобы унять разброд и шатание, ни больше ни меньше. Если вам нравятся табы — используйте табы, но в паблик при заявленной поддержке стандарта будьте добры отдать всё в соответствии со стандартом.
Плюс во сколько обойдётся транспортировка негабаритного «модуля» при переезде в другую «стойку»?
Либо мы включаем в него папки `public/assets`, `uploads`, видим красивый git status и теряем возможность отследить зловред на бою в папке с нагенеренными файлами.
Либо не включаем и лицезреем портянки ненужных файлов при разработке.
А KVM и радости монтирования произвольных iso образов разве уже отменили?
Из плюсов: цена, возможность подключения ламп накаливания, диммирование, энергосберегайки, короче всё что душе угодно.
Из минусов: односторонняя связь. Т.е. получить состояние приёмника не выйдет.
Приёмник ставится например в крышке люстры, питается от линии и уже от него идёт питание на светильник, в коробке под выключатель закорачиваем провода для постоянного питания.
Передатчик питается от батарейки CR2032, я подключил к штатному выключателю (поставил обычный schneider unica выглядит как обычный выключатель, только возвратный, без фиксации), т.о. с одной кнопки идёт включение, выключение и диммирование лампы. Второй прилепил у кровати, решая проблему «закутался в одеяло, забыл выключить свет».
Передатчики: есть брелоки, usb шлюз, платка uart для любителей arduino и прочих =)
В случае вашей реализации «Для работы с Астериск АМИ мы должны записывать в сокет пакеты строк, в ответ на которые мы будем также получать строки о статусе наших запросов.», нужно разбирать ответы и контролировать всё в ручную. В PAMI всё разложено по полочкам, выкидывает соответствующие Exception'ы, покрыто тестами и превращается действительно в программирование на php:
Зачем документировать библиотеку для русских/белорусов/казахов/мексиканцев? Хотите — дело ваше, fork, translate, merge, repeat. Английский — отличный способ международного общения и главное «ЗА» этого языка в том что не только определенная замкнутая группа людей может, хочет и будет поддерживать продукт и вносить в него полезные изменения, но вообще любой кто имеет компетенцию в данной области и знает язык на уровне чуть выше elementary. Извините, за этот выпад на ваш «вообще станет как в политике Америки, только Американцы и Европейцы имеют право писать СОФТ. А остальные должны лишь рукоплескать их уму», но автор вышеупомянутой библиотеки Аргентинец и я вообще не понимаю разделения программистов по дислокации и расовой принадлежности. Так что ответ на голосование: «Да, тема интересная» и хочется больше материалов о способах взаимодействия (но не деталей реализации, которая увы делается без оглядки на общемировые практики и стандарты), потому как «Нет, уже имеются готовые решения»
github.com/marcelog/PAMI