Филоненко Владислав я ничего не рекламировал, не передергивайте.
характеристики железки можете написать? сколько памяти, какой проц, использование flash и т.д. и т.п. ?
Про снос среды имел ввиду самостоятельно снести и самостоятельно вернуть обратно? Мало ли, для использования в своих целях самой железки не по назначению, которое вы ей придаете изначально.
Это тема про среду! Среда на процессорах х86Сообщение от melky
Тролль-наседка, добрый, нежный и ласковый
Свои десять копеек в хотелки для новой среды.
Что меня раздражает в КДС:
1. Детекторы фронтов и спадов сигнала. Перед каждым сигналом приходится ставить триггер, его еще приходится описывать в шапке\глобале. Если таких сигналов много, то и писанины получается "Война и мир" на минималках, особенно если только ST. В азиатских средах (Мелсек-подобных) сделано проще - на LD просто несколько вариантов символов "контакта". Как вариант - сделать команды условно RAISE и FAIL. Т. е. IF RAISE(DI1) THEN действие. И всё, без лишних триггеров и описания.
2. Работа с быстрыми входами. Конкретно для ПЛК Овен 110 приходилось использовать нештатные средства для получения желаемого функционала, ибо штатные грусть-тоска-печаль. В других средах видел простое решение - штатный ФБ, работающий с высокоскоростными входами на аппаратном уровне. Например счетчик+тахометр в одном флаконе, причем счетчик энергонезависимый. Вытаскиваю на поляну ФБ, подключаю вход, задание счетчику (если требуется) и сигнал сброса, на выходе имею сразу счет, сигнал достижения счета, и частоту импульсов в имп\сек. Удобно и без лишней пыли.
3. Работа с быстрыми выходами. Хотелось бы видеть "гладкий" ШИМ, без перезапуска периода по факту обновления задания. Так же желательно иметь ФБ для примитивной работы с ШД - на входе скорость, ускорения, команда, сброс координаты, возможность прочтения текущей координаты двигателя. ФБ работает с физическим выходом на аппаратном уровне вне цикла ПЛК.
Филоненко Владислав кстати да, PRU-ICSS это же была фишка TI, раз с них перешли на GD32 получается сейчас нет возможности работать с быстрыми входами/выходами и в предыдущих моделях плк?
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Мы не делаем ПЛК на GD
И да, бытие определяет сознание, нет PRU - нет его возможностей...
Тролль-наседка, добрый, нежный и ласковый
Работа с движением - даже в самом примитивном варианте под капотом десятки и сотни тысяч строк кода (ну если мы хотим движение а не фикцию).
Гладкий ШИМ - ну хороший функционал, подумаем.
Детекторы фронтов - тут или шашечки или ехать. Делать прибитые гвоздями функции и не использовать их - пустая растрата процессорного времени.
Тролль-наседка, добрый, нежный и ласковый
зачем перед каждым?Перед каждым сигналом приходится ставить триггер
ну это же совсем другая история с математикой потому чтоВ других средах видел простое решение - штатный ФБ, работающий с высокоскоростными входами на аппаратном уровне.
и как же ФБ должен существовать вне цикла, который есть суть среды? это должна быть другая среда вообщеФБ работает с физическим выходом на аппаратном уровне вне цикла ПЛК.
просто мысли вслух
В ПЛК110М2 высокоскоростные входа\выхода физически выполнены на отдельном сопроцессоре. Энтузиастами было разработано нештатное средство, позволяющее программировать этот сопроцессор под свои хотелки. Из основной программы давалось задание, сопроцессор его отрабатывал независимо от основного цикла. Поищите здесь на форуме Hardella IDE для понимания вопроса.как же ФБ должен существовать вне цикла
Возможно я косноязычно выразился, бывает такое у меня.зачем перед каждым?
Для классического ST и LD в КДС:
КДС.jpg
В другой среде это же действие организовано проще:
Mels.jpg
Ну стрелочка вверх это тот же R-Trig на самом деле. Проще или нет, просто вот так. Вряд ли кто-то будет делать так же, как у других. Хотя да, часто проще и импульс и инвертирование сделать прямо на блоке. Но при этом не отказываться от обычной реализации... Попробуйте в другой среде одновременно и F-триг и инвертирование поставить на входе, просто не получится.
Я рассуждаю с точки зрения простоты выполнения задачи. Мне реально проще нарисовать стрелочку в нужную сторону, чем набирать стопицот букв. Вот и предлагаю вместо объявления триггера и двух строк в программе сделать функцию без дополнительных объявлений, которую можно сразу использовать в строке.Ну стрелочка вверх это тот же R-Trig на самом деле.
Ваши права
Ответить с цитированием