Дааа.Европейцы - еврейцы .
У всех платформа КДС "адаптирована" под свое железо и среда разработки на базе КДС платная для пользователя (для АББ в районе 60000 руб).
И описания подробные найти трудновато (хотя для Овена ничего невозможного :p).
Вид для печати
Дааа.Европейцы - еврейцы .
У всех платформа КДС "адаптирована" под свое железо и среда разработки на базе КДС платная для пользователя (для АББ в районе 60000 руб).
И описания подробные найти трудновато (хотя для Овена ничего невозможного :p).
И это - правильно.
Ведь Вы же понимаете, что ничего бесплатного в мире нет? Поэтому у ОВЕНа бесплатность среды разработки включена в лицензию -> стоимость контроллера. Что при больших объемах закупки отдельным потребителем получается дороже, чем купить среду отдельно.
Другой вопрос - что в РФ при засилии пиратки только так и можно как минимум выходить на рынок, как максимум - вообще на нем существовать.
C увеличением размера памяти для энкодера и программным сбросом учел.
Ну не совсем так.
Все производители ПЛК с CODESYS вкладывают в стоимость контроллера лицензию.
Но при этом пытаются еще и софт продать :) Европейский подход. Что тоже имеет право на жизнь - ведь они его купили и доработали (по меньшей мере лайбу сменили). А это дорогое удовольствие :)
Правда в последнее время, на сколько знаю, некоторые европейцы начали от этого отказываться.
Эээээ... А для Европейцев, продающих платную среду разработки, она сама бесплатна? О стоимость лицензии равна стоимости лицензии при бесплатной среде?
" IL - типа лучше всего !!!Шо вы гоните!!! IL - текстовый аналог LD(типа ассемблер) , или наоборот .
Так в ST более компактный код пишется (только не стоит внешние POU вызывать). "
вы по строчкам в текстовом редакторе считаете? видели бы вы во что превращается единичная красивая и лаконичная команда на языке FORTH))) выполняется то объектный код, в который IL транслируется практически по-командно, а вот инструкции ST обрастают множеством дополнительного кода, используемого для обеспечения универсальности применения конструкций языка
[QUOTE=Николаев Андрей;123720]C увеличением размера памяти для энкодера и программным сбросом учел.
Хотелось что бы сброс в "0" был частным случаем, а вобщем установка в произвольное значение, так как бывают случаи когда "0" недостижим.
Ну пока у меня примерно такие мысли и есть - про возможность изменения уставки. А сброс\обнуление - он сброс\обнуление.
Все же думаю, что не стоило бы усложнять модуль излишними элементами.
Лучше приложить к модулю маленький пример, как это сделать в программе или на крайний случай создать библиотечный элемент.
А то ведь может быстродействие или точность или скорость в результате пострадать.
К примеру сразу возникнут проблемы с "=" или ">=".
Кому-то потребует сброс по первому условию, другому по второму.
На всех не угодишь.
Сто раз выкладывал 2 строчки по получению значений энкодера из WORD в DWORD. и делай с ним, что хочешь.
Ну какие тут могут быть трудности? Не понимаю. Это же элементарно!!!!
Во вложении программа, на которой тестил ПЛК. Мотор с энкодером, остановка на 5 сек по достижении уставки, перезапуск....
Результаты для ПЛК 110new- великолепные. Лично меня устраивают полностью.
Можно взять как пример.
А,если надо крутить вперед и назад?
Уставка для модуля счетчика(энкодер) ... как бы нужна и не особо , просто хотелось бы понимать ... вот эти пресловутые 4 строчки - это по обьему сколько?
Короче говоря(или определеннее) - сколько вешать граммов??? Или какой допустимый обьем подпрограммы "быстрого" сверхцикла?????
А то 4 строчки , 2 строчки , да можно через ";" в 2 строчки такого напихать...
А по поводу word - DWORD - INT-DINT : на столе энкодер , от малейшего биения счетчик 65535-0-65535...
Понятно можно вывести , но ... нафига геморрой .
А какие проблемы с туда-назад?
Да особо никаких.Вообще проблемм нет , только... надо перенестись (мислями) к реальному устройству:-
1. Ход вперед , начальное значение счетчика (допустим , от фонаря) 134, конец хода 10534.(Про уставку пока реч не идет).
2. Ход назад от 10534 и проезжаем значение 134 , идем дальше назад .. 0... 65535...65530.
3. Снова вперед 65530...0..134.
Не вопрос я и многие это выправят , но... про студентов хотя-бы подумайте - у них мозг взорвется.
И опять-же , какой допустимый обьем подпрограммы сверхбыстрого цикла???????
Ну так преобразуйте 0..65535 в DINT и сместите на те самые 134, т.е.
REAL_POS: DINT;
temp:word;
temp:=enc_value-134;
if (temp>32767) then
REAL_POS:=word_to_dint(enc_value)*(-1);
else
REAL_POS:=word_to_dint(enc_value)
end_if
А мозг студента НАДО взрывать, иначе ничего не получится. Студенты-троечники стране не нужны!
Объём может быть любым - но чем больше подпрограмма и чем чаще она вызывается - тем медленнее всё остальное. Модуль статистики позволит отследить свободные ресурсы.
Добрый день, Евгений.
Спасибо большое за документ.
Именно его с прошлой недели и изучаю. :)
Пока только я этот док изучаю. Что будет именно так никто не говорит.
Док был на конкурента, по этому не выложу, но в личку могу скинуть.
Сегодня провёл эксперимент с энкодером и обновлённым ПЛК110-32.
Модуль энкодера смог вести безошибочный подсчёт импульсов с оптического
энкодера практически с частотой 100кГц ! Это очень хорошо.
Схема эксперимента :
Двигатель ,вращающийся со скоростью 1200об/минуту, энкодер 2500имп/оборот,
модуль энкодера в ПЛК110 с жестко заданным множителем 2 (квадратура x2).
По сути можно считать,что стоял энкодер на 5000.
Результаты отличные !!!
Выводы:
Можно смело использовать энкодер прямо на валу мотора в
следующих сочетаниях:
1. Двигатель до 1000об/мин, энкодер до 2500имп/оборот.
2. Двигатель до 1500об/мин, энкодер до 1500имп/оборот.
Получается, что энкодер в новом ПЛК110 подойдёт по скорости
для решения большинства задач.
К сожалению почти половина времени ушла на написание программы
быстрого таймера для перевода значения энкодера из WORD в DINT.
При вызове таймера 200мкСек,время цикла основной программы было 500мкСек.
После уменьшения времени таймера до 50мкСек,цикл увеличился до 1000мкСек.
C:=C + ((Enc - M) AND 65535);
M:=Enc;
Если всё просто,прошу предложить вариант решения следующей задачи в виде конкретно-работающего проекта на нынешнем новом контроллере ПЛК110-32 :
1.Требуется отображать значение энкодера (в режиме линейного) от - 2147483647 до 2147483648, т.е. весь диапазон 4294967269(DINT).
2.Стартовое значение энкодера : 0 .
3.При вращении энкодера в одну сторону происходит изменение значения (DINT) 0...-1...-2...-2147483647.
4.При вращении энкодера в другую сторону происходит изменение значения (DINT) 0...1...2...2147483648.
5.Обеспечить в режиме остановленного (и не обязательно) механизма возможность записи нового значения энкодера в любое время,по выбору оператора в диапазоне от - 2147483647 до 2147483648 (DINT).
6.Квадратура пусть остаётся х2,раз такая жёстко задана в ПЛК .
Может в результате получится образцовый,развиваемый пример проекта для работы с энкодером.
Упомяну,что для решения подобной задачи на нормально-оформленном конфигурационном и библиотечном
энкодере в альтернативном ПЛК ушло 0,5...1час.
А сколько потребуется "студенту" или "профессионалу" на ПЛК 110,попробуем оценить трудозатраты и пути улучшения?
В этом случае наверное лучше купить ПЛК с готовой программой.
Предлагаю Овену создать отдел, который по заказу будет изготавливать ПЛК с предустановленными программами.
А слова "свободно программируемый" из названия исключить.
К слову у меня раз возникла задача считать с помощью Си8, потом через ПЛК ложить в архив и на Сп270 в диапазоне DINT/
Думаете нужно было сразу заказать новый счетчик Овену?
Нее,речь немного о другом.Всё что надо мы реализовали и чужой труд бесплатно эксплуатировать никоим образом не пытаемся.
В том числе и то,что описано выше.Нет никаких проблем. Поигрались,проверили,убедились...
Думаю в основном это предложение направлено на то, чтобы появилось желание подсветить дорожку тем,кто ищет путь и поставщика.
Наивно считаю,чем проще програмить ПЛК,тем больше продажи у производителя ПЛК.И отсталые "буржуи" почему-то тоже.
Например тот же PLCopen,гораздо удобнее,чем с отдельными регистрами возиться.
Поэтому встроенные библиотечные функции должны быть по-максимуму удобными и дружественными.
Тогда их можно быстро и много использовать в проектах.И голову забивать лишь сочинением своей программы и
отладкой.
Дополнение к тестированию энкодерного модуля:
После модернизации программы быстрого таймера, получен
новый максимальный результат для энкодерного модуля обновлённого ПЛК110-32.
Обороты двигателя 1350, энкодер 2500, квадратура х2 - полёт нормальный 112,5кГц
Но реально можно считать ,что модуль поддерживает 225кГц,
т.к. он распознаёт нормально оба входа А и В.
И разработчик,включив режим квадратуры х4, получит именно эту скорость счёта.
х1 - это когда энкодер с разрешением 2500 отображается в ПЛК тоже как 2500 за один оборот (считается только R фронт от входа А)
х2- вместо 2500,отображается 5000 в ПЛК (считается R и F фронты от входа А) .
х4 - вместо 2500, отображается 10000 в ПЛК (считается R и F фронты от входа А и входа В)
В ПЛК100 по-умолчанию жёстко задано х4, в ПЛК110 х2.
Энкодер где то глубже закопан на уровне прошивки,поэтому работает нормально (быстро).
В программе с прерыванием 160мкс (даже не 20-ть,т.к. хватает и реже) всего лишь переводим WORD в
DINT,чтобы удобнее было работать.Но можно и совсем без этого попробовать,но есть риск чего нибудь упустить при большом времени цикла.
.
Евгений!
Если уж взялись работать - давайте до конца:
1.Энкодер - нужен для измерения - присобачьте энкодер к чему-либо и подвигайте по линейке , надо определить точность определения положения.
А вообще вам риспект и уважуха.
Так, вопрос по теме:
Когда ожидать в продаже обновленный ПЛК-110? И какие характеристики будут у обновленного ПЛК?
Вложение 11182
И где же Овен продает эти новые контроллеры?
Когда реально их можно будет "пощупать"?
Ну журнал должен был выйти после нового года. Дойти до пользователей уже как раз к началу продаж.
Пока серийные продажи мы планируем начать в апреле.
l
Точность уже будет зависеть от механики и диаметра мерного колеса.Всё зависит от конкретного применения.К примеру если мерить погонаж
энкодером 2500х2 (для ПЛК110)=5000имп/оборот и колесо вязь диаметром 100мм, то точность будет 314/5000=0.0628мм.
Ну а если тот же энкодер на моторе с редуктором i=100 и подающий ролик диаметром 100мм, то точность подачи будет 0.000628мм.
Самое главное ,что скорость энкодерного модуля теперь позволяет это делать.Ранее мерить тоже можно было,но с черепашьей скоростью :(
Еще подкину дров в потухающий костерок.;)
Смотрел по заявленным характеристикам - ОС есть какая-то , память расширили , возможность работы с внешними добавили , Ethernet порт есть это все замечтательно .
Как бы еще FTP сервер получить в комплект к всему этому????
Что Вы понимаете под получить FTP и для чего?
Что сказал , то и подразумеваю , неужели не понятно :
рассуждаем логически : обьем встроенной флэш вырос , работу с внешним флэш как-то организовали .
Это все для чего по большему счету -
правильно создание файлов архивов , рецептов .
Как вытащить файл из контроллера ? И!!!! при этом желательно (крайне) использовать ПО , обычное для любого ПК (В бухгалтерии и у технолога может не быть стороннего ПО ).
Опять же "закинуть" файл в контроллер .
Наличие FTP сервера в ПЛК , решило-бы очень много вопросов , и подняло бы сей ПЛК в глазах общественности .:D
А то проц 600мгц , а что может ? Ничего особенного , а так - у нас даже есть FTP сервер , ВАУ!!!:o
В общем было-бы не плохо прокачать эту тему.
В панелях Вайнтека такая фишка (FTP) есть , но лучше если она будет в ПЛК.(Почему нет)
FTP или, что вероятнее, TFTP - будет. Но когда - сказать не могу, приоритет низок.
Что то новое по старту продаж известно?