По ходу написания программы появилась снизу надпись: Достигнуто максимальное число переменных(ПЗУ:2%, ОЗУ: 0%).
Как с этим бороться? Ведь написано только треть программы. И сколько переменных может быть?
:confused:
Вид для печати
По ходу написания программы появилась снизу надпись: Достигнуто максимальное число переменных(ПЗУ:2%, ОЗУ: 0%).
Как с этим бороться? Ведь написано только треть программы. И сколько переменных может быть?
:confused:
Вопрос к разработчикам: почему бы не предусмотреть возможность использование макроса в макросе??? По-моему это необходимо.
:confused:
Цитата:
Что бы реально Вам помочь выкладывайте проект.
в каждой точке ветвления создается внутренняя переменная для просчета цепочки. Она (переменная) живет пока ведется расчет. Поэтому когда у вас много ветвлений и/или обратных связей в одной цепи (от входов до конкретного выхода) программа создает много внутренних временных переменных. В вашем случае их получилось слишком много. Единственный способ "лечения" на данный момент это упрощение схемы.
Так вопрос и был как это сделать "упрощение" ,если проект реализован на 30%.Я попробовал убрать одну переменную (блок входной\выходной) и заменить на линии связи и предупреждение ушло,поэтому и посоветовал убрать эти блоки переменных и заменить на "провода" .:cool:
Упростил все. Получилось, но не так как хотелось бы. Теперь написание программы сводиться не к тому как тебе нужно, а к тому как нужно ей (ПР).
Были планы на использования ПР. Попробовал на простеньком проекте :eek: . Думаю, что в проектах по-больше использовать старый и проверенный LOGO!
Такие первые впечатления от ПР110.:confused:
Есть ли у кого опыт эксплуатации ПР. Интересно как работает (надежно или с глюками)?:confused:
А что упростили ?Алгоритм (задачу) или другой подход к схемотехнике .?Привычка -вторая натура ,может дело в ней ,а не в ПР.:) .Для электронщика(цифровика) по специальности очень хорошая штука ,особенно овен лоджик.Делал проекты (смотри примеры) ,без макросов ,свыше ста элементов и ФБ без симулятора в проекте,а теперь вообще нет проблем (кроме стека) удовлетворить свои потребности.Использовал ПР с первого дня выпуска -еще работают ,были проблемы с ПР на 220в(может не повезло) ,другой статистики не имею.
CEkip, у Вас слишком много циклических связей
(to rovki - то что они изображены в виде переменных, это не делает автоматом их таковыми внутри ПР)
опасность циклических связей в том, что результат некоторых связей "поступит" на вход следующего блока только в следующем цикле,
и возможны ситуации когда возникнет комбинация не предусмотренная Вами...
как следствие - возможна ситуация когда "ответ" "получателю" сигнала дойдёт вообще через несколько циклов, а другой(-ие) вход(-ы) уже будут изменены...
(напр. не синхронное поступление импульсных сигналов)
Может так ,а может и не так .Только когда я убрал (в макросе)одну переменную и вместо ее нарисовал провода ,ограничение ушло ,хотя схема(количество обратных связей осталось то же).Не поленился и убрал все переменные (блоки) внутри макроса и при удвоении количества макросов в проекте ограничение не наступает.Значит переменные не надо ставить в макросы ,а в проект без разницы???
И количество обратных связей, и количество блоков переменных используют внутренние переменные.
Попробуем в следующей версии реализовать пункт "Статистика", где будет отображаться расходование всех ресурсов: переменных, ОЗУ,ПЗУ, стек, количество экземпляров ФБ.
Залил проект в ПР. Все работает. Посмотрим, что будет на объекте. Пока все замечательно.:)
Упростил алгоритм, а по-поводу схемотехники надо подумать.Цитата:
А что упростили ?Алгоритм (задачу) или другой подход к схемотехнике .
Спасибо за помощь.
Прикладываю программу, а Руководство на шкаф в разделе "наши проекты". Только не хаять по-поводу стиля написания программы.Цитата:
Жаль,что для остальных пользователей не раскрыли ,каким образом (конкретно) вышли из ситуации.
http://www.kip.citybiysk.ru/index.ph...id=7&Itemid=36
То есть уменьшили количество блоков переменных?
таким образом если вы создадите 128 своих переменных это вызовет ту же ошибку.
ПЖЛСТ, объясните мне глубокий смысл "своих" переменных...
а то я раньше думал, что это просто аналог обычных "связей", т.е. переменная имеет только "визуальный" смысл...
(только ради удобства чтения/составления схем)
что я подразумевал под своей переменной
и потом вы же можете создать много и тогда у вас ветвление в чистом виде. В общем программа сразу резервирует под нее место. Задумывалось, да, для удобства, но как там внутри конкретно устроено я вам сейчас объяснить не смогу.
ну да... про эту переменную я и говорю
ведь если задуматься - то переменная ничем не отличается от связи
(их ведь тож может быть много)
PS возможно реализация связей нескольких выходов с одним входом тож реализуется через внутреннюю переменную?
тогда текущая реализация с явными переменными оправдана, иначе стоит всё же сделать как "обычную связь"...
На данный момент я с Вами соглашусь - смысла выделять отдельную переменную здесь нет. В принципе пользовательская переменная выполняет роль обычной связи. При зарождении проекта было высказано желание на будущее типа выделять внутреннюю переменную при создании пользовательской. На тот момент это было сделано также с учетом того, чтобы в будущем можно было создавать энергонезависимые переменные. Вообщем задумок и мыслей тогда было много... :) Думаю, что по просьбам пользователей, внутренняя переменная будет убрана оттуда.