Особенности работы с подрядчиками Умного дома

Пролог

Создавая данную статью, мне хотелось поделиться своим опытом. Послушать комментарии тех, кто, так же как и я, уже бывал втянутым в авантюры по интеграции решений, написанных «на коленке». Вполне возможно, что мое «веселое» приключение позволит кому-то не попасть в подобные безумные ситуации. А просто работать, зарабатывать, делать мир и приятнее и интереснее.
Ривьера парк, создание системы "Умный дом" 
Чего ожидал: имея за плечами значительный опыт в программировании контроллеров, полагал, что смогу вложить в проект несколько уже готовых и отлаженных алгоритмов. Естественно, адаптировав их под нужды конкретного Заказчика.
Что вышло: вложив душу и значительное время на работу в данной команде, я оказался, по сути, в ней изгоем. Человеком, чей опыт по факту оказался не востребован.
Вывод:
1.    Не стоит входить в команду интеграторов как программист-подрядчик, если у них уже есть свой программист и твою работу можно быстро передать ему. Даже если тебя уверяют в том, что он невероятно занят на других проектах;
2.    Не стоит приступать к работе без оформленного Договора. Аванс без договора и спешка не должны являться аргументами для принятия решения;
3.    Неплохо бы почитать отзывы о компании ДО НАЧАЛА РАБОТ;
4.    Не стоит работать на команду лиц, которые могут ставить тебе задачу поочередно – порвут как «тузик грелку». Очень желательно, чтобы назначался ОДИН человек, который раздавал бы задачи всем остальным членам коллектива.

Автоматизация в условиях covid19 
Шла вторая волна COVID19.

Эпизод 1. Знакомство

Знакомство с руководителем нанявшей меня компании началось задолго до начала работ. Мы общались около года, переписывались, пытались найти общие стороны взаимодействия. «Home systems» использует оборудование ОВЕН для реализации проектов «умный дом», я также часто его использую. В итоге руководитель «Home systems» обратился ко мне с предложением о совместной работе с очень горящими сроками. Надо было сдать систему автоматизированного управления квартирой до нового года и на всю работу оставалось чуть больше месяца. Я очень сильно сомневался реальности таких сроков, но на тот голодный ковидный период с работой было совсем туго и я согласился.
Сомнения мои подтвердились общей строительной неготовностью объекта. Монтажные работы были в самом разгаре. Провода свисали с потолка как лианы в джунглях. Шкаф автоматики тоже был не готов. Принимая участие в отладке шкафа, поочередно подавал питание на подключенные группы света, в ответ раздавались громкие хлопки где-то над потолком и полностью гас свет.
 Монтаж шкафа автоматизации

Эпизод 2. Условия труда

Думаю, многие согласятся с тем, что для работы требуются хотя бы стол и стул. Когда этого нет и привезти не представляется возможным, рабочее место выглядит примерно так:
Условия работы инженера АСУ ТП, умный дом

Условия работы инженера АСУ ТП, умный дом 
 
Особо стоит отметить уборную, у которой нет двери. Воды тоже нет. Вы знаете, что произойдет с унитазом в «умном» доме, если пользоваться им по назначению нескольким людьми, несколько месяцев и без воды. Условия такой работы позволяют развить рекордные возможности задержки дыхания.

Условия работы в умном доме без воды 

Эпизод 3. Планирование

В начале работы ребята из «Home systems» делали вид, что со мной согласны. Что таблицы ввода-вывода – нужная и необходимая в хозяйстве вещь. Проект был «неконсистентный», имел ряд нестыковок. Таблица ввода-вывода постепенно разрасталась, в каждую версию вносились правки. Версия №24 стала венцом творения и свела воедино информацию из разных источников.

Таблица ввода-вывода в АСУ ТП

Меня попросили создавать и отслеживать план-графики. Графики постоянно сдвигались. Выглядели они так:

План-график работ по созданию системы автоматизации

План-график работ по созданию системы "умный дом" 
 
После того, как закончился январь, смысла делать план-графики уже не было. Сроки «стухли» окончательно и пришлось «отжиматься» под текущие обстоятельства.
Техническое задание стало основной проблемой. До самого конца моей работы в данном проекте у меня его не было. Была, конечно, основная задача – создать программный код. Сопутствующие работы придумывались ребятами на ходу, все сильнее инкрементируя задачу.
В команде также был программист KNX, мы вместе ранее проходили обучение в офисе Embedded Systems на Logic Machine. Он оказался очень сообразительным - вышел из работ раньше меня и с меньшими потерями, так как понял всю бесперспективность сотрудничества с данной компанией.

Эпизод 4. Работа без технического задания

Описание алгоритмов
Наниматели изначально требовали, чтобы я предоставлял алгоритмы включения групп освещения и управления климатом в графическом виде для согласования, но это по факту без технического задания выполнить было нереально. Выход нашелся в создании логических схем на языке CFC, что позволяло худо-бедно выполнять возложенные требования.
Описание алгоритмов при создании системы АСУ ТП 
Таких схем было около десяти и это только по освещению, к климату еще не подошли. Честно говоря, не понимаю, как этим будут пользоваться владельцы и это ли задумывали дизайнеры. На мой взгляд, вышло очень сложно.

