Дозатор муки. Нужна помощь в подборе оборудования. ПЛК+АЦП+ЧМИ

[goldenlife]

Эта вид кода мне не понятен. Всё время и каждый раз выполнял на ЛАД и изредка на ФБД. А тут просмотрел и закрыл,- это ST, а CFC вообще жуткое,- а ведь кто-то соображает в этом. Ну то ладно.
.
Поехали в начало.....
Решил, что АЦП будет прикручено к ПЛК, который будет в АЦП и юстировать, и читать значение веса, и сразу столбцом ниже будет производить сравнения уставки и текущего значения = включать/выключать механизмы. Тут всё хорошо, но не до конца понятно как создать эту связь и как она будет выглядеть, протокол, адреса, прочее. ПЛК для АЦП должен быть мастером в протоколе ОВЕН? Тогда Панель будет мастером в модбасе для ПЛК? Так что-ли? Этот момент не понятен. Какась путаница, и что будет в теле кода - пока не понятно =(
НО если делать ПЛК мастером в Модбасе для АЦП и Панели, вроде тут нормально...
.
В моих прежних работах, всегда и везде, был один Мастер => ПанельСенсорная и один или множество ПКЛ => на Панели задавали уставки, включали нужное битовое/байтовое, и каждый ПКЛ крутил только свой алгоритм и никак не пересекался с другим ПЛК. Не было в этом никакой нужды. А чаще вообще было всё просто "Панель-мастер и ПЛК-слэйв, вагончик модулей расширения и несколько ПЧ, которые к ПЛК подключались и управлялись макросами-модулями-функциональными блоками (plug&play), нужно лишь было использовать правильные адреса и читать/писать в них значение.
,
А тут появилась необходимость и на горизонте лишь ОВЕН и ничего другого - начальник любит ОВЕН, его начальник любит ОВЕН и так далее... так что "Только ОВЕН и ничего другого!" Ведь техподдержка у ОВЕН ближе чем хотелось бы, ну почти близко.
.
Есть ли спецы, которые смогут накидать проект (не на ST и не на CFC), т.к. нужен хоть какой-то пример "переговоров" АЦП-ПЛК-Панели (только юстировка и только чтение из АЦП единственного значения веса) ???
Смотрю мануал, и тут видно, чтоб выполнить юстировку необходимо выполнить пять действий: (- это не понятно как сделать в реалиях ПЛК+АЦП и по какому протоколу... т.е. что тыкать и что должно быть уже настроено в COdesys 2.3 , но наверное это другая история.)
1. ввести мин.значение веса на датчике,
2. байтовой кнопкой отправить команду RD.Fv в zU.Fn. ;
3. ввести макс.значение веса на датчике;
4. байтовой кнопкой отправить команду RD.Fv в zU.fx;
5. ПОдтвердить эти действия командой U.apl...
.
А вот чтоб прочитать значение веса на тензодатчике - нужно лишь прочитать данные float из ячейки RD.Ff. - тут всё прям просто и вроде понятно.

[goldenlife]

Еще вдогонку, посмотрите разницу между ПЛ110-32 и ПЛК110-30. У второго на два выхода меньше, зато на один RS485 больше. Подумайте, что лучше иметь в запасе, если задача будет усложняться?

Принял. Конечно полезней будет будет RS-485. Достаточно даже будет 14вх и 10вых.

[goldenlife]

А еще ПЛК-210 гляньте. Там встроенная визуализация есть, можно ПК подцепить и мышкой управлять. И не надо с обменом по модбас заморачиваться. Но ПК нужен. Хотя можно СПК с модулями ввода/вывода, там встроенная сенсорная панель. Вариантов даже на ОВЕН много. Главное то, на что вы готовы пойти...

Сделаем по человечески, бюджет позволят. Сенсорная панель цветная 7'' как раз + ПЛК + АЦП и красивый дорогой ящик с дорогими релюшками... =-)))
Всё равно будут брутальные кнопки нажимные для запуска процесса - шоб не тыкали грязными большими пальцами в экран панельки.

[YuriBel]

Во всех ваших прежних работах, судя по всему, все приборы сидели на одном интерфейсе, я вам толкую про то , что у 110-х ПЛК интерфейсов несколько.
Например: Если ПЛК и панель оператора сидят в одном шкафу, то связываете их по RS232, по протоколу Modbus. Самый простой вариант- Панель- мастер, ПЛК-слейв.
Если отчетливо понимаете, что нужно сделать наоборот, делайте наоборот. Дальше, по другому интерфейсу (RS485) связываете ПЛК с модулем МВ110-1ТД. Здесь ПЛК- мастер, модуль- слейв. наоборот не получится.
Совершенно не обязательно использовать протокол Овен, можно также Modbus.
Дальше. Вряд -ли кому-то, кто считает себя спецом, придет в голову программировать вашу задачу на LD или FBD.
Еще дальше. В разделах форума с примерами можно найти все необходимое для того, чтобы начать двигаться в правильном направлении.
Возникает ощущение, что с ПЛК Овен вы дела не имели, иначе вопросов было бы меньше и они были бы другими. Поэтому начинайте с изучения среды программирования, примеров, и т.д.
И последнее, касательно ПЛК. При всех дополнительных "пирогах" 200-й серии Овеновских ПЛК, я бы выбрал 110-ю серию. Codesys 2 компактнее, проще в освоении и позволяет сделать всё, что нужно для вашей задачи.
Ну и если получится побыстрее обзавестись живыми ПЛК, панелью и модулем, будет еще проще "тренироваться на кошках".

