Свысока, понял.

Имхо, для задачи ТС у вас реклама слишком сильно расходится с реальностью.

А вот у меня был проект, сбор телеметрии на MSP430. Исключительно надежный микроконтроллер оказался.
Несколько устройств на заброшенных объектах работали 7 лет без перерыва и обслуживания вообще.
Потом отключены были провайдером сотовой связи при смене владельца, поэтому отследить судьбу оказалось невозможным.

И тут я за решение Leka, каждому датчику свой микроконтроллер. В серии стоимость микроконтроллера несколько долларов,
и он будет дешевле датчика, а самое главное, будет работать как барьер от всех проблем между датчиком и внешним миром.

Автор явно погорячился, если собирается использовать гламурные платы класса RPI и Beagle в таком деле.
Не стоит обольщаться насчет "комфортных" условий. Как начнут платы сваливаться в своей массе на установленных объектах,
сразу захочется чего нить крайне надежного и простого. Поэтому датчики я б собирал ни на каких армах, а железках
малопотребляющих и заточенных под ответственные применения, как MSP430.
А головной контроллер, а точнее сдвоенный контроллер, на базе промышленного компьюетра для особо тяжких условий.
И неважно будет это своя железка на чипе от NXP или TI или там покупной контроллер.
Потому что объекты, особенно удаленные это всегда выезд бригады в случае чего. Как только затраты на обслуживание
вылезут за пределы нескольких сотен тысяч, сразу захочется прекратить это безобразие.

В моем случае вышеуказанные железки появились после неоднократного личного выезда в мороз на ТП и работы
на этом самом морозе, на уровне второго этажа. Я блин эти ТП вспоминаю до сих пор, особенно вскрытие,
работа, ожидание включения и прочие прелести. Были мысль сделать JTAG по радио, так они достали нас своими зависаниями.
И в итоге 7 лет непрерывной работы без проблем.

Откуда вы такие беретесь только

Уважаю Ваш опыт, но поймите, речь о загородных домах. Нам нужно влезать в 50-80тр. за коробку вместе с датчиками, а промышленный компьютер для особо тяжких условий в такой бюджет ну никак не впихнуть. Или я чего-то не понимаю?

... и с кабелями к ним. При 300 м² средней площади среднего "загородного дома", который нуждается в таком мониторинге, выходит где-то по 50 м на датчик. Или 5 км кабелей заказчик должен купить и проложить сам?

Себестоимость RPI на объемах менее $5, примерно тоже самое будет с Вашим промышленным компьютером и контроллерами.
Промышленный компьютер для особо тяжких промышленных условий, спроектированный самостоятельно в серии будет стоить не дороже 25$.
Там ведь нет ничего дорогого, просто правильные решения, чуть больше деталей, причем дешевых, но примененных правильно и так далее.
Защиты всякого рода, все это стоит копейки, цены на промышленные изделия вздувают именно продавцы и компании разработчики, себестоимость там очень низкая.
Тоже самое с микроконтроллерами. Стоить будет очень дешево цифровая часть. Тут верно пишут, расходные могут стоить дороже

Это явное свидетельство ошибок в проектировании платы и неправильной разводки земли и входных каналов контроллера, отсутствия watchdog таймеров.
Это не имеет отношения к архитектуре контроллера.

Вот зачем делать выводы как плохой доктор диагност... Вы ж ничего не знаете про дизайн? Хотите знать в чем было дело, ну так спросите.
Дело было в GSM модемах. В условиях плохой связи, а в поле она нестабильна, особенно на объекте силовой энергетики.
Поэтому модем затыкался, точнее его ВЧ часть, устройство работает, мигает, опрашивает модем, он уверенно отвечает по UART что все пучком.
А на сервер не отзванивается и SMS с диагностикой не принимает. Вылечили полным отключением питания модема и подключением вновь.
В серию поставили полное отключение модема раз в 60 минут независимо ни от чего. Подсчеты показали, что 65535 перерегистраций сим карты
хватит на 10 лет круглосуточной работы устройства.

Тогда к чему слова про JTAG ? Имхо проблемы у Вас были и с контроллером)
Да и построение Вашего текста прямо указывает именно на контроллер - был другой контроллер - было плохо, поставили MSP430 - стало хорошо.

А периодически рубить питание модему для полного перезапуска (дабы все они виснут) имхо стандартная практика - очевидно эти проблемы Вы должны были учесть еще на этапе проектирования системы.

На самом деле сильно меньше. Основное, что нас интересует, сосредоточено в котельной. Учитывая, что датчики собираем в грозди, не больше 3-5м на датчик. А дальше, по rs-485. В спальнях только датчики качества воздуха - они на радио.

конечно нет.

Вопрос в том, что называть промышленным компьютером.
-40+85 с пылевлагозащитой, жестким диском на несколько гигов, ОС и Ethernet можно засунуть в Ваш бюджет вполне.

http://onitex.ru/avtonomnyi_datchik_gsm

https://aalarm.ru/gsm_temperature_control/

https://lionica.ru/ST-GSM.htm

