[lacrimosa 0]

Кто знает, с чем может быть связана ошибка в HFSS следующего рода:

 

"Adaptive solution, process eigen : subprocess "%3" died unexpectedly."

 

Ошибка всплывает, когда сетка разбиения больше порядка 110000 тетраэдров (с длиной ребра 0.01 мм). Свободного пространства на диске много (папочка temp с результатами расчёта укладывается в заданные рамки). Возможно это из-за нехватка опер.памяти, но точно не знаю.

 

и ещё вот что интересует: можно ли графики/картинки из HFSS сохранять в графический файл, а не через print screen?

[NikGolov 0]

можно ли графики/картинки из HFSS сохранять в графический файл, а не через print screen?

правая кнопка - save capture или что то вроде..., а относительно первого сколько у вас оператвной памяти? наскольку я понимаю по своему опыту это либо из -за слишком большого числа тетраэдров, либо из -за наличия каких нибудь неоднородностей, которые мешают строить сетку.

[Pir0texnik 0]

Что-то HFSS стал тормозить... :)

Считаю антенну, сетка - 67000 тетраэдров. По диспетчеру задач кол-во занимаемой памяти при фаст свипе 1,7ГГб, но свопит так, как буд-то ему не хватает памяти, хотя стоит 2Гб... Когда задачи поменьше <1Гб (при условии, что установлено 1ГГб памяти, не говоря уже о 2х) - все хорошо - летает. У кого-нить еще такое наблюдалось? Чем можно помочь?..

HFSS 11.1, winxp sp2 x86, Q6600.

[EUrry 3]

Что-то HFSS стал тормозить... :)

Считаю антенну, сетка - 67000 тетраэдров. По диспетчеру задач кол-во занимаемой памяти при фаст свипе 1,7ГГб, но свопит так, как буд-то ему не хватает памяти, хотя стоит 2Гб... Когда задачи поменьше <1Гб (при условии, что установлено 1ГГб памяти, не говоря уже о 2х) - все хорошо - летает. У кого-нить еще такое наблюдалось? Чем можно помочь?..

HFSS 11.1, winxp sp2 x86, Q6600.

Я тут с дуру параметрику поставил на 2400 итераций. Так когда он дочитывает до загруза оперативы >~ 1,3 Г всё начинает тормозить (доступно 2 Г). Возможно из-за того, что операционку вышвыривает в виртуалку. А у вас 1,7 Г - совсем уж на пределе.

[EUrry 3]

Поставил тут винду 64х и получил прирост производительности только 7%. Соответственно, вопрос возникает по поводу лечения HFSS в win64 путем копирования файлов *.exe и *.dll пропатченных в win32. Что при этом получается? Может HFSS при этом работает на 32 битах, а небольшое увеличение производительности получается за счет ускорения самой винды. Как версия?

[StasExR 0]

Поставил тут винду 64х и получил прирост производительности только 7%. Соответственно, вопрос возникает по поводу лечения HFSS в win64 путем копирования файлов *.exe и *.dll пропатченных в win32. Что при этом получается? Может HFSS при этом работает на 32 битах, а небольшое увеличение производительности получается за счет ускорения самой винды. Как версия?

 

Да, патч к HFSS на WinXP x64 не работает. Поэтому, после установки HFSS на 64-битную систему, нужно скопировать *exe и *dll файлы на 32-битную систему и там пропатчить, а затем вернуть пропатченные файлы обратно. При этом программа считает в 64-битном режиме. Об этом можно судить, если посмотриеть в стандартный диспетчер задач Windows во время расчёта. Там программы, которые работают в 32-битном режиме отмечены как *32. У солвера HFSS такой отметки нет - значит он работает в 64-битном режиме. Кроме того, солвер может использовать больше 2ГБ памяти.

[lacrimosa 0]

N.Golov, вот в том то и дело что нету s"ave capture или что то вроде". Есть экспорт в файл, но экспорт не картинки, а чисел/координат/значений графика.

 

Оперативной памяти по максимуму, 4 Гб (только система видит 3.25, везде так вроде). Сама по себе сетка строиться, прерывается именно сам расчёт. Проверял на нескольких машинах - то же самое. Единственное, я думаю можно попробовать посчитать на компе, в котором 8 Гб оперативной памяти - и посмотреть как там будет развиваться процесс, но возможности пока нету.

[NikGolov 0]

