Изменить значение выхода в момент присвоения переменной. ПЛК 160.

[Kamerton]

Доброго дня.

Подскажите, пожалуйста, можно ли изменить значение аналогового входа во время выполнения/отладки?

Сейчас поясню...
Есть клапан, подключённый к аналоговому входу ПЛК 160. При изменении значения переменной в программе, значение на выходе (напряжение на клапане) изменяется только по завершению цикла POU.

Можно ли как-то изменять значение выхода в момент изменения переменной?

Я хочу вынести логику открытия клапана в отдельную функцию, а в своём ФБлоке ждать изменения давления после открытия клапана. Но в результате, клапан открывается только по завершению блока, когда программа "перестаёт ждать".

[capzap]

стесняюсь спросить какое время цикла у Вас , что позволяет Вам увидеть завершение работы блока?

[жекон]

Надеюсь что понял cуть вопроса, скорее всего Вы пытайтесь поменять из конфигуратора с привязанной переменной, меняйте в программе

[Kamerton]

стесняюсь спросить какое время цикла у Вас , что позволяет Вам увидеть завершение работы блока?

Не сочтите за ехидство, но... Стесняюсь спросить, какого цикла? POU? Просто не уверен, что правильно понял. Если вы про него, то время не большое. Смотрю переменную под отладкой и при пошаговом проходе (выполнение на контроллере) её значение меняется, но клапан не открывается, пока не "прошагаешь" весь POU...

Надеюсь что понял cуть вопроса, скорее всего Вы пытайтесь поменять из конфигуратора с привязанной переменной, меняйте в программе

Плохо я понимаю разницу между конфигуратором и программой... Другими словами, я слежу за изменениями переменной при отладке. Значение переменной меняется, но открытия клапана не происходит.

[petera]

Смотрю переменную под отладкой и при пошаговом проходе (выполнение на контроллере) её значение меняется, но клапан не открывается, пока не "прошагаешь" весь POU...

И это правильно, так и должно быть. Такова особенность работы ПЛК: Сканирование входов--Запоминание состояния физических входов-->Выполнение всей программы-->Получение значений состояния выходов-->Запись этих состояний на физические выходы. Далее все повторяется.

[Kamerton]

И это правильно, так и должно быть. Такова особенность работы ПЛК: Сканирование входов--Запоминание состояния физических входов-->Выполнение всей программы-->Получение значений состояния выходов-->Запись этих состояний на физические выходы. Далее все повторяется.

Спасибо огромное! Теперь яснее стало, как эта штука работает.

После "программирования для ПК", подобное поведение вгоняет в ступор. Кажется, что есть какой-то другой способ, чтобы "оно заработало"

[spectrum48k]

Спасибо огромное! Теперь яснее стало, как эта штука работает.

После "программирования для ПК", подобное поведение вгоняет в ступор. Кажется, что есть какой-то другой способ, чтобы "оно заработало"

читать срочно: И.В. Петров "Язык ST для C программиста - CoDeSys"

[Yegor]

читать срочно: И.В. Петров "Язык ST для C программиста - CoDeSys"

Интереса ради глянул. Там местами глупости всякие говорятся вроде этой:

Неявное преобразование типов запрещено. Любое преобразование нужно делать явно спомощью специальных операторов. Запомнить их легко. Пишем исходный тип, далее _TO_ инужный тип. Например: iX := REAL_TO_INT(rX);

Булшит. Оно не запрещено. Оно даже реализовано для числовых типов — их можно преобразовывать к бОльшим типам: INT -> DINT, например. Для указателей неявное преобразование тоже реализовано: POINTER TO X <-> DWORD. Другое дело, что нет возможности объявить своё неявное преобразование.

И вообще «традиционному программисту» я бы сказал вот чего... Программа на языках 61131-3 пишется как функция моментального вычисления зависимости выходов от внешних сигналов и внутренних переменных. Контроллер постоянно как можно быстрее пересчитывает эту функцию вновь и вновь. По сути это традиционный опрос, только в режиме опроса работает целиком вся программа.

В таком режиме работы очень легко выстрелить себе в ногу динамическим выделением памяти, поэтому его среди стандартных возможностей языка и функций не предусмотрено. Указатели и функции выделения памяти не являются частью стандарта, и с ними надо быть осторожным.

Чего нет ещё в стандартной комплектации: рекурсии, указателей на функции, операции взятия указателя (указатели инициализируются только через неявное преобразование из DWORD), в принципе указателей вообще нет (но раз уж кодесис, то ладно), препроцессора, блокирующих функций, управляемой многопоточности. Да много чего нет. Главное — понять и полюбить программирование в бесконечном опросе.

[Kamerton]

читать срочно: И.В. Петров "Язык ST для C программиста - CoDeSys"

Спасибо. Да, с этого следовало бы начать

В таком режиме работы очень легко выстрелить себе в ногу динамическим выделением памяти, поэтому его среди стандартных возможностей языка и функций не предусмотрено. Указатели и функции выделения памяти не являются частью стандарта, и с ними надо быть осторожным.

Спасибо, буду обращать внимание, хотя, не замечал, чтобы использовал что-то подобное. Но, скорее всего, придётся столкнуться с проблемой, ибо после C# опыта в управлении памятью нету

[spectrum48k]

Приведенный пример неявного преобразования больше исключение, чем правило, и лучше сразу привыкать к тому, что разные типы необходимо преоборазовывать.

Вот еще ссылка - шах и мат: http://prolog-plc.ru/pb1