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

[Ap507]

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

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

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

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

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

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

[kovigor]

Создаю систему телеметрии за инженерными сетями зданий (отопление, вентиляция, кондиционирование, водоснабжение, канализация, электроснабжение и т.д.).

Я почему-то думаю, что такие системы уже много-много лет существуют. Чем именно ваша система будет отличаться от существующих ?
И работа эта явно не для "схемотехника/электронщика/программиста", а для хорошего такого коллектива. Возможно, даже не одного.
А еще мне интересно, в какую копеечку влетит сертификация подобной системы ...

[Ap507]

Я почему-то думаю, что такие системы уже много-много лет существуют. Чем именно ваша система будет отличаться от существующих ?
И работа эта явно не для "схемотехника/электронщика/программиста", а для хорошего такого коллектива. Возможно, даже не одного.
А еще мне интересно, в какую копеечку влетит сертификация подобной системы ...

Не преувеличивайте. Основные решения уже действительно существуют. Задача подобрать компоненты в систему и заставить ее работать.
Сертификация это вопрос послезавтрашнего дня. На сегодня нужен работающий прототип.

Я понимаю, автор темы хочет поднять денег на разработке умного котла для удалённого деревенского дома.
А резервирование и бесперебойное питание не забыли, не?
На что Миландр, и то понял бесперспективность проводного обвешивания датчиками и пошёл по пути PLC.

Не совсем так, или совсем не так. Вопрос именно в мониторинге. Не управление.

[kovigor]

Не преувеличивайте. Основные решения уже действительно существуют. Задача подобрать компоненты в систему и заставить ее работать.

А вы сами, простите, кто по специальности ? Инженер ? Программист ? Или менеджер ?

P.S. Да, есть готовые системы телемеханики, тот же Гранит, но вот можно ли "выдернуть" из него и использовать только телеметрию - не знаю:

http://www.granit-micro.ru/

[Ap507]

А вы сами, простите, кто по специальности ? Инженер ? Программист ? Или менеджер ?

P.S. Да, есть готовые системы телемеханики, тот же Гранит, но вот можно ли "выдернуть" из него и использовать только телеметрию - не знаю:

http://www.granit-micro.ru/

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

[kovigor]

раннего выявления аварий.

Сценарий вам описал baumanets. Хорошо, вы узнали, что, например, владелец уехал на дачу и забыл закрыть газ. Дальше что ? Будете его вызванивать ? А дозвонитесь ? А не будет ли к тому времени уже поздно ? Вам нужна полноценная система телемеханики, хоть и маленькая, но все же. Нужно иметь возможность удаленно или автоматически, вообще без информирования пользователя, перекрыть газ, воду и проч. Система, только информирующая пользователя, мало кому интересна, ИМХО ...

[baumanets]

Сценарий вам описал baumanets. Хорошо, вы узнали, что, например, владелец уехал на дачу и забыл закрыть газ. Дальше что ? Будете его вызванивать ? А дозвонитесь ? А не будет ли к тому времени уже поздно ? Вам нужна полноценная система телемеханики, хоть и маленькая, но все же. Нужно иметь возможность удаленно или автоматически, вообще без информирования пользователя, перекрыть газ, воду и проч. Система, только информирующая пользователя, мало кому интересна, ИМХО ...

Автоматически не всегда правильно. Даже показания датчиков можно интерпретировать по-разному.
В деревенском доме, зимой в -40С датчик расхода воды показывает утечку. Остальные в норме. А дальше варианты.
Либо игнорить - сорвало кран в ванной, но без камеры не определить.
Либо ещё не сработали. Допустим однозначно прорвало трубу отопления.
Датчик влажности и протечки сработал. Объём утечки известен.
А дальше варианты что делать должен принимать хозяин. Либо отключать котёл, замораживать дом.
Но если в подвале бассейн с рыбками или в доме оранжерея с цветами, то заморозка недопустима,
даже ценой заливки.
А если просто загородный, летний, дачный, деревянный домик, то заливать недопустимо.
В таких ситуациях у человека должна быть возможность вмешаться в принятие решений автоматикой.

Другой вариант из реальной жизни.
Зеленоград. Оставили хозяева работать стиральную машину, а сами ушли.
На стиральной машинке лежал фен, включённый вилкой в розетку.
Во время отжима от вибрации стиралки фен падает и включается.
От непрерывной работы фен загорается. Соседи почуяли запах и вызвали МЧС, которое затушило пожар на 2 кв.м.

Как в таком случае действовать, если бы это произошло в деревне?
На фоне потребления 2кВт машинки 800Вт фена можно не увидеть в статистике.
Датчик дыма - да. Но пока доедешь от дома гарантированно останутся горящие угли.

[kovigor]

Как в таком случае действовать, если бы это произошло в деревне?

Датчики + подключение к пульту охраны. У нас на старой работе была госохрана. Датчики на разбитие стекла, на движение, на дым, и т.п.. Три минуты после срабатывания - и приезжают охранники. Чувствительная, очень. Как-то сработала от упавшего под действием сквозняка листика А4. Единственный надежный вариант, ИМХО. Еще вариант, но не такой надежный - иметь хорошие отношения с соседями и попросить их присматривать за домом, если надолго исчезаете, или даже дать им ключи. Мало ли что ...

[jcxz]

Датчики + подключение к пульту охраны. У нас на старой работе была госохрана. Датчики на разбитие стекла, на движение, на дым, и т.п.. Три минуты после срабатывания - и приезжают охранники. Чувствительная, очень. Как-то сработала от упавшего под действием сквозняка листика А4. Единственный надежный вариант, ИМХО.

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

Летний домик не греется до +50 ни летом ни зимой.

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

[Myron]

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

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

[jcxz]

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

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

[Myron]

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

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

[Leka]

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

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

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

[Ap507]

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

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