[AlexandrY 3]

Наши устройства ставили в закрытых объектах находящихся на открытом воздухе. И температура летом там поднималась до +70 градусов.

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

Так у него на солнце в поле плавилась прозрачная крышка. LCD чернел полностью.

Широта Москвы как раз была.

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

[Myron 0]

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

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

[Leka 0]

И наши возражения не принимаются.

И правильно.

Срок 1 мес на прототип совершенно реально для специалиста, уже имеющего наработки в этой области:

- подключение разных датчиков к мелким МК,

- связь мелких МК между собой,

- подключение GSM модема к мелкому МК,

- удаленная перепрошивка мелкого МК.

Если задача только в телеметрии, оповещении, удаленной перепрошивке, то Raspberi Pi3 и тп излишни, и только усложнят проект - достаточно мелких МК.

Сложные вещи реализовывать в полной мере в прототипе не нужно, только демонстрация принципиальной возможности.

 

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

 

[a123-flex 0]

Тут только Fog технология будет иметь перспективу, но ее разработка точно займет пару лет.

что за бред ?

[[email protected] 0]

И правильно.

Срок 1 мес на прототип совершенно реально для специалиста, уже имеющего наработки в этой области:

- подключение разных датчиков к мелким МК,

- связь мелких МК между собой,

- подключение GSM модема к мелкому МК,

- удаленная перепрошивка мелкого МК.

Если задача только в телеметрии, оповещении, удаленной перепрошивке, то Raspberi Pi3 и тп излишни, и только усложнят проект - достаточно мелких МК.

Сложные вещи реализовывать в полной мере в прототипе не нужно, только демонстрация принципиальной возможности.

 

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

 

[jeka 0]

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

[gosha-z 2]

raspi как бы ненадежная штука.

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

 

[AlexandrY 3]

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

Страшен не 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 предлагает.

[Leka 0]

Не понимаю, зачем все эти сложности для передачи телеметрии через GSM модем.

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

 

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

Изменено 9 сентября, 2018 пользователем Leka

[a123-flex 0]

Не понимаю, зачем все эти сложности для передачи телеметрии через GSM модем.

Это реклама такая, что непонятно ?) Весь мир перешел на экологически чистый героин, а вы все клиента на синьку тянете)

Главное i.MX && BLE присунуть - а там уже успех не за горой - весь хабр статьями завален. Зачем оно там нужно - дело десятое, зато звучит круто.

Android Things - тоже звучит.

Правда непонятно, какой идиот будет строить высоконадежную систему на Андроиде, но зато крутые маркетологи название придумали.

 

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

 

Когда говорят сделаю щас на ардуино - это означает перенос всей работы на разработчика фронтэнда такой системы.

Т.е. реально удорожание. Поскольку системные разработчики берут больше.

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

 

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

 

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

 

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

[AlexandrY 3]

Не понимаю, зачем все эти сложности для передачи телеметрии через GSM модем.

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

 

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

Какой толк с такого маленького объема с 60-ю датчиками?

Зачем они вообще нужны в таком варианте?

Ни глитчей не увидите, ни аномального поведения.

Менеджмент требует большого трафика, защита опять же нужна , облачные протоколы причем совместимые, подключение к базам данных, а там и инфраструктура ключей и проч.

Когда говорят сделаю щас на ардуино - это означает перенос всей работы на разработчика фронтэнда такой системы.

Т.е. реально удорожание. Поскольку системные разработчики берут больше.

[Aldec 0]

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

 

 

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

[Aldec 0]

https://www.ritm-gsm.ru/ritm-wireless/