[ вот в том то и дело что нету s"ave capture или что то вроде".

ну как это нету? какая у Вас версия hfss? не помню как в 10 а в 11 точно есть - правая кнопка - в контекстном меню пункт "Сopy Image"

по поводу разбиения, какая у Вас частота? есть ли смысл делать такое частое разбиение, а то что то ребро 0.01мм меня настораживает? +нет ли возможности использовать симметрию задачи, не всегда есть смысл в лоб считать..

[Romka 0]

N.Golov, вот в том то и дело что нету s"ave capture или что то вроде". Есть экспорт в файл, но экспорт не картинки, а чисел/координат/значений графика.

 

Оперативной памяти по максимуму, 4 Гб (только система видит 3.25, везде так вроде). Сама по себе сетка строиться, прерывается именно сам расчёт. Проверял на нескольких машинах - то же самое. Единственное, я думаю можно попробовать посчитать на компе, в котором 8 Гб оперативной памяти - и посмотреть как там будет развиваться процесс, но возможности пока нету.

 

Не стоит сразу торопиться с 8 Гб. Может и на твоем компе посчитает. В какой ОС ты работаешь? По ходу это 32 битная ОС. Я тоже столкнулся с подобной проблемой в свое время. Вот что я нарыл в интернете: хотя традиционная Windos XP способна адресовать до 4 Гбайт памяти (2 в 32 степени), для приложений доступно только 2 Гбайт. Если ты поставишь на своей машине 64 битную ОС приложение сможет использовать гораздо больше оперативной памяти и твоих 4Гб + файл подкачки может хватить. Кроме того переходи на 11 версию HFSS. Она считает гораздо быстрее чем предыдущие. Успехов!

[Lens 0]

и ещё вот что интересует: можно ли графики/картинки из HFSS сохранять в графический файл, а не через print screen?

В HFSS 10 правой кнопкой мыши нажать на графике, в выпадающем меню выбрать Copy to Clipboard, картинку из буфера вставить куда требуется стандартным способом

[sank 0]

Вот что я нарыл в интернете: хотя традиционная Windos XP способна адресовать до 4 Гбайт памяти (2 в 32 степени), для приложений доступно только 2 Гбайт.

А мне попалась в инете инфа, что даже на 32-битной винде (виста или сервер 2000, сервер 2003) можно включить режим расширенной адресации (т.е. использовать больше, чем ~3.3 Гб). Подробности здесь:

http://www.tipandtrick.net/2008/how-to-ena...or-more-memory/

http://www.tipandtrick.net/2008/how-to-ena...ore-ram-memory/

Может кому поможет использовать свои 4 Гб (или больше) на полную катушку даже под Win x86

[Alex_IC 0]

Здравствуйте!

 

Подскажите как правильно создать модель корпуса микросхемы в HFSS.

Сейчас я делаю модель корпуса с кусочком печатной платы. С нижней стороны печатной платы заливка "земля", которая штырем PEC соединяется с землей кристалла микросхемы прямо через центр корпуса (чего на самом деле нет, но приходится добавлять такую деталь, для протекания возвратного тока). Порты расположены со стороны проволочных соединений с кристаллом и со стороны печатной платы.

 

Можно ли как нибудь другим образом задать модель, чтобы не добавлять штырь PEC?

[EUrry 3]

Да, патч к HFSS на WinXP x64 не работает. Поэтому, после установки HFSS на 64-битную систему, нужно скопировать *exe и *dll файлы на 32-битную систему и там пропатчить, а затем вернуть пропатченные файлы обратно. При этом программа считает в 64-битном режиме. Об этом можно судить, если посмотриеть в стандартный диспетчер задач Windows во время расчёта. Там программы, которые работают в 32-битном режиме отмечены как *32. У солвера HFSS такой отметки нет - значит он работает в 64-битном режиме. Кроме того, солвер может использовать больше 2ГБ памяти.

Еще раз переставил HFSS на Win64, перезагрузился в Win32 и пропатчил из-под нее файлы HFSS64. Действительно, у солвера нет пометки *32, но все остальные модули, как это не печально, работают в 32-битном режиме. :angry2: И значительного прироста производительности не наблюдается. Видимо, необходимо 64-кусковое лекарство.

Подскажите как правильно создать модель корпуса микросхемы в HFSS.

Сейчас я делаю модель корпуса с кусочком печатной платы. С нижней стороны печатной платы заливка "земля", которая штырем PEC соединяется с землей кристалла микросхемы прямо через центр корпуса (чего на самом деле нет, но приходится добавлять такую деталь, для протекания возвратного тока). Порты расположены со стороны проволочных соединений с кристаллом и со стороны печатной платы.

Можно ли как нибудь другим образом задать модель, чтобы не добавлять штырь PEC?

А через чего в реальности у Вас возвратный ток идет?

[Alex_IC 0]

Вот в том то и дело, что нету в реальности никакого штыря. Ставлю этот штырь, чтобы возвратный ток портов, подключенных к проволочкам протекал. С надеждой на то, что электрические параметры модели при этом, практически не изменятся.

[EUrry 3]

Вот в том то и дело, что нету в реальности никакого штыря. Ставлю этот штырь, чтобы возвратный ток портов, подключенных к проволочкам протекал. С надеждой на то, что электрические параметры модели при этом, практически не изменятся.

Безнадежная у вас идея - у Вас емкость бешеная появляется! А что, без штыря не получается? Этот ваш возвратный ток через другие порты пойдет наверное!