Так проблема как раз в том, чтобы определить угол поворота детали на камере по сравнению с тем что должно бытьselenur писал(а):деталь полученную с камеры уже вращать на нужный угол?
Вот смотри пример, https://blogs.msdn.microsoft.com/rucodi ... 1/16/1003/AndyBig писал(а):Так проблема как раз в том, чтобы определить угол поворота детали на камере по сравнению с тем что должно бытьselenur писал(а):деталь полученную с камеры уже вращать на нужный угол?
Кстати, в том же OpenCV есть и поиск заданного контура, которому программа предварительно обучена. Только не помню выдает ли он при нахождении угол поворота...
Да, в OpenCV она.AndyBig писал(а): не ею пользуетесь?
Ну я и говорю - попробовать работать с поиском известных контуровselenur писал(а):Вот смотри пример
В примере как раз используется OpenCV, о которой я и говорил.
Так что она, каждый раз по разному назначает прямоугольник?bolek4321 писал(а):Да, в OpenCV она.
Нет, но назначенный ею прямоугольник отличается от того, что был в исходнике.AndyBig писал(а):Так что она, каждый раз по разному назначает прямоугольник
Пример хороший, наглядный. Один вопрос: почему этот отличный и быстрый алгоритм не используют в OCR? Нейросети придумывают...selenur писал(а):Вот смотри пример,
Вот я специально в сообщении http://www.cnc-club.ru/forum/viewtopic. ... 15#p314915 картинку привёл: у деталей 1,2 центр масс приходится на воздух, дырку. И за что брать прикажете?vagr писал(а):Надо только не центр находить за что брать, а центр тяжести,
А он, добрая душа, ни слова не говоря, сначала щупом потыкал в зуб - чтобы глаза на лоб вылезли, потом без анестезии высверливал дырки и удалял нервы (пациент описался прямо в кресле), потом, побурчал что-то под нос, ухватил щипцы да и давай зуб драть (пациент поорал, поорал и отключился). А потом, когда пациента, откачали, сказал : "Извини, мужик, промахнулся малость, надо соседний зуб полечить. Начинаем?"vagr писал(а):Я пришёл к зубному и говорю что болит ЧЕЛОВЕЧЕСКИМ!! языком...
Ну и пофиг, пусть отличается, эту разницу можно просто внести в свойства этого типа деталейbolek4321 писал(а):Нет, но назначенный ею прямоугольник отличается от того, что был в исходнике.
Тут все равно еще неясно как будет назначаться угол и позиция всем деталям 
Пример хороший, наглядный. Один вопрос: почему этот отличный и быстрый алгоритм не используют в OCR? Нейросети придумывают...selenur писал(а):Вот смотри пример,
[/quote]
дак собирать вверх ногами, ну или смотреть снизуAndyBig писал(а):тороной вверх после того как посмотрели на ключ на обратной стороне
SVP писал(а):Совет по существу: закажите себе за 50000-100000 руб написание ТЗ.vagr писал(а):А вообще мне нужны советы по существу темы- а не философия на тему почему, как и где.
Любым грамотным технарем.
Не включайте в него НИКАКИХ хотелок, кроме остро необходимых.
Будьте готовы повторить этот этап 2-3 раза.
Потом уже, с четко поставленно задачей ищите исполнителей.
Яб тут процитировал про то, какой результат бывает без четкого ТЗ,
но обещали забанить...
Сразу подумал об этом!arkhnchul писал(а):Если подсовывать раскладчику правильно ориентированные стопки, то все становится резко проще.
Зачем делать все одним манипулятором... Один может собирать, а другие - подготавливать. Детальки расставлять и поворачивать. Если это промпроизводство, то за счет этого будет быстрее. Картинка через фильтры приводилась в Ч/Б, и сразу получал серию редукций по разрешению. Конечно четных - 1/2, 1/4, 1/8, 1/16 и т.д. Из наименьших редукций определял количество предметов и их положение (можно было и скорость движения конвейера получить...). Потом для каждого предмета брал фрагмент с его изображением, и редукции в цикле вращал, до совпадения с маской - образцом. Совпадение считал простым вычитанием матриц - если на выходе меньше дельты - значит совпало. Детальки одна на другой не лежали.Не, это не дорого. Дешевле - или серийные решения (где в НИОКР и проектирование уже вложена большая сумма), или профанация.vagr писал(а):Мне уже в личку за 2 ляма предложили)), ясно что дорого