Comments 14
Кстати, тема актуальная. Сейчас стоит задача считывать данные с одного прибора без документированного внешнего интерфейса. Корячить его, подпаиваться к проводам и разбираться как он внутри себя посылает данные на дисплей что-то совсем не хочется. А городить нейросеть с распознаванием показаний кажется не сообразным задаче. А тут как раз ваша статья! Может, воспользуюсь, спасибо.
https://github.com/jomjol/AI-on-the-edge-device
это уже смотрели?
Миллениалы изобрели распознавание почтового индекса.
Интересный факт - в советском почтовом индексе распознавались не семь сегментов, а четыре (вертикальные полосы) - и этого (с учётом специфического написания цифр) хватало, чтобы распознавать все десять цифр. А горизонтальные и наклонные линии были нужны только для человека - как пишущего (запомнить цифры удобнее, чем 10 вариантов палочек), так и для работника почты в случае неверного написания.
Это я к тому, что может иметь смысл проанализировать цифры и обойтись меньшим числом распознаваемых областей.
Отличный кейс! Спасибо!
При работе с областями наблюдаемого объекта, а это может быть и вовсе не цифровой индикатор, допустимы как упрощения, так наоборот. В статье изложен общий принцип: разбиваем изображение на участки, строим сигнатуры для разных значений, прогоняем массив снимков для распознавания значений
Однако вертикальных палочек не достаточно, чтобы отличить 0 от 8 :-)
Мой косяк, плохо запомнил. Исправляюсь:
считывание почтового индекса пользовалось только четырьмя палочками: двумя правыми вертикальными и двумя верхними горизонтальными.
Не совсем. Индекс помещали в считывающую машину впритык и строго горизонтально. А тут - камера. Добавляются углы и масштабы.
Ну и я бы использовал стандартную адресацию семисегментных индикаторов (например 0 это 0b00111111, 1 это 0b00000110 и т.д.):
(иногда используется последний, 7-й бит - это точка)
Жесть какая, вместо нормального индикатора который отдаёт цифровой сигнал будут городить систему распознавания, которой еще и освещение нужно.
Устройства с передачей сигнала это не альтернатива, а другой случай. 97% датчиков, которые нас окружают, ничего никуда не отдают, и этот кейс для таких устройств.
Для постоянных пром решений, очевидно, лучше иметь приборы с сохранением, обработкой и передачей показателей по разным типам сетей, проводным или беспроводным, в зависимости от возможности монтажа проводки и других обстоятельств. На борту у них должны быть соответствующие модули, устройства необходимо подключить к серверам и обслуживать. Возможно, термин "городить" для таких случаев не всегда будет уместен, но, тем не менее, такие решения обойдутся совсем в другой бюджет и затраты времени по монтажу и настройке.
Если устройство может только собирать данные и выгружать их в файл (на фото, кстати, есть такой датчик температуры и влажности), то такую выгрузку тоже нужно выполнять вручную, а потом обрабатывать для визуализации, и это тоже требует времени.
Эта статья, кстати, помечена тегом DIY, собственно, так к ней и стоит относится. Поставил пылящийся на полке старый телефон перед дисплеем, написал и отладил код за пару часов для сбора изображений с него по ftp с последующим распознаванием и можешь проводить и анализировать измерения!
Да, и спасибо за повод в виде комментария, чтобы дать дополнительные разъяснения по области применения такого решения.
Всего наилучшего!
«Машинное чтение» цифровых и не только индикаторов без ИИ и нейронок на Python