Здравствуйте!

Создаю систему телеметрии за инженерными сетями зданий (отопление, вентиляция, кондиционирование, водоснабжение, канализация, электроснабжение и т.д.).
Ищу человека, способного осуществить снятие показаний датчиков и устройств, их обработку и отправку через канал GSM.
Ядро - Raspberi Pi3.
Снимаем показания с датчиков и устройств в реальном времени:
- температура поверхностей труб
- температура жидкостей (погружной датчик)
- температура/влажность/CO2/давление комнатного воздуха (датчик качества воздуха)
- температура отводящих газов котла
- концентрация горючих газов в помещении
- давление жидкостей
- давление газов
- токи на электрооборудовании (датчик Холла, если получится)
- датчики тока (оптопара)
- считаем импульсы (счетчики воды, расходомеры)
- следим за состоянием электрической сети (напряжение по каждой фазе, токи, мощность)
- считываем сухие контакты (авария котла, датчик уровня жидкости, датчик протечек, сигнал разряда батарей ИБП и т.д.)
- может что еще упустил, но это основное
Всего 60-100 датчиков на один объект.
Тип соединения датчиков - проводной или радио (в основном проводной, но штук 10-15 будет на радио)
По микроконтроллерам вопрос открытый. Для прототипа рассматриваем Arduino, можно обсуждать.
Есть табличка с предполагаемым перечнем датчиков - скину в личку.
От исполнителя требуется подбор/утверждение железа, датчиков, написание соответствующих скриптов, сборка прототипа, передача данных на сервер.
Необходимо предусмотреть возможность автоматического обновления программного обеспечения с возможностью отката.

Результат хочу получить за месяц.
Под результатом подразумеваю стабильно работающий прототип (хотя бы неделю без сбоев), снимающий показания, отправляющий их на внешний сервер. Серверную часть разрабатывает отдельный человек, стык с ним обсудим в рабочем порядке.

Работа с продолжением, но первый этап такой.

Бюджет готов обсудить в личке.

Спасибо всем, кто прочитал, отдельное тем кто откликнулся.
Если не ваш профиль, буду благодарен за рекомендацию.

Как то разработал вот такой ящик -

Так у него на солнце в поле плавилась прозрачная крышка. LCD чернел полностью.
Широта Москвы как раз была.
Так что +70 - это ни о чем даже для северного полюса, когда у дивайса прозрачная крышка.

Ну так похоже ТС поместит устройство в ящик с охладением/нагревом. Ну в крайнем случае не будет работать несколько дней в году. Задачу ТС поставил себе другую. И наши возражения не принимаются. Начинающий инженер, но с амбициями, что же тут сделаешь.

И правильно.
Срок 1 мес на прототип совершенно реально для специалиста, уже имеющего наработки в этой области:
- подключение разных датчиков к мелким МК,
- связь мелких МК между собой,
- подключение GSM модема к мелкому МК,
- удаленная перепрошивка мелкого МК.
Если задача только в телеметрии, оповещении, удаленной перепрошивке, то Raspberi Pi3 и тп излишни, и только усложнят проект - достаточно мелких МК.
Сложные вещи реализовывать в полной мере в прототипе не нужно, только демонстрация принципиальной возможности.

А целая команда, и целый год на такую ерунду... это кто тогда ракеты в космос запускает???

что за бред ?

В общем так, но для построения VPN-туннеля, более гибкой платформы и гладкого процесса обновлений остановились именно на RaspPi.

raspi как бы ненадежная штука. Нередки экземпляры, которые без причин подвисают, еще sd карты, тоже не блещую надежностью. Думаю после сотни таких инсталляций будете ездить на объекты по глючным/подвисшим rpi как на работу.

+1. Разъема питания нет, загрузка только с uSD, Ethernet через USB - ни разу не Industrial решение.

Страшен не Raspberry Pi сам по себе, а то что на него похоже хотят посадить голый линукс и все известные грабли VPN.
На самом деле сейчас в тренде на Raspberry Pi ставить Android Things
Правда там рекомендуют все же использовать NXP i.MX7D Starter Kit поскольку Raspberry Pi не могут сертифицировать (у него проблемы с защищенным бутом).

У Android Things нативно реализован автоматизированный апгрейд всех нодов в сети, там сразу идут оптимизированные драйвера для SPI, I2C, счетчиков и т.д.
Там также нативно идет API для подключения к любым облакам.
Встроен монитор и аналитика работы дивайсов, а это обязательно для удаленных узлов с GPOS и выходом в публичный интернет.
Сразу имеет метрики и краш репорт в облака.
Имеет лучшие в отрасли драйвера для Bluetooth и Thread.
3 года гарантийной поддержки по поводу багов.
Т.е. если дивайс начнет валится от малвары типа Mirai, то они исправят за свой счет, и не надо будет искать того программера с доморощенным VPN-ом.

Думаю даже, что программера сервера в принципе стоило бы исключить как самое слабое звено.
Ориентироваться на конфигурируемые облака. Есть же решения и для On-premises. Тот же mbed предлагает.

Не понимаю, зачем все эти сложности для передачи телеметрии через GSM модем.
Объем информации очень маленький, можно SMS, можно своим нестандартным протоколом на этапе установки TCP-соединения (потом разрывать), через АТ-команды модема. Весь код для мелкого микроконтроллера ~~200 строк на Си без всяких библиотек и ОС.

А если надо видео гнать, так это лучше выделить в отдельную задачу.

Сообщение отредактировал Leka - Sep 9 2018, 18:15

Это реклама такая, что непонятно ?) Весь мир перешел на экологически чистый героин, а вы все клиента на синьку тянете)
Главное i.MX && BLE присунуть - а там уже успех не за горой - весь хабр статьями завален. Зачем оно там нужно - дело десятое, зато звучит круто.
Android Things - тоже звучит.
Правда непонятно, какой идиот будет строить высоконадежную систему на Андроиде, но зато крутые маркетологи название придумали.

PS да, забыл. Облака обязательно. И, программа максимум -


- программиста верхнего уровня выпилить.

Уж тогда, если таки заказчика угораздит, то наверняка - удои с него всегда будут отличные - от клиентов-то не убежишь)

ТЕ мы задачу пересылки трех байтов усложняем до бесконечности, в процессе выпиливаем всех конкурентов, впариваем заказчику гору ненужного дорогущего глючного хлама, на основе этого выжимаем нормально денег - а там - либо у клиента деньги кончатся, и он сам отвалится, либо, если упертый и при бабле - всю жизнь платить будет.

Подход вполне профессиональный), имхо, правда, излишне оптимистичный.

Какой толк с такого маленького объема с 60-ю датчиками?
Зачем они вообще нужны в таком варианте?
Ни глитчей не увидите, ни аномального поведения.
Менеджмент требует большого трафика, защита опять же нужна , облачные протоколы причем совместимые, подключение к базам данных, а там и инфраструктура ключей и проч.
Когда говорят сделаю щас на ардуино - это означает перенос всей работы на разработчика фронтэнда такой системы.
Т.е. реально удорожание. Поскольку системные разработчики берут больше.

Чем Вас сенсорика Ш932.7/02 не устраивает. до 1000 каналов


http://sensorika.ru/catalogue/65/42