Quote from: deuteragenie on 06/30/2015 07:57 amQuote from: Silvercrys3467 on 06/29/2015 10:57 pmBeen following this thread for a few weeks, decided to hop in to help if I could.Aero, do you need only the most recent MEEP package?I was going to go ahead and compile it from source for you but I found:http://ab-initio.mit.edu/wiki/index.php/Meep_DownloadAccording to the wiki, they have a precompiled source package available:"apt-get install meep h5utils"There is also a parallel source file:"apt-get install meep-mpi"If you need other packages compiled with it or the OpenMPI version, I will see what I can do.I saw that one as well and was going to try it out. If you want to help, you could try to create a Ubuntu package for Meep as aero uses Ubuntu (and so am I and a few others). http://packaging.ubuntu.com/html/I also do not know which compiler / optimization the source code would support, but you may want to explore recompiling the source using different compilers (gcc / LLVM / ICC / VC ...) and different optimization flags. It can also be that the source code could enjoy being made more compiler agnostic.There is already an Ubuntu distrubtion available. http://ab-initio.mit.edu/wiki/index.php/Meep_downloadThen look down at the "Precompiled Meep packages for Debian and Ubuntu" section. It's pretty easy. There is even an MPI enabled version.
Quote from: Silvercrys3467 on 06/29/2015 10:57 pmBeen following this thread for a few weeks, decided to hop in to help if I could.Aero, do you need only the most recent MEEP package?I was going to go ahead and compile it from source for you but I found:http://ab-initio.mit.edu/wiki/index.php/Meep_DownloadAccording to the wiki, they have a precompiled source package available:"apt-get install meep h5utils"There is also a parallel source file:"apt-get install meep-mpi"If you need other packages compiled with it or the OpenMPI version, I will see what I can do.I saw that one as well and was going to try it out. If you want to help, you could try to create a Ubuntu package for Meep as aero uses Ubuntu (and so am I and a few others). http://packaging.ubuntu.com/html/I also do not know which compiler / optimization the source code would support, but you may want to explore recompiling the source using different compilers (gcc / LLVM / ICC / VC ...) and different optimization flags. It can also be that the source code could enjoy being made more compiler agnostic.
Been following this thread for a few weeks, decided to hop in to help if I could.Aero, do you need only the most recent MEEP package?I was going to go ahead and compile it from source for you but I found:http://ab-initio.mit.edu/wiki/index.php/Meep_DownloadAccording to the wiki, they have a precompiled source package available:"apt-get install meep h5utils"There is also a parallel source file:"apt-get install meep-mpi"If you need other packages compiled with it or the OpenMPI version, I will see what I can do.
Quote from: aero on 06/30/2015 11:40 pm...I suggest that you may wish to look at some of the fields generated with the Gaussian source as they appear to be much stronger than those calculated using the continuous source. Csv files are available for the big end base view, and I'll see about creating csv files for the "transverse" view.Regarding your observation, "observe that there are no field values outside the circle" I disagree. If there were no fields, the background would show as black, I think. There is some energy there, just the fields are so weak compared to the fields inside that they are not differentiated by color from some very small value.Nope.: ALL that is shown is inside the boundary condition. If you are inputting a finite difference mesh outside the BC, Meep is ignoring those nodes. Since you are only exciting the inside with RF, and you have BC, Meep has to ignore those nodes outside the BC, otherwise the solution would be ill conditionedAll the points in the csv file are inside the circle. The circle is mapped into the square.I choose to plot only 10 contours for clarity.These views are rotated 90 degrees from your views.I confirm that the fractals are a result of the very coarse mesh you are using: the Ez and Ey fields should be zero at the base. They are not zero: they are about 10 times smaller in magnitude only.All numbers are very small: the highest magnitude numbers are about 10^(-13) !
...I suggest that you may wish to look at some of the fields generated with the Gaussian source as they appear to be much stronger than those calculated using the continuous source. Csv files are available for the big end base view, and I'll see about creating csv files for the "transverse" view.Regarding your observation, "observe that there are no field values outside the circle" I disagree. If there were no fields, the background would show as black, I think. There is some energy there, just the fields are so weak compared to the fields inside that they are not differentiated by color from some very small value.
Quote from: zellerium on 06/30/2015 10:03 pmHey, quick question to those savvy with microwaves:We would like to determine how well the magnetron is matched with the manufacturers microwave box so that we have a baseline for safe operating impedance of the magnetron. My idea is to put several temperature probes on the magnetron outside core and heat sink fins and log data. Our probes max out at 130 C, does anyone have any idea how quickly an uncooled magnetron will get there?This method would allow a simple impedance measurement so that any subsequent cavity we create can be compared to the original microwave. [I'd be making the assumption that the manufacturer created a cavity that is well matched to the magnetron to minimize reflected power. Is this a valid assumption? ] Any thoughts, concerns, suggestions? Kurt The reflected wave would likely damage the megnetron before the temperature sensors registered a high temperature. It is better to design the feedline so that the return wave can't get back to the magneron and then match the cavity to minimize the return wave. One photo that was posted awhile back showed a feedline with an inline waveguide circulator. It may have been from the Chinese experiment. It could easily be replicated by a machine shop.
Hey, quick question to those savvy with microwaves:We would like to determine how well the magnetron is matched with the manufacturers microwave box so that we have a baseline for safe operating impedance of the magnetron. My idea is to put several temperature probes on the magnetron outside core and heat sink fins and log data. Our probes max out at 130 C, does anyone have any idea how quickly an uncooled magnetron will get there?This method would allow a simple impedance measurement so that any subsequent cavity we create can be compared to the original microwave. [I'd be making the assumption that the manufacturer created a cavity that is well matched to the magnetron to minimize reflected power. Is this a valid assumption? ] Any thoughts, concerns, suggestions? Kurt
Quote from: quixote on 07/01/2015 12:12 amQuote from: deuteragenie on 06/30/2015 07:57 amQuote from: Silvercrys3467 on 06/29/2015 10:57 pmBeen following this thread for a few weeks, decided to hop in to help if I could.Aero, do you need only the most recent MEEP package?I was going to go ahead and compile it from source for you but I found:http://ab-initio.mit.edu/wiki/index.php/Meep_DownloadAccording to the wiki, they have a precompiled source package available:"apt-get install meep h5utils"There is also a parallel source file:"apt-get install meep-mpi"If you need other packages compiled with it or the OpenMPI version, I will see what I can do.I saw that one as well and was going to try it out. If you want to help, you could try to create a Ubuntu package for Meep as aero uses Ubuntu (and so am I and a few others). http://packaging.ubuntu.com/html/I also do not know which compiler / optimization the source code would support, but you may want to explore recompiling the source using different compilers (gcc / LLVM / ICC / VC ...) and different optimization flags. It can also be that the source code could enjoy being made more compiler agnostic.There is already an Ubuntu distrubtion available. http://ab-initio.mit.edu/wiki/index.php/Meep_downloadThen look down at the "Precompiled Meep packages for Debian and Ubuntu" section. It's pretty easy. There is even an MPI enabled version.That is the one that I already use. It is an old version. And try installing the MPI enabled version, if you can find anything more than the promise.
Here are the field patterns for NSF-1701 using a Gaussian source. Take a look at the difference between a noisy source and an ideal continuous source.
Quote from: aero on 07/01/2015 12:43 amQuote from: quixote on 07/01/2015 12:12 amQuote from: deuteragenie on 06/30/2015 07:57 amQuote from: Silvercrys3467 on 06/29/2015 10:57 pmBeen following this thread for a few weeks, decided to hop in to help if I could.Aero, do you need only the most recent MEEP package?I was going to go ahead and compile it from source for you but I found:http://ab-initio.mit.edu/wiki/index.php/Meep_DownloadAccording to the wiki, they have a precompiled source package available:"apt-get install meep h5utils"There is also a parallel source file:"apt-get install meep-mpi"If you need other packages compiled with it or the OpenMPI version, I will see what I can do.I saw that one as well and was going to try it out. If you want to help, you could try to create a Ubuntu package for Meep as aero uses Ubuntu (and so am I and a few others). http://packaging.ubuntu.com/html/I also do not know which compiler / optimization the source code would support, but you may want to explore recompiling the source using different compilers (gcc / LLVM / ICC / VC ...) and different optimization flags. It can also be that the source code could enjoy being made more compiler agnostic.There is already an Ubuntu distrubtion available. http://ab-initio.mit.edu/wiki/index.php/Meep_downloadThen look down at the "Precompiled Meep packages for Debian and Ubuntu" section. It's pretty easy. There is even an MPI enabled version.That is the one that I already use. It is an old version. And try installing the MPI enabled version, if you can find anything more than the promise.It's bleeding edge, but there's these packages for 1.3. I imagine most people will want to select amd64 at the bottom. https://packages.debian.org/sid/libmeep-openmpi8
Quote from: zen-in on 07/01/2015 12:06 amQuote from: zellerium on 06/30/2015 10:03 pmHey, quick question to those savvy with microwaves:...Our probes max out at 130 C, does anyone have any idea how quickly an uncooled magnetron will get there?...Any thoughts, concerns, suggestions? Kurt The reflected wave would likely damage the megnetron before the temperature sensors registered a high temperature. ...Actually, the temperature sensors performed well and registered a 70 C increase on the core after running the magnetron with an empty microwave for 20 seconds. Heat sink and delivery waveguide temperature increased by about 30 and 10 C respectively, but were very delayed compared to the core. Putting a dielectric inside the microwave definitely slowed the rate of temperature increase, but not significantly. Makes sense that Shawyer decided on a water cooled magnetron...We are going to contruct an adjustable system and use a VNA to determine the necessary matching adjustments.How hot can a magnetron get before it is 'damaged'? I imagine all internal parts are expanding, I wonder how long it takes for parts to plastically deform.
Quote from: zellerium on 06/30/2015 10:03 pmHey, quick question to those savvy with microwaves:...Our probes max out at 130 C, does anyone have any idea how quickly an uncooled magnetron will get there?...Any thoughts, concerns, suggestions? Kurt The reflected wave would likely damage the megnetron before the temperature sensors registered a high temperature. ...
Hey, quick question to those savvy with microwaves:...Our probes max out at 130 C, does anyone have any idea how quickly an uncooled magnetron will get there?...Any thoughts, concerns, suggestions? Kurt
Should be home tomorrow and back online early next week. Have a new high performance 2.45GHz frustum design (Df 0.92) and have moved to a rotary test rig as there are issues using scales of any kind. Also working on an Engineers explanation of How and Why an EMDrive works and does not violate either CofM or CofE. Roger Shawyer has agreed to check it for errors. Will explain more later.Attached are the original scan data on my Prostate cancer. So Yes it is very real. The white spot are cross sections of the cancer. BTW my PSA at the time was 3.7, which is inside the normal range for my age and would normally indicate no prostate cancer. My docs said 30% of prostate cancers have low PSA reading.A man's prostate is normally the size of a walnut. My ball of confused prostate and cancer was 5cm in dia mid Dec 14 and 9cm when removed Jun 2015.Guys GET YOUR PROSTATE CHECKED.Apologies for elements of this post being Off Topic.
Concept drawing previously posted by Star-Drive (Paul March) for a magnetron feeding RF to a water-cooled EM Drive at the center of the small base of the EM Drive
Concept drawing previously posted by Star-Drive (Paul March) for a magnetron feeding RF to a water-cooled EM Drive at the center of the small base of the EM Drive.EDIT: Paul March also uses spherical (instead of flat) ends, and places the magnetron at the apex of the cone, extending the EM drive towards the minimum small base diameter possible to accommodate the magnetron. Not concerned about "cut-off" nonsense limits based on cylindrical waveguides (that do not apply to truncated cones). He also plans to excite the lowest natural frequency TM010, which has the highest amplitude of all modes. Also his design to use the present NASA frustum with an internal partition to resonate at 2.45 GHz in the lower mode, higher amplitude TE011 for the Interferometer tests.EM Drive testers could use a similar partition to investigate resonance at lower modes, which should exhibit higher amplitude, without needing to cut the EM Drive permanently
Quote from: TheTraveller on 07/01/2015 05:12 amShould be home tomorrow and back online early next week. Have a new high performance 2.45GHz frustum design (Df 0.92) and have moved to a rotary test rig as there are issues using scales of any kind. Also working on an Engineers explanation of How and Why an EMDrive works and does not violate either CofM or CofE. Roger Shawyer has agreed to check it for errors. Will explain more later.Attached are the original scan data on my Prostate cancer. So Yes it is very real. The white spot are cross sections of the cancer. BTW my PSA at the time was 3.7, which is inside the normal range for my age and would normally indicate no prostate cancer. My docs said 30% of prostate cancers have low PSA reading.A man's prostate is normally the size of a walnut. My ball of confused prostate and cancer was 5cm in dia mid Dec 14 and 9cm when removed Jun 2015.Guys GET YOUR PROSTATE CHECKED.Apologies for elements of this post being Off Topic.Sorry to hear about what you had to go through and hoping for a quick recovery.If you care to discuss further, it would be helpful for others to know what symptoms did you experience that gave you a warning sign. ////QUESTION: Concerning your rotary test rig, are you planning to use an air bearing set-up, like Shawyer's ?