This is topic Ограничения МикроМРВ для I8000 in forum TRACE MODE 5 бесплатная версия / TRACE MODE 5 Free version at Форум TRACE MODE: техническая поддержка.
1. Имеются ли версии МикроМРВ для I8000 с использованием более 16 FBD программ и IL-блоками (пусть платная). В HELP для ТМ (5.11), поставляемого с контроллером было указано ограничение в 32 FBD программы. В новом - 16. И вообще с чем связано такое ограничение? 2. Насколько влияет на скорость работы FBD программы отключение ее блоков по входу RUN. 3. Не работает блок STEP (по крайней мере в режиме эмуляции) - не происходит копирование входа на выход. Не понятна фраза из HELP: "Значение входа STP этого блока копируется на выход и становится критерием выполнения других блоков, следующих за ним по номерам. Они пересчитываются, если их вход RUN свободен, равен 0 !!!!или значению выхода последнего выполненного блока STEP!!!!". 4. Будет ли работать версия 5.15, выложенная на сайте под WINDOWS 98? Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) Нет - таких версий нет. Ограничение на запрет использования первых 16 индексов справедливо для всех рантаймов и не только для Микро МРВ для Лагуны. Эти позиции отведены в системе для внутренних нужд. В остальном - ограничение по общему количеству FBD вообще в 16 именно для Лагуны обусловлено ее слабой производительностью и объемами памяти. 2) Влияет, но не настолько сильно. Однако все зависит от того, сколько имеено блоков за раз Вы хотите отключать и какие алгоритмы они реализуют. 3) На нулевой выход не обращайте внимания - блок работает. Но использовать Вы его все равно не сможете - в Лагуне он не работает. Да и писать программы лучше так, чтобы в них небыло подобных блоков типа STEP или GOTO - у программистов это дурной тон. Подобные вещи вполне можно решить штатными блоками переключения (типа SEL или MUX). 4) Работать будет, но некоторые ActiveX-формы в графике типа Формы просмотра отчета тревог работать точно не будут. В остальном - работать должна также как и под другие Windows. Posted by Павел (Участник № / Member № 1007) on :
Задача, над которой я бьюсь заключается в данный момент в снижении затрат времени на пересчет базы каналов. Когда мы пишем программы на языке С или Техно-IL мы в конструкциях типа If-then-else обходим стороной код, исполнять который в данный момент времени нет необходимости, что повышает реактивность системы. В программе на FBD пересчитываются фактически все блоки - нужны они или нет. (даже если их отключить по входу Run - вы говорите - это на быстродействие заметно не влияет). Ситуацию можно разрешить, разбив программу на несколько кусков по принципу If-then-else , каждый из которых будет включаться по входу состояния. Однако в этом случае я напарываюсь на ограничение по количеству программ (16). Выходит ситуация: решения возможны (проще всего Техно-IL) а на деле все ограничено разработчиками МикроМРВ. Может все-таки стоит разрешить использование Техно-IL или снять ограничения?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Но блок STEP Вам не позволит решить задачу типа if-then-else, в таком случае действительно надо управлять входами RUN тех групп блоков, которые необходимо отключать. Как я уже сказал Выше - нельзя сказать насколько быстрее будет работать от этого FBD, потому как все зависит от количества отключаемых блоков и типов алгоритмов, которые они реализуют.
Posted by Павел (Участник № / Member № 1007) on :
Хорошо, имеется ли тогда возможность в Лагуне 8000 подключить в FBD блоки внешние алгоритмы, написанные на языке С, как указано в HELP? И еще один вопрос: можно ли реализовать сохранение значения некоторого канала (в файле или EEPROM) после выключения контроллера? (Например после его настройки со встроенной клавиатуры контроллера).
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Нет - данный тип Микро МРВ не поддерживает подключение внешних FBD на Си++, а также каких-либо файловых операций.
Posted by Павел (Участник № / Member № 1007) on :
Ни шага в сторону сделать нельзя! Это политика фирмы? Зачем же урезаны все возможности открытой системы (как вы ее называете)?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Зачем выбирать контроллер, который по мощности не тянет на большие задачи? Мы не можем не урезать для Лагуны Микро МРВ иначе он просто не сможет там запуститься по той простой причине, что памяти там ОЧЕНЬ мало для всех наших функций! Вы аппаратную спецификацию видели этого контроллера? А теперь попробуйте перечислить все функции, которые Вам в нем понадобились, и прикинте какой это объем кода для этого понадобиться с учетом того, что для работы с этой железкой Вам к этому коду надо еще прилинковать нехилый по объему внешний модуль библиотеки функций от ICP-DAS... А верхней памяти у него нет!
![[duno / незнайка]](graemlins/duno.gif)
![[Улыбка / Smile]](smile.gif)
Подобные вещи вполне можно решить штатными блоками переключения (типа SEL или MUX).![[Вращающиеся глаза / Roll Eyes]](rolleyes.gif)
![[Неодобрение / Frown]](frown.gif)