Машинное зрение

[fame]

Добрый день, уважаемые специалисты!
Есть камера (чуть лучше чем вэб) и ПК в качестве устройства анализа и обработки изображения, есть программа распознавания изображения и подачи управляющего сигнала на исполнительный механизм.

Вопрос в следующем:
Что нужно сделать, чтобы организовать связь ПЛК (ОВЕН к примеру) и камеры в том смысле, чтобы управляющее воздействие на механизм отправлял ПЛК в зависимости от сигнала с камеры (сама программа распознает изображения в соответствии с заданным шаблоном в режиме реального времени).

Интерфейс оператора реализован в LabView, можно ли визуализировать работу ТЗ в trace mode?

[Михайло]

ПК имеет интерфейсы: USB, Ethernet, раньше был еще встроенные COM-порты (RS232), но сейчас это делается USB/RS232(COM)-преобразователями.
1. Ethernet чуть медленнее USB, но зато дальнобойнее и позволяет организовывать разветвленные сети (множество устройств в одной сети). Так как скорость некритична, то Ethernet - самый разумный способ. Был бы он в ПЛК.
2. Иначе RS232 или RS485. Второй гораздо быстрее, дальнобойнее и также позволяет создавать шину, а не соединение "точка-точка".
3. Если в ПЛК нет интерфейсов, то тогда потребуется некоторый модуль релейных выходов с Ethernet/RS485/RS232.

Выбрали аппаратное решение, теперь выбираем протокол обмена:
1. Modbus TCP для Ethernet
2. Modbus RTU для RS232/ RS485
3. Modbus TCP/RTU для модуля релейных выходов.

Modbus хорош тем, что для него написаны готовые библиотеки для любой платформы и его поддерживают почти все ПЛК на высоком уровне. Вам не придется сильно углубляться в программирование передачи данных.

[fame]

ПК имеет интерфейсы: USB, Ethernet, раньше был еще встроенные COM-порты (RS232), но сейчас это делается USB/RS232(COM)-преобразователями.
1. Ethernet чуть медленнее USB, но зато дальнобойнее и позволяет организовывать разветвленные сети (множество устройств в одной сети). Так как скорость некритична, то Ethernet - самый разумный способ. Был бы он в ПЛК.
2. Иначе RS232 или RS485. Второй гораздо быстрее, дальнобойнее и также позволяет создавать шину, а не соединение "точка-точка".
3. Если в ПЛК нет интерфейсов, то тогда потребуется некоторый модуль релейных выходов с Ethernet/RS485/RS232.

Выбрали аппаратное решение, теперь выбираем протокол обмена:
1. Modbus TCP для Ethernet
2. Modbus RTU для RS232/ RS485
3. Modbus TCP/RTU для модуля релейных выходов.

Modbus хорош тем, что для него написаны готовые библиотеки для любой платформы и его поддерживают почти все ПЛК на высоком уровне. Вам не придется сильно углубляться в программирование передачи данных.

Cпасибо, буду изучать.
Вопрос с визуализацией остался открытым Просто я ни разу не сталкивалась в Trace mode с машинным зрением и понятия не имею что можно отобразить на интерфейсе (но вообще МЗ разрабатывается для сортировки деталей на конвейере)

[Михайло]

В интерфейсе должно быть реализовано то, что нужно эксплуатирующему и обслуживающему персоналу. Если у вас система МЗ разрабатывается для абстрактного конвейера, то еще предусмотреть интерфейс для специалиста по вводу в эксплуатацию (наладчика).

Если сортировка полностью автоматическая, то эксплуатанты должны видеть лишь состояние системы МЗ (остановлено, готово к работе, работает, ошибка и т.п.). А вот обслуживающий персонал должен видеть побольше наверное, тестовый режим (когда деталь перед камерой поставили, а система виртуально генерирует решение) ... У наладчика должны быть какие-то регулировки.