Перейти к содержанию
    

Порты в HFSS делал так как на рисунке примера (10*W и 5*h). Сейчас гляну что может быть ещё не так.

 

С портами не заморачивайтесь, так как они у вас сделаны - посчитает нормально.

Основную причину разницы результатов в HFSS и AWR вам уже указал Ya. Kolmakov.

Добавьте количество проходов и уменьшите дельту S, - это повысит точность вычислений.

В итоге получите 0,6 дБ на 20 ГГц.

post-66671-1440482702_thumb.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Не показатель, но что-то между HFSS и AWR.

 

разные методы расчета. абсолютно. У ХФСС, пожалуй, более универсальный и точный... но эти 0.1 дБ - копейки. если хотите быть уверенны - добавляйте точности в настройках задачи, наращивайте объем памяти, добавляйте процессоры.

 

Кстати,с ледите за тем, как задано вычисление импеданса порта - от integration line и метода интегрирования импеданс может сильно зависеть и вносить сумбур в резултаты работы.

 

Есть люди, которые в оптический диапазон умудряются с переменным успехом залезать. знакомый диссер по сегнетоэлектричнским (эпсилон порядка 10000) приборам на ХФСС делпл.

 

Да, меня мучали подозрения, нужно вырезать один объёмный объект из другого, если они пересекаются? А в AWRе разработчики действительно чего-то местами намудрили.

Как правило это надо делать. Но если объект целиком внутри другого - то вычитаются автоматом... хотя потом это может стать подводным камнем... С другой стороны, если вычитаешь с галкой "вычитать копию", а потом удаляешь результат, то потом в дереве вычитаемого объекта остается срач от ссылок на несуществующее... чисто визуально неприятно.

 

 

 

Кстати, хочу поделиться общим опытом.

 

я на днях научился делать всякие винтовые и крученые составные объекты; без использования аналитических поверхностей, конечно. дело в том, что редактор в АНСИС кастрированный и не поддерживает всяких кривых поверхностей, или геометрических искажений... и что скверно, не поддерживает импорт мешей. Но зато импорт искривленных объектов поддерживает. Но полноценно только черех формат STEP. Так что можно пользоваться Rhino3D для простых операций и как мостом между продвинутыми редакторами и ХФСС.

Вообще, ни один формат кроме STEP в нем нормально не работает при экспорте-импорте. DXF, как известно, работает только для плоскостей с Z=0.

 

Проблема еще в том что, не имея возможности импортировать искривленный многослойный меш, приходится оставлять начальное меширование на ХФСС... и вот тут он с переменной удачей может промахнуться и создать пересекающиеся меши. Лечение объектов в нем может не сработать, т.к. изначально объекты не меширвоанные и вроде как не пересекаются... С внесением допусков тоже не всегда четко работает, иногда допуски надо с кулак загонять.

Изменено пользователем Hale

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

но эти 0.1 дБ - копейки. если хотите быть уверенны - добавляйте точности в настройках задачи, наращивайте объем памяти, добавляйте процессоры.

 

Кстати,с ледите за тем, как задано вычисление импеданса порта - от integration line и метода интегрирования импеданс может сильно зависеть и вносить сумбур в резултаты работы.

 

Как правило это надо делать. Но если объект целиком внутри другого - то вычитаются автоматом... хотя потом это может стать подводным камнем... С другой стороны, если вычитаешь с галкой "вычитать копию", а потом удаляешь результат, то потом в дереве вычитаемого объекта остается срач от ссылок на несуществующее... чисто визуально неприятно.

 

Да, 0,1 нашёл добавив количество проходов. Опять же в мануалах по обучению этого нет. Как правило, просто ставят "загадочные" числовые значения))) И что есть что - приходиться познавать методом тыка, а сразу всё не охватишь. Ещё раз спасибо за советы!

 

Кстати, по наращиванию процессоров. В HFSS нигде в настройках не нужно указывать а-ля количество процессоров для использования в расчётах, ОЗУ и все такого в этом роде? Т.е. оптимизация имеющихся ресурсов для ускорения обработки?

 

По "вычитанию" объектов экспериментировал. Сейчас решил по "сложению" тоже. На примере вышеупомянутого полоска BOX1 (обзовём его так) толщиной 4 мкм. Нижняя металлизированная сторона из того же материала BOX2. BOX1 и BOX2 не объединены. Для себя обнаружил следующие вещи:

1) Если взять два таких полоска BOX1, расположенными один над одним, но толщинами по 2 мкм, то разница заметна с частотой.

