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

Так у него на солнце в поле плавилась прозрачная крышка. 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