https://www.opennet.dev/openforum/vsluhforumID13/985.html Дано:<br>-Есть условно несколько удаленных Raspberry Pi (Orange и т.д.), к каждой подключены несколько датчиков. Сами Raspberry Pi подключены к интернету различными способами - где по 3G, где по Wi-Fi где по Ethernet. Канал передачи может прерываться на определенное время.<br>-Есть сервер с БД. Подключен постоянно к интернету.<br><br>Надо:<br>передавать данные с датчиков на сервер без потерь.<br><br>Т.е. скрипт на малине собирает данные с датчиков постоянно. При работающем канале передачи данных эти данные в реальном времени шлются на сервер и там попадают в БД. Если канал перестал работать (пропал 3G например), то данные накапливаются на малинке. При восстановлении канала надо передать накопленные и продолжить слать в реальном времени.<br><br>Подскажите пожалуйста концептуально как такое построить.<br>Хотелось бы максимально использовать системные возможности Linux и свободного ПО, поменьше программировать своих велосипедов. <br>Чет я потерялся, не понимаю с использованием чего (технологии, протоколы, ПО) такое лучше сделать.<br> https://www.opennet.dev/openforum/vsluhforumID13/985.html#24 Thu, 19 Nov 2020 06:25:06 GMT &gt; БД с репликацией локально, ту же MySQL можно взять.<br>&gt; Модель данных можно придумать такую, чтобы это был кольцевой буфер и не <br>&gt; нужно было специально удалять старые данные, чтобы они перезаписывались при нормальной <br>&gt; работе.<br><br>БД? На ПЛК? Удачи.<br><br><br> https://www.opennet.dev/openforum/vsluhforumID13/985.html#23 Mon, 21 Sep 2020 14:01:31 GMT БД с репликацией локально, ту же MySQL можно взять. <br>Модель данных можно придумать такую, чтобы это был кольцевой буфер и не нужно было специально удалять старые данные, чтобы они перезаписывались при нормальной работе. <br><br>replace into data_table ( KEY, TS, VALUE) values ( количество секунд от начала суток, время, значение)<br><br>На том конце выбираете по TS и что-то делаете.<br> https://www.opennet.dev/openforum/vsluhforumID13/985.html#20 Fri, 16 Aug 2019 14:47:05 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt; лучше сделать.<br>&gt;&gt; Тебе хорошо подойдет smtp протокол для этого. Клиенты пусть имеют локальные smtp <br>&gt;&gt; сервера, которые копят очередь и отсылают на центральный сервер. На центральном <br>&gt;&gt; сервере транспортом пайп можно письма парсить и вносить в БД.<br>&gt; Делается элементарно. Допустим у тебя raspbian с exim. Все шлют на input@10.0.0.1 <br>&gt; согласно политике повторов и по cron прогоном очереди. На сервере в <br>&gt; ложишь /home/input/.forward с содержимым "&#124; input.sh ". Каждое входящее письмо попадает <br>&gt; в экземпляр input.sh на stdin. Все конфигурации exim дефолтные ничего не <br>&gt; нужно придумывать. При наличии связи экзим доставляет немедленно, при отсутствии копит <br>&gt; очередь.<br><br>Отправка письма echo "Мой текст" &#124; mail input@10.0.0.1<br><br> https://www.opennet.dev/openforum/vsluhforumID13/985.html#19 Fri, 16 Aug 2019 14:41:31 GMT &gt;[оверквотинг удален]<br>&gt;&gt; то данные накапливаются на малинке. При восстановлении канала надо передать накопленные <br>&gt;&gt; и продолжить слать в реальном времени.<br>&gt;&gt; Подскажите пожалуйста концептуально как такое построить.<br>&gt;&gt; Хотелось бы максимально использовать системные возможности Linux и свободного ПО, поменьше <br>&gt;&gt; программировать своих велосипедов.<br>&gt;&gt; Чет я потерялся, не понимаю с использованием чего (технологии, протоколы, ПО) такое <br>&gt;&gt; лучше сделать.<br>&gt; Тебе хорошо подойдет smtp протокол для этого. Клиенты пусть имеют локальные smtp <br>&gt; сервера, которые копят очередь и отсылают на центральный сервер. На центральном <br>&gt; сервере транспортом пайп можно письма парсить и вносить в БД.<br><br>Делается элементарно. Допустим у тебя raspbian с exim. Все шлют на input@10.0.0.1 согласно политике повторов и по cron прогоном очереди. На сервере в ложишь /home/input/.forward с содержимым "&#124; input.sh ". Каждое входящее письмо попадает в экземпляр input.sh на stdin. Все конфигурации exim дефолтные ничего не нужно пр https://www.opennet.dev/openforum/vsluhforumID13/985.html#18 Fri, 16 Aug 2019 14:29:41 GMT &gt;[оверквотинг удален]<br>&gt; Т.е. скрипт на малине собирает данные с датчиков постоянно. При работающем канале <br>&gt; передачи данных эти данные в реальном времени шлются на сервер и <br>&gt; там попадают в БД. Если канал перестал работать (пропал 3G например), <br>&gt; то данные накапливаются на малинке. При восстановлении канала надо передать накопленные <br>&gt; и продолжить слать в реальном времени.<br>&gt; Подскажите пожалуйста концептуально как такое построить.<br>&gt; Хотелось бы максимально использовать системные возможности Linux и свободного ПО, поменьше <br>&gt; программировать своих велосипедов.<br>&gt; Чет я потерялся, не понимаю с использованием чего (технологии, протоколы, ПО) такое <br>&gt; лучше сделать.<br><br>Тебе хорошо подойдет smtp протокол для этого. Клиенты пусть имеют локальные smtp сервера, которые копят очередь и отсылают на центральный сервер. На центральном сервере транспортом пайп можно письма парсить и вносить в БД. <br><br> https://www.opennet.dev/openforum/vsluhforumID13/985.html#17 Tue, 06 Aug 2019 05:16:06 GMT &gt;&gt;&gt; прямой, передаваемые данные - шарообразными и неупругими...<br>&gt;&gt; Причем линия связи передает данные мгновенно, вопреки всем реалиям и здравому смыслу...<br>&gt; И в неограниченном объеме :) <br><br>Вооот! Берём Реализацию выше за основу и подкладываем её же ей же в качестве первого приближения реализации линии связи. Увеличиваем вложенность до тех пор, пока задача не сойдётся.<br><br>Профит.<br> https://www.opennet.dev/openforum/vsluhforumID13/985.html#16 Mon, 05 Aug 2019 13:31:31 GMT &gt;&gt;&gt; По такой логике любые внешние задержки (в сети например) будут тормозить прием <br>&gt;&gt;&gt; локальных данных с датчиков.<br>&gt;&gt; ТС просил концептуальное решение, поэтому в первом приближении полагаем линию связи - <br>&gt;&gt; прямой, передаваемые данные - шарообразными и неупругими...<br>&gt; Причем линия связи передает данные мгновенно, вопреки всем реалиям и здравому смыслу... <br><br>И в неограниченном объеме :)<br> https://www.opennet.dev/openforum/vsluhforumID13/985.html#15 Mon, 05 Aug 2019 13:11:19 GMT &gt;&gt; По такой логике любые внешние задержки (в сети например) будут тормозить прием <br>&gt;&gt; локальных данных с датчиков.<br>&gt; ТС просил концептуальное решение, поэтому в первом приближении полагаем линию связи - <br>&gt; прямой, передаваемые данные - шарообразными и неупругими...<br><br>Причем линия связи передает данные мгновенно, вопреки всем реалиям и здравому смыслу...<br> https://www.opennet.dev/openforum/vsluhforumID13/985.html#14 Mon, 05 Aug 2019 11:22:27 GMT &gt; По такой логике любые внешние задержки (в сети например) будут тормозить прием <br>&gt; локальных данных с датчиков.<br><br>ТС просил концептуальное решение, поэтому в первом приближении полагаем линию связи - прямой, передаваемые данные - шарообразными и неупругими...<br><br><br><br>