2) Если объединить BOX1 и BOX2, разница как оказалась тоже есть, хоть нижняя сторона и МПЛ вообще не пересекаются. Разница не так сильно заметна с частотой как в случае 1).

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Кстати, по наращиванию процессоров. В HFSS нигде в настройках не нужно указывать а-ля количество процессоров для использования в расчётах, ОЗУ и все такого в этом роде? Т.е. оптимизация имеющихся ресурсов для ускорения обработки?

 

Надо указывать количество процессоров, иначе не будет грузить все во время расчета.

Tools ->Options->HFSS options

Изменено пользователем Ya. Kolmakov

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Кстати, по наращиванию процессоров. В HFSS нигде в настройках не нужно указывать а-ля количество процессоров для использования в расчётах, ОЗУ и все такого в этом роде? Т.е. оптимизация имеющихся ресурсов для ускорения обработки?

 

По "вычитанию" объектов экспериментировал. Сейчас решил по "сложению" тоже. На примере вышеупомянутого полоска BOX1 (обзовём его так) толщиной 4 мкм. Нижняя металлизированная сторона из того же материала BOX2. BOX1 и BOX2 не объединены. Для себя обнаружил следующие вещи:

1) Если взять два таких полоска BOX1, расположенными один над одним, но толщинами по 2 мкм, то разница заметна с частотой.

2) Если объединить BOX1 и BOX2, разница как оказалась тоже есть, хоть нижняя сторона и МПЛ вообще не пересекаются. Разница не так сильно заметна с частотой как в случае 1).

 

Как сказал Я.Колмаков. Добавлю что процессор - это реальное ядро, не HT. Если желаете выжать максимум - отключайте HT в биосе. Еще есть вариант -становить на интеловскую машину патч планировщика процессоров от АМД Бульдоззер - тогда процессоры гарантированно будут выделяться через один, попадая на физические, как и в случае будьдозера (где 1 FPU разделяется думя ALU). Но работает только на однопроцессорных станциях. На DP не делать этого ни в коем случае.

Выставлять в настройках надо потому что лицуха лицензируется по числу ядер. И иногда надо планировать какой задаче(юзеру) сколько лицух останется. Впрочем, прирост производительности выше 6 ядер на задачу (процесс) довольно низок, поэтому при свипировании и параметрике есть смысл создавать несколько параллельных задачь.

 

зазоры между слоями и в вычислениях и в жизни вносят ужасные искажения/утечки поля. Если плоскости впритык - это граничное условие. Даже при идентичных материалах. На низкой точности будет разный меш и разные граничные напряженности поля. Повышая точность разница стирается. Иногда это намеренно делают, чтобы повысить точность в области распространения волны не повышая количество проходов и общую сложность модели. Такой вложенный объект еще неплохо засевать начальным мешем - есть настрйки начального засевания, пока не вдавайтесь, потом найдете.

Изменено пользователем Hale

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вообще, ни один формат кроме STEP в нем нормально не работает при экспорте-импорте.

А я вот недавно в солид 2014 пытался модельку степ скормить (знаю,что пацаны отлично с ними в автокаде работают) и... нифига, ошибки и тела никакого нету.

Сделал в сат (не последней версии) - все ок. Пойди их пойми...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Что-то слабо жрёт у меня HFSS ресурсы компа. Расчёт занимает 6 минут. 6 ядер 3+ГГц периодически грузятся всего лишь на 50%. ОЗУ при расчётах забирается только 1...1,5 Гб. Остаются свободными ещё 11Гб. Стоит Вин7х64. НФСС тоже х64.

Погуглил по форуму, нашёл непонятные MPI и SMP режимы. Как я понял, они для нескольких машин.

Изменено пользователем Gleber

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Что-то слабо жрёт у меня HFSS ресурсы компа. Расчёт занимает 6 минут. 6 ядер 3+ГГц периодически грузятся всего лишь на 50%. ОЗУ при расчётах забирается только 1...1,5 Гб. Остаются свободными ещё 11Гб. Стоит Вин7х64. НФСС тоже х64.

Погуглил по форуму, нашёл непонятные MPI и SMP режимы. Как я понял, они для нескольких машин.

 

Страница 202. Сообщение #3018

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Что-то слабо жрёт у меня HFSS ресурсы компа. Расчёт занимает 6 минут. 6 ядер 3+ГГц периодически грузятся всего лишь на 50%. ОЗУ при расчётах забирается только 1...1,5 Гб. Остаются свободными ещё 11Гб. Стоит Вин7х64. НФСС тоже х64.

