Search found 41 matches
- 23 Apr 2010, 09:54
- Forum: Optimization and Matching
- Topic: Can elegant perform dynamic Aperture optimization ?
- Replies: 18
- Views: 25792
Re: Can elegant perform dynamic Aperture optimization ?
Hi Sun, I don't see any problem with the input files. For linear chromaticity we use dnux/dp and dnuy/dp instead of h11001 and h00111 is because the h coefficients are calculated only at the quadrupole and sextupole locations (1/rho^2 is not counted either); therefore the result is not as precise as...
- 22 Apr 2010, 20:39
- Forum: Optimization and Matching
- Topic: Can elegant perform dynamic Aperture optimization ?
- Replies: 18
- Views: 25792
Re: Can elegant perform dynamic Aperture optimization ?
Hi Sun,
I need your lattice file before I can tell if the results are correct.
Regards,
Weiming
I need your lattice file before I can tell if the results are correct.
Regards,
Weiming
- 22 Apr 2010, 14:48
- Forum: Optimization and Matching
- Topic: Can elegant perform dynamic Aperture optimization ?
- Replies: 18
- Views: 25792
Re: Can elegant perform dynamic Aperture optimization ?
Attached is an example file that optimizes dynamic aperture through resonance term minimization.
Instructions can be found in the file.
Good luck,
Weiming Guo
Instructions can be found in the file.
Good luck,
Weiming Guo
- 19 Jan 2010, 13:09
- Forum: Ring Tracking
- Topic: Muitipole error input
- Replies: 2
- Views: 5622
Re: Muitipole error input
Michael,
Thanks a lot! I guess I'll just use the alter_elements command for that purpose.
Weiming
Thanks a lot! I guess I'll just use the alter_elements command for that purpose.
Weiming
- 19 Jan 2010, 12:29
- Forum: Ring Tracking
- Topic: Muitipole error input
- Replies: 2
- Views: 5622
Muitipole error input
Hi Michael, I found the tracking is very slow if I assign files to the fields of Systematic_multipoles and random_multipoles in KQUAD and KSEXT. I guess the element module retrieves the files each time? The multipole specs are usually the same for a family, therefore in most cases it is not needed t...
- 29 Apr 2009, 15:37
- Forum: Dynamic Aperture
- Topic: Input of the higher order multipoles
- Replies: 2
- Views: 19885
Re: Input of the higher order multipoles
Michael,
Thanks a lot! Guess how much time I have saved.
Weiming
Thanks a lot! Guess how much time I have saved.
Weiming
- 29 Apr 2009, 13:52
- Forum: Dynamic Aperture
- Topic: Input of the higher order multipoles
- Replies: 2
- Views: 19885
Input of the higher order multipoles
Michael, To input the higher order multipoles, I use the parameters like systematic_multipoles and random_multipoles for KSEXT and KQUAD. However, I felt inconvenient because I had to manually type this information into the lte file, even though the file names are the same. I can't use the load_para...
- 24 Apr 2009, 08:56
- Forum: Ring Tracking
- Topic: Malign element
- Replies: 7
- Views: 7231
Re: Malign element
Michael,
Nice example. Thanks!
Weiming
Nice example. Thanks!
Weiming
- 24 Apr 2009, 07:13
- Forum: Ring Tracking
- Topic: Malign element
- Replies: 7
- Views: 7231
Malign element
Michael, I am using a malign element to offset the energy as following: MA1: MALIGN,ON_PASS=0,dp=0.02 Then I compute close_orbit and beta functions, expecting that Elegant would give optical functions at the desired momentum offset. If I set on_pass = 0, the beta functions are only slight different ...
- 28 Jan 2009, 11:26
- Forum: Bugs
- Topic: Location insensitive of the MALIGN element
- Replies: 10
- Views: 14378
Re: Location insensitive of the MALIGN element
I checked my original problem. It occurred while I use the command find_aperture. In the lte file I defined two beam lines: ring1 = (MA1,beamline1, beamline2) ring2 = (beamline1,MA1,beamline2) and I searched for dynamic aperture for both beam-lines and I was expecting to get different dynamic apertu...