Обновленный ПЛК110?

[Евгений_Томск]

Из РЭ ПЛК110 по сути: "Время переключения транзисторного
выхода из состояния «лог. 0» в состояние «лог. 1» и обратно,мс,не
более 30 для обычных и для быстродействующих не более 1"

Вопрос: они действительно так долго переключаются?
Или имелись ввиду мкСек.

[Евгений_Томск]

2.Из РЭ ПЛК110: "К ПЛК110-\Х.60.Х-Х возможно подключить два энкодера,при этом первый энкодер подключаются
к входам DI1-DI2,а второй энкодер к входам DI3-DI4,
соответственно.
Либо есть возможность подключить один энкодер
с указателем нулевой метки (ABZ энкодер),
при этом энкодер подключается к входам DI1-DI2,
а указатель нулевой метки подключается к входу DI3.

К ПЛК110-Х.32.Х-Х и к ПЛК110-Х.30.Х-Х можно подключить один энкодер.Для подключенияэнкодера используются входы DI1-DI2."

Вопрос: для нового ПЛК110-32(30) так и осталось всего два быстрых входа,т.е.нормальный энкодер с Z-меткой не подключить?

[Евгений_Томск]

3. Из РЭ ПЛК 110:"Твых– задержка на срабатывание выхода.Значения для релейных выходов– 50мс;для обычных транзисторных выходов – 30мс;для быстродействующих транзисторных выходов–0,02мс (в таблице 2.1 данный параметр называется«Время переключенияиз состояния«0»
в состояние «1» и обратно»). "

И всё же мс или мкСек?

[Sergey666]

По поводу управления движением имею сказать :
1. Управление движением предполагает использование энного внешнего оборудования - ПЧ (хорошие) , сервоприводы , шаговые двигатели (с блоками управления) . Имеются ПЧ с опционными платами для подключения энкодера и встроенным ПЛК . В котором можно написать программу на LD(туды его в качель) и сделать обмен с ПЛК (верхним). Необходимость в энкодере на самом доле во многих случаях кажущаяся , иногда можно и без энкодера обойтись(точно знаю). А применение сервоприводов предполагает использование "своего" ПЛК для "общения".
2. Что именно "управление движением" - трех осевая интерполяция , двух осевая , загрузка CAD файлов ? Все это требует специализированных инструкций , и специализированной аппаратной части . Задача по разработке для Сколково , только они бабло пилят(и все...).
3. Может управление движением это считывание с энкодера длинны листа (сталь , картон , проволока) , стоп и включение отрезания ? Так это мелочевка делается на много чем.
4. У конкурентов есть ПЛК намного дешевле и чуть подороже , но... программирование на LD (опять туды его и сюды). Ничего и никто не мешает использовать такие ПЛК в качестве "прокладки".
Конкуренты (западные ) держат центры исследовательские для разработки , по объему нашего Сколково , только бабло они не "пилят"(им за это бо-бо сделают), а работают и этим ,с..ки , подрывают нашу экономику.Щас скоро приедет , прилетит ПЛК 110 для теста - будем посмотреть...

[Евгений_Томск]

По поводу управления движением имею сказать :
1. Управление движением предполагает использование энного внешнего оборудования - ПЧ (хорошие) , сервоприводы , шаговые двигатели (с блоками управления) . Имеются ПЧ с опционными платами для подключения энкодера и встроенным ПЛК . В котором можно написать программу на LD(туды его в качель) и сделать обмен с ПЛК (верхним). Необходимость в энкодере на самом доле во многих случаях кажущаяся , иногда можно и без энкодера обойтись(точно знаю). А применение сервоприводов предполагает использование "своего" ПЛК для "общения".

Да,согласен.Тут лучше комплектных сервоприводов ничего не придумаешь.ПЛК110 обладает небольшим временем цикла и TCP для верхней связи - это хорошо.Но не совсем быстрым интерфейсом Modbus для раздачи заданий,хотя для последовательных перемещений его вполне хватает.Вижу два пути для дальнейшего развития ПК110 :
1.Добавить мегабитный CAN штатно или как опцию в качестве дополнительного интерфейса(похоже реально,т.к. на СПК207 есть).
2.Раздавать задачи осям по Ethernet (но Modbus TCP похоже тоже не быстрый,когда-то измерял,показалось скорость обмена соизмерима с Modbus RTU).

[Евгений_Томск]

3. Может управление движением это считывание с энкодера длинны листа (сталь , картон , проволока) , стоп и включение отрезания ? Так это мелочевка делается на много чем.

В своё время,именно для подобных задач, энкодер ПЛК100 оказался очень медленным(1,5кГц).Возможно с ПЛК110 в этом плане будет нормально (заявлено 50кГц),а на новом тем более.Хотя получается,что на новом будет тоже 50кГц.

Попробую прикинуть какой частоты энкодера было бы достаточно,чтобы поставить на ось мотора для простых перемещений.

