Статья указывает на особенности разработки для промышленных контроллеров. Написана для объеденения программистов данного направления.
Если мем понял - добро пожаловать под кат, эта статья для тебя.
Если хочешь понять мем - смело жми ПУСК.
Все об АСУ ТП
Статья указывает на особенности разработки для промышленных контроллеров. Написана для объеденения программистов данного направления.
Если мем понял - добро пожаловать под кат, эта статья для тебя.
Если хочешь понять мем - смело жми ПУСК.
«Мы разрабатываем и поддерживаем нашу собственную систему CI», — сказала она. «У нас есть веб-служба, которая создает отчеты — она получает телеметрию от тестов программного и аппаратного обеспечения, строит графики и имеет свои собственные утверждения, которые она выполняет на основе данных, создавая отчет о том, как работает программное обеспечение».
Мы — ЕВРАЗ. Горно-металлургическая компания. В рамках производственного процесса мы производим кокс — твёрдое топливо для доменных печей, где выплавляют чугун. Чтобы получить качественное топливо (кокс), нам нужно подобрать правильную шихту — смесь разных углей в определённой пропорции. Но до сих пор приходилось подбирать по наитию. От решения этой задачи фактически зависит прибыль предприятия, но ни один исследовательский институт ещё не смог разработать подходящую математическую формулу.
Мы попробовали соединить в одной команде технологов, разработчиков и дата-сайентистов. Дополнили это накопленной базой знаний о параметрах кокса и угольных шихт, из которых он получен. Потратили время, чтобы понять технологический процесс и химию в его основе. И не пожалели: через восемь месяцев получили работающую модель предсказания, которая преодолела скепсис технологов и экономит нам сотни миллионов рублей в год.
Фото Fatos Bytyqi с Unsplash.com
Почему в тысячный?
Потому что я вбила здесь в поиске "code review" и обнаружила 50 страниц по 20 результатов на каждой
Штуки три с высоким рейтингом прочитала. Но всё по понятным причинам не осилила.
Вероятно, не все мысли в этом посте будут новыми. Но некоторых из мыслей я не нашла в тех трёх рейтинговых постах. Поэтому считаю, что этому посту быть.
Итак. Есть много способов для повышения качества кода, создаваемого командой: тестирование, статический анализ, экстремальное программирование,... Сегодня расскажу о code review.
Для тех, кто не в курсе, code review – это процесс просмотра кода, сделанного одним разработчиком, другим разработчиком с последующей выдачей комментариев. В идеале, это повышает качество кода.
Во мне процесс code review вызывает смешанные чувства: с одной стороны, это безусловное благо. Правильно настроенный процесс повышает культуру разработки кода, позволяет старшим сотрудникам ненавязчиво делиться опытом с новичками, улучшает качество инженерных решений и т.д. С другой стороны, если ты та самая старшая разработчица, грамотно и вдумчиво проводящая ревью, то каждый первый младший разработчик в твоей команде стремится заполучить твое мнение по поводу своего кода. И вот ты проводишь до трёх часов в день просматривая чужой код вместо того, чтоб писать свой.
Это цена. Не все команды согласны её платить в погоне за качеством. Мне везло работать в тех, что согласны.
Итак, поехали. Как проводить code review, чтобы извлечь из процесса максимальную пользу?
Вежливо. Даже если вам кажется, что коллега написал это код в пьяном угаре не иначе, нужно выдавать свои комментарии в максимально корректной форме. Все ошибаются. Это не повод их стыдить, высмеивать и прочее. Цель всего - улучшить качество вашего совместного продукта. А блеснуть своим белым пальто можно и в другом месте, если хочется. Пишите комментарии так, как вы бы хотели, чтоб их писали вам.
Эта статья продолжает цикл публикаций о российских BIM-технологиях и посвящена программному комплексу Model Studio CS Технологические схемы, предназначенному для решения задач разработки схемных решений при проектировании разделов ТХ.
Введение
На первый взгляд разработка схемных разделов технологических решений может показаться простой и довольно тривиальной задачей. Результат в виде получившейся схемы всегда представляется простым и понятным. Но когда понимаешь, что внесенная информация и решения, принятые на этом этапе, проходят через все стадии проекта, становится ясно – для эффективной работы и сокращения числа возможных ошибок необходим удобный и надежный инструмент. Инструмент, который автоматизирует стандартные операции и позволит не отвлекаться от процесса проектирования. Такой, каким в полной мере является программный комплекс Model Studio CS Технологические схемы.
Привет, Хабр! Меня зовут Игорь Колобов, я менеджер продукта в «Цифре». Конкретнее — работаю в команде по развитию цифровой промышленной платформы ZIIoT. Здесь я расскажу в целом о том, что такое цифровая промышленная платформа, каково её предназначение и функции, а также на примере нашей платформы ZIIoT (Zyfra Industrial Internet of Things Platform) — о принципах работы и внутреннем устройстве.
Acknowledgement: этот пост мы готовили вместе с Федором Арефьевым, который со мной и другими коллегами работает над развитием платформы и приложений для нее.
Конечный Автомат (State Machine), также называемый Automata (да, как и игра), - это концепция для разработки, организации рабочих и технологических процессов с учетом текущего «состояния» какой-то задачи, изменения её состояний и, по возможности, для автоматизации процесса.
Я объясню на примере. Предположим, что я хочу купить молоко, тогда в такая задача будет иметь примерно следующие состояния...
Offroad Navigator — это как городской навигатор, только для бездорожья, для которого нет карт, да и маршруты прокладываются не всегда по дорогам, а с учетом проходимости местности.
Расскажу о первом этапе работы над проектом: как мы создаем трехмерную карту местности с использованием дрона, анализируем её проходимость, планируем маршрут движения для бульдозера, и как это все отлаживаем с помощью специального симулятора.
Такой планировщик — часть системы роботизированного строительства в будущем и визуальный интерфейс оператора на переходном этапе отладки и внедрения.
Компании задумываются о внедрении RPA и зачастую видят данный продукт, только как возможность автоматизации отдельных, самых болезненных процессов в компании, однако современные поставщики RPA-платформ идут дальше и предлагают развить в компании собственную квалификацию RPA, для того чтобы в перспективе создать подразделение, которое самостоятельно сможет создавать процессы для автоматизации, определяя самые «болезненные места» бизнеса.
Это подразделение для плавного и системного внедрения новой технологии называется Center of Excellence. Про него - далее.
У нас был один восьмилучевой лидар-«ведёрко», несколько ядер на i7 в промышленном компьютере, самосвал весом сто тонн, а также грунтовые дороги, сибирские морозы и африканская жара, стада скота, спецтехника, люди вокруг и погодные явления всех видов и сортов. Не то чтобы это были нормальные условия для стартапа по созданию беспилотников, но раз уж мы взялись за роботизацию горной техники, нужно было идти в этом деле до конца. Главное, что меня волновало, — это пыль. Мало что так дурит лидарные алгоритмы, как густые облака мелкой угольной пыли. Я знал, что нам придётся разобраться и с этой бедой.
Меня зовут Фёдор Глазырин. Уже четыре с лишним года я занимаюсь промышленной роботизацией — веду направление исследований, аналитики и упреждающей разработки в «Цифра Роботикс». Моя задача в команде — искать и анализировать внешнюю информацию, находить решения сложных проблем в алгоритмах и методах и притаскивать в работу разные интересные технические фокусы. В этом посте я расскажу, с чем мы сталкиваемся, когда делаем автономных роботов для горной промышленности, и как это влияет на характеристики и подходы к разработке машинного зрения наших роботизированных комплексов.
Облачные вычисления - это процесс выполнения рабочих нагрузок в облаках - ИТ-средах, которые абстрагируют, объединяют и совместно используют масштабируемые ресурсы в сети. Ни облачные вычисления, ни облака сами по себе не являются технологиями. И такое применение автоматизации не обошло RPA стороной.
Привет! Меня зовут Андрей и я являюсь руководителем направления RPA в компании NTT DATA Business Solutions. За время работы в разработке автоматизированных процессов у меня сложилось определенное понимаение о специфике автоматизиции труда программистов, а именно облачной автоматизации, о чем я бы хотел сегодня написать.
Многие компании видят и понимают необходимость во внедрении у себя роботизированной автоматизации процессов (RPA). И это логично, так как это позволит им повысить эффективность своей деятельности, вне зависимости от их глобальности, количества сотрудников или других определяющих факторов. И если по части разработки процесса на основании технологии RPA – вопросов возникает меньше, ведь зачастую среды разработки подобных процессов имеют инструменты визуального программирования, что помогает освоиться в новой технологии, то при внедрении промышленных проектов соответствующей технологии, возникает вопрос, а как это будет управляться, есть ли какие-то стандартизированные подходы для имплементации проекта RPA и еще целый пул организационных вопросов, которые не менее важны чем написание кода проекта.
В данной статье я приведу в пример распространённую платформу для автоматизации бизнес-решений – UiPath, облачное решение которой– Оркестратор, считается одной из лучших, и посмотрим, какие предложения по облачной автоматизации и управлению RPA- процессами она имеет.
Много слышал про технологию PLC (Power Line Comunication), передача данных через сеть 220В, но вживую, де сего момента, видеть не приходилось. И вот подарили два Modbus-PLC конвертера.
С чего начинается проект автоматизации и системы управления?Автоматизация промышленных объектов, как мы уже знаем, проходит через несколько стадий. В этот раз мы затронем проектирование и типовые примеры подбора используемых элементов с последующим их включением в проектную документацию. В комментариях к предыдущей статье, где я пытался в общих чертах объяснить принцип подготовки к тендерам, советовали начать с изучения ГОСТов. Ну что же. Мы с коллегами, ради интереса, нашли несколько интересных ссылок, чтобы ознакомиться с содержанием этих стандартов. К сожалению, это совсем не применимо на территории ЕС, где мы пользуемся местными нормативными актами и стандартами. Об этом речь пойдёт ниже, в частности об известном сертификате «СЕ» — почему и зачем он нужен.
Однажды обратился ко мне директор местного производства одного всемирного производителя напитков. Так случилось, что он в течение года добивался от штатных экспертов выполнения ряда задач, но профессионалы с опытом убеждали менеджера, что выполнение данных задач невозможно в принципе. В целом задача была предельно понятна: поменять шаблон укладки кейсов в паллетайзере, чтобы повысить прочность "конструкции".
Внезапно: Исходников программного обеспечения и электрической документации нет уже лет 5.
Итак, сущность проблемы была проста как мир. Имеется технологическая машина - паллетайзер, в которой:
Красивая фэшн мебель, предметы роскоши и интересный интерьер - это то, что позволяет пустить пыль в глаза вашим гостям и прослыть интересными людьми. Но как все это раздобыть, если у вас ипотека и бюджет ограничен?
Этими вопросами я и задался, когда решил построить свой личный CNC станок.
Антон Куранов, заместитель директора по науке и инновационной деятельности Научного центра геомеханики и проблем горного производства Санкт-Петербургского Горного университета, провёл увлекательный вебинар, посвящённый цифровизации горнодобывающей отрасли. В ходе онлайн-мероприятия эксперт рассказал о главных трендах в горнодобывающей отрасли, уровне цифровой зрелости предприятий, о роли геомехаников как исследователей-изыскателей и значении технологий Dassault Systèmes для цифровизации отрасли.
Хабр, привет! Мы — биотехнологическая компания BIOCAD, разрабатываем, исследуем и производим лекарственные препараты. Сегодня Александр Колесов, руководитель отдела разработки ПО, расскажет, как мы строили систему управления биореакторами на базе openSCADA и отечественных контроллеров.
Привет. В данной статье я поделюсь своим опытом становления программистом, от зарождения идеи стать инженером программного обеспечения до первых офферов, а также расскажу об опыте прохождения собеседований на позицию С/С++ разработчика в Санкт-Петербурге и выводах, сделанных мною в процессе. Данная статья будет полезна преимущественно студентам, ищущим свою первую работу программистом, либо свитчерам, то есть людям, имеющим желание "войти в IT", а именно в разработку ПО.