Обновить

Автоматизированный анализ графита по ISO 945: архитектура и инженерная реализация модуля

Время на прочтение6 мин
Охват и читатели7K
Всего голосов 7: ↑7 и ↓0+9
Комментарии2

Комментарии 2

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

Несколько мыслей из опыта:

Про архитектуру:

«Мозг системы — это нейросеть... Система работает локально, использует локальные мощности GPU»

Правильный подход для production. В медицине тоже требуем локальную обработку — данные не должны уходить в облако.

Вопрос по валидации:
Как проверяете корректность классификации пограничных форм (III–V)?
В медтехнике мы используем double-blind тесты: несколько независимых экспертов + консенсус.
Пробовали ли собирать метрики inter-rater reliability для сравнения «система vs эксперты»?

Про производительность:
Python удобен для прототипа и оркестрации пайплайна. Но для hot paths (предобработка изображений, морфометрия) не рассматривали ли вынос на C/C++?
На STM32 с OpenCV мы получали 5–10× ускорение при обработке 12-bit TIFF.

P.S. Как человек, писавший свой компилятор: иногда проще сгенерировать оптимизированный C-код под конкретные морфологические фильтры, чем бороться с overhead Python. Но это уже уровень micro-optimization 😄

Финальный вопрос:
Планируете ли открытую API для интеграции с LIMS-системами? В промышленности часто нужно встраивать такие модули в существующие контуры контроля качества.

Спасибо за очень такой подробный анализ моего проекта! Я попробую ответить: 1. Вы меня подтолкнули на мысль про вынос из Python предобработки изображений. Это действительно боль. Особенно, в сценарии когда мне нужно склеивать изображения в панораму на лету с камеры, то я прям чувствую просадку в отличии от аналогичных программ, которые построены на C/C++. Мне прям приходится снижать разрешение камеры, а это прям отражается на качестве (разрешении) всей панорамы. Поэтому я решил сделать дополнительную ручную склейку. Но решение перейти на C/C++ это прям возможно спасение, тем более вы об этом прямо пишите. На Python на максимальном разрешении отваливается камера и приходится перезагружать компьютер. И это не весело. Вывести всю морфометрию, предобработку это прям профессиональный уровень - обязательно попробую, очень интересно это реализовать. 2. У нас в металловедении я пока вижу только эксперт vs эксперт, иногда проводим сравнительные испытания между лабораториями. Все-таки я должен написать, что мы отстаём в плане внедрения технологий в лабораториях от лабораторий в медицине, поэтому я думаю это будет следующий шаг, когда системы появятся в каждой лаборатории. Пока я вижу полный творческий полет тех кто создаёт эти системы. Может это даже хорошо :-) т.е. про системы vs эксперт впервые слышу и это интригует. Про медицину я могу еще написать, что честно я туда частенько заглядываю в качестве идей (так как бюджеты несопоставимы и все новое стараются прежде всего внедрить в медицине). 3. По поводу Lims: я работаю на крупном производстве и мои прямые обязанности это смотреть металл в микроскоп, параллельно вбиваем результаты в САП. Больше половины времени я могу потратить на подготовку протокола, а не на сам анализ (заполнить все бумажные журналы по ОТ, по эксплуатации оборудования, потом заполнить бумажные журналы лабораторных исследований, потом все перебить в САП). Эти манипуляции могут занимать много времени, если много образцов, но иногда этого требуют всякие процедуры (аудиты, аккредитации). Должна быть прослеживаемость результатов: как отобрали пробу, как доставили, кто есть персонал. У нас и микроскоп сейчас по сути средство измерения, если к нему прикручена программа ЭВМ, которая зарегистрирована, как средство измерения. Переход на автоматизацию всей этой рутины это принципиально новый подход к построению лабораторий. Возможно нужны новые стандарты. Сейчас все заточено на надёжность и дублирование. Почему я так долго отвечаю на этот вопрос, наверно потому что лениво наблюдаю, как у нас второй год внедряют в лабораториях ЛИМС целая команда. Я пока себя вижу это коллаборация кому эта тема интересна, если поставщики оборудования (оптические микроскопы, камеры заинтересовались этим, то я прям был бы очень рад посотрудничать). У меня это выглядит, как личная инициатива, как способ создать инструмент, который прежде всего будет удобный для меня. В самом начале у меня была такая мысль, что нас заменят роботы, но чем больше я этим занимаюсь, тем у меня больше рождается уверенность, что пока нет (мы очень схожи по смыслу работы с медициной: что-то смотрим а микроскоп что-то видим, а что видим не всегда понятно). А с интеграцией в производственные системы - боюсь пока сил не хватит. Но спасибо за вопрос, я еще об этом подумаю. Очень было приятно, что такие вопросы Вы мне задали! Низкий поклон :-)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации