Специально не искал, вот такой простейший пример сделал. Из примера видно, что поле Index в кластере не имеет смысла (избыточность информации), т.к. после сортировки индекс каждого элемента в массиве уже определяет тот самый номер/индекс (-1), который вам хочется найти.
2011, а выкладываете в 2017. По правилам надо исправить.
Премного благодарен!!! не знаю как так получилось, что в версии 17 сохранилось. Выложу сюда в версии 11. Не могли бы вы сюда выложить пример в версии 11(если не затруднит)?dadreamer писал(а): ↑16 янв 2021, 13:07Специально не искал, вот такой простейший пример сделал.Field_Work.viField Props.ctl
Из примера видно, что поле Index в кластере не имеет смысла (избыточность информации), т.к. после сортировки индекс каждого элемента в массиве уже определяет тот самый номер/индекс (-1), который вам хочется найти.
Ещё, у вас в профиле указана версия
странным образом все файлы LV на домашнем компьютере стали 17 версии (даже те, которые я скачал и не открывал)
поэтому принял решение удалить LV17. Свои версии программ выложу завтра в версии 11. Вам еще раз огромная благодарность. Сегодня на работе пробовал повторить вашу блок схему, но вызвало затруднение создание Field Props.ctl, а под конец еще и LV выкинул ошибку и выкинул из несохраненной программы 
так, что написанное не удалось восстановить. Завтра буду "адаптировать" ваш код к своему. По результатам отпишусь 
Не с того боку пристраиваете
Нарисовать что ли? IMAQ Overlay Text VI из палитры Overlay должен справиться. А так, у вас финальный массив ("Области (сорт.)" на картинке) уже должен быть упорядочен по возрастанию/убыванию (как захотите) яркости в каждой найденной области. Индекс элемента в массиве - индекс в ТЗ, за вычетом единицы, т.к. массивы в
индексируются с нуля. Я продублировал этот индекс отдельным элементом в кластере, хотя он по идее не нужен. Но можно и этот элемент использовать.Спасибо. Пока попробую сам(мы не ищем легких путейdadreamer писал(а): ↑19 янв 2021, 12:10Не с того боку пристраиваетеНарисовать что ли? IMAQ Overlay Text VI из палитры Overlay должен справиться. А так, у вас финальный массив ("Области (сорт.)" на картинке) уже должен быть упорядочен по возрастанию/убыванию (как захотите) яркости в каждой найденной области. Индекс элемента в массиве - индекс в ТЗ, за вычетом единицы, т.к. массивы в
). Если уж не будет получаться, то попрошу Вашей помощи. Сегодня немного изменил блок схему и все. Тот пример, что вы давали я вроде бы пристроил, но ввиду никакущего опыта не знаю насколько правильно это все работает. Еще хотел спросить: у меня основная версия программы должна быть разработана для ик-камеры на фпга. И сегодня я обнаружил, что она выкидывает ошибку при изменении параметра "Detecting Area". Ошибка "Not an Image". Подскажите, что я неправильно делаю.
2tap 8bit centroid on FPGA.zip Video_Bright_area.zip , если время есть, конечно. Трэвис Дж., Кринг Дж. «LabVIEW для всех» — основа, а для работы с Vision Dev. Module можно полистать Ю.В. Визильтер, С.Ю. Желтов, В.А. Князь, А.Н. Ходарев, А.В. Моржин «Обработка и анализ цифровых изображений с примерами на LabVIEW и IMAQ Vision». Но если времени мало, то просто поизучайте примеры в папке C:\Program Files\National Instruments\LabVIEW 2020\examples\Vision, много интересного найдёте для себя. Ok! Сегодня уже не успею, буду пробовать завтра.dadreamer писал(а): ↑20 янв 2021, 22:31 Там, где выделено зелёным, напрашивается ещё один цикл For.2021-01-21_0-24-27.jpgПроиндексируйте розовый массив в цикле (autoindexing tunnel), раскройте элементы кластера (unbundle) и отрисуйте номера (индексы) из кластера через Overlay. Можно, конечно, и в предыдущем цикле всё сделать, но так, думаю, понятнее будет. У вас уже пример даже есть, как в цикле рисовать - посмотрите, как прямоугольники рисуются в левом цикле. А вообще, перенесите отрисовку прямоугольников в этот новый For Loop, будет нагляднее, когда одновременно будут отображаться границы области и её номер/индекс.
В таком случае придётся отказаться от текущего способа определения среднего и использовать предложенный здесь, только немного его допилить. Примерно вот так:AN-G писал(а): ↑21 янв 2021, 21:23Есть вопрос: при определении среднего значения яркости получается, что данное значение будет браться по всей площади прямоугольника, а не только по объекту, входящего в него. в этот прямоугольник может попасть и черный фон, а это сразу скажется на конечном результате. Можно ли с помощью каких-то VI выделить объект по контуру и сделать тоже самое?!
, начиная с 2012 версии. В 2011 этого нет, так что советую вам поставить посвежее. Или можно через кейсы реализовать, но получится малость велосипедно. Да, выложенная картинка - это сниппет, его можно с диска перетащить на БД и получится готовый код. Также нюанс: если в области вообще нет пикселей с заданной яркостью, то на выходе получится NaN (Not a Number). Что с этим делать, решать вам. :) Можете вывести лог. индикатор с ошибкой или как-то иначе это обработать.