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

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

Да, какая схема подключения, фронты не завалены?

Энкодер 360имп/оборот, прямоугольные выходы +24В, фронты быстрые,все выходы целые .Проблема не в датчике-энкодере.
Он единовременно подключен к 3-м получателям, очень туго считает только ПЛК110-32М. Выше писал,что возможно на это влияет 40входов/выходов
в конфигурации ПЛК вместо 32-х.Отключите для начала лишние входы(выходы) в конфигурации,может поможет, раз на ПЛК110-30 работает.

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

P.P.S. По поводу 32 битного энкодера - технически реализуемо, необходимо желание общественности (массовое). И главное, не понятно зачем. 16 бит позволяют с гарантией обработать сигнал с энкодера при любой доступной ПЛК частоте этого энкодера.
Энкодер Retain не имеет - так что хранить в нем данные об абсолютном положении бессмысленно.

Думаю есть смысл реализовать 32бита, тогда будет очень удобно работать.Ретэйн и не надо для энкодера.
Если питание пропадёт ,всё равно в базовую точку выходить. Ещё желательно,чтобы была возможность изменить
текущее значение энкодера и коэффициент умножения счёта (х1,х2,х4).

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

Ой ! извините не знал что энкодер инвалид.
Конструктивно повторяю про переход ч-з 65535 .

Ну а что может быть-то? 65535+1=0
0-1=65535

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

Ну если всё равно выходить в базовую точку - зачем энкодер обнулять. Обнулите его в программе, всё равно там идет пересчёт и накопление.
Массовое голосование на эту тему, вероятно, поможет.

[Sergey666]

Думаю есть смысл реализовать 32бита, тогда будет очень удобно работать.Ретэйн и не надо для энкодера.
Если питание пропадёт ,всё равно в базовую точку выходить. Ещё желательно,чтобы была возможность изменить
текущее значение энкодера и коэффициент умножения счёта (х1,х2,х4).

А что мешает писать в переменную? Или что, Не пишется? Или не пробовали?
Коэффициент умножения - это если устройство умеет считать оба фронта импульса .А так смысл умножения.
Есть ПЛКшки Delta Electronics (если на эту фирму алергии нет) - на них есть описаловка на русском , кому интересно можно нагуглить и почитать для общего развития . Оттуда не все можно взять но кое-что вполне подойдет .Они хоть знают что такое управление движением и с чем и как его есть надо.

[lara197a]

16 бит -это более чем.
как преобразовать в 32 -куча примеров.(в т.ч. и в этой теме)
остался вопрос по фронтам.
Владислав, считаются 4 фронта?
проверить не могу, т.к. тестил дома, без осицилографа на моторе с энкодером и редуктором.
ни на редуктор, ни на энкодер данных нет(кЕтайцы... мать их).

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

А что мешает писать в переменную? Или что, Не пишется? Или не пробовали?
Коэффициент умножения - это если устройство умеет считать оба фронта импульса .А так смысл умножения.
Есть ПЛКшки Delta Electronics (если на эту фирму алергии нет) - на них есть описаловка на русском , кому интересно можно нагуглить и почитать для общего развития . Оттуда не все можно взять но кое-что вполне подойдет .Они хоть знают что такое управление движением и с чем и как его есть надо.

Писать то наверно всё можно,а уж тем более пробовать...Уже напробовался...Тут и года не хватит,не моя это работа.Однажды несколько дней промаялись с простой счётной задачей на ПЛК100 в поиске компромисса между медленной скоростью счёта и точностью.

Был кличь от Овен !
Кому какой энкодер надо? Начинаешь предлагать,а в ответ а это вам зачем, а это..? Все предложения делаются на основе опыта эксплуатации ПЛК с нормальными энкодерными входами.Цель подтолкнуть разработчиков Овен в конце концов оснастить ПЛК энкодером,пусть даже не очень быстрым. Похоже предложения пользователей на форуме даже никто из разработчиков системно не обрабатывает и не анализирует, и даже повторные.Какой смысл распинаться. Действительно,ну взяли бы уже давно нормальный контроллер,да и посмотрели как там всё реализовано в плане энкодера.А тут вроде обновлённый контроллер,а энкодер ВООБЩЕ не работает.
Считаю недостатком поддержки ,когда не даются ответы на высвеченные проблемы ,даже в стиле: проблема принята,ответ будет в течении...дней.Помоему всё,что предлагалось ранее,уже забыто

