Ожидал массу "справедливой" критики типа идиот не так сделал, правильнее на кольцевых регистрах сдвига:Цитата:
Сообщение от Сергей0308
Вложение 25614
Но гробовая тишина, неужели все на Канарах "тонут"?!
Вид для печати
Ожидал массу "справедливой" критики типа идиот не так сделал, правильнее на кольцевых регистрах сдвига:Цитата:
Сообщение от Сергей0308
Вложение 25614
Но гробовая тишина, неужели все на Канарах "тонут"?!
А чё, все верно, только RTRIG не нужен. Задавать интервалы через счетчик самое правильное и простое. хотя есть и др способы, но сложнее. Пример реализации на D-триггерах показывает как можно усложнить простое.Цитата:
Сообщение от Сергей0308
К сожалению интервалы там через счётчик не задаются, интервалы там заданы с помощью TON, только уставка меняется с каждым импульсом! А кольцевой регистр сдвига можно вместо счётчика с дешифратором применить, на мой взгляд - лучше!Цитата:
Сообщение от Серёга Букашкин
это конечно понятно и несложно, я понял принцип сразу. По моему это оптимально, но повторю что rtrig не нужен.Цитата:
Сообщение от Сергей0308
Ни как не могу понять, где лишний(на Ваш взгляд) детектор переднего фронта, без него боюсь не обойтись!Цитата:
Сообщение от Серёга Букашкин
я часто использую такую тактозадающую конструкцию и без rtrig, потому и знаю, да и очевидно это.Цитата:
Сообщение от Сергей0308
Спасибо, файл проекта поправил!Цитата:
Сообщение от Серёга Букашкин
Может кому больше понравится, вот второй вариант на кольцевом регистре сдвига: Вложение 25616
Только не снимайте галочку энергонезависимости с переменной "шаг" иначе получается полная лабуда и непонятно почему(вероятно регистр сдвига мухоморов объелся)!
просто надо перед "шаг" сделать явную обратную связь.Цитата:
Сообщение от Сергей0308
Спасибо, просто магия какае-то, это переменная(шаг) относится к генератору импульсов(на TON) и это как-то влияет на логику работы регистра сдвига(на Д-триггерах)!Цитата:
Сообщение от AI!
Так генератор управляется от регистра сдвига .Поэтому нужно правильно синхронизировать управление блинком и смену его уставок .
а через СДНФ код не получиться меньше?
Надеюсь, это всё надо познавать опытным путём или где написано?Цитата:
Сообщение от rovki
А это что за зверь такой?Цитата:
Сообщение от capzap
М-дя... Дискретную математику не проходили?
Совершенная дизъюнктивная нормальная форма.
Ну, если цель поставить - максимально всё усложнить, только не ясно куда Вы хотели её воткнуть, на выхода что ли?Цитата:
Сообщение от ASo
в смысле усложнить, она как раз таки позволяет сэкономить логические элементы при написании подобных задач
Она описывает все возможные состояния, когда результат равен "1", здесь лучше поконкретней, как её к генератору импульсов приспособить, всё равно потребуется счётчик или регистр сдвига!Цитата:
Сообщение от capzap
А дальше сокращаете ее. Как в обычной алгебре.
Вы наверно хотите предложить более совершенный вариант преобразования кода счётчика или регистра сдвига в выходные сигналы цветов светофора, я пока не вижу ваших вариантов для сравнения, но боюсь они проще не получатся, а ваши мысли я не могу читать! В моём варианте с регистром сдвига, это всего лишь три элемента "или", ну проще просто некуда!Цитата:
Сообщение от ASo
Есть еще вариант с использованием макроса ПЗУ(и счетчика) - в нем можно сделать так же и одновременное загорание ,например желтого и зеленого ,мигание желтого или мигание зеленого ,,,
Добрый день. Предлагаю разработчику улучшить среду программирования OWEN Logic в части вывода информации на экран ПР200.
Дело в том, что в менеджере экранов в "поле ввода/вывода (int/float)" при выборе переменной доступны только:
1. Переменные
2. RS-485, Слот1
3. Сервисные переменные -ОТСУТСТВУЕТ!!!!!!!
При этом отсутствует вкладка "Сервисные переменные" в которой находятся переменные часов реального времени.
Таким образом, чтобы вывести время на экран ПР200 необходимо на "Схеме":
1. создать блок входной переменной и привязать ее к сервисной переменной н/п "секунды";
2. создать блок выходной переменной и привязать к переменной н/п "seconds"
3. соединить оба блока
4. в менеджере экранов в "поле ввода/вывода (int/float)" выбрать переменную "seconds".
Предлагаю разработчикам реализовать возможность выбора сервисных переменных непосредственно в "поле ввода/вывода (int/float)".
Вы анекдотов не читаете? Не отвлекайте Бога по мелочам!!!Цитата:
Сообщение от Ruslan+
Добрый день. Во первых Вы не в ту тему обратились. Во вторых СИ 30 рассчитан на импульсы 24В а не 5В. И в третьих, как Вы подключили 2 канала у счётчику. Насколько помню (могу ошибиться), если уж используется 2 входа, то один на приращение счёта, второй на убыль. А на энкодере 2 канала это просто смещённые относительно друг друга метки. Поэтому в лучшем случае, если Си 30 всё таки воспримет 5В сигнал, то у Вас получится взаимоуничтожение и в лучшем случае получите +-1, а так в основном 0. А так попробуйте ещё перенаправить в ветку эксплатации оборудования, может больше откликнутся. А то здесь всё такие ЭКСПРЕСС вопросы по программир. реле.
С уважением.
Как побороть ситуацию изменения переменной из двух мест ?
суть: на данный момент начальные значения для Modbus не записываются при записи программы в ПР.
Нужно сделать.
Переменная А (внутренняя), Переменная Ам (модбас), после записи в прибор программа сразу записывает из переменной А в Ам, в дальнейшем изменение любой переменной должно отразиться на второй. То есть если изменили Ам, то изменилась А, если изменилась А то изменилась Ам.
Как это выполнить в ПР ?
Есть вариант присваивать значение по умолчанию для сетевой переменной, чтоб оно не было равно 0, до момента записи по сети, дальше уже идет присваивание того что пришло по сети, единственное что если сетевая переменная не равна 0, то нельзя изменять сетевое значение при помощи внутренней переменной.
написал макрос, на входе 2 значения, на выходе то которое менялось последним.Цитата:
Сообщение от melky
AI! и как этот макрос изменит значение второй переменной ?
а как она должна меняться? из ТЗ не понятно...
понятно только то что я выделил в цитату, и в соответствии с получившимся ТЗ сделал макрос...
А под REAL можете переделать?Цитата:
Сообщение от AI!
Да вроде написал, что и в программу переменная должна меняться и менять другую.
"в дальнейшем изменение любой переменной должно отразиться на второй. То есть если изменили Ам, то изменилась А, если изменилась А то изменилась Ам."
ну так я ж показал как получить импульс изменения переменной, дык по этому импульсу меняйте что вашей душе угодно и как угодно.....Цитата:
Сообщение от melky
PS без конкретики - только так...
Сделал.Цитата:
Сообщение от Эдуард_Н
как и в целочисленной версии - изменение верхнего в приоритете.
Вот интересно, а в КДС2 и КДС3 такой блок есть где ни будь в библиотеках?Цитата:
Сообщение от AI!
Цитата:
Сообщение от melky
по-моему макрос от AI! без проблем меняет...Цитата:
Сообщение от melky
Вложение 25691
Вложение 25692
А как это будет выглядеть с булевыми переменными?Цитата:
Сообщение от AI!
это экзамен? :rolleyes:
нет, не экзамен :). С булевыми вообще дело интересно обстоит.Цитата:
Сообщение от AI!
Я Ваш с рилами переделал, скрестил первый и второй вариант, компактнее получилось
а если отказаться от вложенного макроса?Цитата:
Сообщение от Эдуард_Н
ИМХО в маленьких макросах я стараюсь не использовать вложенные,
а то будет как в компах где обычный "Hello, world" раньше занимал несколько килобайт и работало на компе RAM64кб, а теперь несколько мб, и требует минимум 256мб RAM
Да тоже не очень большой будет.Цитата:
а если отказаться от вложенного макроса?