Re: [Meep-discuss] Frequency-domain solver for bigger domain/higher resolution?

[Steven G. Johnson]

Unfortunately, there is not much you can do besides increase the L parameter 
and the number of iterations.

Increasing the diameter of a simulation relative to the wavelength increases 
the condition number, which worsens the convergence of iterative solvers.  The 
general way to improve this is to implement a more sophisticated iterative 
solver that employs preconditioners.  Preconditioning wave equations 
(Helmholtz-like equations) is notoriously difficult to do well, but some 
possible strategies are discussed in 
https://github.com/NanoComp/meep/issues/548 


> On Sep 24, 2019, at 4:24 PM, Alexis Hotte  
> wrote:
> 
> Hello to the meep community,
> 
> 
> I was hoping to use the frequency domain solver for my own application, 
> but I've encountered a stumbling block.
> 
> I've played around with the ring resonator tutorial example, and it 
> seems that when I increase the domain size (let's say a radius of 10 
> micrometers) or resolution (to about 30-40), the residual keeps 
> increasing over time! Or, the terminal/notebook simply crashes.
> 
> Has anyone here been able to use the frequency domain solver 
> effectively? Does it simply boil down to playing with the tol, maxiters, 
> and L parameters?
> 
> 
> Thank you,
> 
> Alexis HK.
> 
> ___
> meep-discuss mailing list
> meep-discuss@ab-initio.mit.edu
> http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

[Meep-discuss] Frequency-domain solver for bigger domain/higher resolution?

[Alexis Hotte]

Hello to the meep community,


I was hoping to use the frequency domain solver for my own application, 
but I've encountered a stumbling block.

I've played around with the ring resonator tutorial example, and it 
seems that when I increase the domain size (let's say a radius of 10 
micrometers) or resolution (to about 30-40), the residual keeps 
increasing over time! Or, the terminal/notebook simply crashes.

Has anyone here been able to use the frequency domain solver 
effectively? Does it simply boil down to playing with the tol, maxiters, 
and L parameters?


Thank you,

Alexis HK.

___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

Re: [Meep-discuss] Frequency domain solver

[damien . baron]

Hi Saket,

 

This is an error message sent by Guile because (meep-fields-solve-cw
fields tol maxiters L) is not called properly. 

 

For example, this message appears if maxiters has type double instead of
integer. 

 

See
http://ab-initio.mit.edu/wiki/index.php/Meep_Reference#Frequency-domain_so
lver for more information about these parameters.

 

Damien

 

 

 

 

 

 

 

___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

Re: [Meep-discuss] Frequency-domain solver

[Filip Dominec]

Hi, Gib,
I am pleased your problem was resolved.

The frequency-domain solver should give the same results as the
time-domain solver (with Fourier transform). I wrote an example script
which does exactly such comparison for a metamaterial cell:

https://github.com/FilipDominec/python-meep-utils, look for
'example_frequency_domain_solver'

The examples are written using python-meep, as I need tight
integration with numerical processing which I was not able to do in
scheme.

Filip