Кстати, ранее в ПЛК100 был жёстко заложен коэффициент Х4 (считались все фронты).От этого многим было неудобно.Поэтому предлагаю чтобы была возможность выбора.

Не обойтись видимо без библиотеки.Пора начинать делать наброски однако...К тому же библиотеку всегда легче
обновлять в плане очередных версий.

Честно говоря мы обойдёмся без энкодера в ПЛК110, но как Овену шагнуть в завтрашний (или уже вчерашний) день с декларативным энкодером на борту? Изменений в энкодере на данный момент : 0.

От D.... почёсываюсь, но может и зря...

Подсели на немцев и их соседей,на них и ляпаем.Чтоб не заниматься только одним бесконечным тестированием.
Написано 200кГц ,значит 200.
Что заявлено в инструкции,то и работает.

Хотелось бы ,чтоб и с Овен было поменьше кувырканий.
Понимаю,что это пока макет (ПЛК110-32М).Но я не вижу особого
настроя на кардинальную доработку некоторых моментов,или просто так кажется.
В частности:

1.Энкодера.
2.Глюков загрузочного проекта.
3.Медленных фронтов на выходах обычных.
4.Отсутствия потенциала на выходах.
5.Отсутствие нормальной процедуры прошивки.
6.Несоответствие конфигурации ПЛК по входам/выходам.

Хотя в итоге получилось не так уж и много проблемных мест.
Немного поднатужитесь, и будет всё норм.

Просто иногда отписывайтесь, что уже исправлено,чтоб можно было погонять.

[lara197a]

Евгений, вот лично мне понятно все, кроме энкодера.
Вы поймите правильно. тот клип. который выложен, он выложен тех поддержкой.
у них нет вообще средств для тестирования.
они не разработчики.
И что не так в энкодере?
16 бит- это норма.
больше- к спец модулям.
у ПЛК такого уровня- обычно 30-50 кГц- это счетные входы.
100-200 и энкодеры, это спец модификации за другие деньги.
Есть конечно ПЛК с этим и на борту, но дороже, + свои издержки....

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

Итак, по многочисленным просьбам трудящихся мы публикуем результаты состязания:
В левом углу ринга - ПЛК110-30
В правом углу ринга - Rotary Encoder E30S4-1024-3-T-24

Чем закончилось? Кто кого?

Уже не плохо.Продолжайте писать видео- это наглядно.

Единственно этот эксперимент малоинформативный.
Он не проверяет максимальную скорость счёта, пропуски импульсов,
точность счёта в обе стороны, зависимость от мгновенной загрузки
ресурсов ПЛК.

Хочется увидеть нечто,вроде :
1. Энкодер 1000имп установлен на валу двигателя .
2. Кем-то,кто не хочет DINT в конфигурации, написана программа, переводящая
WORD в DINT, успевая славливать все переходы.Ну не так всё будет просто думаю...
К тому же производитель,может это сразу в конфигурации реализовать.
Зачем этим пренебрегать.
3. Отмечена стартовая точка, двигатель крутится 1500...3000об/мин в одну сторону.
(WORD переполнится уже через 1,3сек при х1, или через 0,425сек при х4).Поэтому
удобней DINT.
4. Крутим секунд 20-ть.Переполнения DINT ещё нет.
5. Потом в обратную сторону примерно 20 сек до стартовой точки.
6. И мы вместе наблюдаем за абсолютным значением энкодера в формате DINT.
Например в стартовой точке видим изначальный 0.

Если всё так и будет,тогда снимаю шляпу! Всё отлично.

А пока текущий тест показал что значения могут меняться и всё.
Надеюсь это был первый шаг.

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

Евгений, вот лично мне понятно все, кроме энкодера.
Вы поймите правильно. тот клип. который выложен, он выложен тех поддержкой.
у них нет вообще средств для тестирования.
они не разработчики.
И что не так в энкодере?
16 бит- это норма.
больше- к спец модулям.
у ПЛК такого уровня- обычно 30-50 кГц- это счетные входы.
100-200 и энкодеры, это спец модификации за другие деньги.
Есть конечно ПЛК с этим и на борту, но дороже, + свои издержки....

У меня в контроллере его (энкодера) пока нет.

Полноценный тест провести недолго.
Мы уже несколько раз подобные процедуры делали.

Будем ждать обновление прошивки или таргета (лучше с DINT в энкодере).

Поверьте,это значительно удобнее, не зря так многие делают.

ПЛК за 8000...12000р с парой хороших энкодерных входов - это уже почти обыденность
сегодня, а не дорогой эксклюзив.