Погуглил по форуму, нашёл непонятные MPI и SMP режимы. Как я понял, они для нескольких машин.

HFSS не игра и не специализированный кодер. Это высокоавтоматизированный вычислительный софт широкого назначения и он делает много разных операций. Некоторые параллелизируются хорошо, некоторые не очень.

 

Кроме того решатели HFSS не исполюзуют HT процессоров Интел, ну просто потому что сами вычисления от этого не выиграют, а скорее наоборот.

Т.о. при включенном HT загрузка от одной задачи не может быть больше 50%. Это условная цифра вычисленная планировциком Виндовз, который имеет в распоряжении половину незанятых виртуальных ядер(фактически пустые процессорные стеки). Это не значит что ALU и FPU не трудятся на полную мощность. При запуске двух и более задач загрузка может возрасти. Но время, само собой, увеличится более чем вдвое.

Есть одна загвоздка - ХФСС не может грамотно отделить в Виндовз какие виртуальные процессоры принадлежат оному ядру. Поэтому включение HT в биосе теоретически может привести к потере производительности до 50%, но не обязательно все 50%. Именно поэтому официально рекоммендуется отключать ХТ, а я советую ставить патчи планировщика от Бульдозера (только!)на однопроцессорние машины.

 

MPI - это для распределенных вычислений в кластере.

SMP - это основной режим параллелизации, используемый в бытовых PC на базе x86/64.

Изменено пользователем Hale

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Включаю Анимацию. Анимация полей по фазе есть, а по частоте стоит только та частота, которая указана в Солюшн Фриквенси при создании нового Сетапа в Анализе. Sweep присутствует.

Делал несколько Сетапов на разных частотах - в анимации стоит частота из 1-ого Сетапа. Хочу мультик(Freq) :biggrin:

post-83291-1441891228_thumb.jpg

Изменено пользователем Gleber

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Включаю Анимацию. Анимация полей по фазе есть, а по частоте стоит только та частота, которая указана в Солюшн Фриквенси при создании нового Сетапа в Анализе. Sweep присутствует.

Делал несколько Сетапов на разных частотах - в анимации стоит частота из 1-ого Сетапа. Хочу мультик(Freq) :biggrin:

мультиков по частоте я пока не делал, но логика подсказывает, что в сетапе sweep (!discrete! sweep) надо наставить галки напротив частот, которые интересуют. Только тогда ХФСС сохранит распределение поля на диск.

А если использовалась параметрика, то еще и на последней странице настроек параметрики (оптимизации) установить "сохранять поля".

 

иногда случаются глюки хранилища и перед расчетом полей надо стереть все данные проекта (не сам проект, а его подпапочку).

Иногда ХФСС не желает отрисовывать поля (я обычно строю графики вдоль линии) при использовании "зависимых задач" - поэтмоу я стараюсь считать разные полосы отдельно отдельными мешами.

Изменено пользователем Hale

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Хочу мультик(Freq) :biggrin:

 

только учтите что распределение полей должно быть вычислено на всех частотах используемых в мультике

post-66671-1441951205_thumb.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день.

Подскажите, нашлось ли решение с отрицательным КСВ из первой страницы этого топика? Считаю коаксиальный коллинеар и получил такую фигню. Коллинеар на 2.6GHz, везде КСВ ровный, а в районе 9 гигагерц уходит в отрицательную область (около минус 25). Может я что не так делаю, до этого только яги считал в этой программе и все сходилось.

 

Вот файлик проекта. HFSS версии 15

 

coax.zip

Изменено пользователем R5FO

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Спасибо за подсказку по мультику, только что сам обнаружил, залез поделиться) Верна подсказка от HFSS

 

везде КСВ ровный, а в районе 9 гигагерц уходит в отрицательную область (около минус 25).

 

Встречал такую проблему в Microwave Office. Но только в схематике, в 3Д было всё ОК. Так что тоже присоединяюсь к вопросу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день.

Подскажите, нашлось ли решение с отрицательным КСВ из первой страницы этого топика? Считаю коаксиальный коллинеар и получил такую фигню. Коллинеар на 2.6GHz, везде КСВ ровный, а в районе 9 гигагерц уходит в отрицательную область (около минус 25). Может я что не так делаю, до этого только яги считал в этой программе и все сходилось.

 

Вот файлик проекта. HFSS версии 15

 

coax.zip

 

Поставил интерполяцию, остальные настройки ваши

post-66671-1441972799_thumb.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...