Значения переменной комбобокса останутся прежними 0-5, а список расположите в обратном порядке.Цитата:
Сообщение от CoollFox
Кстати, на форуме ранее уже обсуждали как переходить в нужное меню при включении ПР, если Вам и такое понадобится!
Вид для печати
Значения переменной комбобокса останутся прежними 0-5, а список расположите в обратном порядке.Цитата:
Сообщение от CoollFox
Кстати, на форуме ранее уже обсуждали как переходить в нужное меню при включении ПР, если Вам и такое понадобится!
А можно для меня, непонятливого пояснить? я всяко перепробовал, по любому надо вверх нажимать в combobox меню.Цитата:
Сообщение от Сергей0308
Так Вы и значения переменной комбобокс расположили в обратном порядке, короче, надо что-нибудь одно поменять!Цитата:
Сообщение от CoollFox
А так у Вас всё осталось как и было ранее!
попробуйте изменить макросЦитата:
Сообщение от CoollFox
Вложение 78760
Дело же не в макросе!? Дело в том, что перечисление пунктов меню идет по кнопке вверх, а мне Вложение 78762надо вниз
По кнопке вверх вы увеличиваете значение. Поэтому и переворачиваем список - тогда по кнопке вниз будете уменьшать значение. А макрос изначально, по умолчанию выставляет максимальное значениеЦитата:
Сообщение от CoollFox
Вложение 78763
В, общем, вот попробуйте
Спасибо, то что надо!
Мне кажется, что никакие макросы предустановки здесь не нужны, в смысле, у энергонезависимых переменных есть значение по умолчанию, вот такую и "прилепить" к комбобоксу!
Добрый день подскажите пожалуйста регулятор для запорно-регулирующего клапана работающего по заданию 4-20 мА. Пробовал ПИД но при достижении заданного значения он постепенно закрывается а мне надо что бы достиг заданного значения закрылся допустим на половину, а как привысило заданное значение тогда только закрылся полностью.
Ну как вариант любая ПР и программируйте любой алгоритм.Цитата:
Сообщение от Vesper
Да не силен я еще в лоджике. Думал может у кого уже варианты есть готовые.
Это как? Если достиг - стоит на месте. Закрывается/открывается - не достиг. Все простоЦитата:
Сообщение от Vesper
При достижении уставки, выход ПИД стоит на месте Вложение 78771Цитата:
Сообщение от Vesper
А смотрите еще такой вопрос: можно ли выход ПИД преобразовать чтобы было 10,20,30, и так до 100 только десятки?Цитата:
Сообщение от kondor3000
Зачем это?Цитата:
Сообщение от Vesper
Если вам так надо сделайте сравнение, больше 10, 20, 30 и т. д., будет включение бит разделённое на 10 шагов.
Мне нужен аналоговый выход с шагом 10,20,30-100Цитата:
Сообщение от kondor3000
На аналоговый выход надо подавать от 0 до 1.0 , какой смысл в этом, если вам для подачи на выход, всё равно надо делить на 100.Цитата:
Сообщение от Vesper
На скрине посмотрите.
Имею в виду в %. Шаг нужен только десяткиЦитата:
Сообщение от kondor3000
Ну можете сделать кучу преобразований, выход разделить на 10, преобразовать в целочисленное, Вложение 78775Цитата:
Сообщение от Vesper
умножить на 10, и преобразовать обратно во Float, будет выход десятками.
Большое спасибоЦитата:
Сообщение от kondor3000
Такое себе.
ПИД около *5 вдруг будет болтатся и выход такой - плюс 10, минус 10 раскачивать.
Тогда вам нафиг не нужен ПИД регулятор. Просто время от времени сравнивайте параметр с уставкой и прибавляйте / убавляйте выход на 10Цитата:
Сообщение от Vesper
Доброго дня
В ФБ на ST нужно сохранить состояние между выключениями питания.
Для ФБ на FBD просто объявил бы переменную энергонезависимой.
А для ST не соображу, как быть.
Как объявить переменную в ФБ на ST энергонезависимой?
Только через внешнюю переменнуюЦитата:
Сообщение от FPavel
Вложение 79087
Код:function_block functionblock1 //имя функционального блока.
// Пример функционального блока на ST, который является счетчиком и используется для прямого счета.
// Операция «прямой счет» выполняется по переднему фронту импульса на входе «U»,
// что увеличивает значение выходного сигнала «Q».
// При поступлении на вход Res логической «1», выход счетчика «Q» устанавливается в значение входа «N».
var_input //объявление входных переменных
U : bool; //входная переменная с типом данных bool
Res : bool; //входная переменная с типом данных bool
N : udint; //входная переменная для значения счетчика после сброса
Q_ : udint;
end_var
var_output //объявление выходных переменных
Q : udint; //выходная переменная с типом данных udint
end_var
var //объявление локальных переменных
CounterValue : udint; //переменная для текущего значения счетчика
RTrig : bool; //переменная для определения переднего фронта на входе «U»
end_var
CounterValue := Q_;
if Res then
CounterValue := N;
end_if
if U and not RTrig and not Res then
CounterValue := (CounterValue + 1);
RTrig := U;
end_if
if not U and RTrig then
RTrig := false;
end_if
Q := CounterValue;
end_function_block
Спасибо
Ясно. Жаль, что пока не существует решения, подобного из FBD.
Ну, с этим можно жить (и вроде обещают retain в ST), а вот то что творится в ветках про прошивки ПР103 и ПР205 - вот это жестьЦитата:
Сообщение от FPavel
Как видно, на сегодняшний день проблемы с прошивками и комплектацией.
Как бы цинично это не звучит - мне нужно сделать только то, что зависит от меня. Прошивки (не первый и не последний раз) поправят, ремонт выполнят.
Ремонт, может даже гарантийный - сталкивался, что сенсор датчика ломался через год, прошивка на одном из приборов в редкой конфигурации некорректно работала - Овен чинил бесплатно. Неприятно, но переживу без волнений.
По правде, обновляю OwenLogic только когда новой версии больше месяца и на форуме нареканий нет. Поэтому проблемы прошли мимо, хотя новичкам сочувствую, понимаю, какое давление на них и сомнение в компетентности со стороны и заказчика и собственного руководства - сам проходил через это.
Поэтому, потихоньку - шаг за шагом - прочь от Овена!!!
На встречу диким китайцам, которые точно ничего не поправят? Максимум просто мюпоменяют на такое же глючное?
я вот вообще понять не могу, что там за фабрика проггеров у ОВЕНа, которые в бешеном темпе рожают бесконечные обновления? нахуа?Цитата:
Сообщение от FPavel
ладно, добавили ST - это понятно, можно и обновиться, если тебе это нужно.
ладно добавили новые приборы, обновляйся если тебе нужно именно это
Но после ST прошёл уже год и уже вместо 2.4 "в продаже" уже 2.7.357 (!!!) и глюки, вылеты и прочие приколы и не думают прекращаться
печаль однако, но буду смотреть в сторону питерских, для мелких объектов постепенно буду тестировать
Это Сигнетикс что-ли?Цитата:
Сообщение от In_Da_Cher_A
ну я пока не вижу другой альтернативы. Вроде они сейчас выкатили второй пиксель, который совсем не первый, надо купить на тестирование
пока единственное что минус - ценник в еврах, в каком-то файле экселя.....какой-то привет из 200х
Китайский Зентек вот пошёл в работу на первом объекте, один шкаф включил, посмотрим, в монтаже ещё три шкафа вентиляции
вроде экстрабюджетно, но цена сейчас уже не главное, нужна стабильность и безгеморность, к сожалению ОВЕН пока это не может гарантировать
Абсолютно нормально! Я только за!Цитата:
Сообщение от In_Da_Cher_A
Ну, кроме НИОКР, основные расходы электронной промышленности в РФ в долларах. Пусть лучше так, чем спекулятивные игры на курсе
А зентек...
У него огромные тормоза по интерфейсу (привет цене) и нет гальванической развязки последовательного интерфейса, что делает рискованной диспетчеризацию.
А так... Стандартное бюджетное решение.
ну я пока пользую это как "готовое изделие" с типа заводской "прошивкой под меня", поэтому тормоза мне пока не принципиальны. и диспетчеризация снимается в моих шкафах в виде сухих контактов "работает шкаф/не работает шкаф", поэтому тоже пока не принципиально
на что-то более серьёзное, чем шкаф типа пром цех вентиляции - я даже не думаю ставить
вот пока только это. Как я ни старался, ОВЕН "на круг" вставал мне в итоге в 2 раза дороже, плюс жёсткие прошивки не ложатся никак на мою технологию, а вместо ТРМ путь один на ПР со всеми своими приколами. И смысла в ОВЕНе тогда совсем нет - я денег зарабатывать хочу, а не тестером-испытателем бесплатно работатьЦитата:
Стандартное бюджетное решение.
главное чтобы год отработал, это уже отобьёт все затраты на него.
ладно, закругляемся, не будем мусорить в теме, извиняйте пацаны
Простите за наглость, просто некогда :)
Нужен макрос для ПР200, который будет имитировать охлаждение и нагрев для показушного стенда
Я буду подавать уставки температуры в переменные, и в зависимости от имитации включать так же через сетевую переменную либо нагрев, либо охлаждение а по обратной связи должен получать либо плавное повышение температуры, либо понижение.
Может кто уже изобретал подобное или что-то можно применить из готового?
Например так, можно изменять выход кнопками или по сети битами. Вложение 79197Цитата:
Сообщение от melky
Можно сделать изменение пилой, если сбрасывать выход при достижении максимума или минимума.
Я использую имитатор чайника:
Вложение 79199
Код:function_block Heater
var_input
U : bool;
end_var
var_output
Temp : real := 25; // Текущая начиная с окружающей
end_var
var //объявление локальных переменных
dHeat : real := 1.0; // Скорость нагрева град/10ms
dCool : real := 0.01; // Скорость охлаждения дельта * коэф. охл.
endTemp : real := 25.0; // Температура окружающей стреды
t : SYS.TON; // Таймер интегрирования
end_var
t(I:=true, T:=T#10ms);
if t.Q then
if U then
Temp := Temp + dHeat; // Нагрев
end_if
Temp := Temp - (Temp - endTemp) * dCool; // Охлаждение
t(I:=false);
end_if
end_function_block
Спасибо, опробую. Правда по скринам не вижу задания уставок низ, верх температуры.
Нижняя получается окружающая endTemp (25гр)
А верхняя dHeat / dCool + endTemp (125гр)