ПР114 несоответствие работы симулятора

[Евгений Сергеевич]

Идея выделить часть кода и сказать : "теперь ты макрос", есть у нас давно. Но не успеваем все реализовывать.

[AVF]

Тоже пришлось помудрить с ОС-ями. Без указания явного порядка чехарда получалась.

Опцию переноса проекта в макрос жду с нетерпением!

[AVF]

Прошло полгода и очередной сюрприз подкидывает 114-ая. Как обычно бывает - в самый неподходящий момент!
На отладке проекта ... в завершающей фазе ... когда, как говорится, осталось только пыль смахнуть, релюха встала колом.
И проблема зарыта, как мне кажется, не в Лоджике, а именно в ПР114!

После безрезультатного трахания в течение всего дня итоги следующие:

1. Из проекта выделена проблемная зона в виде связки двух макросов:
АСУ_ПГК_отладка_бага_1.GIF

2. Если отключить аналоговые входы, то связка функционирует, как в симуляторе, так и в железке:
АСУ_ПГК_отладка_бага_2.GIF

3.С подключёнными входами перестают работать на железе макросы FSEL1 и FSEL2 в макросе AO8_DISCR( точнее сказать, перестаёт отрабатываться алгоритм обработки состояний входов ИН и Q5):
АСУ_ПГК_отладка_бага_3.GIF

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

В преддверии появления ПР200 интересует вероятность проявления этого нежданчика и в них.
И будет ли пофиксен, в конце концов, баг на 114-ой платформе ?

[rovki]

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

[AVF]

Кино снимать не умею - выкладываю в текстовой форме:

Сценарий 1:

1.Исходное состояние: дискретные входы реле неактивны!
2.активируется вход I4 - выход AO8 - 0.1, задержка 10 сек.
3.активируется вход I3, через 5 сек выход LCK макроса AO8_DISCR1 становится неактивным (разрешается работа макроса PRSSR_cntrl1)
4.на выход AO8 AO8_DISCR1 передаётся значение входа ПИД.
5.по окончании работы макроса PRSSR_cntrl1 (достижении уставки УСТ) активируется выход КНЦ, переключающий выход АО8 макроса AO8_DISCR1 в состояние 0,1 и активирующий выход LCK (блокировка макроса PRSSR_cntrl1)
6.активация входа I8 передаёт на выход АО8 макроса AO8_DISCR1 состояние входа ПИД. Деактивация приводит к обратному переключению в 0,1.

Сценарий 2:

п.1-2 - аналогично
3. активируется вход I8, через 5 сек выход АО8 макроса AO8_DISCR переключается в состояние 0,99.
4. активация входа I3 передаёт на выход АО8 макроса AO8_DISCR1 состояние входа ПИД.Деактивация приводит к обратному переключению в 0,99

Проблема заключается в нефункционировании последних пунктов обоих сценариев в железе, хотя в режиме симуляции всё щёлкает совершенно замечательно.

[Василий Кашуба]

Прошло полгода и очередной сюрприз подкидывает 114-ая. Как обычно бывает - в самый неподходящий момент!
На отладке проекта ... в завершающей фазе ... когда, как говорится, осталось только пыль смахнуть, релюха встала колом.
И проблема зарыта, как мне кажется, не в Лоджике, а именно в ПР114!

После безрезультатного трахания в течение всего дня итоги следующие:

1. Из проекта выделена проблемная зона в виде связки двух макросов:
АСУ_ПГК_отладка_бага_1.GIF

2. Если отключить аналоговые входы, то связка функционирует, как в симуляторе, так и в железке:
АСУ_ПГК_отладка_бага_2.GIF

3.С подключёнными входами перестают работать на железе макросы FSEL1 и FSEL2 в макросе AO8_DISCR( точнее сказать, перестаёт отрабатываться алгоритм обработки состояний входов ИН и Q5):
АСУ_ПГК_отладка_бага_3.GIF

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

В преддверии появления ПР200 интересует вероятность проявления этого нежданчика и в них.
И будет ли пофиксен, в конце концов, баг на 114-ой платформе ?

А какое всё таки ТЗ, вы решаете своей программой? Может быть дело в коде.

[AVF]

ТЗ - управление парогенераторной установкой - запуск/останов/распределение пара.
Симулятором код отрабатывается адекватно, на железе нет!
Проблема вылезла при отладке макроса AO8_DISCR1. После пятой или шестой (не помню уже, да это и неважно) модификации кода.
Не понятно ещё почему причина, вызывающая сбой, лежит вне этого макроса?
Ещё раз повторяю - сам макрос по себе работает. Клин появляется после подключения аналоговых входов к смежному макросу PRSSR_cntrl1.

Имеется ещё один маленький глючок в другом макросе проекта, но по сравнению с этим - сущая мелочь.
Прежде, чем с ним начать разбираться, хотелось бы прояснить ситуацию с озвученными выше двумя! Тем более, что первый планируется вставить в этот проект - пока не пришла его очередь. Отлаживается основная логика. На 110 драйвер лампы неисправностей внедрён и работает, как часики.
А вот со 114-ой как-то стрёмно пока, ибо где гарантия, что очередная поганка не вылезет завтра/послезавтра?

Блин, что за непруха такая - первый проект на ПР114-ой никак не удаётся запустить

[Василий Кашуба]

ТЗ - управление парогенераторной установкой - запуск/останов/распределение пара.

Это не ТЗ, это общая фраза.

[AVF]

Расписывать весь проект не вижу смысла, ибо ...
Помощь нужна не в том, чтобы кто-то сделал мне рабочий проект под кривую ( как мне кажется) платформу!
Был косяк полгода назад. Теперь вылезло два. Как-то беспокойно использовать ПР114. На работающей 110-ке этот проект не воплотить.
Брать ПЛК? - накладно по бюджету/ нет необходимости/мало опыта работы с КДС/ нет уверенности, что не вылезут задиры и там.
Не знаю, как у кого, мне всегда свистка не достаётся и все акулы глухие - сколько 114-ых коллеги в проектах внедрили - верняк не одну, а у меня на первом уже клина ловит ...

[Василий Кашуба]

Расписывать весь проект не вижу смысла, ибо ...
Помощь нужна не в том, чтобы кто-то сделал мне рабочий проект под кривую ( как мне кажется) платформу!

Хозяин - барин, не хотите не надо, я хотел оказать вам помощь.