з.ы. красоту надо наводить в других местах, хватает где... это про ОЛ...
меня вот удивило, что сервисные переменные часов нельзя использовать просто в макросе. Нет, надо кучу входов налепить, и кучу переменных на экране... ну почему нельзя ?
По прежнему самая последняя версия ОЛ 15 обнаружил, что невозможно скопировать экранные элементы с одного экрана на другой, уже не говоря об копировании между проектами, если к экранному элементу привязана сетевая переменная. если локальная - то все ок!
кстати, дапвно хотел спросить, а баги, что я тут пишу они к сведенью принимаются, или нужна отдельная тема?
Последний раз редактировалось bayk; 09.12.2019 в 21:40.
И снова здравствуйте )))
По поводу модулей - опрос сделал как Вы показали (спасибо за подсказку)... Но к сожалению, это никак не решило мою проблему, зависание именно связи между ПР200 и модулями... ПР200 работает и обрабатывает все четко!
Собственно что было сделано - из всех макросов все было вынесено в основное окно программы, и самый большой макрос содержал в себе элементов 10... ни алгоритм, ни чего не менял вообще!!! И все заработало отлично!!! Причем независимо от того, какие временные интервалы для периода опроса делать, что 20мс что 100 мс... Понятно, что для 20мс нагрузка на сам процессор может и быть и возрастет, но если вы сталкивались с программированием именно самих микроконтроллеров (точнее с STM23, который стоит в ПР200), то вы должны знать как работает связь по RS485, а точнее по RS232(!!!), и что программный RS232 и аппаратный RS232 работают совершенно по разному! В аппаратной части - мы только передали наши регистры для отправки, а вот как и что оно будет передавать - это уже проблемы аппаратной части микроконтроллера, которая ни как не сказывается на работу основной программы, по окончанию передачи или приема данных - у нас появляется прерывание, либо некий БИТ, говорящий о том, что процесс связи окончен... Еще до работы с ПР200, я программировал на ATMEGA8, которая в разы слабее ПР200, и нагружал намного больше чем на ПР200, так же была связь по RS485 и никаких провалов по связи не было....
В связи с этим снова вопрос)))): Как обрабатываются все-таки макросы, и есть ли ограничение на количества элементов в макросе?
Заметил одну странность при режиме работы с экранами. Переходы - вверх/вниз.Если сделать два экрана по три строчки, то третья строчка в первом экране не отображается - на третье нажатие вниз срабатывает переход на второй экран. На втором экране дощелкать до третьей строчки можно.
Мягко выражаясь странные у Вас претензии, если всё работает именно так, как Вы сделали, короче, вот поправил:
Переход.owl
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Ну я думал, что последовательным нажатием вниз прощелкиваются все строки экрана, а при нажатии вниз на последней строке происходит переход на следующий экран. Мне это странным не кажется. А получается, чтобы так сделать надо делать переход не нажатием вниз, а удержанием. Тогда бы настройку времени удержания сделать.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Как чего? А третью строку кто отображать будет? То есть переход по нажатию вниз на следующий экран происходит не с последней строки предыдущего. Вот это мне не понятно. Почему так сделано? Доходишь до последней строки, жмешь вниз- в верхней строке дисплея пр200 появляется первая строка следующего экрана. Что тут не логичного? Тогда ни какое "по удержанию вниз" не надо вообще.
Например Вы хотите сделать(пытаетесь делать) переход на следующий экран кнопкой "вниз"(меньше) у Вас сначала экран должен прокрутится до нижней строки текущего экрана, потом совершится переход к следующему экрану, а я хочу сделать переход в следующему экрану кнопкой "вверх"(больше), это же логично к следующему экрану переходить по кнопке больше, кстати и номер экрана увеличивается, а к преведущему кнопкой меньше(номер экрана уменьшается), короче, ПР не знает, кто там чего хочет, оно выполняет поданные команды!
Совсем забыл спросить, в моём случае, надо полагать, он ещё более логичный чем ваш, экран тоже должен до конца вниз промотаться перед переходом или вверх?
Последний раз редактировалось Сергей0308; 19.12.2019 в 01:08.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.