FASTA geven slechte resultaten?

B

bazookazuz

Guest
Howdy,

Ik heb nog een nieuwe gebruiker, en ik ben het nabootsen van een groot log-periodieke sleuf array met behulp van magnetische huidige simulatie in IE3D.Ik wil het huidige ontwerp uit te breiden naar een groter frequentiebereik te dekken, maar dit leidt tot te veel variabelen die liep in een redelijke hoeveelheid tijd.

Ik vond dat de FASTA functie in IE3D simulatie tijd aanzienlijk zou kunnen verminderen, maar het lijkt dat de resultaten zijn volledig onjuist!Ik gevarieerd de "minimale onbekenden" in de FASTA instellingen en de bijgevoegde grafiek een vergelijking van de resultaten.

Kan iemand mij vertellen waarom de resultaten zijn zo onnauwkeurig?Heeft FASTA hebben eventuele beperkingen, andere dan vermeld in de handleiding?

Instellingen gebruikt:
Fmax = 20
Ncells = 15 (moet dit worden groter / kleiner voor goede resultaten?)
AEC = 0

Thanks in advance for any help je me kunt geven.

-Andy
Sorry, maar je moet inloggen om deze gehechtheid

 
Hallo iedereen
Ik heb hetzelfde probleem met FASTA in de simulatie van een Aperture gekoppeld Patch Array Antenne met 64 elementen.

Groeten
KMPA

 
Hi:

Stuur het probleem bestanden ter ondersteuning van (at) zeland.com.We zullen proberen om hen bestuderen en proberen te FASTA verbeteren.Het is nog nieuw.Ook zullen alle snelle algoritmes beperkingen hebben.Van wat ik zie, is het een FASTA heeft de minste beperking.We hebben het getest voor verschillende soorten structuren.Het algemeen is het vrij stabiel voor veel structuren.Er zijn echter uitzonderingen.Er moet nog bel veel ruimte te verbeteren.Wij zijn blij met feedback van gebruikers.Bedankt!

 
Kunt u wijzen op een alternatieve matrix solver mijn simulatie tijden, of op zijn minst te kunnen worden rende op een computer met slechts 2G RAM verkorten?

FYI, ik ben van plan om uit te breiden de bovengenoemde ontwerp dat zal toenemen de cellen 6X (zonder AEC) dus tijd-besparing is zeer belangrijk.

-Andy

 
Hi, bazookazuz:

U kunt proberen om de GEMS-F iteratieve solver.Uw structuur heeft 8.076 onbekenden.Zij kan eisen ongeveer 540 MB RAM voor de SMSI solver.Als je 2 GB hebt, moet je kunnen oplossen met behulp van SMSI solver heel gemakkelijk.Het kan 10-20 minuten per frequentie punt.Ik heb gemerkt dat u definieert grof frequentie punten.Voor de meeste constructies, kunt u overwegen om meer punten (100-500).Putting meer punten zullen niet vertragen de simulatie omdat IE3D nromally kan afmaken met behulp van ongeveer 6-20 punten.Voor deze bijzondere structuur, ben ik bang dat het kan meer dan 20 punten te nemen, omdat er zo veel resonanties 1 tot 20 GHz.

Als u de grootte van de strucutre en SMSI matrix verhoging niet genoeg RAM-geheugen voor hebben.U kunt gebruik maken GEMS-F iteratieve solver.Het kan verminderen het RAM-geheugen of kunnen versnellen de simulatie.Ik ben het runnen van uw structuur met 8.076 onbekenden.Het lijkt mij GEMS-F kan sneller zijn dan de SMSI aanzienlijk.Echter, ik zie het vermindert de RAM-eis van 540 MB tot minder dan 100 MB.GEMS-F solver nauwkeurige resultaten moet opleveren zolang de iteratie kunnen convergeren.

Met vriendelijke groet.Toegevoegd na 1 minuten:By the way, je log array is een schuimspaan log array omdat z = 0 is de bodem vlak.Uw polygonen zijn op z = 0 en IE3D maakt gebruik van de huidige m-modellering voor de sleuf structuur.Net ervoor wilt zorgen.Toegevoegd na 5 minuten:Sorry.Het was mijn fout.De polygonen zijn op z = 1.6 en z = 1,6 is een grondvlak.De array is een schuimspaan log array.Groeten.

 

Welcome to EDABoard.com

Sponsor

Back
Top