![]() |
![]() ![]() |
|
SMArt Разработка интерфейсов пользователя |
![]() |
|
Опции темы | Поиск в этой теме |
![]() |
#1 |
Senior Member
Регистрация: May 2013
Сообщения: 130
Благодарил(а): 0 раз(а)
Поблагодарили:
1 раз в 1 сообщении
|
![]()
Всем доброго времени суток. Столкнулся вот с такой проблемой: при работе в SMArt-е создал 5 экранов. В каждом экране по ПВ-системе с предполагаемый последующей анимацией.(вент. крутятся, горелка горит и т.д. по 3 картинки на объект) При увеличении картинок на экранах, SMArt начинает думать все дольше и дольше. Дошло до того что открытие проводника для загрузки картинки доходит до 3-4 минут. При этом все остальные программы открытые на соседнем мониторе не зависают и адекватно работают. Я поковырялся в хелпе, на сайте и не нашел рекомендуемых системных требований для SMArt только для SMLogix, но они там очень старые. Сейчас у меня процессор Core(TM) i7-3630QM CPU 2.40GHz Оперативная память 8.00 ГБ видео карта Radeon HD 7600M Series Можете подсказать рекомендуемые системные требования.
|
![]() |
![]() |
![]() |
#2 | |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 117
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
![]() Цитата:
Приложите хоть ваш проект, чтобы посмотреть, что у вас там и как. Может у вас по 100500 картинок на один экран и каждая картинка смасштабирована с разрешения 10000х10000. Опять же, откройте системный монитор, посмотрите, в чём там затык. В памяти или процессоре. Вы же нигде не найдёте системных требований именно под ваш проект. 8-процессорный сервер обычным блокнотом можно нагрузить так, что он подавится и документ открывать полчаса будет. Вопрос не в требованиях к блокноту, а в документах, которые вы открываете. __________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый. |
|
![]() |
![]() |
![]() |
#3 |
Senior Member
Регистрация: May 2013
Сообщения: 130
Благодарил(а): 0 раз(а)
Поблагодарили:
1 раз в 1 сообщении
|
![]()
Прикладываю программу. Сейчас закрыл-открыл проект стал пошустрее работать. Около 30 картинок на одном экране. Отсюда еще один вопрос: а сколько таких экранов можно в Trim залить? Точнее на сколько большая память у него?
Последний раз редактировалось Arsie, 23.08.2018 в 17:25 |
![]() |
![]() |
![]() |
#4 | |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 117
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
![]() Цитата:
Таких экранов не знаю, как обычно всё упирается в ОЗУ и картинки. Пока они влезают в ОЗУ, всё нормально. Откопипастите свой экран несколько раз и сами увидите, сколько влезет. __________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый. |
|
![]() |
![]() |
![]() |
#5 |
Senior Member
Регистрация: May 2013
Сообщения: 130
Благодарил(а): 0 раз(а)
Поблагодарили:
1 раз в 1 сообщении
|
![]()
Значит буду разбираться с ноутом. Спасибо за помощь.
|
![]() |
![]() |
![]() |
#6 |
Senior Member
Регистрация: May 2013
Сообщения: 130
Благодарил(а): 0 раз(а)
Поблагодарили:
1 раз в 1 сообщении
|
![]()
Проблема найдена, в вин8.1 загрузка жесткого диска на 100% почти все время работы. Из-за этого все что требует обработки картинок очень медленно работает. С системными администраторами пытаемся решить проблему.
|
![]() |
![]() |
![]() |
#7 |
Senior Member
Регистрация: Aug 2010
Сообщения: 718
Благодарил(а): 1 раз(а)
Поблагодарили:
15 раз(а) в 12 сообщениях
|
![]()
Обычно такая загрузка диска бывает, если не хватает ОЗУ и система начинает активно пользовать свап. Выгрузите/закройте лишние программы при работе в Лоджике.
|
![]() |
![]() |
![]() |
#8 |
Senior Member
Регистрация: May 2013
Сообщения: 130
Благодарил(а): 0 раз(а)
Поблагодарили:
1 раз в 1 сообщении
|
![]()
Еще один вопрос по данной программе. Пока к Trim подключено slave-ов 1шт все работает адекватно, стоило подключить 8 таких же slave-ов как задержка передачи сигнала от мастера к слейву примерно 10 сек. Сигнал доходит правильно не теряется. Можно ли каким-то образом ускорить передачу данных? Может можно как то оптимизировать переменные ModBBus?
Проект прилогаю Последний раз редактировалось Arsie, 15.11.2018 в 12:19 |
![]() |
![]() |
![]() |
#9 |
Senior Member
Регистрация: May 2013
Сообщения: 130
Благодарил(а): 0 раз(а)
Поблагодарили:
1 раз в 1 сообщении
|
![]()
Хорошая мысль пришла ночью! проанализировал переменные modbus и понял что у меня на каждый слейв по 25 запросов! Думаю дело в этом! В слейве отсортировал переменные по назначению и по типу, удалил явно лишнее переменные, переместил все в одну кучу, залил новую карту памяти в мастер. Результат, количество запросов уменьшилось до 7 постоянных и 3 по требованию. Сегодня причешу остальные слейвы, надеюсь это поможет!
|
![]() |
![]() |
![]() |
#10 | |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 117
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
![]() Цитата:
__________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый. |
|
![]() |
![]() |
![]() |
#11 | |
Senior Member
Регистрация: Dec 2007
Адрес: Томск
Сообщения: 4 163
Благодарил(а): 240 раз(а)
Поблагодарили:
165 раз(а) в 157 сообщениях
|
![]() Цитата:
|
|
![]() |
![]() |
![]() |
#12 | |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 117
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
![]() Цитата:
__________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый. |
|
![]() |
![]() |
![]() |
#13 |
Senior Member
Регистрация: Dec 2007
Адрес: Томск
Сообщения: 4 163
Благодарил(а): 240 раз(а)
Поблагодарили:
165 раз(а) в 157 сообщениях
|
![]()
разве? хм, точно. а раньше тоже так было?
|
![]() |
![]() |
![]() |
#14 |
Уволен из Сегнетикс
Регистрация: Nov 2015
Адрес: CПб/ВЛГ
Сообщения: 0
Благодарил(а): 0 раз(а)
Поблагодарили:
1 раз в 1 сообщении
|
![]()
флоты, лонги и инты - это представление лоджика или кого-либо другого. Для модбаса есть только койлы (битовые) и регистры (16-ти разрядные). Так что лонг - это 2 регистра по 16 разрядов. Рил - то же самое. Это уже потом, на уровне OPC или контроллера вы эти биты перепаковываете в то, что вам надо. А модбасу наплевать.
__________________ В сегнетиксе не работаю с самого начала 2019 года. |
![]() |
![]() |
![]() |
#15 | |
Senior Member
Регистрация: Dec 2007
Адрес: Томск
Сообщения: 4 163
Благодарил(а): 240 раз(а)
Поблагодарили:
165 раз(а) в 157 сообщениях
|
![]() Цитата:
|
|
![]() |
![]() |
![]() |
#16 |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 117
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
![]()
100%
__________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый. |
![]() |
![]() |
![]() |
#17 |
Senior Member
Регистрация: May 2013
Сообщения: 130
Благодарил(а): 0 раз(а)
Поблагодарили:
1 раз в 1 сообщении
|
![]()
Спасибо всем за подсказки. Причесал карту памяти
![]() |
![]() |
![]() |
![]() |
#18 | |
Senior Member
Регистрация: Dec 2007
Адрес: Томск
Сообщения: 4 163
Благодарил(а): 240 раз(а)
Поблагодарили:
165 раз(а) в 157 сообщениях
|
![]() Цитата:
|
|
![]() |
![]() |
![]() |
#19 |
Уволен из Сегнетикс
Регистрация: Nov 2015
Адрес: CПб/ВЛГ
Сообщения: 0
Благодарил(а): 0 раз(а)
Поблагодарили:
1 раз в 1 сообщении
|
![]()
Вот это, мне кажется, вообще плохое решение. Вы замучаетесь составлять документацию к таким вот упаковкам, а самое главное - ограничения при расширении. Уж пару лишних байтов передать - не долго. Лучше отдельный регистр создать.
__________________ В сегнетиксе не работаю с самого начала 2019 года. |
![]() |
![]() |
![]() |
#20 |
Senior Member
Регистрация: Dec 2007
Адрес: Томск
Сообщения: 4 163
Благодарил(а): 240 раз(а)
Поблагодарили:
165 раз(а) в 157 сообщениях
|
![]()
ситуации бывают разные и универсальных рецептов не бывает. как и лишнего знания.
|
![]() |
![]() |