
reffar

Как мы в торговом центре диспетчеризацию сделали
Расскажу длинный кейс, как мы за 5 лет сделали диспетчеризацию торгового центра, вывели все инженерные системы на 3 монитора и сделали для них красивые интерфейсы.
Сперва расскажу, что это такое и зачем это нужно, особенно торговому центром. Диспетчеризация инженерных систем здания, или BMS (Building Management System) - это "умный дом", но в размерах больших зданий и сооружений. Как и в доме все сводится в одну систему, где можно мониторить и управлять светом, климатом и т.д. Диспетчеризация на таких больших площадях решает 2 самые главные проблемы. Первая - это мгновенно узнавать и реагировать на неисправности. Если что-то сломалось, протечка, встало отопление зимой, погас свет, персонал должен об этом сразу узнать. Вторя - это сокращение времени на обслуживание. Чтобы выключить свет в торговом центре без диспетчеризации техник должен обойти все щиты и выключить свет, это занимает около 4 часов рабочего дня, можете представить, как они жили и сколько тратили времени без диспетчеризации.
Летом 2017 года мне с сайта позвонил клиент и попросил приехать осмотреть объект. Мы тогда пол дня проходили по крыше и по разным темным местам. Торговый центр, мягко говоря, большой, инженерных систем очень много, подготовка под диспетчеризацию и автоматизация есть, есть локальная технологическая сеть внутренняя, есть диспетчерская, где кто-то на момент строительства уже успел что-то сделать, но это все не работало. Исходников, естественно, у клиента нет, короче, ситуация классическая. Мы походили, посмотрели, поняли, что работы очень много, трудозатраты на все работы определить крайне сложно, нужно было начать хоть с чего-то. Я уехал, составил очень укрупненное КП от ИП и без НДС, чтобы остались хоть какие-то следы, но особо не рассчитывал на работы, хотя объект очень интересный и масштабный.
Прошел ровно год, я уже подзабыл про этого клиента, но летом 2018 года меня пригласили еще раз и попросили обновить КП. Мы взяли пару дней еще раз все обследовать и составили уже более конкретный план работ.
С клиентом мы решили разбить работы на два этапа и первый этап планировали реализовать до конца 2018 года. В этот этап входили основные инженерные системы и сама диспетчеризация, установка и настройка сервера, скады и т.д. Напомню, что это действующий торговый центр и в нем действительно много систем. Многие работы можно производить только ночью. На первом этапе нам нужно было вывести в диспетчеризацию 98 вентиляционных установок, 60 вытяжек, 7 индивидуальных тепловых пунктов, 156 фанкойлов и около 30 щитов освещения. Мы подписали договор и приступили к работам.
Этап 1
Я был очень рад, что мне доверили такой объем работы и, определенно, это один из топовых объектов для портфолио. Но это был 2018 год и у нас был ряд вопросов, которые предстояло решить.
У нас параллельно шли еще объекты и на них уходило много времени.
До этого мы не работали ни с одним из контроллеров, которые были там установлены.
Мы не знали какую выбрать скаду, выбирать предстояло по ходу, клиент право выбора доверил мне.
Мы вообще понятия не имели, как делать интерфейс для такого количества информации на экране.
Работы очень много, надо с чего-то начинать. Сперва определились со скадой, мы тогда установили несколько триальных версий от разных производителей и остановились на Simple-Scada, на тот момент она больше всех понравилась своим дизайном и документацией. Пришлось посидеть и поразбираться как она работает и как работают скрипты. Кстати, тогда еще не было шаблонов, это сейчас мы потратили время и перевели все на шаблоны, а тогда каждое окно и каждая установка были отдельно сделаны друг от друга.
Освещение
Клиент попросил нас начать с освещения, так как это было самым больным местом все торгового центра. Всего около 30 щитов и около 270 линий освещения, и эту информацию нужно разместить на одном мониторе, желательно удобно, красиво, информативно и понятно для любого человека. Идей не было, поэтому я стал пробовать разные варианты.
Я засунул автокадовскую планировку в 3D Max, поднял стены и попробовал отобразить свет. Идея, возможно, и рабочая, когда всего пара типов светильников и не такое количество коридоров и помещения. У нас тут есть и "желуди", и "коньки" и много чего еще, которое вообще не понятно, как показать. И еще не понятно как спрятать стены, чтобы были видны дальние коридоры. Короче, идея не очень хорошая.
Попробовал оставить псевдо 3Д и сделать вид сверху. Уже лучше, так можно больше всего показать. На картинке можно увидеть "выключенный желудь" и точечный свет на входной группе. Идея более живая, можно было бы потратить много времени и все это красиво отрисовать, но хорошей информативности добиться было бы сложно, так как линий очень много и искать нужные будет сложно. Ну и надо еще держать в голове, что помимо света будет еще много других окон и нужно стараться поддерживать общую стилистику. Это одна из причин, почему я уже давно перестал использовать 3Д в интерфейсах, сложно масштабировать и поддерживать идентичность.
Идея оставить планировку торгового центра и на ней уже располагать информацию понравилась, тем более она очень хорошо вписывается в размеры экрана. И самое главное, торговый центр одноэтажный, с двумя и более этажами история была бы другой. На скриншоте сверху тестировал как разместить вентиляцию на плане, чтобы все поместилось, пришла идея сделать максимально просто и понятно, сгруппировать установки по венткамерам, а линии освещения по щитам управления. И выводить на основной экран только название установки или линии освещения и подкрашивать название в нужный цвет в зависимости от состояния. Идея отличная, нужно теперь все причесать и выровнять.
Здесь уже полностью рабочий вариант, подобраны цвета, сделаны подписи секций, обозначены галереи, добавлены тени. Каждая голубая плашка - это щит освещения, в нем линии освещения. Белый цвет - выключен, зеленый - включен, красный - линия не исправна. Не исправность линии значит, что она либо не включилась, либо не выключилась. Сделали несколько разных расписаний под разные типы освещения. Все щиты на экране кликабельны, по клику открывается детальное окно.
В дочернем окне больше информации о линии, здесь ее номер, статус, режим работы и комментарий.
Что еще интересного? В щитах установлены контроллеры Segnetics Pixel с модулями расширения, с ними мы прежде не работали, но алгоритм работы простой и сделали мы его быстро. Специфика контроллеров в том, что их нельзя загружать из диспетчерской, необходимо было обойти каждый щит и прогрузить контроллер. А делать это можно только в ночное время, так каждую линию нужно было протестировать. Мы потратили пару ночей, чтобы пройти все щиты, параллельно проверяя физику и связь, устраняя по ходу мелкие неисправности. Занятие не самое веселое, думал я, пока не подошли к вентиляции.
Светом нас просили заняться в первую очередь, так как на обход щитов эксплуатация тратила очень много времени. Когда завели освещение, немного протестировали его, отдали пользоваться инженеру и столкнулись с проблемой, что несколько щитов периодически теряли связь. Мы не могли понять почему. Связь устойчивая, пинг есть, переобжимали несколько раз, кабель проверяли, а замечания от эксплуатации к нам прилетали все чаще и чаще. Примерно неделю мы искали проблему, оказалось, что идет задвоение MAC адреса на сетевом модуле контроллера, из-за этого рушится соединение. Вероятность этого события очень низкая, но нам посчастливилось с ней столкнуться. И, конечно, проблемный шкаф оказался один из двух шкафов, который находился за потолком, на самом верху, куда подлезть можно только ночью.
Вентиляция
Сделав освещение, у нас была концепция главного экрана для вентиляции и для других систем, это немного успокаивало, было понятно, с чего начинать. С другой стороны, было 98 вентмашин на кровле с контроллерами, как и на освещение, с которыми мы не работали прежде. К нашему приходу автоматика была полностью готова, вентиляция работала штатно, но нам нужно было в любом случае менять алгоритм, так как нужно было дополнительно добавить в контроллер частотные преобразователи по Modbus RTU. Идея была сделать один полностью отточенный алгоритм, обкатать его и дальше уже размножить его на все установки. У Segnetics есть очень удобный конструктор для вентиляции, я взял его за основу и добавил в алгоритм частотники и что-то еще по мелочи, загрузил в ближайшую установку и оставил ее работать на время.
Чтобы подключить частотники к контроллерам нужно было произвести электромонтажные работы: прокинуть кабель и подключить его, на это ушло две недели работы. Чтобы пройти по кровле 15 венткамер и загрузить первый раз алгоритм в контроллеры потребовалась еще неделя. Естественно, с первого раза нельзя сделать все правильно, нашлись ошибки, пришлось еще раз обходить все установки и перезаливать, а потом еще раз и еще раз. Если бы у контроллеров была возможность загружать алгоритм удаленно из диспетчерской, то за эти 5 лет я бы точно сэкономил себе пару месяцев жизни.
Напомню, что в 2018 году Simple-scada не поддерживала шаблоны, поэтому каждое окно приходилось создавать руками и руками привязывать переменные, аварии, тренды. Этим "безудержным весельем" занимался Максим больше недели, каждое утро приезжал в торговый центр и весь день сидел привязывал переменные. Спасало только то, что всегда можно выйти и купить кофе.
В 2020 году мы перевели вообще все на шаблоны, сейчас у нас шаблоны внутри шаблонов внутри шаблонов, поэтому внести изменения занимает несколько минут. Но самая полезная функция шаблонов - это минимизация ошибок и опечаток. В 2018 году мы создали и привязали больше 10 000 переменных, как бы не старались, но без ошибок обойтись нельзя.
В интерфейсе освещения у нас был один уровень вложенности, но в вентиляции прилично больше информации, поэтому решили сделать два уровня вложенности. По клику на венткамеру открывается окно с важными параметрами всех установок этой венткамеры, а по клику на установку уже откроется мнемосхема самой установки.
Когда делали интерфейс вентиляции произошел забавный (нет) случай, скопировали кнопку с освещения для теста, а к ней был привязан скрипт с освещения, и когда ее нажали, то погасили весь свет в торговом центре. Хорошо, что это были будни и было еще светло на улице и мы его сразу же включили, но от руководства тогда мне прилетело сильно. Я старался объяснить, что мы на действующем объекте, на горячую проводим большой объем работ и такие случаи могут возникать, к сожалению. При этом все работы со светом мы проводили и проводим только ночью, когда ТЦ закрыт, но вот одна кнопка нас подвела. Кажется, это был самый большой косяк на этом объекте.
Отопление
В торговом центре 7 ИТП, мы их делали параллельно с вентиляцией и с фанкойлами. Это был самый простой этап, так как он здорово ограничен в функционале. За автоматизацию отвечают контроллеры Трансформер, у них есть очень удобный собственный OPC Server, мы купили лицензию на 7 итп на флешке и подключили к нашей диспетчеризации. Разработчики программно ограничивают возможность любого дистанционного управления, поэтому мы сделали только мониторинг с трендами и авариями.
Когда вывели все ИТП на диспетчеризацию, то выявилось сразу много проблем в релейной схеме шкафа управления и в подключениях. То сигнал аварии и работы перепутан, то датчик оборван, то настроен не так. Мы изначально обещали клиенту, что все мелкие проблемы по ходу работ, которые сможем устранить сами, мы устраним. Это как раз тот случай, я потратил пару дней, походил по ИТП со схемами, разобрался и исправил все, что смог найти.
Интерфейс на ИТП сделали быстро, так как уже использовали наработки с вентиляции.
Фанкойлы
С фанкойлами было больше всего вопросов, и это вообще самая сложная часть. Что было не так?
Все фанкойлы находятся на высоте 6 метров от пола.
Почти все фанкойлы на территории арендаторов, к которым нужно согласовывать проход в не рабочее время.
К некоторым фанкойлам вообще нельзя добраться.
Целая пачка фанкойлов с обрывом связи по непонятным причинам. Может нет питания, может сгорел контроллер или предохранитель, может отошел кабель.
Одна линия с 15 фанкойлами вообще вышла погулять давным-давно, и никто не знает, что с ней.
Ну поехали разбираться. Топология такая: линия фанкойлов связана шлейфом интерфейсом RS485, на конце стоит преобразователь Moxa и дальше уже по Ethernet в локальную сеть диспетчеризации. Автоматика у фанкойла сделана кем-то очень кустарно, контроллер стоит Zentec Z400, который хоть и устарел и не выпускается уже, но вопросов к его работе никаких. Зато его можно прошивать удаленно из диспетчерской, чем мы и занимались. Моксу можно перевести в режим удаленного COM порта и подключиться к контроллеру или всей линии контроллеров сразу. Первым делом мы обновили системное ядро на всех контроллерах, к которым смогли достучаться, так как в старой версии ядра были проблемы с Modbus RTU, которые периодически ломали его работу. Мы написали новый алгоритм, протестировали его на одной линии, потом загрузили во все остальные фанкойлы. Процесс обновления ядра и загрузка довольно медленные, а фанкойлов больше 150 штук, но близость неограниченного кофе опять спасала.
Разбирались мы с фанкойлами долго. Где-то были задвоены сетевые адреса, после смены находились новый фанкойлы, мы их добавляли. Где-то они были поменяны местами, где-то были фанкойлы о которых вообще никто не знал, а где-то, наоборот, фанкойла не было, хотя он там должен был быть. Некоторые контроллеры были "окирпичины" и к ним приходилось лезть с ноутбуком и возвращать к жизни. Целая ночь ушла, чтобы починить линию, которая целиком не отвечала. Мы с техником на "Большом Брате" подбирались к каждому фанкойлу, пока не нашли проблемный, где монтажник промахнулся клеммой и посадил 230В на линию RS485. При этом Мокса сгорела моментально, а контроллеры остались живы. Заменив Моксу, вся линия вернулась в работу как новенькая.
С интерфейсом тут тоже все понятно, универсальный первоначальный вариант очень легко масштабируется под любую систему.
Этап 2
Мы завершили первый этап примерно за 4 месяца, подписали акты, потом еще несколько месяцев занимались постобслуживанием и, в целом, помогали чем могли. Прошел год и в 2020 году нам согласовали второй этап, в который вошли все оставшиеся инженерные системы. Как уже писал, первым делом мы обновили скаду и переделали почти всю работу заново, уже на шаблонах. Это заняло прилично времени, зато сэкономило его очень много впоследствии.
Энергетика, ВРУ, ТП
Мы диспетчеризировали 6 ГРЩ и 1 трансформацию подстанцию. Подготовка под диспетчеризацию была, но документации не было и все провода пришлось прозванивать заново и наводить порядок. С каждого ГРЩ мы снимаем положение и сработку автоматических выключателей на вводе и секциях. На обоих вводах стоят цифровые мультиметры, с них мы через интерфейс снимаем текущие значения напряжения, тока и мощности. Сделали несколько отчетов по напряжению и потребляемому току, иногда они бывают полезными. С подстанции нас попросили снимать только МТЗ ячеек.
КНС, ЛНС, ЛОС, тепловые завесы, обогрев кровли
Тут целая куча разных сигналов, решили все это вывести на один экран, чтобы экранов не было слишком много.
С тепловыми завесами не все просто и однозначно. Завесы чаще всего полностью автономны, со своим пультом и не предусматривают диспетчеризацию без костылей. В нашем случае получилось именно так, диспетчеризировать просто нечего, поэтому решили поступит следующим образом. Мы установили на каждый вход 1 или 2 датчика температуры, к каждой завесе подвели кабель и подключили его вместо пожарного сигнала на отключение завесы. На каждый вход у нас маленький шкаф с контроллером Pixel, который контролирует температуру на входе и выключает или разрешает работать завесе. При этом управление завесами каскадное в зависимости от разницы температур между уставкой и фактической. Это не очень хорошее решение, так как инженер не видит фактического состояния завесы и не может управлять скоростью и нагревом, но другого варианта не было. В 2022 году мы все-таки сделали один вход как нужно, но об этом дальше.
На КНС, ЛНС и ЛОС стоят свои шкафы управления где-то в районе паркинга, там своя автоматика и к ним заведен кабель. Мы где-то доставили реле и допники и вывели все необходимые сигналы. При этом одна из ЛНС находится в центре кругового движения, куда не заведен кабель и нет возможности вообще никак его туда подвести. Мы туда поставили радиомодем Спектр 433, это беспроводной удлинитель Modbus RTU. Были некоторые опасения по устойчивости сигнала, но за все время потери связи не было, правда, и расстояние там небольшое, около 100 метров прямой видимости.
Обогрев кровли и обогрев дренажных воронок. На каждый обогрев стоит свой маленький шкаф с Пикселем и датчиком уличной температуры, программу на управление написали новую.
Холодильный центр
В торговом центре два холодильных центра с серьезным оборудованием и своей системой автоматизации на контроллерах Carel. Нам удалось связаться с разработчиками этой системы, нам дали таблицу переменных и даже дали откомпилированный под новые версии контроллера программу. Иначе как чудо я это не назову, так как в противном случае нам пришлось бы писать программу на холодильный центр заново, а это очень непростая задача.
Этап 3
В третий этап мы собрали разные доработки и модернизации и провели его в 2022 году.
Больше всего внимания из всех систем требует к себе освещение, для торгового центра эта самая щепетильная часть. Освещения много, оно все разное и должно работать по-разному. Мы добавили еще десяток новых расписаний и установили несколько датчиков освещения на улице и несколько в центральных галереях, чтобы у инженера было больше возможностей для настройки освещения. Сейчас на разный свет можно назначить свое расписание и настроить его работу. Например, чтобы свет включался по внутреннему датчику, а выключался по внешнему или наоборот. Или настроить выключение по датчику, но в заданный промежуток расписания. Или не использовать датчик вообще.
Котельная
В котельной своя автоматика, она работает штатно и желания лезть в нее не было никакого. Но диспетчеризировать ее как-то надо.
В самой диспетчерской, прям рядом с нашими мониторами висел шкаф с панелью Weintek, которая дублировала основную панель в самой котельной. Это та диспетчеризация, которая была предусмотрена застройщиком. Я выгрузил проект с панельки на компьютер, дальше на одном из форумов мне помогли снять с него пароль, затем я настроил работу панели как сервер Modbus, чтобы она преобразовывала свой протокол общения с контроллером в нужный мне Modbus. Дальше дело техники, нужно составить таблицу переменных и интегрировать панель в нашу скаду.
Интерфейс получился довольно насыщенным, но и данных мы забираем много.
Модернизируем ИТП
Все-таки один тепловой пункт мы решили полностью модернизировать и заменить целиком шкаф управления. Существующая автоматика не позволяет управлять с диспетчерской, а для эксплуатации это очень важно, они хотят менять уставки, график и управлять приводами и насосами. Мы спроектировали новый шкаф управления на базе Segnetics SMH4, собрали все, установили, подключили и запустили. На скаде переработали интерфейс, добавили управление и расписание.
Модернизируем тепловые завесы
С завесами нужно было что-то делать, поэтому мы сделали один пилотный вход, чтобы посмотреть на результат. На входе 8 завес, из каждой мы вынули платы управления и пульты, установили внутрь контроллеры Zentec, перекоммутировали все внутри и соединили все в шлейф RS485. Написали новую программу управления для контроллера под каждую завесу. Теперь на диспетчеризации можно задавать режимы работы и контролировать текущий статус. Удобство эксплуатации повышается в разы, при сопоставимых затратах на модернизацию. Следующие завесы у нас на очереди.
Что по итогу?
Провели большую работу за эти годы. Сейчас у нас в скаде 16 000 переменных, все на шаблонах, окна грузятся и открываются мгновенно, ничего не вылетает и не лагает. Всю работу мы делали командой из 3 человек. За это время мы несколько раз переделывали алгоритмы вентиляции, освещения, фанкойлов, постоянно что-то исправляя и дорабатывая. Объект очень большой поэтому работы нам там еще хватит, это практически бесконечный процесс.
Спасибо, что дочитали до конца, надеюсь информация будет полезной.
Как мы корпус контроллера делали
Я уже долгое время вынашиваю идею разработать свой собственный контроллер для вентиляционных установок. За все время работы в области автоматизации и диспетчеризации инженерных систем накопился приличный опыт и понимание как это все должно работать и выглядеть. На рынке было уже достаточно много решений с разным подходом и в разном ценовом сегменте, но с уходом западных брендов их стало существенно меньше и это одна из причин, которая подтолкнула делать первые шаги в разработке контроллера.
В конце 22 года я начал работать в этом направлении. План был простой: сперва сделаем только дизайн и рендер будущего устройства. Если результат понравится и получится воплотить все идеи в рендере, то можно будет делать следующие шаги, а если результат будет не очень, то и продолжать не стоит.
Я составил краткое техзадание и сделал «наброски» в Фигме, как я вижу устройство, после чего обсудил все это с дизайнером, который специализируется на промышленных устройствах и с которым я уже был знаком. Техзадание описывало главные моменты контроллера: управление только одной нажимной крутилкой (энкодер с кнопкой), функциональная подсветка под крутилкой, дисплей 2 — 2.4 дюйма, можно монохромный, формфактор под модульный щиток, быстрозажимные и быстросъемные клеммы, темный цвет.
Тут нужно немного отступить и рассказать вообще, что это, для чего и почему именно так. Любая вентиляционная установка (а в будущем не только вентиляция, а насосные станции, кондиционеры, освещение и тд.) не может работать без автоматики, должен быть контроллер, которые будет ее включать, регулировать и следить, чтобы все работало как надо. Все контроллеры можно поделить на два класса: свободнопрограммируемые и парамметрируемые. Первые это ПЛК, которые можно использовать вообще, где и как угодно, для этого нужен программист с ноутбуком, он напишет для него программу или возьмет что‑то готовое и будет какое‑то время все это настраивать и запускать. Вторые не такие гибкие, сделаны под стандартные ситуации и не требуют программиста. Я выбрал второй вариант и буду стараться делать комфортный пользовательский опыт. Функциональная подсветка под крутилкой будет иметь разные цвета и, вероятно, будет сегментирована для индикации разных ситуаций. Управление одной крутилкой из моего опыта самый удобный вариант, удобнее, чем кнопки и, тем более сенсорные кнопки (привет Carel). Экран цветной и не сенсорный, и цвета практически не будут использоваться. В первоначальном варианте была идея сделать мини дисплей строчный внутри крутилки, где можно было бы вывести значения текущей температуры и уставки, но от этой идеи отказались почти сразу, так как это прилично усложняет и удорожает все устройство. Ну и, конечно, сайт, где можно будет сконфигурировать нужную программу, скачать все схемы, чертежи, инструкции, таблицы и тд.
Весь процесс разработки корпуса можно поделить на несколько этапов:
1. Предпроектные исследования, собираем референсы.
2. Эскизы, выбираем отправную точку.
3. Пару концепций, выбираем окончательное направление.
4. Дизайн, грубая 3D модель, красивый рендер.
5. Подготовка конструкторской документации, где учтены уже все железо, платы, крепления, размеры и пр.
6. Промежуточная модель, печатаем на принтере и красим, собираем все, смотрим все ли сходится.
‑-- сейчас мы тут ‑-
7. Вносим правки и выкатываем всю документацию, отправляем на производство.
Первый этап ‑ это подборка референсов и геометрии. На этом этапе дизайнер делает подборку разных стилей, предметов, устройств, чтобы определиться с концепцией, формами, линиями и тд.
Решили использовать простые формы, в основе которых лежат примитивы. Сложные линии и изгибы посчитали не нужными.
Дальше дизайнер подготовил эскизы, где уже определена геометрия и формы, и нужно было выбрать наиболее удачную компоновку, лицевую панель и вариант подсветки.
Остановились на последнем варианте с утопленной подсветкой и секторами. Здесь уже появилось и название будущего контроллера Eleven. Рабочее название закрепилось и скорее всего оно и останется.
На следующем этапе нужно было определиться с расположением и количеством клемм, с вент отверстиями и с портами.
Здесь представлены две разные концепции, которые отличаются в первую очередь расположением клемм. В обоих вариантах есть свои плюсы и минусы, но остановились на первом варианте с фронтальным расположением. Это немного сэкономит места в шкафу и добавит удобства при монтаже. Да и выглядит прилично лучше.
Теперь на этапе дизайна вопросов больше нет, осталось подготовить финальный рендер и можно хвастаться.
Ну вот пол пути пройдено. Здесь нужно было принимать решение, двигаться или нет дальше. Я остался доволен тем, что у нас получилось на этом этапе, хотя и оставалось несколько вопросов. Например, насколько ярко в итоге получится подсветка, есть опасения, что вся идея с подсветкой не жизнеспособная.
Мы сделали небольшую паузу, после чего приступили ко второму этапу. Здесь уже потребовалась совместная работа со схемотехником. Мы долго подбирали все компоненты и даташиты к ним. Размер экрана сперва выбрали 2.4 дюйма, но он оказался слишком большим, уменьшили его до 2.2 дюйма. Быстрозажимные клеммы заменили на аналогичные Китайские, они зеленого цвета, а не серого как в дизайне. Еще они на несколько миллиметров больше, чем первоначальные, из‑за этого необходимо немного увеличить корпус.
В Чип и Дипе я купил горсть разных энкодеров и пластиковую крутилку, чтобы подобрать самый отзывчивый. Сделали несколько разных вариантов линзы, один вариант, полностью утопленный с рассеивателем и второй вариант немного выступающий из‑под крутилки. Сейчас пока тестируем оба варианта. Параллельно с этим были спроектированы и заказаны платы. В целом этот этап получился довольно длинным и сложным, необходимо было учесть много нюансов, чтобы все это в итоге собралось, защелкнулось, работало и не грелось.
Вот так выглядит рендер уже конструкторской модели, где все элементы подобраны и стоят на своих местах. Можно отличить от дизайна по отверстиям для литья.
Сейчас мы распечатали на принтере модель и покрасили в черный цвет. Паяем платы и собираем все вместе. Параллельно пишем программное обеспечение. После того, как все это защелкнется, покрутим, посмотрим, внесем изменения в корпус и можно будет отдавать на изготовление первой партии.
Мобильное приложение Электрика 2.0
Итак продолжим историю разработки мобильного приложения!
Ссылка на iOs https://itunes.apple.com/ru/app/elektrika/id998289589?mt=8
Ссылка на Android https://play.google.com/store/apps/details?id=com.electric.h...
Прошло, примерно, 2-3 месяца, у нас имеется приложение только для iOs, которое содержит 9 статей и 3 калькулятора. Для старта не плохо, тем более, что в AppStore нет аналогов по тематике электрика вообще. Анализ GooglePlay показал, что там подобных приложений изобилие, особенно калькуляторов, их не много... их очень много. Хотя при всем их количестве, пригодность их в работе, на мой взгляд, весьма сомнительна. Но, тем не менее, выпускать наше приложение под Андроид и на что-то рассчитывать идея так себе. Посидели, подумали, идей возникло много и все они были классные!) Выделили бюджет на разработку и погнали работать!
Первым делом решили увеличить количество информационных статей и доработать уже имеющиеся (добавили в некоторых местах поиск и измени стиль html, чтобы они легче воспринимались). Статьи писались очень долго и разными людьми, специалистами в разных областях. Никакого копипаста из интернета, все писалось на собственном опыте. Некоторые статьи очень узкой и профессиональной направленности, например, "Автоматизируем ИТП", здесь собрали весь свой опыт и подкрепили собственными фотографиями с наших объектов. Людям, кто первый раз столкнется с этой работой, статья будет очень полезной.
Во-вторых добавили пару калькуляторов. Они достаточно простые и удобные для быстрой оценки, но не для точных расчетов. Большого смысла в них нет, но создать их совсем не сложно, поэтому они не выполняют ключевую роль, а просто дополняют приложение.
Дальше интереснее, пошли пилить ключевые фишки, которых нет у конкурентов даже близко!
3. Создаем большую базу нормативных документов, которые так или иначе, касаются нашей темы. Это: акты, СНиПы, ГОСТы, журналы, сметная документация, техническое обслуживание и другое. Всего 213 документов, все проверены, оптимизированы, убраны все корявости и косяки из них. Документы в формате DOC можно редактировать. Все документы можно открыть и сохранить себе на телефон. Этот функционал бесплатный.
В этом разделе есть отдельный смысл: люди просматривая документ переходят на наш рабочий сайт, тем самым создавая трафик, который помогает продвигать сайт в поисковиках.
4. Online-инженер. Это наше Ноухау. Чего-то даже близкого я не встречал в мобильных приложениях. Вернусь немного назад... идея была создать приложение, которое было бы не просто бестолковым справочником, и тем более не набором кучей бессмысленных калькуляторов, а было бы интерактивным карманным помощником. Сейчас такая тенденция, что смартфон становится гораздо больше чем телефоном. Больше чем фотоаппаратом, навигатором, почтой и т.д. Сейчас большинство привычных действий гораздо проще выполнять с телефона, чем лезть в компьютер. Например, офисные программы, Автокад, банковские клиенты.. работать с ними гораздо удобнее со смартфона. То есть, взглянув на шаг вперед, становится понятно, что людям, работающим с электрикой и автоматизацией, получать оперативно информацию, решать задачи, получать консультацию и т.д., гораздо удобнее через смартфон, чем с компьютера. Нам нужно сделать такой функционал в приложение, чтобы человек мог достать смартфон из кармана и несколькими движениями оперативно решить свою проблему. Время, когда смартфон заменит своей функциональностью ПК придет рано или поздно, и чем быстрее мы под это подстроимся и сможем предлагать людям качественный сервис, тем лучше. Этой философии мы и придерживались выпуская версию 2.0 и работая над версией 2.1, которая выйдет совсем скоро.
Online-инженер это сервис, где любой человек может отправить свой вопрос и мы на него ответим на электронную почту. Все очень просто. Как его монетизировать? Была идея сделать платную подписку по месяцам, но от нее отказались. Еще боялись, что запросов будет очень много и мы не сможем их обрабатывать. Но пока с этим справляемся. Вообще было много вопросов по нему... но пока сервис существует, он бесплатный, он функционирует, мы стараемся по максимум помогать людям, и они остаются довольны. Сейчас есть понимание в какую сторону развивать этот сервис, это долгий путь, мы уже работаем над этим, и планируем к лету выпустить что-то действительно сильное и удобное!
5. Новости! Это тоже очень интересная и уникальная вещь в нашем приложение. Каждый день мы публикуем свежие новости по нашей тематике. Это: новинки железа и ПО, новые решения и технологии и т.д. Раскрою секрет, как мы сделали все это быстро и красиво) Разрабатывать серверную часть и писать API для приложения это очень дорого. Мы использовали наш рабочий сайт, на котором уже есть встроенная возможность в движок публиковать новости. http://autonomnoe.ru/ На сайте сделали Jsoon файл, приложение его подхватывает и раскрывает уже в нормальном виде новости. Быстро, дешево и надежно. Вопрос монетизации еще не решен, договариваемся с крупными компаниями, чтобы они публиковались у нас. Аудитория приложения на момент публикации этой статьи составляет 38.000 пользователей.
6. И самое главное все это мы перенесли на андроид! теперь полноценное приложение на 2 осях!
Скачивайте, пользуйтесь нашим продуктом, получайте удовольствие и оставляйте отзывы и оценки)
У нас уже есть полностью рабочая версия 2.1 на андроид, там появились новые классные плюшки, совсем скоро выпустим.
Чуть позже напишу статью о новой версии и отдельную статью о способах монетизации и тратах на маркетинг =)