[1exan]

Эта вид кода мне не понятен. Всё время и каждый раз выполнял на ЛАД и изредка на ФБД. А тут просмотрел и закрыл,- это ST, а CFC вообще жуткое,- а ведь кто-то соображает в этом. Ну то ладно.
.
Поехали в начало.....
Решил, что АЦП будет прикручено к ПЛК, который будет в АЦП и юстировать, и читать значение веса, и сразу столбцом ниже будет производить сравнения уставки и текущего значения = включать/выключать механизмы. Тут всё хорошо, но не до конца понятно как создать эту связь и как она будет выглядеть, протокол, адреса, прочее. ПЛК для АЦП должен быть мастером в протоколе ОВЕН? Тогда Панель будет мастером в модбасе для ПЛК? Так что-ли? Этот момент не понятен. Какась путаница, и что будет в теле кода - пока не понятно =(
НО если делать ПЛК мастером в Модбасе для АЦП и Панели, вроде тут нормально...
.
В моих прежних работах, всегда и везде, был один Мастер => ПанельСенсорная и один или множество ПКЛ => на Панели задавали уставки, включали нужное битовое/байтовое, и каждый ПКЛ крутил только свой алгоритм и никак не пересекался с другим ПЛК. Не было в этом никакой нужды. А чаще вообще было всё просто "Панель-мастер и ПЛК-слэйв, вагончик модулей расширения и несколько ПЧ, которые к ПЛК подключались и управлялись макросами-модулями-функциональными блоками (plug&play), нужно лишь было использовать правильные адреса и читать/писать в них значение.
,
А тут появилась необходимость и на горизонте лишь ОВЕН и ничего другого - начальник любит ОВЕН, его начальник любит ОВЕН и так далее... так что "Только ОВЕН и ничего другого!" Ведь техподдержка у ОВЕН ближе чем хотелось бы, ну почти близко.
.
Есть ли спецы, которые смогут накидать проект (не на ST и не на CFC), т.к. нужен хоть какой-то пример "переговоров" АЦП-ПЛК-Панели (только юстировка и только чтение из АЦП единственного значения веса) ???
Смотрю мануал, и тут видно, чтоб выполнить юстировку необходимо выполнить пять действий: (- это не понятно как сделать в реалиях ПЛК+АЦП и по какому протоколу... т.е. что тыкать и что должно быть уже настроено в COdesys 2.3 , но наверное это другая история.)
1. ввести мин.значение веса на датчике,
2. байтовой кнопкой отправить команду RD.Fv в zU.Fn. ;
3. ввести макс.значение веса на датчике;
4. байтовой кнопкой отправить команду RD.Fv в zU.fx;
5. ПОдтвердить эти действия командой U.apl...
.
А вот чтоб прочитать значение веса на тензодатчике - нужно лишь прочитать данные float из ячейки RD.Ff. - тут всё прям просто и вроде понятно.

В Codesys2.3 для обмена со слейвом (модулем) можно использовать либо библиотеку Modbus, либо конфигурацию контроллера.
Библиотека даёт больше возможностей, но вам наверно лучше использовать конфигурацию - там проще.
Есть смысл скачать руководство по программированию ПЛК110 с сайта и найти там раздел про описание использования Modbus(Master) в конфигурации, и поизучать - чтобы хотя бы знать куда смотреть.
Для подключения панели (если панель - мастер) тоже используется конфигурация (модуль Modbus(Slave))

[goldenlife]

Во всех ваших прежних работах, судя по всему, все приборы сидели на одном интерфейсе, я вам толкую про то , что у 110-х ПЛК интерфейсов несколько.
Например: Если ПЛК и панель оператора сидят в одном шкафу, то связываете их по RS232, по протоколу Modbus. Самый простой вариант- Панель- мастер, ПЛК-слейв.
Если отчетливо понимаете, что нужно сделать наоборот, делайте наоборот. Дальше, по другому интерфейсу (RS485) связываете ПЛК с модулем МВ110-1ТД. Здесь ПЛК- мастер, модуль- слейв. наоборот не получится.
Совершенно не обязательно использовать протокол Овен, можно также Modbus.
Дальше. Вряд -ли кому-то, кто считает себя спецом, придет в голову программировать вашу задачу на LD или FBD.
Еще дальше. В разделах форума с примерами можно найти все необходимое для того, чтобы начать двигаться в правильном направлении.
Возникает ощущение, что с ПЛК Овен вы дела не имели, иначе вопросов было бы меньше и они были бы другими. Поэтому начинайте с изучения среды программирования, примеров, и т.д.
И последнее, касательно ПЛК. При всех дополнительных "пирогах" 200-й серии Овеновских ПЛК, я бы выбрал 110-ю серию. Codesys 2 компактнее, проще в освоении и позволяет сделать всё, что нужно для вашей задачи.
Ну и если получится побыстрее обзавестись живыми ПЛК, панелью и модулем, будет еще проще "тренироваться на кошках".

Во всех работах, все сидели в одном шкафу, все-все-все.
Все сидели на одном интерфейсе.
Никогда не было необходимости делать ПЛК как мастера, мастер всегда был товарищ Панель!
.
Дальше. Вряд-ли кому-то, кто считает себя спецом, придет в голову программировать вашу задачу на LD или FBD. - А чо так? Там делов-то, логика минимальная. Я пользуюсь ЛАДом и ФБД, ну удобнее так, иначе, пока-что, мозги не поворачиваются понять-сделать, даже если кажется что это будет удобнее...
.
Возникает ощущение, что с ПЛК Овен вы дела не имели, иначе вопросов было бы меньше и они были бы другими. - именно так! на видеоуроки буду надавливать, но по первым часам (введения) - мне многое стало понятно (кроме пока-что протоколов связи и их настройки)
.
Codesys 2 компактнее, проще в освоении и позволяет сделать всё, что нужно для вашей задачи. - Ессесино, выберу Кодесис 2.3, начну с простого, задача ведь не сложная, логика минимальная ... добьюсь успехов в настройке связи между **АЦП-ПЛК-Панели** и там останется лишь отполировать логику и красиво изобразить на панельке -=)
.
Ну, так, верно ли сделан выбор для моей задачи??? // "Шнек сыпет из бункера в бункер, один тензодатчик, одна Панель для задания уставки "насыпать N-кг" и всё". //
ПЛК110-24.30.К.М, + Панель СП307-Б, + АЦП МВ110-1ТД.
Чтоб Панель была мастером для ПЛК, а ПЛК был мастером для АЦП (раз на борту ПЛК есть несколько интерфейсов). Так?
.
Побыстрее = закажут при первой возможности, т.к. дело пойдёт намного быстрее если держать железо в руках...

