| ID |
Date |
Author |
Subject |
|
64
|
Mon Jun 8 15:16:16 2020 |
Alex Patton | Daily GENETIS Update 6/8/20 |
| Name |
Today's Update |
Plans for Tomorrow |
| Alex M. |
Worked with Alex on finding the variables Amy suggested to us in AraSim. We found the Efield and max peak voltage variables and printed them, comparing three antennas: a small one with normal veffective (nonzero), a small on with 0 veffective, and the actual bicone. The electic field was the same for all antennas, but the peak voltages were all very low for the antenna with 0 veffective. Actually, after reinvestigating, it looks like the maximum peak voltages *were* the same between all the antennas.
I've been looking into using the automatic grid spacing in XF. I think I need to get a better understanding of XF, so I started playing with it to design things in the GUI. I want to be able to make a model using the xmacros that I can look at in the GUI so I can understand all of the functions being used. Since we've checked AraSim pretty extensively, we think that the issue is with XF. I think the grid spacing might be allowing small antennas to appear better than they are.
|
I think to investigate if the problem is in XF we should do a run of the same antenna with different grid spacing and look at the average gain plots. A preliminary test could be to try modeling a small antenna with a very large grid size--if that gives a very high gain, then it would suggest that the issue is with grid spacing being too large for small antennas.
I think I'll also keep playing with Karoo. I've been reviewing some ML material to refamiliarize myself and see if I can write a few simple programs. I got Karoo running on OSC last week but I don't really understand the outputs (using the practice dataset).
|
|
Alex P.
|
Worked through more with AraSim looking at Amy's suggestions she sent over the weekend. Was able to print the PeakV and the Electric Fields, the Electric Fields matched and were the same which is what should have happened and the PeakV varied depending on how well it detected the event. Also the trigger threshold is already printed so we looked at that too. |
We believe that AraSim is functioning properly so next we will look more into XF, and the grid spacing. ProGrid we think is the option from what we talked with Cade but we will continue to look further into it. |
| Eliot & Leo |
|
|
| Evelyn |
|
|
| Ryan |
Was added as a collaborator to the paperclip repository on git hub and created a new dev branch and directory. Afterward, I started writing the new roulette algorithm. All changes have been pushed to the githhub repository. |
Continue writing the roulette algorithm and start work on the github classes on Codecademy. |
|
|
63
|
Fri Jun 5 14:29:56 2020 |
Alex Patton | Daily GENETIS Update 6/5/20 |
| Name |
Today's Update |
Plans for Monday |
| Alex M. |
Helped Alex P try to figure out how to get data Amy was asking us to get for comparing antennas in AraSim. We've been stuck trying to figure out where all of the data is printed (there are a bunch of .cc files and quantities we aren't familiar with--for example, vmmhz in Report.cc sounds like the V/Mhz with the effective heights folded in, but we aren't sure).
I worked on some things in the paper that were mentioned in the minutes from last week's meeting, but I didn't see Amy's comments til the GENETIS meeting.
|
Monday morning Amy might stop by to talk to Alex and I about AraSim so we can try to find some of the info we haven't been able to print out. We'll also watch out for anything she posts in slack about it.
We'll present an outline of the paper at 12 on monday to the Ara group meeting to see if it needs to be an ARA paper or not.
I'm also going to keep looking for how to use the automatic grid spacing (and I'm planning on enlisting Eliot and Leo's help in being able to look at models in XF to make sure XF is designing antennas correctly).
|
|
Alex P.
|
Worked with Alex to find the volts/MHz after folding in the effective heights. While doing this we noticed a possible bug in AraSim. Currently our settings have a blank value for SIMULATION_MODE and a documentation we found says the default should be 0 but inside of AraSim the default is actually 1. Now Report.cc only uses volts/MHz if the SIMULATION MODE is set equal to 0 so this could've been an oversight when making the setup file if someone assumed leaving it blank would be zero. |
After checking whether the simulation mode is intended or an oversight, we want to check on the Volts/MHz and then also work on automatically setting the grid spacing and possibly work on implementing a penalty in the fitness score for antennas that get too small. |
| Eliot & Leo |
|
|
| Evelyn |
|
|
| Ryan |
|
|
|
|
61
|
Wed Jun 3 15:02:00 2020 |
Alex Patton | Daily GENETIS Update 6/3/20 |
| Name |
Today's Update |
Plans for Tomorrow |
| Alex M. |
Talked with Alex about results from a run of small antennas where we decreased the grid spacing. The average gain plots look different, but I don't know yet if it's definitely resolved the problem because we're still getting a decent spread on the effective volumes. Helped Eliot and Leo with a git issue and talked to Evelyn and Ryan about paperclip. They were able to run and made some images, which is a good first step. I think they're going to start on making roulette an option since paperclip only uses tournament.
Julie gave me some more details about using Karoo with ANITA data.
|
I'll try installing Karoo and getting the old libraries that it needs. I should also try getting root to work on my personal space on OSC since I'll need that for the ANITA data (which I'm also going to need to find). I have a link to a dropbox with Oindree's stuff on blastfamy so I'll try looking there for hints. |
|
Alex P.
|
Ran average gain on smaller grid spacing for small antennas and did see pattern closer to larger antenna rather than the small antenna with larger grid spacing, also set up AraSim to print out HGain which should be the effective heights, which should run the next iteration of the loop. |
Compare HGain to find how th effective heights compare and make sure they do in fact differ between runs, also continue to see how grid spacing affects the small antenna and possibly run on a previous version which gave a zero vEff |
| Eliot & Leo |
Forgot to do updates this week so this is entire week. We have the loop running with two chromosomes up through Part C. ie we edited xmacros and other related parts to run simulation/XF with an asym bicone. Part D shouldn't need any changes, and Part E/F will need some.
|
Friday/through the weekend we will each do git on codecademy and next week we will implement changes in the fitness function and plottinf(Part E/F)
|
| Evelyn |
|
|
| Ryan |
|
|
|
|
60
|
Tue Jun 2 13:42:21 2020 |
Alex Patton | Daily GENETIS Update 6/2/20 |
| Name |
Today's Update |
Plans for Tomorrow |
| Alex M. |
Worked with Alex on trying to compare bicones to the ARA bicone. Met with Ben to give him some things to look over and told him to come to the meeting tomorrow at 1.
|
I might not be available all day tomorrow, but I should be good to come to the meeting at 1. Planning on doing a little bit of review of neural networks to get a feel of some of the stuff Julie is doing with Kai--I'm looking over notes and assignments from my ML class last fall. I also have a few things in the paper to fix up (namely citations, which I haven't been able to get to work). |
|
Alex P.
|
Ran analysis with bigger antennas and saw that they match the actual bicone more than the smaller ones in their overall average gain patterns, reduced grid spacing and started a run to see if it will change the outputs for the small antennas since we know that XF's generation of the UAN is the difference between gains and individuals. |
Observe results from the reduced grid spacing run and hopefully find some enlighting information to determine the next step. If not will try to find how to output electric field and compare that between our trials |
| Eliot & Leo |
|
|
| Evelyn |
We were able to find and run the old paperclip genetic algorithms, but we aren't completely sure how they work or what to do with the outputs. We also are not entirely sure which versions of the code to use, and were not able to find the code for a roulette algorithm. |
To find the roulette algorithm, and to learn exactly how the code that we already have works. |
| Ryan |
Found some executables for the paperclip algorithm and attempted to run them. Some worked, some did not, and we are currently still looking for any roulette algorithm and trying to figure out how to interpret the results. |
Continue searching for the Roulette algorithm and find out how to interpret the results. |
|
|
59
|
Mon Jun 1 15:21:03 2020 |
Alex Patton | Daily ELOG Update 6/1/2020 |
| Name |
Today's Update |
Plans for Tomorrow |
| Alex M. |
Spoke with Evelyn and Ryan about the paperclip antennas. They found the github repository with the files and a README so they're getting started on learning about the algorithm and testing out the scripts. Once they play with it and can get it running they'll start running it with different parameters for the selection methods (roulette vs tournament).
Also worked with Alex P. on figuring out the issue with the effective volumes coming out of AraSim. We have data from the eventReadIn function in AraSim for the small antennas and we don't see differences between the gains in these antennas and the actual bicone, but we still need to look at more of the quantities to compare that Amy told us about last week. We also came up with a new plot that might be interesting to look at. We think the plots look suspicious--I think it will be worthwhile to try rerunning with the same antennas but using a smaller grid spacing to see if the shape of the plots drastically changes.
|
Going to keep working with Alex P on resolving the small antenna effective volume issue. I'm also going to meet with Julie and Ben at 1 since Julie couldn't meet today. |
|
Alex P.
|
Continued to test with the Ara 0 vEff problem. Ran individuals with feed through events and individuals that gave 0 vEff had zero individuals pass still where others had consistent number pass. Used diff command and looked at AraOutput files and saw no difference except saying which events passed. Difference lies in .dat files passed into them which are generated from uan. These files are 130,000+ lines so we made a program to graph that average gain over the frequencies for the individuals and ran it with our small antennas. Interestingly, the ones that failed had higher average gains consistently than some runs that passed. Also ran this program with the Actual Bicone and the results were pretty different from the bicone and these small antenna. |
Next plan is to run our graphing code on a generation of previously large antennas generated to see if it makes any difference and maybe the problem is how these small antennas fitness scores get generated. |
| Eliot & Leo |
|
|
| Evelyn |
We were able to dig up the old paperclip code and make a new github repository with those files so we can work on it without breaking the originals. |
Figure out how to run the paperclip code from our own machines |
| Ryan |
Evelyn and I found the old paperclip repository on git, copied it over to our machines, and created a new repository to do our work on for the future. |
Create a dev branch and figure out how to run the algorithm. |
|
|
56
|
Wed May 27 15:00:28 2020 |
Alex Patton | Daily ELOG Update 5/27/2020 |
| Name |
Today's Update |
Plans for Tomorrow |
| Alex M. |
Met with Alex P. and Amy to think about how we can make sure the data coming from AraSim makes sense (specifically, to figure out why we're getting effective volumes of 0 on some antennas). Amy suggested we use a function in AraSim that let's us simulate identical events so that we can compare the same events between two different antennas. I asked Jorge in the #general chat to see if he could point us to where to look in AraSim for that function.
Met with Amy and Julie about people interested in joining the group and what upcoming project we have. We also talked about Karoo and Kai's thesis and how we can use machine learning to classify noise in the Anita data.
|
I won't be able to meet tomorrow or Friday morning, but I'll try to jump on in the afternoon on Friday and I should be able to make the GENETIS call. Also, Julie wanted to find a time where we could both meet with one of the new members if they have time this week. |
|
Alex P.
|
Worked in morning with Alex trying to find AraSim's 0 vEff problem, set it up to save AraOut files from now on in Run_Outputs in order to more easily look through. Continued with Git and successfully have working copies set up across multiple people and branches so we can all work without any conflicts. |
Continue to run and try to debug. Next idea is probably to set it up to pass exact events as specified so we know exactly what event is running and find error that way. |
| Eliot |
Today we finalized the GA. It now works with 2 chromosomes, where only length varies across chromosomes. In addition we got the tournament selection working (we don’t think it was working for even 1 chromosome prior). It is ready to begin being implemented tomorrow. We also met with Julie and others to discuss git and related topics.
|
Tomorrow we will implement the GA and begin editing Xmacros to 1) tell XF the new antenna type, etc and 2) have it read the new 2 chromosome data properly. This will likely take multiple days.
|
| Leo |
|
|
| Evelyn |
Learned more about git and github from Julie |
Find the old paperclip code and learn how to run and how it works! |
| Ryan |
Continued learning about Git and Github uses from Julie. Went back in the elog history to learn more about a previous "paperclip algorithm" for future uses. |
Learn more about the paperclip algorithm ad possibly help with more runs. |
|
|
54
|
Fri May 22 11:25:47 2020 |
Alex Machtay | Daily ELOG Update 5/22/20 |
| Name |
Update for today |
Plans for tomorrow |
| Alex M |
Worked with Alex P on fixing a new issue that appeared in AraSim. We were getting effective volumes of 0 in generation 4, despite getting nonzero fitness scores in previous generations. We made a fix that seems to give *some* non-zero effective volumes. The sequence of zero and non-zero fitness scores appears to correspond exactly with the length of the cones, but oddly it's preferring the shorter ones so I'm skeptical. |
I'm going to continue this run for another generation to see if generation 4 was a fluke, but because the change we made was substantial, we need to perform another run since previous generations may have been affected by this bug. |
| Alex P |
Worked a little bit to fix error with graphs submitting, worked with Alex M on fixing some problems and submitted long job of the ARA actual bicone so that we can get a worthy vEff from that change the graphing software to include it automatically rather than generating a new one each run. Started with just 100,000 neutrinos but hope to do a million but wanted to do 100,000 to see how long it takes before running something that large. Found XFintoARA error with Alex too that could've caused new 0 vEff error. |
Over the weekend check on the 100,000 neutrino run and possibly run a 1,000,000 run, but also continue to run our full runs over the weekend, possible focusing on getting our 9 generation database run up to 13 or more gens. |
| Leo |
Finished work on the 2 chromosome method. We fixed the issues with the roulette algorithm so that we get a second generation that we expect. |
Next week, Eliot and I hope to start looking, at and working with XF to see where we will need to make adjustments. |
| Eliot |
|
|
| Evelyn |
|
|
| Ryan |
|
|
|
|
239
|
Fri Sep 1 09:16:30 2023 |
Alex M | Curved Run With Realized Gain | We are beginning a new run with several improvements to the ARA VPol loop to try to evolve antennas that are optimally matched just by their geometry. To do this, we are evolving with the RealizedGain instead of just Gain in the Xmacros (thus taking into account impedance mismatch). We also have the speed up that parallelizes the AraSim jobs on each run. Attached is the run_details.txt file, but the GA parameters are subject to change. Here is what they are to begin:
We have a population size of 50 individuals per generation.
Selection operators (NUMBER selected by each):
- Roulette: 10
- Tournamente: 10
- Rank: 30
Genetic Operators (NUMBER generated by each):
- Reproduction: 6
- Crossover: 36
- Immigration: 8
- Mutation: 2
|
|
Draft
|
Mon Mar 6 00:07:32 2023 |
Dylan Wells | Current Status of PUEO and To Do List for Hackathon | I went through the current PUEO Loop and documented everything that still needs to be accomplished before we can run.
Everything is compiled in this Google Doc which I will paste the current version of below.
Current Loop Overview:
Part A:
Runs GA, need to implement most recent GA (easy)
Part B:
B1:
Enters PUEO freq into simulation_PEC.xmacro then cats in PUEO simulationPECmacroskeletons.
Will need to update simulationPECmacroskeletons with XF script to simulate the Hpol and Vpol sides of the antenna separately.
The bash portion should be working.
B2:
Currently almost the same as the ARA version. Creates the output.xmacro and moves the uan files. Will most likely need to change to get files in PUEO/icemc format, ready for input into the conversion script.
Part C:
Runs conversion script XFintoPUEO.py
The Bash portion is complete. We will need simple modifications to XFintoPUEO.py depending on XF outputs.
Part D:
D1:
Changes setup file, runs IceMCCall_Array.sh batch job
Need make this batch job to change IceMC / PUEO to read in the correct files
(vv_0_{gen}_{i}, hh_0_{gen}_{i}) for the antenna i in generation gen.
I’ve commented where this should go. The rest of the job should be complete
The debug mode for D1 might not work, but it shouldn’t be necessary to run.
So, the bash portion should be able to run.
D2:
Currently confirms runs by looking at the number of files in the AraSimConfirmed directory and looks for specific AraSim errors.
This line will need to be changed to count the output files for icemc/pueo.
Change the error detection to just resubmit the job or something similar as we aren’t yet familiar with icemc errors during runtime.
Part E:
Runs the PUEO fitness function. Unfortunately, icemc doesn’t output error bars, so we will have to remake any plots reliant on that. Veffective is also the same as fitness score.
Currently it should be working with the basic needed plots for gain patterns and veffective scores. But, we should add some more cool, automatic plots.
Part F:
The plotting software seems to be specific to ARA output, needs PUEO versions.
ASYM LOOP:
Should be working with PUEO as a switch
IMPORTANT ISSUES:
Find out how to simulate polarization in XF:
Modify the current XF model, can be found in PAS1960/dylanwells1629/testproject.xf
The current model has all 4 sides of the antenna connected. However, the actual antenna is basically 2 antennas, one hpol and one vpol, electrically disconnected from each other. So, adjacent parts shouldn’t be electrically connected like they currently are in the model. We might have to simulate the two models independently. The goal for this portion is to figure out how to split up the antenna in the xmacro, and how to either simulate hpol and vpol separately or how to get xf to output hpol and vpol gain patterns.
XF Cross - Polarization, constraints --Alex
Make IceMC / PUEO read in out input gain patterns
Will need to modify Batch_Jobs/IceMCCallArray.sh to change icemc to read in the current gain files before running. You can find the conversion script in Antenna_Performance_Metric/XFintoPUEO.py and the batch job will be run in Loop_Parts/Part_D
We need to change icemc / pueo to read in the correct gain files before running it.
This will involve changing the anitaBuildTool/components/icemc/anita.cc ReadGains function starting on line 1413 to read in vv_0_{gen}_{num}, hh_0_{gen}_{num} , etc. (Do this with PueoSim) -- Dylan
I’m not sure if you will need to recompile these functions before running the icemc executable again, so find that out too. (enter pueoBuolder/ just run make) --Dylan
Make PUEO plotting software
All of the current plotting software is found within Part_E and Part_F. Sadly, icemc does not output errors for the veffectives (at least not that I could find, maybe you can find it), so much of the Ara plotting software will not work with PUEO outputs. The fitness scores csv will be the same format as ARA’s, and veffectives will be the same as fitness scores for PUEO. Figure out how to change the existing ARA python plotting scripts or make new ones. --Bryan
Find out how to run PEUOsim and document outputs
Currently the loop is working with icemc, but we want to use PUEOsim for the future. So, document installing it, running it, and the outputs. (inputs are the same as icemc) -- Dylan |
|
130
|
Mon Mar 15 13:05:22 2021 |
Alex M | Current Run | We are currently running the loop using the improved parameters. The parameters are as follows:
50 individuals
80/20 Roulette/Tournament
6% Reproduction, 72% Crossover, 22% Mutation
Also note that individual 5 of generation 1 had its fitness score altered because one of its AraSim jobs didn't finish in time (and we would have had to wait 5 hours for it to rerun). To remedy this, I replaced the effective volume for the job with the average of the effective volumes from the other jobs for individual 5 (essentially meaning that it ran with 270k neutrinos instead of 300k). There is a .txt file in the directory titled Run_Notes.txt containing this message (and which will contain additional messages on similar things should they arise).
Run directory: /fs/project/PAS0654/BiconeEvolutionOSC/BiconeEvolution/current_antenna_evo_build/XF_Loop/Evolutionary_Loop/Run_Outputs/Improved_Parameter_Run_2021_03_09 |
|
183
|
Mon Oct 24 16:07:22 2022 |
Dylan Wells | Creating the matching circuit design | The first part of designing the matching crictuit was choosing a frequency range to match over. We chose 100 MHz to 1000 MHz.
The geometric mean of this range in 316.227 MHz, which is the ideal frequeny to match to.
Then, we need the impedance of the antenna we are matching to.
The data for the best antenna is found in
/fs/project/PAS0654/BiconeEvolutionOSC/BiconeEvolution/current_antenna_evo_build/XF_Loop/Evolutionary_Loop/Run_Outputs/AraSim_Polarity_Fix_2021_03_19/AraSim_Polarity_Fix_2021_03_19.xf/Simulations/001108/Run0001/output/SteadyStateOutput
The files begin at 83.33 MHz and increment by 16.66 MHz, so file 14 (316.57 MHz) is the best choice for matching.
This antenna has Impedance Z = 229.839 -i151.515 ohms
From here, we need to decide a design architecture for the matching circuit. Since the real component of the impedance is greater than the source's (50 ohms, the standard for electrical sources), a natural design is a lowpass downward circuit.
Next, we decide on a number of L networks to cascade in the circuit design, or how many 'rungs' in the ladder.
The purpose of these rungs is to artificially lower the ratio between the source impedance and the load impedance, as the closer these values, the broader the range of frequencies we can match.
The formula to calculate this is
N = ln(Rl/Rs)/ln(1+Q^2)
where
Q = ((Rl/Rs)-1)^½
Rs = real source impedance
Rl = real load impedance
For the given values, N is 14.
From here, we have all the information to find the capacitances and impedances for each L network in the ladder circuit.
The proccess of calciulating these values starts with finding the desired ratio between the impedances.
ratio = Q^2+1
Which we can use to create a list of 13 impedances between the source and load (corresponding to 14 rungs), each Q^2+1 times larger than the last. Then we can use the formula for a single lowpass downward match between the impedances of each rung.
All of this process is described in /users/PAS1960/dylanwells1629/improved_match_maker.py
The key functions PCSL, calcN, and broadbandMatchLP
|
|
187
|
Mon Dec 5 17:46:40 2022 |
Dylan Wells | Constraints on PUEO evolved antennas | Variables of Evolved Antennas
Wall variables:
S -- length of bottom of the walls
m -- slope of the walls (currently set to 1)
H -- height of walls
x0, y0, z0 -- 3D coordinates of the bottom of the ridge
xf, yf, zf -- 3D coordinates of the top of the ridge
Beta -- curvature of the ridge
Antenna Walls
S is half the side length of the bottom wall
m is the slope of the outer wall
H is the max height of the outer wall
Current Constraints:
S < 50cm
H < 50cm
m = 1
Antenna Ridges
x_0, y_0, z_0 are the innitial points of the inner most part of the ridge
x_f, y_f, z_f are the final points of the inner most part of the ridge
tau is the parametric time range beta is the slope of the curve of the ridge
Current Constraints:
tau = 0.26
x_f = S
0 < x_0 <= x_f
0 < y_0 <= x_0
0 < y_f < z_f
z_0 = 0
0 < z_f <= H
(4/30) * z_f < beta < 7 * z_f (for z_f in meters, designs will 'compile' in xfdtd above this upper limit, but the curve is functionally a line for all values greater) |
|
181
|
Thu Aug 18 13:03:47 2022 |
Dylan Wells | Comparing inputs and outputs between AraSim and IceMC | Comparing Inputs:
Frequency Lists:
Ara - 83.33MHz - 1066.70 MHz, step = 13.33MHz
IceMC - 200MHz - 1500MHz, step = 10MHz
Number of files read in:
Ara - 1
IceMC - 8
Formating of files:
Ara - Theta, Phi, Gain (dB, thetra), Gain (theta), Phase (theta)
IceMc - Frequency, Gain (dB) (Different files cover different thetas and phis)
File Type:
Ara - .txt
IceMC - no suffix (file with 2 columns of text)
Other notes for IceMC inputs:
IceMC reads in 8 different files for gain.
vv_0 hh_0 vh_0 hv_0 vv_el vv_az hh_el hh_az
Found in ../anitaBuiltTool/components/icemc/data
vv_0 = gains for vertical polarization
hh_0 = gains for horizontal polarization
vh_0 = gains for v → h cross polarization
hv_0 = gains for h → v cross polarization
vv_el = v polarization, e angle
vv_az = v polarization, a angle
hh_el = h polarization, e angle
hh_az = h polarization a angle
for e angle and a angle in
0. 0
-
5
-
10
-
20
-
30
-
45
-
90
(iterates 1 to 6)
Comparing Outputs:
IceMC - veff is in second column in veff+runName+.txt file (in the outputDirectory directory)
Ara - veff is at the bottom of the AraOut.txt file |
|
170
|
Tue Jun 28 13:27:13 2022 |
Dylan Wells | Changes needed for the matching circuit script |
-
Fix the functions for the SLPC, SCPL, and PLSC L networks (change the paramaters to match with the format of our data)
-
Write the PCSL function
-
Create a function to find the number of L networks necessary (N) given a source and load resistance as well as a frequency range.
-
Write a function to broadband match two impedances given a source, load, central frequency, and N. (return a list of capacitances and inductances for the L networks)
|
|
243
|
Mon Jun 2 14:10:59 2025 |
Jacob Weiler | Building Status 06/02/2025 | We are almost to where we can start the physical building of the antenna!
I've attached all the information I currently have regarding the building project. Some of it is messy work notes and some is well-structured.
I’ve attached the following files for the GENETIS building project:
- Building Dump.txt
- My working notes that I used while trying to simulate the antenna in XFdtd (very messy)
- Building Dump of Useful Materials.txt
- List of materials that I found regarding the building project like slides, elogs, etc.
- Simulating Building Model.txt
- A writeup I made describing my process for simulating the antenna in XFdtd
- Done with change materials.zip
- Solidworks model of antenna
I also made a slide deck that contains the directory locations + has graphs HERE. |
|
194
|
Mon Feb 13 14:56:57 2023 |
Jack Tillman | Building - Physics Plots for 9_50, 13_84, 18_89, 19_96, 29_87 Antennae | Physics plots were created for 300K events from the higher statistic simulation results for the 9_50, 13_84, 18_89, 19_96, and 29_87 antennae.
The simulation was inaccurate because a discrepancy exists between the higher simulation physics plots and the physics plots created for the 300K event results currently in the GENETIS Loop. This can be seen in the attached pdf file.
The simulation may have been inaccurate due to incorrect gain files.
The higher statistic simulations must be rerun for the 9_50, 13_84, 18_89, 19_96, and 29_87 antennae.
|
|
230
|
Thu Jul 6 14:52:09 2023 |
Jack Tillman | Building - Matching Circuit Schematic, PCB, and components | Attached are images of the matching circuit schematic and PCB design. A parts list is also attached in .pdf and .csv format. The .csv format can be imported into Digikey if necessary.
Table of component values:
| Inductors |
Capacitors |
SMA Connectors |
| 22 nH |
7.5 pF |
50 Ω |
| 27 nH |
5.7 pF |
50 Ω |
|
|
193
|
Fri Feb 10 15:55:53 2023 |
Jack Tillman | Building - Matching Circuit PCB | I've completed laying out the PCB for the 14-rung matching circuit. Attached are png files of two PCB designs. One uses LPS5050 inductors while the other uses LPS6235 inductors. The dimensions shown are in millimeters. |
|
189
|
Tue Jan 31 11:30:54 2023 |
Audrey Zinn | Building | Attached are the XF files for the top 5 individuals from the 2022_12_29 crazy sides run. In order from best to 5th best:
1: Gen 29 Indiv 87
2: Gen 19 Indiv 96
3: Gen 13 Indiv 84
4: Gen 9 Indiv 50
5: Gen 18 Indiv 89
These can also be found in /fs/ess/PAS1960/BiconeEvolutionOSC/BiconeEvolution/current_antenna_evo_build/XF_Loop/Evolutionary_Loop/Run_Outputs/2022_12_29/2022_12_29.xf in the corresponding directories. |
|
2
|
Wed Feb 6 17:28:29 2019 |
Julie Rolla | Bicone User Manual (w/ links to Dipole work) | Hi all,
The working copy of the user manual can be found here: https://www.overleaf.com/6955763886pjtkckprxsyp
It still need to be tested by someone new to see if edits need to be made. I have uploaded the copy that is finalized as of this day. Note if you click on the overleaf version that may be more up-to-date. This copy is added as a PDF so we can keep track of versions. |
|