LINUX.ORG.RU

История изменений

Исправление Moisha_Liberman, (текущая версия) :

То я бы делал не так. Ну, если мне действительно были бы нужны данные практически в RT или близко к тому.

1 Данные с прибор, снимаемые раз в N секунд, я бы публиковал в MQTT брокер. Этот протокол для таких вещей и делался. Брокер, если что, поднимается на той же Raspberry Pi 2 или Orange Pi Zero W на счёт «раз». Mosquitto MQTT это «всеми любимый» голый С. Этот протокол для таких задач и создавался. В принципе, можно прикрутить тут кафку или ещё что... Но зачем?

2 Из брокера MQTT я бы читал приложением-подписчиком данные сразу, как только они были бы опубликованы в соответствующем канале. Дальше приложение-подписчик уже просто либо хранит их, либо визуализирует... Что угодно. Приблуда, кстати, может быть хоть на РС, хоть на ведроид (paho mqtt тот же). Это уже не важно.

Т.е., картинка упрощается:

MQTT-subscriber <--- MQTT-broker <--- MQTT-publisher <--- Датчик

Как-то вот так. Как в IoT принято. Более-менее.

Причины. Нехер пытаться спать на потолке. Законодательно не запрещено, но вот одеяло так и норовит упасть. Можно и не выспаться.

Во-первых, http никогда не разрабатывался для real-time или даже для его подобия. Во-вторых, php + apache это вообще-то даже близко не real-time, это два монстра. Здесь они типа из пушки по воробьям палить, неизвестно сколько воробьёв убьёшь, но посудную лавку разнесёшь в хлам, это точно (я это гарантирую). В третьих, запросы к устройству тут должны исходить не от браузера, а от опрашивающего устройства приложения (в нашем случае MQTT-publisher). Запросили, получили, опубликовали в брокер. Сабскрайбер получил практически сразу и вывел, например, на экран.

UPD. Прочёл комменты. Взоржал аки конь стоялый... Кто все эти люди и что они здесь делают? =)))

Исходная версия Moisha_Liberman, :

Если по хорошему...

То я бы делал не так. Ну, если мне действительно были бы нужны данные практически в RT или близко к тому.

1 Данные с прибор, снимаемые раз в N секунд, я бы публиковал в MQTT брокер. Этот протокол для таких вещей и делался. Брокер, если что, поднимается на той же Raspberry Pi 2 или Orange Pi Zero W на счёт «раз». Mosquitto MQTT это «всеми любимый» голый С. Этот протокол для таких задач и создавался. В принципе, можно прикрутить тут кафку или ещё что... Но зачем?

2 Из брокера MQTT я бы читал приложением-подписчиком данные сразу, как только они были бы опубликованы в соответствующем канале. Дальше приложение-подписчик уже просто либо хранит их, либо визуализирует... Что угодно. Приблуда, кстати, может быть хоть на РС, хоть на ведроид (paho mqtt тот же). Это уже не важно.

Т.е., картинка упрощается:

MQTT-subscriber <--- MQTT-broker <--- MQTT-publisher <--- Датчик

Как-то вот так. Как в IoT принято. Более-менее.

Причины. Нехер пытаться спать на потолке. Законодательно не запрещено, но вот одеяло так и норовит упасть. Можно и не выспаться.

Во-первых, http никогда не разрабатывался для real-time или даже для его подобия. Во-вторых, php + apache это вообще-то даже близко не real-time, это два монстра. Здесь они типа из пушки по воробьям палить, неизвестно сколько воробьёв убьёшь, но посудную лавку разнесёшь в хлам, это точно (я это гарантирую). В третьих, запросы к устройству тут должны исходить не от браузера, а от опрашивающего устройства приложения (в нашем случае MQTT-publisher). Запросили, получили, опубликовали в брокер. Сабскрайбер получил практически сразу и вывел, например, на экран.