http://www.prosto-ohrana.ru/index.php?categoryID=5
BGS5 сами обновляют ПО, мониторят сигнал от заглушки, меряют растояние до базовой

*
Причем прокладка проводов для низковольных слаботочных устройств - это отдельная песня. Сверление многочисленных отверстий, лазание по подвалам, чердакам, стенам и потолку. Потом соединение огромного количества контактов по не всегда понятным докам. За эту работу грамотные установщики берут столько же денег, сколько стоит и оборудование, которое надо установить и подключить.
Странно, что товарищ "строитель" об этом ничего не знает.

От такого количества радио - голова у заказчика болеть не будет?
Разработка прототипа: по срокам от 6месяцев до года. Коллектив из 3-4 человека.
Прототип , это не демонстратор возможностей и правильности идеи. Прототип , это то что пойдет в серию . А значит платы и весь монтаж надо делать так как это будет в конечном устройстве. Немного не так развел плату, передвинул детали с их мест и в некоторых случаях можно получить совсем не тот эффект.
А запуск в производство и сопровождение очень серьезная тема. Смотря на каком предприятии производить будете.

Вот так и развивается человечество. Например, (телеги=навоз)->(машины=загазованность)->(электромобили=теснота на улицах)->телепортация.
Так ТС и не ставил такой задачи, только 3 образца работающих в тепличных условиях. Коммерция, похоже, в том, чтобы получить большой заказ и деньги, продемонстрировав это игрушки.

Прототип - это именно черновая проверка идеи.
https://ru.wikipedia.org/wiki/Прототипирование

Для этого надо иметь ТЗ с учетом ниши, где собираются продавать его. Для России это не подойдет. Есть такая весьма продуктивная ниша - игрушки (лего, конструкторы, наборы юного химика и пр.).

Что за чушь.
"Прототип" создаётся именно для проверки работоспособности "идеи". Что так будет работать в ПРИНЦИПЕ.
При этом внешний вид прототипа может сильно отличаться от конечного изделия, которое пойдёт в серию

Отличаться может внешний вид, но не плата электроники.
Думаю автора завалят предложениями сделать на макетках обвязку к каким-нибудь дешевым KIT-ам на STM
И это будет начало провала.
Но самое узкое место в этом деле - человек отвечающий за серверную часть.
Такое количество датчиков требует специально заточенной SCADA.
На самопальном же сервере со сделанным на коленках UI юзеры быстро потеряют энтузиазм следить за такой кучей датчиков,
забудут даже их смысл.
Тут только Fog технология будет иметь перспективу, но ее разработка точно займет пару лет.

Вместо того, чтобы честно выбрать один из 2-х вариантов ответа:
а) есть опыт/наработки, но оторвать попу от стула - 1млн.руб.,
б) никакого опыта/наработок нет, но готов начать с нуля за 1 млн.руб.,
начинают нести полную ахинею по сложностям/срокам/итд.

Да ладно!
Поприезжают так раз 10 в день на каждый упавший листик или потому что птичка на подоконник села и попрыгала. И потом будут забивать на такую "надёжную систему" как на ложные срабатывания. И когда действительно будет нужно - не приедут.
На прошлой работе у нас была система пожарной сигнализации, но какой-то датчик в ней глючил - бывало по несколько раз в дней тревога с сиренами срабатывала (Говорили что на какой-то датчик в определённый момент времени попадает солнце и он ложно срабатывает). Искали (а может не очень?) много лет, когда я увольнялся оттуда проблема оставалась.
Так вот: хоть по регламенту и полагалось у нас по сигналу сирены выключить всё и срочно добежать до выхода за 1 минуту и полагалось наказание тем кто не успел; но когда началась такая шняга с этими ложными тревогами, народ даже задницу перестал отрывать от стула. В лучшем случае через несколько минут завывания сирен посылали кого-нить (в другое здание, туда где охрана сидит) узнать - ложная или нет тревога.


Хех! Зря так думаете! Смотря в каком месте этого домика устанавливать. Наши устройства ставили в закрытых объектах находящихся на открытом воздухе. И температура летом там поднималась до +70 градусов. И это при том что объекты находились в Ямало-Ненецком и Ханты-Мансийском округах!
Достаточно всего нескольких солнечных дней чтоб такое невентилируемое помещение прогрелось до температур за пределами коммерческой элементной базы.

Вот поэтому и горят наши торговые центры и ночные клубы (всякие там "хромые лошади" и прочие): из-за постоянных ложных срабатываний систему пожарной сигнализации охранники тупо отключают

Так значит всё-таки виноват была не GSM, а Ваше неправильное его применение? Плохому танцору всегда что-то мешает...
Мы много лет работали с GSM-модулями в своих устройствах и давно знаем что без внешнего аппаратного сброса применять их в ответственных применениях нельзя. Да и в инете полно информации по этому поводу.

Так ТС же пояснил, что цель - проверить концепцию для широты Москвы (см. выше)

Думаете на широте Москвы солнечных дней не бывает? Или эта широта - севернее ЯМАО или ХМАО?

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

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

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

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

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


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

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

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

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

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

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


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