С портами не заморачивайтесь, так как они у вас сделаны - посчитает нормально.
Основную причину разницы результатов в HFSS и AWR вам уже указал Ya. Kolmakov.
Добавьте количество проходов и уменьшите дельту S, - это повысит точность вычислений.
В итоге получите 0,6 дБ на 20 ГГц.

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

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

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


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



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

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

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

Сообщение отредактировал Hale - Aug 26 2015, 11:29

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

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

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

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

Сообщение отредактировал Ya. Kolmakov - Aug 26 2015, 14:14

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

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

Сообщение отредактировал Hale - Aug 27 2015, 01:01

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

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

Сообщение отредактировал Gleber - Aug 28 2015, 09:32

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

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

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

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

Сообщение отредактировал Hale - Aug 29 2015, 03:12

Включаю Анимацию. Анимация полей по фазе есть, а по частоте стоит только та частота, которая указана в Солюшн Фриквенси при создании нового Сетапа в Анализе. Sweep присутствует.
Делал несколько Сетапов на разных частотах - в анимации стоит частота из 1-ого Сетапа. Хочу мультик(Freq)

Сообщение отредактировал Gleber - Sep 10 2015, 13:22

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

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

Сообщение отредактировал Hale - Sep 11 2015, 05:42

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

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

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

 coax.zip ( 21.88 килобайт ) Кол-во скачиваний: 41


Сообщение отредактировал R5FO - Sep 11 2015, 07:51

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



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

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