Комментарии 10
Как решена в вашем контроллере и RPi проблема износа SD карты?
Как во всех ваших контроллерах решены вопросы бэкапа софта и настроек и защита от внезапного пропадания питания?
Не планируете сделать сдвоенную систему с полным горячим дублированием контроллеров? Для вас это не должно быть сложным, нужно только сделать синхронизацию.
По поводу датапоинтов — лучше вы привели более понятные цифры — например этот контроллер для небольшой квартиры, а этот для многокомнатного дома. Так было бы легче понять масштабируемость.
Как во всех ваших контроллерах решены вопросы бэкапа софта и настроек и защита от внезапного пропадания питания?
Не планируете сделать сдвоенную систему с полным горячим дублированием контроллеров? Для вас это не должно быть сложным, нужно только сделать синхронизацию.
По поводу датапоинтов — лучше вы привели более понятные цифры — например этот контроллер для небольшой квартиры, а этот для многокомнатного дома. Так было бы легче понять масштабируемость.
Домашняя Raspberry Pi еще первого поколения живет 5 год с SD 10 class.
Износ идет от чтения/записи. Если ничего не пишем в БД, а выступаем лишь логическим контроллером, то при работе сервер обращается к флешке минимально. Дальше, смотря что логгировать: опыт в пределах 2 этажного коттеджа с записью температуры, бинарных датчиков и показаний счетчиков дает около 700 Мб в год. Это один проход записи + десяток чтения (просмотр логов/трендов). При таком сценарии 8Гб флешки хватит на 6-7 лет смело, а то и больше. Так что риски износа не так велики. Больше претензий к качеству самих карт — но тут просто рекомендация не брать непонятный ноунейм (хотя это не 100% защита, т.к. и индастриал Кингстоны тоже иногда дохнут).
Бекап софта — это изначальное хранение образа проекта (всей логики) в нашем облаке. Если требуется резервировать данные — для этого можно использовать сторонние облака через тот же MQTT.
Внезапное отключение питания — это скорее не к софту, а ИБП на объекте. Да, у нас есть несколько десятков миллисекунд, чтобы выдать в сеть прощальное «HELP», но если на объекте не решен вопрос с ИБП, то это значит, что и сетевая инфраструктура так же будет обесточена и никто наших сигналов не получит.
Горячее дублирование сделать не так сложно, и даже есть у нас довольно проработанное ТЗ на это, НО пока не было заказчиков, готовых платить за подобный функционал. Не так давно мы вышли в сегмент коммерческих зданий с BACnet, где подобное решение может быть востребовано, но пока «знаем как сделать, но в планах нет».
Холодное резервирование реализуется очень легко, именно из-за хранения проекта в облаке — включил, авторизовался = работает.
Бекап софта — это изначальное хранение образа проекта (всей логики) в нашем облаке. Если требуется резервировать данные — для этого можно использовать сторонние облака через тот же MQTT.
Внезапное отключение питания — это скорее не к софту, а ИБП на объекте. Да, у нас есть несколько десятков миллисекунд, чтобы выдать в сеть прощальное «HELP», но если на объекте не решен вопрос с ИБП, то это значит, что и сетевая инфраструктура так же будет обесточена и никто наших сигналов не получит.
Горячее дублирование сделать не так сложно, и даже есть у нас довольно проработанное ТЗ на это, НО пока не было заказчиков, готовых платить за подобный функционал. Не так давно мы вышли в сегмент коммерческих зданий с BACnet, где подобное решение может быть востребовано, но пока «знаем как сделать, но в планах нет».
Холодное резервирование реализуется очень легко, именно из-за хранения проекта в облаке — включил, авторизовался = работает.
На самом деле, проблема не в датапойнтах, а в частоте их обновления.
Как обстоят дела с 1000 объектов 3 раза в секунду? И их визуализация? И сбор в SQL?
Сейчас готовим обновленный документ по тестам (будет доступно на сайте), из которых можно будет почерпнуть числовые данные. Один из тестов оценивает количество тегов, обрабатываемых при одновременном изменении с задержкой до 100 мс. Еще один тест оценивает кол-во изменяющихся тегов, которые успевает записать SQL (тут самое узкое место — обращение к хранилищу, поэтому NUC с SSD легко вырывается вперед). В этой статье даны обзорные сравнения для достаточно типовых объектов.
Можете посмотреть в сторону контроллеров Mitsubishi Electric серии Alpha стоят 100-300 долларов и поддерживают кучу модулей расширения. Кроме того это реально промышленные контроллеры со всем вытекающими.
Малина с мотион пишет 24/7/365 3-ий год на SD. Пока нормально.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Выбираем iRidium server для умного дома: аппаратные контроллеры