Берём почти минимальный энкодер с 1000имп на оборот, т.е.4000фронтов, двигатель макс 3000об/мин (50об/сек).
Итого : 4000 х 50 = 200кГц. Если ограничиться мотором в 1500об/мин,
то вроде как достаточно 100кГц.Ну или снижать разрешение энкодера,или ставить его на редуктор.

Хоть может это направление и не совсем профильное,но почему бы не попытаться добавить на новый ПЛК110 библиотечно-конфигурационный энкодер на 200...300кГц.Пусть даже он снизит время цикла (он ведь отключаемый),кому не надо,тот не будет его включать.

С библиотечными функциями:
1.Запись нужного текущего значения.
2.Запись уставки.
3.Назначение входов A,B,Z.
4.Выбор типа энкодера.
5.Назначение выхода для реакции.
6.Назначение реакции: <,>,=...

[Александр Ушаков]

Здравствуйте.
В одном из сообщений от Филоненко Владислава,кстати позже удалённом, промелькнуло, что существуют некие сопроцессоры которые и отвечают за счет и могут обеспечить счёт квадратурного энкодера 125кгц.
Это значит что существуют аппаратные средства, пусть даже интегрированные в ЧИП, для решения волнующей нас задачи.
Как мне кажется все дело в КДС, так как нужны специализированные библиотеки дающие доступ к этим аппаратным средствам.
А насчет прерываний которые якобы не дадут нормально работать ПЛК так
ИМХО это миф, они как раз и призваны чтобы распаралелить задачи.
Работа процессора вся построена именно на прерываниях, иначе это был бы
ПЛК, процессоры прерываний не боятся.

[Sergey666]

Вообще в КДС есть раздел "Софт моушен"(извините неохота переключать)
Когда производитель сообщает , что есть 4 быстрых входа "СУММАРНОЙ" частотой 50кГц , то это означает при использовании 4х частота 50/4 . Это по "типа бюджетным ПЛК" , для серьезных задач делают специальные ПЛК , "типа Серьезные".
"Раздавать задачи по модбасу" - нормально , кстати последовательный порт работает быстрее,чем Ethernet , просто в ethernet "влазит" больше.
Реально по 485му на 38400 4 модуля опрос с периодом 50мс получение 1го Real + модуль дискретный (любой)маски входов-выходов с периодом 300мс.
Делал недавно станок с управлением движением гидравликой , так вот "станочная" гидравлика инерцию дает порядка 500мс(это я занизил) , для чего "время цикла " 1 мс непонятно , вполне 5-6мс хватает.
Короче , я думаю (считаю) в стране не хватает глобальных (правильных) знаний в этом направлении .
Надо учится у германцев .
З.Ы не в тему перед праздниками выложил в Нете вакансию "бухгалтер" - более 40 откликов за 10 дней , а нормального КИПовца 1.5 года найти не могу.(Это жесть)

[Николаев Андрей]

Здравствуйте.
Это значит что существуют аппаратные средства, пусть даже интегрированные в ЧИП, для решения волнующей нас задачи.
Как мне кажется все дело в КДС, так как нужны специализированные библиотеки дающие доступ к этим аппаратным средствам.
А насчет прерываний которые якобы не дадут нормально работать ПЛК так
ИМХО это миф, они как раз и призваны чтобы распаралелить задачи.
Работа процессора вся построена именно на прерываниях, иначе это был бы
ПЛК, процессоры прерываний не боятся.

Ну примерно в эту сторону и мы предлагаем подумать.
А вот дать доступ из CODESYS к данным ресурсам не так-то и просто.
Но сейчас мы такую возможность рассматриваем.

[Филоненко Владислав]

Здравствуйте.
В одном из сообщений от Филоненко Владислава,кстати позже удалённом, промелькнуло, что существуют некие сопроцессоры которые и отвечают за счет и могут обеспечить счёт квадратурного энкодера 125кгц.
Это значит что существуют аппаратные средства, пусть даже интегрированные в ЧИП, для решения волнующей нас задачи.
Как мне кажется все дело в КДС, так как нужны специализированные библиотеки дающие доступ к этим аппаратным средствам.
А насчет прерываний которые якобы не дадут нормально работать ПЛК так
ИМХО это миф, они как раз и призваны чтобы распаралелить задачи.
Работа процессора вся построена именно на прерываниях, иначе это был бы
ПЛК, процессоры прерываний не боятся.

Отдельные сопроцессоры для быстрой обработки есть.
Но межпроцессорный обмен не рассчитан на работу каждую мкс, там есть существенные задержки и ограничения.
А вот внутри сопроцессора некую простую обработку можно и добавить. Но для формулирования задачи нам бы хорошо представить предметную область.

Более конкретно - предлагайте варианты для управления некими высокоскоростными устройствами при следующих ограничениях:
Сопроцессоры имеют:
1-й 4 входа и 2 выхода
2-й 2 выхода
Задержка на межпроцессорный обмен с хостом не менее 10-20мкс, с соседним сопроцессором в 2 раза выше.
Логика может быть любой дискретной (целочисленной) в разумных (по объёму кода) пределах.