Структурные схемы
Структурная схема при создании системы АСУ ТП 
Составлял структурные схемы, чтобы хоть как-то понимать, что же мы пытаемся реализовать.
Архитектура системы никогда не обсуждалась, так как любые выпады в сторону системного архитектора не приветствовались. Принимал и реализовывал решения так, как они были задуманы.
В архитектуре системы присутствовал серьезный недостаток – было образовано «узкое горло» в виде сервера UMC, который объединял две экосистемы KNX и MODBUS. Значения температур в помещении брались из кнопочных выключателей света KNX, а устанавливаемые значения (уставки) из настенных панелей EKINEX. Релейное и диммируемое управление было на стороне ПЛК210 ОВЕН, там Modbus TCP. UMC не обладает повышенной надежностью, так как не поддерживает систему реального времени и должен служить как элемент системы визуализации дома. Вот что ответили в службе технической поддержки относительно встроенной операционной системы:
Техническая поддержка Iridium Mobile 

UMC + ПЛК210 Овен 
В середине февраля парни спалили и этот UMC, подав на вход питания два равных потенциала +24VDC с разных импульсных источников питания. Это событие оказалось переломным моментом в нашем сотрудничестве, так как оно серьезно подняло градус в отношениях и прибавило всем работы. Перестал понимать, будут ли вообще компенсированы трудозатраты. Начал жалеть, что связался с этим коллективом.

Эпизод 5. Выдача технического задания. Финал

Мои настойчивые просьбы выдать мне техническое задание в письменном виде встретили бурное негодование. «Не писать же за тебя алгоритмы», -  говорили они. «Мы прогнулись под твое требование сделать таблицу ввода-вывода, и без нее бы справились, только время потеряли», - говорили они. Потом подумали и… выдали.

Вот оно:
Особенности выдачи технического задания 
Ребята из «Home systems» сообщили мне, что техническое задание уже у меня.
Я проверил почту и нашел в ней документ из проекта в формате А3. С этим документом я уже был знаком в ходе работ и не подозревал, что в него позднее впишут техническое задание.
Меня попросили открыть этот документ и найти в нем искомое.
Признаюсь честно, я не нашел техническое задание ни с первой, ни со второй попытки. Ни даже с третьей. Я его увидел только тогда, когда его автор подключился по удаленному доступу и показал, где оно находится. При этом сообщил мне, что я не умею читать документацию. Многое я повидал за более чем 20-летний стаж работы в автоматизации, но с таким пренебрежительным отношением столкнулся впервые.
Наверное, я отстал от жизни, раз привык получать техническое задание в отдельном документе, хотя бы в том же ворде.
Понял, что с меня хватит и вышел из работ без оплаты.
Через месяц мне вернули мой ПЛК210 Овен, который я им давал на то время, пока их контроллер находился на сервисном обслуживании. Вернули с выломанным портом microUBS.
Варвары и ПЛК210 Овен

В денежном эквиваленте мой убыток составил порядка 50000 рублей за работы + стоимость контроллера.
Удачной эту работу можно назвать только с точки зрения приобретения жизненного опыта, который ценен любой, как ни крути.

#умныйдом, #особенности, #техническоезадание, #климатика, #освещение

English version

18.04.2021

Вячеслав, спасибо, познавательно, жизненно...Каждый с таким сталкивается...умный дом берут на подряд неизвестно кто, а затем приходится с ними работать... Так что все-таки более надежное UMC или RPI?

04.04.2021

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

04.04.2021

Чтоб не было п...дежу, делай все по чертежу(ТЗ). Тоже сталкивался с разного вида "умнымнодомщиками" и организация примерно такая же. Такое ощущение, что ТЗ от заказчика они и сами принимают в виде "Сделайте мне так, чтоб мой дом стал умным".. А вообще, насколько оправдана реализация умного дома (тем более квартиры) именно с применением ПЛК, ведь есть уйма готовых решений z-wave, на zig bee и пр. с уже готовыми веб серверами, API, интеграция и с голосовыми ассистентами, моб приложениями и пр.

04.04.2021

Бывает! Надеюсь ты несильно расстроился? Некоторое время назад, мне казалось, что мы достигли дна и дальше опускаться уже некуда. Теперь изучаю, насколько это дно может быть рельефным благодаря своему личному опыту, тебе и опыту других коллег.

04.04.2021

Ну вот посчитал потери, зафиксировал убыток, сделал выводы(хотя их бесполезно делать, так как определить мудаковатость клиента или партнёра до первого объекта невозможно), и погнал вперёд! Правильный подход. Так держать, несмотря ни на что!

04.04.2021

Для меня подобные истории случаются примерно раз в два года. Наступаю на свои собственные грабли и зарекаюсь не работать с мудаками (часто это сложно выяснить в начале диалога, но есть яркие маркёры, на которые забиваешь, «засыпаешь» и ведёшься). Смысл в том, что я каким-то образом сам нахожу таких клиентов, в этом надо отдавать себе отчёт. Во-вторых, с последних таких случаях я стал работать с партнером, который критически относится к рискованным объектам и видит все со стороны, тормозит такие проекты или мы выставляем условия, которые минимизируют наши риски. Это мой лайфхак

01.04.2021

Всё что вы перечислили - это жестяной барабан ( т.е детская игрушка). Только индустриальные решения с современными протоколами полноценны , остальное - кастраты

01.04.2021

Чтоб не было п...дежу, делай все по чертежу(ТЗ). Тоже сталкивался с разного вида "умнымнодомщиками" и организация примерно такая же. Такое ощущение, что ТЗ от заказчика они и сами принимают в виде "Сделайте мне так, чтоб мой дом стал умным".. А вообще, насколько оправдана реализация умного дома (тем более квартиры) именно с применением ПЛК, ведь есть уйма готовых решений z-wave, на zig bee и пр. с уже готовыми веб серверами, API, интеграция и с голосовыми ассистентами, моб приложениями и пр.
Ваш комментарий добавлен

Возврат к списку