Он может быть также подвержен пожару, наводнению или просто может быть украден. Поэтому рекомендую иметь несколько сменных SATA дисков которые ротируются по расписанию, а диски с бекапами хранить в другом надежном месте. Для защиты локально подключенного диска от вирусов можно настроить разделение прав. Veeam нужно запускать под пользователем имеющим доступ к диску. Сетевой диск (кроме необходимости пароля) никогда не прикрепляйте/ приаттачивайте, всегда используйте UNC внутри настроек Veam (\\server\share). Вирусы как правило не ищут неизвестные сетевые пути, а чаще поражают локальные диски. В зависимости от ценности данных делайте бекап на локальный и сетевой диск одновременно/поочередно. Кажется все.
Уже придумано: поскольку речь идет о бытовом (персональном) использовании, скачиваете (как пример) бесплатый Veeam endpoint protection и настраиваете за 10 минут бэкап всего компьютера целиком на USB диск или на любой другой локальный или сетевой диск достаточного размера.
>Поэтому если делать — то линейку устройств.
С этим я согласен
>По сути ShIoTiny — это оно и есть.
Кроме того что я бы добавил аппаратный watchdog. Он не добавляет особо в цене и сложности.
>Например, зачем вам RS485, если вы можете поставить при каждом датчике свой ESP и всё передавать по WiFi посредством MQTT или UDP multicast?
В случае если мне нужно надежное функционирование внутри замкнутой системы (снять показание датчика, совершить какое-то действие), я бы предпочел непосредственное подключение датчика, нежели иметь в процессе коммуникации 2 ненадежные ESP — я видел и как они зависают, и как они без причины отваливаются от wifi (возможно из-за недостаточной чувствительности антенны). А если датчик нужно поставить в тот угол в котором мертвая зона? Но опять-же, это опционально, модульно. Имееют права быть оба решения-варианта, каждый для своего случая.
>Поэтому модуль сбора данных, который умеет эти интерфейсы покроет практически все доступные датчики.
Проблема в максимальном расстоянии в несколько метров, в наводках, гальваническом смещении земли и т.п. В каки-то случаях это работает, в каких-то нет. Опять-же я не предлагаю все запихнуть в одном устройстве.
>Если надо много входов-выходов — скажем 32 бинарных входа и 32 бинарных выхода — проще поставить копеечные регистры и формирователи, а не «жирный контроллер» с кучей входов-выходов.
Во-первых ESP32 сейчас ненамоного дороже, во-вторых ESP8266 сейчас уже морально устаревает, лучше сразу закладываться на более новую базу.
>Сделать «универсальную вундервафлю», которая умеет всё, конечно, можно — но
Я не предлагал делать универсальную. Я согласен что линейка совместимых устройств это то что нужно.
Можно также добавить входную и выходную периферию по протоколам работающим на большие дистанции (RS485), через Ethernet и Wifi. Для i2c и spi расстояния как я понял ограничены несколькими метрами. Нужны будут варианты как с реле на борту так и в виде отдельных модулей реле/SSR.
Я проанализировал рынок недорогих DIY модулей с реле и Wifi ESPXX. Здесь довольно тесно. Например вот китайская компания предлагает тщательно проработанную линейку контроллеров на 2, 4, 8, 16, 32 канала с Wifi/Ethernet/RS232 c опциональной доп. объвязкой в виде внешних клавиатур, модулей для AI голосовых помощников, с приложениями для мобильных платформ, с открытыми кодами и примерами для различных языков программирования по цене $70-$100 на ebay. А вот еще вариант, и еще, правда это простые реле без возможности программирования. Тем не менее, на мой взгяд, небольшая ниша с емкостью 30-50 штук для вашей системы на ebay есть благодаря визуальному программированию, если в добавок сделать нормальную документацию на хорошем англ. языке. Лучше сразу переделать на ESP32 и разработать линейку устройств и сделать это быстро если вы хотите выйти на рынок с вашей рашей разработкой.
В моем случае есть real time и автобусная компания предоставляет простую текстовую страницу для мобильного телефона с обратным отсчетом времени для выбранной остановки.
Слепо верить конечно нельзя, например автобус может вообще не появиться на трекинге, но это не значит что он обязательно не приедет. Но если появился и отсчет идет, то будет обязательно.
Спасибо, мне понравилась идея и реализация. Мне нужно аналогичное приложение которое мониторит позиции меня и автобуса с GPS тракингом и сообщает когда пора выходить из дома. Причем оно должно издавать периодические звуковые сигналы, частота которых увеличивается если мне нужно ускориться чтобы успеть на остановку. В установках нужно добавить интервалы безопасности чтобы прибыть на остановку на пару минут раньше. Мечтаю о таком уже несколько лет :) На самом деле это частный случай общей задачи.
При кратковременном разогреве возможно ничего страшного не случится. При посмтоянной эксплуатации при такой температуре (например в случае майнинга) срок службы уменьшится в 2 и более раз, в зависимости от температуры.
К сожалению сейчас нет. Последний раз занимался этим в 90-е годы для автоматизации исследовательских экспериментов в биологии. В Labview была (и наверное есть) развитая библиотека готовых модулей и можно было создавать свои (аналог процедур) что упрощало чтение диаграммы в целом.
Это разумное решение для защиты от глобальных последствий аварии. Но я бы его применил не «вместо» а «вместе». Оно же не спасет ваши растения от засыхания в случае зависания с выключенными реле.
Для надежной работы в полевых условиях (куда не было доступа) мы делали аппаратный watchdog на attiny13 который обрубал питание для ESP8266. Да, есть внутренний но он как-то нечетко работает. Надежнее делать reset по питанию. Представляю что будет если контроллер зависнет с включенным насосом когда никого рядом нет.
С этим я согласен
>По сути ShIoTiny — это оно и есть.
Кроме того что я бы добавил аппаратный watchdog. Он не добавляет особо в цене и сложности.
>Например, зачем вам RS485, если вы можете поставить при каждом датчике свой ESP и всё передавать по WiFi посредством MQTT или UDP multicast?
В случае если мне нужно надежное функционирование внутри замкнутой системы (снять показание датчика, совершить какое-то действие), я бы предпочел непосредственное подключение датчика, нежели иметь в процессе коммуникации 2 ненадежные ESP — я видел и как они зависают, и как они без причины отваливаются от wifi (возможно из-за недостаточной чувствительности антенны). А если датчик нужно поставить в тот угол в котором мертвая зона? Но опять-же, это опционально, модульно. Имееют права быть оба решения-варианта, каждый для своего случая.
>Поэтому модуль сбора данных, который умеет эти интерфейсы покроет практически все доступные датчики.
Проблема в максимальном расстоянии в несколько метров, в наводках, гальваническом смещении земли и т.п. В каки-то случаях это работает, в каких-то нет. Опять-же я не предлагаю все запихнуть в одном устройстве.
>Если надо много входов-выходов — скажем 32 бинарных входа и 32 бинарных выхода — проще поставить копеечные регистры и формирователи, а не «жирный контроллер» с кучей входов-выходов.
Во-первых ESP32 сейчас ненамоного дороже, во-вторых ESP8266 сейчас уже морально устаревает, лучше сразу закладываться на более новую базу.
>Сделать «универсальную вундервафлю», которая умеет всё, конечно, можно — но
Я не предлагал делать универсальную. Я согласен что линейка совместимых устройств это то что нужно.
Какую периферию вы еще можете предложить?
Слепо верить конечно нельзя, например автобус может вообще не появиться на трекинге, но это не значит что он обязательно не приедет. Но если появился и отсчет идет, то будет обязательно.