[goldenlife]

В Codesys2.3 для обмена со слейвом (модулем) можно использовать либо библиотеку Modbus, либо конфигурацию контроллера.
Библиотека даёт больше возможностей, но вам наверно лучше использовать конфигурацию - там проще.
Есть смысл скачать руководство по программированию ПЛК110 с сайта и найти там раздел про описание использования Modbus(Master) в конфигурации, и поизучать - чтобы хотя бы знать куда смотреть.
Для подключения панели (если панель - мастер) тоже используется конфигурация (модуль Modbus(Slave))

.
Как "подробности" - очень кстати. Цель вижу... и препятствия, пока что, тоже мелькают.
Ну окей.
Тогда дайте почвы, чтоб я, пока листаю инструкцию, поглядел на минимальный намёк-помощь, лучше конечно в виде проекта в Кодесис 2.3, где Панель - мастер для ПЛК, а ПЛК - мастер для АЦП, и было бы вообще круто, если покажите как из АЦП вычитать в ПЛК - Измеренное значение физической величины, ед. Rd.fF - по адресу 0x46–0x47 (оно же, модбасовое 70-71).
.
На этой ноте я полезу в "примеры" и "мануалы" и буду ждать "живых кошек" для практических тренеровочных задачек.

[In_Da_Cher_A]

СП307-Б

не берите
на промакс и то диагональ кажется больше
на этих 7 дюмах нихрена не будет видно и тыкать надо будет зубочисткой
а на овеновском разрешении там вообще графика хуже некуда
и берите как минимум 10 и Р, зачем возиться с RS? всё равно в контроллер проще и веселее по Eth грузить, он так и так вам нужен будет
ну или вы родственник владельца мельницы, то берите Б, на разнице в ресторан сходите пообедать

[1exan]

Пример для начала

[melky]

Написать ваше управление в виде ПО на Linux для тач панели с этой ОС. 10" панель с RS485 выйдет дешевле.

Ессесино, выберу Кодесис 2.3, начну с простого, задача ведь не сложная, логика минимальная ... добьюсь успехов в настройке связи между **АЦП-ПЛК-Панели** и там останется лишь отполировать логику и красиво изобразить на панельке -=)

а есть уже логика? или только в планах?
и вот этот АЦП это что?
просто вот надписи всякие типа RD.Fv , zU.Fn. zU.fx, U.apl - это откуда?