Jump to content

    

Ищу схемотехника/электронщика/программиста для разработки системы телеметрии

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

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

jgcgr9ciyysr50qzfbjlrxnqseo.png

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

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

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

Share this post


Link to post
Share on other sites
Думаете на широте Москвы солнечных дней не бывает? Или эта широта - севернее ЯМАО или ХМАО?
Ну так похоже ТС поместит устройство в ящик с охладением/нагревом. Ну в крайнем случае не будет работать несколько дней в году. Задачу ТС поставил себе другую. И наши возражения не принимаются. Начинающий инженер, но с амбициями, что же тут сделаешь.

Share this post


Link to post
Share on other sites
И наши возражения не принимаются.

И правильно.

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

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

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

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

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

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

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

 

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

 

Share this post


Link to post
Share on other sites
Тут только Fog технология будет иметь перспективу, но ее разработка точно займет пару лет.

что за бред ?

Share this post


Link to post
Share on other sites
И правильно.

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

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

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

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

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

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

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

 

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

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
raspi как бы ненадежная штука.

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

 

Share this post


Link to post
Share on other sites
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 предлагает.

Share this post


Link to post
Share on other sites

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

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

 

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

Edited by Leka

Share this post


Link to post
Share on other sites
Не понимаю, зачем все эти сложности для передачи телеметрии через GSM модем.

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

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

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

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

 

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

 

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

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

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

 

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

 

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

 

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

Share this post


Link to post
Share on other sites
Не понимаю, зачем все эти сложности для передачи телеметрии через GSM модем.

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

 

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

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

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

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

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

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

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now