Вид для печати
Несмотря на то, что на страницах форума уже поднимался вопрос подключения сканера штрих-кода к контроллерам ПЛК, ясности решения задачи я не увидел.
Исходные:
1. ПЛК-150.
2. Сканер PROTON CCS-2130.
3. Панель оператора СП270.
4. 1С на предприятии.
5. Принтер.
6. Технологическое оборудование.
Задача: Оператор сканирует ярлык и эту информацию обрабатывает ПЛК. На оборудовании производится продукция и данные отправляются в 1С с дальнейшей печатью нового ярлыка на рабочем месте.
И в чем неразрешимая проблема?
А теперь о главном - о проблеме )
Как подключить сканер к ПЛК, как ПЛК понять штрих код?
Находите документы на него:
Схема подключения
Протокол обмена.
Вопрос с питанием сканера.
А обмен - с помощью библиотеки Syslibcom. Примеры есть в соответствующем разделе
Питание сканера отдельное (через блок питания).
Привет!! я разобрал такой сканер с целью изучения внутренностей данного устройства могу выложить (если на сайте есть такая возможность) фото если есть интерес . внутри расположен ПИКСЕЛЕЙ ЛИНЕЙНЫЙ ДАТЧИК ИЗОБРАЖЕНИЯ d3753cy . Вот с ним я и хочу разобраться как работать чтоб подключить к ATMEGA32 . А потом можно уже будет подключить к через USART к компу и получать данные с этого датчика. Тут есть проблемка кроме датащита на данный датчик не чего нашёл.
Насколько мне известно панели weintek из коробки через USB работают со штрих кодами, а огород с Syslibcom это не каждый потянет, может пора ОВЕНовцам задуматься и самим сделать работу? Только и слышно вот вам библиотека которую разработали не мы, читайте, изучайте, пробуйте, но если она не заработает,то мы не при делах.
Да и тродозатраты на Syslibcom огромны по сравнению с plug and play.
Люди даже извращаются с ATMEGA32.
скачивайте штрих код смартфоном и далее отправляйте куда надо http://programmy-android.com/office/...trih-koda.html
3 в1 -сканер ,плк,сп270
Уважаемый Scream, ну не стоит в любом удобном месте пытаться хаять ОВЕНовцев :) Правда.Цитата:
Сообщение от Scream
1. Вопрос был про считыватель с COM.
2. Если бы все считыватели работали по одному протоколу и возвращали типовое значение на выходе - так давно бы уже сделали. Однако ж это не так.
3. Подключи и работай у любого производителя работает только с одним, им же продаваемым типом периферии. Мы не пытаемся ограничить людей в выборе комплектующих.
4. И да, универсальность стоит небольших усилий. При этом не так сложно все как Вы рассказываете. Примеры готовые для работы с COM портом мы сделали. Команда открыть порт, послать\получить посылку, закрыть порт. Все стандартно и ничего не надо придумывать. Все, что придется сделать - это согласно документу производителя считывателя организовать разбор полученных через порт данных.
Очень часто задача именно к управляющему ПЛК прикрутить считыватель как доп. опцию. Здесь первично требование к наличию ПЛК а не к супер возможностям визуализации.Цитата:
Сообщение от rovki
Я лишь о целесообразности ,а не возможности ...:cool:
Так и я тоже :)Цитата:
Сообщение от rovki
На объект в любом случае ставится ПЛК, для выполнения алгоритма.
И хочется к нему, условно уже стоящему, прикрутить считыватель, так как покупать отдельно планшет и объяснять персоналу что надо работать на станке и на планшете, а еще и не играть на нем, а еще и в металлообрабатывающем цеху... :)
Была такая задача в Питере на крупном заводе. Все станки обеспечивались системой диспетчеризации и контроля работы... ПЛЮС считывать информацию с кодов. На одном заводе 300 станков...
Вы считаете я преувеличиваю?Цитата:
Сообщение от Николаев Андрей
Раз советуете использовать библиотеки и делать своими руками, то может описания к библиотекам можно читать?
Там с ними уже всё хорошо?
1. считыватель можно подключить напрямую к ПК ? - ставим снифер ком порта и изучаем посылки и ответы.
2. документацию на считыватель в зубы и писать протокол обмена для ПЛК и проверять что выходит опять по сниферу же.
з.ы. при чем тут вообще Овен ? ПЛК может быть абсолютно любого производителя с абсолютно любой средой разработки, не только с CDS.
Да даже и читать ничего не надо :)
http://www.owen.ru/forum/showthread.php?t=13585
Я думаю вы мой вопрос правильно поняли. :)Цитата:
Сообщение от Николаев Андрей
Если честно, то нет.Цитата:
Сообщение от Scream
Если это информация не для общего обсуждения - всегда готов обсудить в личке.
А есть ли подобный набор примеров для CODESYS 3.5?
А есть ли подобный набор примеров для CODESYS 3.5?Цитата:
Сообщение от Николаев Андрей
Добрый день.Цитата:
Сообщение от Boris_R
Если речь о примерах по разработке специфических протоколов - то они есть:
https://ftp.owen.ru/CoDeSys3/11_Docu...cols_v.2.0.pdf
Это хорошая подборка! :)Цитата:
Сообщение от Николаев Андрей
Привет всем! Прошло 4 года.
QR-код, Шрих-код считать и распознать.
Прочитать номер изделия, установить параметры испытания по номеру.
Провести испытания.
Результаты проверки напечатать - сопроводилка изделия.
Принтер узкий ленточный"типа кассовый" не термо?
Для ПЛК160.
Кто подскажет по теме, и где посмотреть на готовое?
Есть ли принтеры узкие, не термо, с вменяемым протоколом?
как вы думаете, если за столько лет, на форуме, желающих сделать это, всего два или три человека, то вероятно проблема в чём-то другом, не в ОВЕНе? вероятно, эта задача не решается в лобешник?Цитата:
Сообщение от ПавелП
никто, за столько лет, не стал заморачиваться с этим. И это явно не потому, что это так легко сделать, что даже смысла нет писать про это....
так что - вперёд, у вас есть шанс стать первооткрывателем
расскажете потом - стоило ли это того....
Ну и ответ. Я же не нападал, а спросил!!! :)Цитата:
Сообщение от In_Da_Cher_A
Причём тут вина ОВЕН? Обмен сканера и ПЛК интересует. Реализация.
Мне уже привели пример удачной попытки 10 лет назад.
Там для ПК, но именно с моей темой - распознать что, и что с этим делать.
Обычная задача автоматизации измерений.Цитата:
никто, за столько лет, не стал заморачиваться с этим. И это явно не потому, что это так легко сделать, что даже смысла нет писать про это....
Для каждой ситуации, у каждого своя реализация.
Млин...Цитата:
так что - вперёд, у вас есть шанс стать первооткрывателем
расскажете потом - стоило ли это того....
Что стоило?
Использовать стандартные вещи для маркировки и печати?
Перед реализацией надо спросить - это нормально!
Изделие проходит этапы проверки, операторы вводят с бирок их коды,
настраивают последовательность испытаний, и потом пишут результаты
в цифрах в тетради и паспорта.
И какой же оптимальный способ, не ставя дорогой ПК,
выполнить такую задачу?
да ктож нападает)))) чисто так, мысли вслух
ага ага легко и изящно за полдня он там всё сделал....там явно больша часть бэкграунда остался за кадромЦитата:
Мне уже привели пример удачной попытки 10 лет назад
и там же написано -что за протокол - тишина, каким образом штрих код распознаётся - тишинаЦитата:
Производственная программа на php генерирует штрих-код в виде упраляющей последовательности по протоколу плк c указаниями, какие регистры в какое значение поставить.
всё же написаноЦитата:
И какой же оптимальный способ, не ставя дорогой ПК,
выполнить такую задачу?
реализуйте. удачиЦитата:
Команда открыть порт, послать\получить посылку, закрыть порт. Все стандартно и ничего не надо придумывать. Все, что придется сделать - это согласно документу производителя считывателя организовать разбор полученных через порт данных.
я не экстра спец в ПЛК, но кое-что в автоматизации я понимаю
не пытайтесь решить задачу в лоб - воткнуть сканер в плк
теоретически это выполнимо, и вы даже чтл-то увидите в потру, но вот дальнейшая обработка полученного также будет следующей геморной задачей
и не факт, что средств ПЛК вам хватит это сделать в адекватные сроки и удобно в использовании
это не эффективно
не пытайтесь решить задачу в лоб
ваш штрих код уже кем-то (чем-то) создан.
он уже есть или должен быть в какой-то Базе Данных
и........
практически каждая СКАДА работает с базой данных, рецептов и прочего, это элементарно, инструментарий богатый, если чего-то нехватает, пишется проще и удобнее
всё, что вам нужно - поставить ПК со СКАДОЙ со своей БД и связать две базы между собой
а уж из БД Скады отправить биты байты в ПЛК - это уже элементарно
понятна цепочка?
сканер - БД Штрих-кодов-отправка в БД СКАДА, выборка из базы рецептов - команда в ПЛК на работу по такому-то "рецепту"
ваш сканер элементарно состыкуется с любым компом с базой данных, этих решений вагон и тележка, и даже допиливание именно под вас будет гораздо проще
Какие компы, какие базы?Цитата:
Сообщение от In_Da_Cher_A
Код на бирки я же и формирую - внутреннее потребление.
Я ТЗ даже не писал.
За предстоящие ужасы спасибо - сейчас мне кошмары будут сниться. :)
сам придумал себе работу - сам и делай:DЦитата:
Сообщение от ПавелП
про это речь и шла - таких [вырезано цензурой] - единицы на миллион, смысла в это вкладываться - никакого
как это решить проще - тебе подсказали, ключевое слово - база данных, дальше думай сам
но если тебе на работе делать нечего, то продолжай рукоблудничать
не поверите, ПК бывают не дорогими, даже по сравнению в стоимости с ПЛК раза в 3-4 дешевле... При этом программеров вы найдете куда быстрее, чем на программирование ПЛК.Цитата:
И какой же оптимальный способ, не ставя дорогой ПК,
Если на ПЛК Delta удалось решить эту задачу, то на ПЛК ОВЕН то же возможно. Надо будет разбираться с протоколом обмена. Для начала можно попробовать опросить сканер утилитой Modbus-Master или OPC-сервером.
In_Da_Cher_A - что за наезды???Цитата:
Сообщение от In_Da_Cher_A
С какой стати вы так нагло отвечаете???
Это верно.Цитата:
Сообщение от melky
Но тут надёжность - на производстве стоит.
Персонал не подготовлен - деревенские женщины.
И я так думаю. :)Цитата:
Сообщение от IVM
Для начала я выбрал сканер.
А там уже буду смотреть, что он пуляет по сети.
При чем тут только сканер и Modbus Master ? оперы там разные немного :)
Берете промПК, на него Scada, желательно с возможностью писать свой код не в виде квадратиков а на каком-то языке (С, C#, JS) и работающую с БД.
Вам правильно говорят, сперва вы упаритесь при помощи ПЛК опрашивать или слушать сканер, постоянно удивляясь, а че это он пол кода считал, а как бы ускорить процесс... А потом еще упаритесь связывать с БД.. А потом упретесь в его ресурсы...
Банально - не тратьте время...
Я не верно написал. Протокол Modbus тут не при чем. Для прослушки посылок сканера надо использовать монитор Com-порта, например утилиту SerialPortMonitor.Цитата:
Сообщение от ПавелП
При написании программы для ПЛК ОВЕН надо использовать библиотеку SysLibCom.lib .
Ребята! Да не собираюсь я париться! :)Цитата:
Сообщение от melky
Послушать протокол и разобрать я могу и с ПК. Док хватает.
БД у меня нет - главное порядковый номер прочитать,
и потом впечатать его в сопроводилку и паспорт.
В сопроводилке вписать результаты испытаний.
И запомнить в файл. Это уже сделано.
Но девки вводят номера вручную, и пишут в тетрадки.
От этой нудной, длительной, и с ошибками операции и надо избавиться.
Про квадратики - это детский сад для маленьких алгоритмов.
Хотя некоторые и достигают сложных реализаций. Кому как удобнее.
Нормальные максимальные результаты получаются для ОВЕН на ST.
Что оптимально и максимально удобно для сложных задач.
P.S.
Штрих-код ещё очень поможет для быстрого ввода фиксированных параметров.
Когда по линии просто ложится табличка, считав которую,
можно знать что делать со следующими изделиями,
и быстро автоматически перенастроить оборудование.
Это тоже позволит избежать ошибок персонала.
так сделайте :DЦитата:
БД у меня нет
и не в файл запоминайте результаты, а в базу. так как
:)Цитата:
Это тоже позволит избежать ошибок персонала.
Давно сделал и использую.Цитата:
Сообщение от In_Da_Cher_A