Посмотрите на алгоритм работы умных ручек. Там нужна специальная бумага с псевдослучайными точками и камера которая по ним определяет направление движения ручки. Т.е. вы у себя можете добавить камеру на днище и нанести точки на пол. Можно совсе тупо — qr-коды но они атмосферу будут портить. А псевдослучайные точки — нет.
Ну или вот https://habr.com/ru/post/451408/. Тут не камеры, излучатели дешевые. Можно натыкать и внутри помещений для исключения слепых зон. И замаскировать под рупоры, радиоприемники ...
Можно еще посмотреть на https://www.cis.upenn.edu/~bcpierce/unison/
Он конечно не умеет синхронизировать всех со всеми, а только мастер и много слейвов. Но обычно хоть одна точка с хорошим быстрым интернетом для мастера есть. По идее ресурсов unison должен потреблять меньше. Пусть unison и не прямая альтернатива syncthing, но как вариант.
Если хотите сэкономить так и не берите с цифровыми выходами. Это же ваш внутренний не опечатанный счетчик. Его курочить можно как угодно. Например последний барабан после запятой половину зачистите, половину покройте лаком. И снимайте с него любой прижимной пластиной один импульс замыкания на корпус на оборот.
Я к тому что аналоговая техника требует кучу времени на наладку. И дополнительного усложнения схемы для компенсации плывущих параметров. Ведь если вы делаете реле времени на отключение через час, то параметры уплывут совсем не на микросекунды. А микроконтроллеры сейчас дешевые. Поэтому смысл экономить на спичках? И кстати чем плох "умный дом"? При условии, что в случае отказа центрального контроллера дома ардуинка продолжит работать по своей программе.
Делал такую-же систему. Тоже задача была чтоб пока горит свет вентилятор не работал. По поводу датчика влажности могу предложить простое решение. Поставте второй снаружи. Если и снаружи влажность высокая — это значит лето и она везде высокая. Единственное откалибруйте их сначала. У меня внешний всегда показывал высокую влажность, китайцы :(
Потому что ардуино, БП, реле — дешевле чем БЗТ-300-СУ-Ф. И при этом функционал ограничен только фантазией а не производителем. Например добавте датчик влажности.
Есть куча специалистов которые работают с боьшими бинарями, которым совсем не помешает версионирование и возможность вернуть вчерашнюю версию но которые ни разу не программисты. Дизайнеры, маркетологи, продажники. И у них нет никакого желания разбираться как работает git. А WebDAV для пользователя подключается не сложнее сетевой samba шары. И да, DVCS им тоже не нужна. Поэтому в DVCS этого и нет.
Кстати для больших бинарей у svn есть еще одна замечательная фишечка. Выгрузить только нужную папку, а не весь репозитарий. При размере репозитария от 20Гб это очень удобно.
Да и вообще для больших бинарей git svn-у ни разу не конкурент. Тут с svn конкурируют maven, artifactory и samba шара (с версиям по папочкам) как совсем легкий и простой вариант.
Имя файла в хранилище гита = хешу от содержимого файла. Т.е. измнение 1 байта в 100 мб файле приведет к изменению хеша файла и появлению нового имени = нового файла. Т.е. изменил 1 байт размер гит репозитария увеличится на 100 мб.
Появилось много фанатиков гита которые пытаются пихать его везде. При этом эффективно работать с бинарями гит не умеет и вообще его архитектура для этих целей не проектировалась. А главная фишка гита — веки и легкость слияний тем же дизайнерам вообще не нужна.
Кстати для любителей сравнивать новые версии гита с древними версиями свн. В какой то из новых версий добавили следующее. Специально чтоб не было проблем с глубиной накладывания патчей каждые N изменений делается полный снимок файла. Поэтому более N патчей не накладывается никогда. Не могу найти пруфлинк с точной цифрой.
Кстати у свн есть интересная возможность http://svnbook.red-bean.com/en/1.7/svn.webdav.autoversioning.html смонтировать его как обычную WebDAV папку. Никаких клиентов c которыми надо учится работать. Никакой командной строки и запоминания магических слов "svn co". И при этом есть история и можно откатить изменения.
у очередей rsyslog-а есть один неприятный момент. они гарантируют доставку после восстановления сети. но не гарантируют порядок доставки. на моих тестах rsyslog перемешивал строки лога. причем похоже это происходило на отправителе, а не на принимающем центральном лог сервере. для сравнения syslog-ng лог не перемешивает.
Посмотрите на алгоритм работы умных ручек. Там нужна специальная бумага с псевдослучайными точками и камера которая по ним определяет направление движения ручки. Т.е. вы у себя можете добавить камеру на днище и нанести точки на пол. Можно совсе тупо — qr-коды но они атмосферу будут портить. А псевдослучайные точки — нет.
Ну или вот https://habr.com/ru/post/451408/. Тут не камеры, излучатели дешевые. Можно натыкать и внутри помещений для исключения слепых зон. И замаскировать под рупоры, радиоприемники ...
я знаю про https://sia.tech/ и https://storj.io/
но это не то
это был http://symform.com/
Посмотрите на https://github.com/systemd/casync/
Заточен под работу именно с папками. Правда только под Linux.
Можно еще посмотреть на https://www.cis.upenn.edu/~bcpierce/unison/
Он конечно не умеет синхронизировать всех со всеми, а только мастер и много слейвов. Но обычно хоть одна точка с хорошим быстрым интернетом для мастера есть. По идее ресурсов unison должен потреблять меньше. Пусть unison и не прямая альтернатива syncthing, но как вариант.
Можно еще считывать показания оптически https://habr.com/post/397193/
Если хотите сэкономить так и не берите с цифровыми выходами. Это же ваш внутренний не опечатанный счетчик. Его курочить можно как угодно. Например последний барабан после запятой половину зачистите, половину покройте лаком. И снимайте с него любой прижимной пластиной один импульс замыкания на корпус на оборот.
Я к тому что аналоговая техника требует кучу времени на наладку. И дополнительного усложнения схемы для компенсации плывущих параметров. Ведь если вы делаете реле времени на отключение через час, то параметры уплывут совсем не на микросекунды. А микроконтроллеры сейчас дешевые. Поэтому смысл экономить на спичках? И кстати чем плох "умный дом"? При условии, что в случае отказа центрального контроллера дома ардуинка продолжит работать по своей программе.
Делал такую-же систему. Тоже задача была чтоб пока горит свет вентилятор не работал. По поводу датчика влажности могу предложить простое решение. Поставте второй снаружи. Если и снаружи влажность высокая — это значит лето и она везде высокая. Единственное откалибруйте их сначала. У меня внешний всегда показывал высокую влажность, китайцы :(
Потому что ардуино, БП, реле — дешевле чем БЗТ-300-СУ-Ф. И при этом функционал ограничен только фантазией а не производителем. Например добавте датчик влажности.
см. https://habr.com/post/419461/#comment_18976941
А как же удобно у аналоговой техники подбирать параметры. А у конденсаторов они еще и плывут от влажности, температуры, старости.
Включаться только только после выключения света не умеет.
посмотрите еще на
http://isync.sourceforge.net
Поправка. Насчет легкости слияний в git. Я вообще не представляю как слияния возможно использовать с бинарями.
Есть куча специалистов которые работают с боьшими бинарями, которым совсем не помешает версионирование и возможность вернуть вчерашнюю версию но которые ни разу не программисты. Дизайнеры, маркетологи, продажники. И у них нет никакого желания разбираться как работает git. А WebDAV для пользователя подключается не сложнее сетевой samba шары. И да, DVCS им тоже не нужна. Поэтому в DVCS этого и нет.
Кстати для больших бинарей у svn есть еще одна замечательная фишечка. Выгрузить только нужную папку, а не весь репозитарий. При размере репозитария от 20Гб это очень удобно.
Да и вообще для больших бинарей git svn-у ни разу не конкурент. Тут с svn конкурируют maven, artifactory и samba шара (с версиям по папочкам) как совсем легкий и простой вариант.
Имя файла в хранилище гита = хешу от содержимого файла. Т.е. измнение 1 байта в 100 мб файле приведет к изменению хеша файла и появлению нового имени = нового файла. Т.е. изменил 1 байт размер гит репозитария увеличится на 100 мб.
Появилось много фанатиков гита которые пытаются пихать его везде. При этом эффективно работать с бинарями гит не умеет и вообще его архитектура для этих целей не проектировалась. А главная фишка гита — веки и легкость слияний тем же дизайнерам вообще не нужна.
Кстати для любителей сравнивать новые версии гита с древними версиями свн. В какой то из новых версий добавили следующее. Специально чтоб не было проблем с глубиной накладывания патчей каждые N изменений делается полный снимок файла. Поэтому более N патчей не накладывается никогда. Не могу найти пруфлинк с точной цифрой.
Кстати у свн есть интересная возможность http://svnbook.red-bean.com/en/1.7/svn.webdav.autoversioning.html смонтировать его как обычную WebDAV папку. Никаких клиентов c которыми надо учится работать. Никакой командной строки и запоминания магических слов "svn co". И при этом есть история и можно откатить изменения.
странно. syslog-ng это как-то делает без падения производительности
https://github.com/rsyslog/rsyslog/issues/1400
посмотрим когда пофиксят
Как воспроизвести
источник
приемник
Далее погасить rsyslog на приемнике для имитации проблем с сетью
На источнике выполнить for i in {1..100000}; do echo $i >> /var/log/1.log; done
Запустить rsyslog на приемнике и сравнить что прилетело в /var/log/%HOSTNAME%/1.log