This is topic Ошибка "Calc loop is big" in forum Микро Мониторы Реального Времени / Micro Real Time Monitors at Форум TRACE MODE: техническая поддержка.
Возникла проблема с контроллером WinCon-8000. После полугода нормальной работы проект контроллера при запуске в МикроМРВ (6.06.2) стал выдавать сообщение "Calc loop is big". После подтверждения этого сообщения проект запускается, но работает очень медленно, обновление экрана раз в пару секунд.
Пробовал возвращать заводские уставки контроллеру, запускать на другой версии МикроМРВ (6.07), запускать ранее созданные рабочие проекты. Ничего не помогает, все то же сообщение.
Подскажите пожалуйста в чем может быть проблема?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Если Вы запускаете проект, не содержащий графической панели, такое сообщение появляется? Возможно, проблема с видеокартой, на физическом уровне или повреждение фрагмента ядра CE.
Posted by ensis (Участник № / Member № 3484) on :
Проект без графических панелей запускается с такой же ошибкой. А вот DEMO проект открывается нормально.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Используете ли Вы файлы в проекте (ОТ, дамп)?
Posted by ensis (Участник № / Member № 3484) on :
Да, дамп для сохранения констант используемых в процессе управления.
PS: независимо от того используется в проекте дамп или нет ситуация не меняется, ошибка - "Calc loop is big".
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Если DEMO-проект работает нормально, подозрение падает на недостаточность ресурсов для Вашего проекта. Возможно, произошли изменения в распределении памяти между ОЗУ и виртуальным диском.
Posted by ensis (Участник № / Member № 3484) on :
Управление распределением памяти как я понимаю осуществляет WinCE. Я ранее уже перепрошивал WinCе, результатов это не принесло. Конечно существует возможность что ошибка вызвана неисправностью процессорного модуля, но другого в наличии нет, так что проверить не получится.
Так как можно исправить сложившуюся ситуацию?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Распределение памяти осуществляется утилитой Settings\Control Panel\System во вкладке Memory. Там задается соотношение объемов, выделяемых на временное хранение файлов и на размещение программ. Единственное, что мы можем предложить, если все Ваши усилия будут тщетны, посмотреть Ваш проект у себя (в релизе 6.07). Если найдем что-нибудь, сообщим.
Posted by ensis (Участник № / Member № 3484) on :
Испытания ни к чему не привели. На какой адрес можно прислать проект?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
На адрес hotline@adastra.ru с полными комментариями по проблеме.
Posted by limit (Участник № / Member № 4551) on :
Добрый день, возникла одноименная проблема. При запуске проекта сложней чем демо проект не запускается, а влоге "tm6_log.txt" пишет: Calc loop is big Stop.
Данные проблемы возникли при установке MicroRTM 6.07 (http://www.adastra.ru/files/support/tm6/commercial/release/tm6p_micro_WinPAC_0256.zip). В версии MicroRTM 6.06.2 проект запускается, но в этой версии не происходит запуск проекта (RUN) при авто-запуске контроллера. Как заставить работать проект на версии 6.07 без ошибки в логе "Calc loop is big"?
Posted by limit (Участник № / Member № 4551) on :
Как то странно, никто ничего не отвечает . Плохо. Ауу.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Ошибка "Calc loop is big" говорит о чрезмерном увеличении продолжительности цикла основного потока. У пользователей релиза 6.07 есть большое количестов проектов, работающих в этом релизе.
Причину появления ошибки можно определить только при исследовании конкретного проекта.
Posted by limit (Участник № / Member № 4551) on :
Спасибо, проблема решилась.
Ошибка заключалась в чрезмерной загруженности контролера (WINPAC WP-8841) при работе с корзиной расширения I-87K4 (проц. 100%). Решение, в настройках узла EmbeddedRTM на вкладке дополнительно в графе "Мастер обмена по RS" был установлен приоритет "IDLE". После чего наступило счастье. Жаль что выводя ошибку в лог ОНО не указало какой именно канал долго не отвечал. Насколько оправданным будет такое дополнение?