Pull to refresh
98
0
Денис Аникин @danikin

User

Send message
Ну те, возвращаясь к вопросу, проблема не в компиляторе и -O3, а в бусте
Вполне. Только надо использовать дисковвый движок vinyl для этого.
Вам бы следователем работать :) Мы планировали использовать различные штуки. Остановились на 6lowpan от Unwired Devices.
1/one надо было убрать. Оно прицепилось после хакатона, на котором мы это использовали. Еще раз повторюсь, спасибо за очень существенный комментарий.
Да. Но, на самом деле, надо заменить просто на LORA, чтобы не было вопросов. Спасибо, что обратили внимание!
Они как очередь для доставки данных. Но не для их локальной быстрой обработки на хабах. В отличие от Tarantool IIoT. И я не уверен, что они нормально работаю на хабах. На их сайте этот раздел 404: http://influxdata.wpengine.com/testimonials/#iot-sensor-data
Да то же самое, в принципе, https://www.google.ru/search?q=lora+one&oq=lora+one&aqs=chrome..69i57.1171j0j7&sourceid=chrome&ie=UTF-8#newwindow=1&q=loraone&*
Я вас понял. Статья в переводе. Дайте пару дней еще. Как будет опубликована — вы узнаете, я ссылки везде размножу :-)
В процессе перевода. Это тот случай, когда я сначала на русском решил написать :-) А кому бы вы хотели показать ее?
Вы должны поставить достаточное количество хабов с лорой1 внутри или другой подобной системой, которая умеет собирать с датчиков радиосигнал и транслировать его в TCP/IP. Все данные слетаются на хабы. Хабы можно скомутировать в локальный интранет или подключить к интернету. С точки зрения софта (Tarantool IIoT) это не важно — софт будет видеть датчики в радиусе своей лоры и будет реплицировать всю информацию между всем локальными хабами. Таким образом вы получаете несколько локальных копий всей инфы с датчиков. Дальше уже вопрос техники — пишите скрипт или джоб внутри Тарантула, который как угодно эту инфу фильтрует, если надо сохраняет в других таблицах, которые реплицируются с центром или если не надо, то принимает решения локально и выдает сигналы на другие системы, на какие вы хотите в соответствии с вашей бизнес-логикой.
SSL, аутентификация. К тому же, я написал уже выше, можно делать локально. Но раз такой вопрос возникает уже дважды, позвольте полюбопытствовать, может быть вы в курсе, какие есть серебряные пули у других систем на этот счет?
С этим пока туго. Мы работаем в основном с интерпрайзами, для всех делаем все индивидуально. Документация и примеры для всех скоро будут. Пока можете почитать эту статью: https://habrahabr.ru/company/mailru/blog/320878/. Плюс, я сейчас попросил одного из наших парней написать вам в личку. Он поможет. Кроме того, добро пожаловать в общий телеграм-чат по Tarantool: https://telegram.me/tarantoolru. Можете прямо там задавать любые вопросы.
Можно даже круче. Можно запускать локально на хабе скрипты (любую программную логику). Т.е. прямо в скрипте говорите что-то типа if (temperature < 0) { pump.turn_off(); }
(это псевдокод, понятно, что надо еще температуру получить с датчика и далее послать сигнал обратно на выключение помпы)
Да. Хотя можно и по другому — можно с локального Тарантула в центр передавать данные по любому протоколу (в т.ч. MQTT) в любую систему — как запрограммируешь.
Я даже больше вам скажу — весь IIoT в принципе не имеет права на жизнь. Никакую инфрастркутуру нельзя разворачивать в полях, на заводах, коряблях. Кто угодно может врезаться в провода и в радиосингал, и далее расшифровать все секьюрные протоколы. Добро пожаловать обратно теплые ламповые 60ые.
Мы планируем это досадное недоразумение устранить. Ждите обновлений! :-)
Потому что Tarantool — это не просто сервер приложений, это еще и СУБД. Вы можете данные доставлять в центр автоматом через механизм репликации (не надо полагаться на очереди и другие специальные решения). И потому что вы можете на местах реплицировать данные между хабами и делать отказоучтойчивость там, где нет доступа в Интернет и не хочется выезжать на место и чинить/менять/переконфигурять хаб каждый раз, когда он сломается.
Софт в центре в смысле как облачный сервис — пока в процессе разработки. Про это будет отдельный пост, когда запустим. Пока мы лишь предлагаем брать наш Tarantool и ставить его самому в центр и на устройства (ну или привлекая нас в качестве профессиональных консалтеров), и далее создавать конктертно на ваших железках и в вашем ДЦ конкретное решение вашей задачи. Сервис же, повторюсь, который будет шарить как сервера в центре так и железки (такой большое IIoT облако) пока в процессе.
Зачем? Радиоканалов навтыкать. Если вы считаете, что радиосигнал перехватывается и SSL расшифровывается, то в провод ровно также делается врезка.
И на эту угрозу есть ответ. Tarantool IIoT может работать полностью без интернета. Все локально. Единственное, что придется софт тоже на нем обновлять с выездом на месте, но тут уж как говорится или шашечки или ехать. Если же не страшно организовать локальный интранет, то из локального интранетовского веб-интерфейса можно полностью управлять локальным кластером ARM-устройств с Тарантулом, в том числе заливать на них код, менять конфигурацию и тд.

Information

Rating
Does not participate
Location
Москва и Московская обл., Россия
Works in
Date of birth
Registered
Activity