01Услуги02Отрасли03R&D04Работы05Команда06Контакты

Исследования и разработка

Шесть недель от гипотезы до прототипа

R&D живёт не в отдельной лаборатории, а внутри производственных проектов. Исследование начинается там, где инженер на объекте говорит: «это невозможно посчитать вручную».

Проверено в поле

Результаты, а не обещания

Цифры ниже относятся к ассистенту WRA — нашей модели компьютерного зрения для капитального ремонта скважин.

Точность распознавания 98,55%
Классов аварийных элементов 10
Скважин в полевой проверке 10
Успешность на скважинах 97,85 — 100%
Оценка экономии OPEX до 66 000 $

Направления

Над чем мы работаем сейчас

R1

Машинное обучение на промышленных данных

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

R2

Edge и офлайн-first архитектуры

Полевое устройство неделю не видит сервер. Локальная база, журнал операций вместо перезаписи состояния, детерминированное слияние правок при возврате связи. На шлюзе — кольцевой буфер телеметрии с гарантией доставки после разрыва. Проверяем сценарием, а не рассуждением: обрываем канал на семь суток, правим одну и ту же запись с двух устройств, сверяем результат слияния с ожидаемым.

R3

Компьютерное зрение в полевой документации

Ассистент WRA классифицирует торцевую часть свинцовой печати по десяти классам: точность на валидации 98,55%, архитектура MobileNetV2 с дообучением на промысловом датасете. Основная сложность не в архитектуре, а в разметке — аварийный элемент определяет мастер, и второго мнения на кусту нет. Поэтому мы ведём протокол согласования разметки и держим отдельный набор спорных случаев, на котором проверяем каждую новую версию модели.

R4

Цифровые двойники площадок

Связываем геологию площадки, оборудование, документацию и телеметрию в одной пространственной структуре: скважина или свая перестают быть строкой в таблице и становятся объектом с координатой, историей и вложениями. Источники — данные изысканий, аэрофотосъёмка с БПЛА, исполнительная документация. Цель проверяемая: клик по точке на карте открывает всё, что об этой точке известно.

R5

Оптимизация энергосистем

Гибридные схемы «солнце + ветер + накопитель + сеть»: подбор конфигурации, диспетчеризация заряда, экономика на горизонте пятнадцати лет с учётом деградации модулей и ресурса накопителя. Считаем не только себестоимость киловатт-часа, но и профиль выдачи в сеть — ограничение обычно оказывается там, а не в установленной мощности.

R6

Стандарты как исполняемый код

Нормативный документ превращается в набор машинно-проверяемых правил. ASTM D2487 и D2488 — классификация грунтов, тридцать три кода USCS, маппинг на AASHTO и ГОСТ 25100. Правило пишется один раз, проверяется на архиве прошлых проектов и дальше работает на каждом поле ввода: инженер не сверяется с таблицей, а программа просто не даёт сохранить неверную классификацию.

Ассистент в работе

Что видит мастер на кусту

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

Рабочее окно WRA: скважина 156, капитальный ремонт, результат распознавания и рекомендованная компоновка
Рабочее окно WRA: скважина 156, капитальный ремонт, результат распознавания и рекомендованная компоновка

Цикл

Как исследование становится продуктом

01

Наблюдение

Проблема приходит с объекта, а не с рынка. Формулируем её как измеримую величину: часы, ошибки, деньги.

02

Гипотеза

Одно предложение и критерий провала. Если через шесть недель критерий не достигнут — тема закрывается без сожалений.

03

Прототип

Только на реальных данных заказчика или наших полевых архивах. Синтетика не считается доказательством.

04

Полевая проверка

Прототип отдаём бригаде, которая не участвовала в разработке, и молча смотрим, что сломается.

05

Продукт или архив

Прошедшее проверку становится модулем продукта. Не прошедшее описывается и остаётся в архиве — часто пригождается через год.

Инструменты

Технологический стек

Стек — инструмент, а не убеждение. Каждый выбор обосновывается в архитектурном документе и согласуется с вашей ИТ-службой до начала работ. Ниже — то, чем мы пользуемся, а не то, о чём читали.

Языки Python · C# · TypeScript · Go · Rust · SQL
Данные и хранение PostgreSQL · TimescaleDB · PostGIS · SQLite · Redis · S3 · Parquet
Промышленные протоколы Modbus RTU/TCP · OPC UA · MQTT · LoRaWAN · IEC 60870-5-104 · OCPP
SCADA и операторский интерфейс ISA-101 · мнемосхемы · управление тревогами и квитирование · историзация · тренды
Клиентские приложения React · React Native · .NET · Swift · Kotlin · Electron · PWA
Тренажёры и 3D Unity 3D · C# · WebGL · VR
Анализ данных и ML pandas · scikit-learn · PyTorch · MobileNetV2 · ONNX · Grafana
Пространственные данные QGIS · GeoTIFF · LAS/LAZ · фотограмметрия БПЛА · веб-ГИС
Инфраструктура Docker · Linux · Nginx · CI/CD · Prometheus · on-premise
Обмен данными AGS4 · CSV · JSON · XML · DXF
Нормативная база ASTM D2487/D2488 · AASHTO · ГОСТ 25100 · ГОСТ 19 (ЕСПД) · ISO 14688

Invictus

Расскажите, что нужно построить

Пришлите пару абзацев о задаче — вернёмся с оценкой сроков, рисков и первым вариантом архитектуры.