Инженерные системы

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

 Проблема следующая: разработка «железки» состоит из нескольких этапов. Они слабо связаны с друг другом и требуют участия специалистов различных профилей: инженеров-конструкторов, промышленных дизайнеров, UI/UX дизайнеров, электронщиков, программистов, производственников и прочих специалистов в зависимости от предназначения продукта. При этом оценка стоимости разработки, материальной себестоимости изделия и стоимости производства – три главных критерия. С их помощью можно определить: будет притягивать проект инвестиции или приносить прибыль, или нет.

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

 В нашей компании мы часто сталкиваемся с такими запросами: "разработайте нам нечто такое, чтобы прям вау". Иногда к ним прилагается эскиз на салфетке и комментарий: "хотим таких тыщу штук в год".

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

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

Изначально команда хотела использовать бионику, чтобы выполнить робота похожего на черепаху. К сожалению, данная идея была обречена на провал. Такую форму достаточно сложно выполнить. Подобного рода изгибы можно выполнить на 3D принтере, но мы не обладали принтерами таких размеров, чтобы распечатать устройство объёмом 30 литров на принтере, а собирать по частям слишком проблематично.

С этой формой действительно можно работать. Теперь детали стало проще вырезать на ЧПУ станке. Вопрос был за малым. Осталось сделать чертёж деталей для станка и схему подключения электроники. Важным критерием было обеспечение работоспособности устройства в автономном режиме на протяжении 30 минут в море. Поэтому будет робот питаться от батареи состоящей из li-on аккумуляторов формата 18650. Короче, вот схема.

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

Платформенная агентная модель производственного кластера

Автор: Сергей Лукьянчиков, InterSystems

Фоновое фото баннера статьи: Pavel Danilyuk

В данной публикации мы описываем прототип и исследуем оркестровку нескольких агентных моделей связанных друг с другом роботизированных фабрик (представленных каждая своей моделью) с применением универсальной платформы данных – добиваясь симуляции наблюдаемых и прогнозных свойств группы фабрик (производственного кластера). В прототипе были задействованы программный комплекс NetLogo для агентных моделей фабрик (с моделью «Robotic Factory» [1] в качестве основы) и платформа данных InterSystems IRIS для оркестровки NetLogo и сквозной симуляции системы «фабрики-кластер».

Привет, меня зовут Александр Зараменских, я менеджер разработки Центра внедрения информационно-технологических решений в Уральском банке реконструкции и развития (УБРиР). Хочу поделиться историей внедрения системы автоматизации скоринга в нашем банке.

В один прекрасный момент вы можете переезжать из одного ДЦ в другой и понять, что не знаете свои системы: их поведение может стать неожиданным. В одной системе вы должны были работать гораздо быстрее, но теперь работаете медленно. В другой — не понимаете, куда приходит запрос, а в третьей столкнетесь с проблемами.

Чтобы проще и быстрее понимать взаимосвязи между системами, и легко оптимизировать то, что уже было, вам прекрасно подойдет distributed tracing. Но как его выбрать, внедрить и не собрать все грабли?

Безкоровайный Денис, директор подразделения DevOps/DevSecOps в Proto Group и Панычев Дмитрий, руководитель разработки ряда достаточно запутанных проектов в Vprok.ru Перекресток, на конференции DevOps 2021 на примерах показали, как distributed tracing помог им решить бизнес-задачи. Читайте под катом, как они выбирали решение для distributed tracing и обходили грабли.

Современные технические системы постепенно усложняются, а традиционные подходы к разработке становятся неэффективны. Одним из вариантов решения этой проблемы является внедрение модельно-ориентированного проектирования (МОП) для разработки систем и программного обеспечения. Однако, прежде чем инвестировать средства в МОП, необходимо обосновать получаемые выгоды. В данной статье кратко коснемся того, что же такое МОП, чем он отличается от традиционного подхода и в чем его преимущества, а также рассчитаем ожидаемую экономию трудочасов от применения МОП по сравнению с традиционным подходом к разработке. Тут вы не найдете исчерпывающих объяснений по всем перечисленным вопросам, материал представляет собой больше «быстрый взгляд» на методологию со ссылками, где можно почитать подробнее.

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

Глубокие нейронные сети (DNN) способны решать сложные задачи в областях, связанных со встроенными системами, таких как обработка изображений и естественного языка. Чтобы эффективно реализовать DNN на конкретной платформе ПЛИС для заданного критерия стоимости, например, энергоэффективности, необходимо учитывать огромное количество параметров проектирования, начиная с топологии и заканчивая конечной аппаратной реализацией. Необходимо учитывать и эффективно исследовать взаимозависимости между различными уровнями проектирования, что делает поиск оптимизированных решений вручную едва ли возможным.

Автоматический, целостный подход к проектированию может значительно улучшить качество реализации DNN на ПЛИС. С этой целью мы представляем метод исследования межслойного пространства проектирования.

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

C кем не знакомы, мы компания-разработчик российской FSM (Field Service Management) платформы, которая помогает компаниям выстроить работу с мобильными сотрудниками, оцифровать выездное обслуживание и повышать свою производительность. 

На рынке существует достаточно много решений для комплексного управления коммерческой недвижимостью, но проблема в том что в большинстве систем различных классов, например CAFM ( Computer Aided Facilities Management) (информационная система управления Фэсилити Менеджмент) или продукты со смежным функционалом типа EAM, ТОиР (CMMS), в независимости от того относятся они к Facility management или Property management, блок операционного управления очень часто ограничен в возможностях и неэффективен. На примере класса FSM-систем мы покажем читателю как можно бюджетно и эффективно управлять экслуатацией объекта коммерческой недвижимости без внедрения различных "громоздких систем" комплексного управления.

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

Обслуживание типичного объекта коммерческой недвижимости, например торгового или бизнес-центра не простая задача, тут и множество служб, как штатных (внутренних) так и внешних, так еще и многочисленные проверки от государственных органов. Сервисной управляющей компании или собственнику, бизнес-центра/торгового центра важно сократить и так непрофильные эксплуатационные расходы.  

Почему стартапы обесцениваются, как свести риски провала до минимума и что в России не так с hardware? Ищем ответы в ISO 15288 и системной инженерии вместе с Дмитрием Паршковым — CEO Parshkov Inc и со-основателем Robots Can Dream. Он изучал системную инженерию в MIT, 15 лет делает стартапы, а еще консультирует крупные компании.

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

В 1930-х годах в Москве начался масштабный проект по переносу домов. Да-да, именно переносу – вызвано это было тем, что архитекторы претворяли в жизнь масштабные проекты, которым требовалось место, но его не было. Иногда на пути нового проекта стоял какой-нибудь дом. Любопытно, что во время его перемещения, жильцов не переселяли, а дом даже не отключали от инженерной инфраструктуры: в квартирах продолжал функционировать телефон, водопровод, электричество и канализация.

Похожая ситуация зачастую складывается и в ИТ, когда необходимо перевезти инфраструктуру на новые вычислительные мощности без перерыва сервисов. В нашем случае это была миграция на новую сеть передачи данных.

Разговоры о программировании без программистов идут постоянно. За последние 14 лет моей работы в IT идёт уже вторая волна любви к low-code решениям. Если вы дольше наблюдаете IT-рынок, то наверняка вспомните ещё пару подъёмов этой темы. Я побуду в роли критика low-code платформ, но, заодно, опишу способ применения low-code платформы, при котором это применение будет эффективно и оправдано.