2015-03-19 5:25 GMT+01:00, Gib Bogle g.bo...@auckland.ac.nz:
 Hi Filip,

 The Meep code has been updated on the cluster, and now the program does not
 crash at that point.  It obviously is a memory hog, though, and I am still
 discovering how much it needs to avoid running out.

 On a different but connected topic: I would like to set up a cluster run
 that solves multiple cases, e.g. varying the frequency.  It would be great
 if you could point me to an example .ctl file that executes multiple
 simulations, creating file names appropriately.

 Thanks
 Gib
 
 From: Filip Dominec [filip.domi...@gmail.com]
 Sent: Thursday, 19 March 2015 12:16 p.m.
 To: Gib Bogle
 Cc: meep-discuss
 Subject: Re: [Meep-discuss] Frequency-domain solver

 Exactly, this is the trunk repository with the most fresh code.
 F. D.

 2015-03-19 0:11 GMT+01:00, Gib Bogle g.bo...@auckland.ac.nz:
 I don't think you were confused, but I'm wondering where I should get the
 fixed code from.
 Is this it?  git clone https://github.com/stevengj/meep

 Gib
 
 From: Filip Dominec [filip.domi...@gmail.com]
 Sent: Thursday, 19 March 2015 12:05 p.m.
 To: Gib Bogle
 Cc: meep-discuss
 Subject: Re: [Meep-discuss] Frequency-domain solver

 Hi, Gib, perhaps I was a bit confused. The fact is that MEEP source
 has been fixed by the commit I mentioned, and it was not before April
 2014. Therefore if the release 1.2.1 comes from March, it is probably
 not fixed (no matter it is currently the latest official release I am
 aware of).

 I guess you need to recompile, then. I would be thankful for the
 procedure that finally works for you, too.

 Regards,
 Filip

 2015-03-18 23:46 GMT+01:00, Gib Bogle g.bo...@auckland.ac.nz:
 Hi Filip,

 I see that the version I have built (with Cygwin on Windows) has source
 code
 dated 29/3/2014.  I downloaded meep-1.2.1.tar.gz from
 http://ab-initio.mit.edu/wiki/index.php/Meep_download in January this
 year.
 This claims to be the latest release - is this not the case?

 Cheers
 Gib
 
 From: Filip Dominec [filip.domi...@gmail.com]
 Sent: Thursday, 19 March 2015 11:26 a.m.
 To: Gib Bogle
 Cc: meep-discuss
 Subject: Re: [Meep-discuss] Frequency-domain solver

 Hi, Gib, it looks exactly like the bug that has been resolved in git
 commit
 https://github.com/stevengj/meep/commit/0640e9f6a2ccfa2a40375a89b5692ebb1fb87efb

 Could you check a recent version of MEEP either compiling it from
 source (blue box in http://f.dominec.eu/meep/index.html#install), or
 installing e.g. from Ubuntu 14.10 repository, where, as far as I know,
 it has been updated?

 Filip

 2015-03-18 22:01 GMT+01:00, Gib Bogle g.bo...@auckland.ac.nz:
 I am trying to use the frequency-domain solver for a 3D problem,
 25x25x22
 with resolution=10.  The output from
 (meep-fields-solve-cw fields)
 is:
 Meep: using complex fields.
 on time step 1 (time=0.05), 41.9989 s/step
 final residual = 0
 Finished solve_cw after 1 steps and 0 CG iters.

 It seems that nothing is done, taking 42 sec.  I think that the way to
 see
 the waveform at a point is:
 (run-until 10
 (to-appended ex
 (at-every 0.05
 (in-point sample_point output-efield-x)
 )
 )
 )

 and this gives the same result - i.e. the solution starting from 0 - as
 if
 I
 had not previously invoked meep-fields-solve-cw.

 I have seen other posts on the mailing list on this subject, but I have
 not
 been able to find any resolution.  It would be very helpful to have an
 explanation of this apparent problem.  Does the frequency-domain solver
 work?

 Thanks
 Gib







___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

Re: [Meep-discuss] Frequency-domain solver

[Filip Dominec]

Hi, Gib, it looks exactly like the bug that has been resolved in git
commit 
https://github.com/stevengj/meep/commit/0640e9f6a2ccfa2a40375a89b5692ebb1fb87efb

Could you check a recent version of MEEP either compiling it from
source (blue box in http://f.dominec.eu/meep/index.html#install), or
installing e.g. from Ubuntu 14.10 repository, where, as far as I know,
it has been updated?

Filip

2015-03-18 22:01 GMT+01:00, Gib Bogle g.bo...@auckland.ac.nz:
 I am trying to use the frequency-domain solver for a 3D problem, 25x25x22
 with resolution=10.  The output from
 (meep-fields-solve-cw fields)
 is:
 Meep: using complex fields.
 on time step 1 (time=0.05), 41.9989 s/step
 final residual = 0
 Finished solve_cw after 1 steps and 0 CG iters.

 It seems that nothing is done, taking 42 sec.  I think that the way to see
 the waveform at a point is:
 (run-until 10
 (to-appended ex
 (at-every 0.05
 (in-point sample_point output-efield-x)
 )
 )
 )

 and this gives the same result - i.e. the solution starting from 0 - as if I
 had not previously invoked meep-fields-solve-cw.

 I have seen other posts on the mailing list on this subject, but I have not
 been able to find any resolution.  It would be very helpful to have an
 explanation of this apparent problem.  Does the frequency-domain solver
 work?

 Thanks
 Gib




___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

Re: [Meep-discuss] Frequency-domain solver

[Gib Bogle]

I don't think you were confused, but I'm wondering where I should get the fixed 
code from.
Is this it?  git clone https://github.com/stevengj/meep

Gib

From: Filip Dominec [filip.domi...@gmail.com]
Sent: Thursday, 19 March 2015 12:05 p.m.
To: Gib Bogle
Cc: meep-discuss
Subject: Re: [Meep-discuss] Frequency-domain solver

Hi, Gib, perhaps I was a bit confused. The fact is that MEEP source
has been fixed by the commit I mentioned, and it was not before April
2014. Therefore if the release 1.2.1 comes from March, it is probably
not fixed (no matter it is currently the latest official release I am
aware of).

I guess you need to recompile, then. I would be thankful for the
procedure that finally works for you, too.

Regards,
Filip

2015-03-18 23:46 GMT+01:00, Gib Bogle g.bo...@auckland.ac.nz:
 Hi Filip,

 I see that the version I have built (with Cygwin on Windows) has source code
 dated 29/3/2014.  I downloaded meep-1.2.1.tar.gz from
 http://ab-initio.mit.edu/wiki/index.php/Meep_download in January this year.
 This claims to be the latest release - is this not the case?

 Cheers
 Gib
 
 From: Filip Dominec [filip.domi...@gmail.com]
 Sent: Thursday, 19 March 2015 11:26 a.m.
 To: Gib Bogle
 Cc: meep-discuss
 Subject: Re: [Meep-discuss] Frequency-domain solver

 Hi, Gib, it looks exactly like the bug that has been resolved in git
 commit
 https://github.com/stevengj/meep/commit/0640e9f6a2ccfa2a40375a89b5692ebb1fb87efb

 Could you check a recent version of MEEP either compiling it from
 source (blue box in http://f.dominec.eu/meep/index.html#install), or
 installing e.g. from Ubuntu 14.10 repository, where, as far as I know,
 it has been updated?

 Filip

 2015-03-18 22:01 GMT+01:00, Gib Bogle g.bo...@auckland.ac.nz:
 I am trying to use the frequency-domain solver for a 3D problem, 25x25x22
 with resolution=10.  The output from
 (meep-fields-solve-cw fields)
 is:
 Meep: using complex fields.
 on time step 1 (time=0.05), 41.9989 s/step
 final residual = 0
 Finished solve_cw after 1 steps and 0 CG iters.

 It seems that nothing is done, taking 42 sec.  I think that the way to see
 the waveform at a point is:
 (run-until 10
 (to-appended ex
 (at-every 0.05
 (in-point sample_point output-efield-x)
 )
 )
 )

 and this gives the same result - i.e. the solution starting from 0 - as if
 I
 had not previously invoked meep-fields-solve-cw.

 I have seen other posts on the mailing list on this subject, but I have
 not
 been able to find any resolution.  It would be very helpful to have an
 explanation of this apparent problem.  Does the frequency-domain solver
 work?

 Thanks
 Gib





___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

Re: [Meep-discuss] Frequency-domain solver

[Gib Bogle]

Hi Filip,

I see that the version I have built (with Cygwin on Windows) has source code 
dated 29/3/2014.  I downloaded meep-1.2.1.tar.gz from 
http://ab-initio.mit.edu/wiki/index.php/Meep_download in January this year.  
This claims to be the latest release - is this not the case?

Cheers
Gib

From: Filip Dominec [filip.domi...@gmail.com]
Sent: Thursday, 19 March 2015 11:26 a.m.
To: Gib Bogle
Cc: meep-discuss
Subject: Re: [Meep-discuss] Frequency-domain solver

Hi, Gib, it looks exactly like the bug that has been resolved in git
commit 
https://github.com/stevengj/meep/commit/0640e9f6a2ccfa2a40375a89b5692ebb1fb87efb

Could you check a recent version of MEEP either compiling it from
source (blue box in http://f.dominec.eu/meep/index.html#install), or
installing e.g. from Ubuntu 14.10 repository, where, as far as I know,
it has been updated?

Filip

2015-03-18 22:01 GMT+01:00, Gib Bogle g.bo...@auckland.ac.nz:
 I am trying to use the frequency-domain solver for a 3D problem, 25x25x22
 with resolution=10.  The output from
 (meep-fields-solve-cw fields)
 is:
 Meep: using complex fields.
 on time step 1 (time=0.05), 41.9989 s/step
 final residual = 0
 Finished solve_cw after 1 steps and 0 CG iters.

 It seems that nothing is done, taking 42 sec.  I think that the way to see
 the waveform at a point is:
 (run-until 10
 (to-appended ex
 (at-every 0.05
 (in-point sample_point output-efield-x)
 )
 )
 )

 and this gives the same result - i.e. the solution starting from 0 - as if I
 had not previously invoked meep-fields-solve-cw.

 I have seen other posts on the mailing list on this subject, but I have not
 been able to find any resolution.  It would be very helpful to have an
 explanation of this apparent problem.  Does the frequency-domain solver
 work?

 Thanks
 Gib




___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

Re: [Meep-discuss] Frequency-domain solver

[Filip Dominec]

Hi, Gib, perhaps I was a bit confused. The fact is that MEEP source
has been fixed by the commit I mentioned, and it was not before April
2014. Therefore if the release 1.2.1 comes from March, it is probably
not fixed (no matter it is currently the latest official release I am
aware of).

I guess you need to recompile, then. I would be thankful for the
procedure that finally works for you, too.

Regards,
Filip

2015-03-18 23:46 GMT+01:00, Gib Bogle g.bo...@auckland.ac.nz:
 Hi Filip,

 I see that the version I have built (with Cygwin on Windows) has source code
 dated 29/3/2014.  I downloaded meep-1.2.1.tar.gz from
 http://ab-initio.mit.edu/wiki/index.php/Meep_download in January this year.
 This claims to be the latest release - is this not the case?

 Cheers
 Gib
 
 From: Filip Dominec [filip.domi...@gmail.com]
 Sent: Thursday, 19 March 2015 11:26 a.m.
 To: Gib Bogle
 Cc: meep-discuss
 Subject: Re: [Meep-discuss] Frequency-domain solver

 Hi, Gib, it looks exactly like the bug that has been resolved in git
 commit
 https://github.com/stevengj/meep/commit/0640e9f6a2ccfa2a40375a89b5692ebb1fb87efb

 Could you check a recent version of MEEP either compiling it from
 source (blue box in http://f.dominec.eu/meep/index.html#install), or
 installing e.g. from Ubuntu 14.10 repository, where, as far as I know,
 it has been updated?

 Filip

 2015-03-18 22:01 GMT+01:00, Gib Bogle g.bo...@auckland.ac.nz:
 I am trying to use the frequency-domain solver for a 3D problem, 25x25x22
 with resolution=10.  The output from
 (meep-fields-solve-cw fields)
 is:
 Meep: using complex fields.
 on time step 1 (time=0.05), 41.9989 s/step
 final residual = 0
 Finished solve_cw after 1 steps and 0 CG iters.

 It seems that nothing is done, taking 42 sec.  I think that the way to see
 the waveform at a point is:
 (run-until 10
 (to-appended ex
 (at-every 0.05
 (in-point sample_point output-efield-x)
 )
 )
 )

 and this gives the same result - i.e. the solution starting from 0 - as if
 I
 had not previously invoked meep-fields-solve-cw.

 I have seen other posts on the mailing list on this subject, but I have
 not
 been able to find any resolution.  It would be very helpful to have an
 explanation of this apparent problem.  Does the frequency-domain solver
 work?

 Thanks
 Gib





___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

Re: [Meep-discuss] Frequency-domain solver

[Gib Bogle]

Hi Filip,

The Meep code has been updated on the cluster, and now the program does not 
crash at that point.  It obviously is a memory hog, though, and I am still 
discovering how much it needs to avoid running out.

On a different but connected topic: I would like to set up a cluster run that 
solves multiple cases, e.g. varying the frequency.  It would be great if you 
could point me to an example .ctl file that executes multiple simulations, 
creating file names appropriately.

Thanks
Gib

From: Filip Dominec [filip.domi...@gmail.com]
Sent: Thursday, 19 March 2015 12:16 p.m.
To: Gib Bogle
Cc: meep-discuss
Subject: Re: [Meep-discuss] Frequency-domain solver

Exactly, this is the trunk repository with the most fresh code.
F. D.

2015-03-19 0:11 GMT+01:00, Gib Bogle g.bo...@auckland.ac.nz:
 I don't think you were confused, but I'm wondering where I should get the
 fixed code from.
 Is this it?  git clone https://github.com/stevengj/meep

 Gib
 
 From: Filip Dominec [filip.domi...@gmail.com]
 Sent: Thursday, 19 March 2015 12:05 p.m.
 To: Gib Bogle
 Cc: meep-discuss
 Subject: Re: [Meep-discuss] Frequency-domain solver

 Hi, Gib, perhaps I was a bit confused. The fact is that MEEP source
 has been fixed by the commit I mentioned, and it was not before April
 2014. Therefore if the release 1.2.1 comes from March, it is probably
 not fixed (no matter it is currently the latest official release I am
 aware of).

 I guess you need to recompile, then. I would be thankful for the
 procedure that finally works for you, too.

 Regards,
 Filip

 2015-03-18 23:46 GMT+01:00, Gib Bogle g.bo...@auckland.ac.nz:
 Hi Filip,

 I see that the version I have built (with Cygwin on Windows) has source
 code
 dated 29/3/2014.  I downloaded meep-1.2.1.tar.gz from
 http://ab-initio.mit.edu/wiki/index.php/Meep_download in January this
 year.
 This claims to be the latest release - is this not the case?

 Cheers
 Gib
 
 From: Filip Dominec [filip.domi...@gmail.com]
 Sent: Thursday, 19 March 2015 11:26 a.m.
 To: Gib Bogle
 Cc: meep-discuss
 Subject: Re: [Meep-discuss] Frequency-domain solver

 Hi, Gib, it looks exactly like the bug that has been resolved in git
 commit
 https://github.com/stevengj/meep/commit/0640e9f6a2ccfa2a40375a89b5692ebb1fb87efb

 Could you check a recent version of MEEP either compiling it from
 source (blue box in http://f.dominec.eu/meep/index.html#install), or
 installing e.g. from Ubuntu 14.10 repository, where, as far as I know,
 it has been updated?

 Filip

 2015-03-18 22:01 GMT+01:00, Gib Bogle g.bo...@auckland.ac.nz:
 I am trying to use the frequency-domain solver for a 3D problem, 25x25x22
 with resolution=10.  The output from
 (meep-fields-solve-cw fields)
 is:
 Meep: using complex fields.
 on time step 1 (time=0.05), 41.9989 s/step
 final residual = 0
 Finished solve_cw after 1 steps and 0 CG iters.

 It seems that nothing is done, taking 42 sec.  I think that the way to
 see
 the waveform at a point is:
 (run-until 10
 (to-appended ex
 (at-every 0.05
 (in-point sample_point output-efield-x)
 )
 )
 )

 and this gives the same result - i.e. the solution starting from 0 - as
 if
 I
 had not previously invoked meep-fields-solve-cw.

 I have seen other posts on the mailing list on this subject, but I have
 not
 been able to find any resolution.  It would be very helpful to have an
 explanation of this apparent problem.  Does the frequency-domain solver
 work?

 Thanks
 Gib






___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

[Meep-discuss] Frequency-domain solver

[Gib Bogle]

I am trying to use the frequency-domain solver for a 3D problem, 25x25x22 with 
resolution=10.  The output from
(meep-fields-solve-cw fields)
is:
Meep: using complex fields.
on time step 1 (time=0.05), 41.9989 s/step
final residual = 0
Finished solve_cw after 1 steps and 0 CG iters.

It seems that nothing is done, taking 42 sec.  I think that the way to see the 
waveform at a point is:
(run-until 10
(to-appended ex
(at-every 0.05
(in-point sample_point output-efield-x)
)
)
)

and this gives the same result - i.e. the solution starting from 0 - as if I 
had not previously invoked meep-fields-solve-cw.

I have seen other posts on the mailing list on this subject, but I have not 
been able to find any resolution.  It would be very helpful to have an 
explanation of this apparent problem.  Does the frequency-domain solver work?

Thanks
Gib


___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

[Meep-discuss] frequency domain solver c++

[Ali Naqavi]

Dear MEEP users/developers

Is it possible to use MEEP's frequency-domain solver in the c++ interface?
If yes, what are the corresponding commands?

Thanks for your answer in advance,
Ali
___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

Re: [Meep-discuss] frequency domain solver c++

[Wu Chuanren]

Hello Ali,

you can use the solve_cw() function.
However you may have to fall back the norm2() in the CG-algorithm
of meep 1.2 to the old one, which was from meep 1.1 or earlier.

Regards
Chuanren


2013/4/22 Ali Naqavi anaq...@gmail.com


 Dear MEEP users/developers

 Is it possible to use MEEP's frequency-domain solver in the c++ interface?
 If yes, what are the corresponding commands?

 Thanks for your answer in advance,
 Ali

 ___
 meep-discuss mailing list
 meep-discuss@ab-initio.mit.edu
 http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

[Meep-discuss] Frequency-domain solver seems not working in meep-1.2

[Munehiro Nishida]

There seems to be a bug in bicgstab.cpp in meep-1.2.
Without the following patch physical.cpp test gives nan ratio, although
make check passed.

Best regards
Munehiro

--- bicgstab.cpp.orig   2012-12-18 22:52:19.159110261 +0900
+++ bicgstab.cpp2012-12-18 22:53:44.655994596 +0900
@@ -84,7 +84,7 @@
   long double sum = 0;
   for (i = 0; i  n; ++i) {
 double xabs = fabs(x[i]);
-if (xmax  xabs) xmax = xabs;
+if (xmax  xabs) xmax = xabs;
   }
   xmax = max_to_all(xmax);
   if (xmax == 0) return 0;

___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

[Meep-discuss] Frequency domain solver

[Marell, M.J.H.]

Hi everybody,

I was wondering if anybody managed to get some experience with the frequency 
domain solver in MEEP.

I succeeded in getting my simulations up and running, but so far they all ended 
in CONVERGENCE FAILLURE.
I don't know if there's any relevance to my problem, but if I output my fields, 
only part (one quarter) of my structure is visible.

I used complex valued epsilons (specified at the right frequency), Bloch 
periodic boundary conditions, no symmetry (just in case).

What are the requirements for the L parameter (min max and typical values)? And 
if I have periodic boundary conditions, who close should the frequency of the 
source be to the frequency of the mode at the specified k-point?

Many thanks and best regards,

Milan Marell

 

___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss

Re: [Meep-discuss] frequency domain solver

[Steven G. Johnson]

On Feb 7, 2008, at 7:53 PM, Jonathan Breeze wrote:
 I have heard that an undocumented frequency domain solver exists  
 within
 MEEP.  Is this true? I would be keen to find out, since I have some
 problems which would be ideal for an eigensolver approach in 2D
 cylindrical coordinates (dielectric resonators).

There is an experimental frequency-domain solver (fields::solve_cw),  
but it is not an eigensolver; it solves for the steady-state fields in  
response to a time-harmonic current source.

Of course, Meep can solve for eigenfrequencies etc. using the time  
domain and harminv, as documented in the manual.

Steven


___
meep-discuss mailing list
meep-discuss@ab-initio.mit.edu
http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss