Было бы просто - сам бы написалСообщение от capzap
В том-то и дело, коллега! Смотри, мы здесь только говорим об этом - и то уже все непросто. А где-то в деревне киев сидит пацанчик и пробует сделать это - со всеми своими нюансами, на которые ты намекаешь! Разве это не повод для гуру, отличающих тагрет файл от таргет процессора, упорядочить свой опыт и выдать такое, что сгодится в 99% случаев?
Ладно, флужу. Извините.
Добрый день!
Не могу сделать так,чтобы в ответ на системное событие вызывался программный блок. Может, здесь есть какие-то тонкости? Мне бы примерчик какой-нибудь посмотреть.. Нет ни у кого?
http://www.owen.ru/forum/showpost.ph...7&postcount=36
Доброго дня!
Хочу на контроллере реализовать slave-режим modbus rtu, использую функцию MB_RTU_RX(port, buf, ptr, frame): жду пока результат не будет RX_COMPL. При этом buf[ptr] - первый байт CRC (предпоследний в пакете).
Получается, мне надо вручную просканить приемный буфер на предмет номера функции, адреса и прочих параметров запроса?
Вопрос - это так и реализуется, или надо делать иначе?
Спасибо за видео. Но проблема осталась: когда я выполняю сброс, вызов программы по событию старт прекращается (((.
А сама прога в плк остается после сброса?
Да, конечно. И событие по сбросу выполняется. А по старту — нет, сколько раз ни запускала.
Ну тогда из положения можно выйти следующим способом, по событию сброса устанавливаете ретайн переменную в определенное состояние и по запуску плк в нутри тела условия этой переменной запускаете инициализацию
Мне нужно отследить момент запуска программы. При этом не важно, был выполнен сброс, или просто нажата кнопка стоп. Как это сделать, если задача после сброса перестает выполняться. И почему это происходит?
так это еще проще, в библиотеке оскат можно найти блоки, где контролируется первый цикл программы именно на подобных примерах я и давай предыдущий совет
Ответить с цитированием
