opal AT lists.psi.ch
Subject: The OPAL Discussion Forum
List archive
- From: Christof Metzger-Kraus <christof.j.kraus AT gmail.com>
- To: Anastasia <anastasia.ierides AT varian.com>
- Cc: opal <opal AT lists.psi.ch>
- Subject: Re: [Opal] Inquiry as to purpose of variable LAG in definition of RFCAVITY
- Date: Sun, 12 Jan 2020 16:39:02 +0100
- Authentication-results: localhost; iprev=pass (mail-io1-f44.google.com) smtp.remote-ip=209.85.166.44; spf=pass smtp.mailfrom=gmail.com; dkim=pass header.d=gmail.com header.s=20161025 header.a=rsa-sha256; dmarc=pass header.from=gmail.com
Hi Anastasia,
the variable "LAG" determines the phase relative to the on-crest phase (see also here: 1.14.1. OPAL-t mode in https://gitlab.psi.ch/OPAL/Manual-2.2/blob/master/elements.asciidoc). The auto-phasing algorithm determines for which phase the reference particle is most strongly accelerated. You can switch off the auto-phasing algorithm for each cavity individually by using APVETO. Then you should be able to see the behavior that you expected. However you'll also have to find the on-crest phase manually.
I hope this helps.
christof
On Fri, Jan 10, 2020 at 6:16 PM Anastasia <anastasia.ierides AT varian.com> wrote:
Hi Opal team,
I am trying to understand what effect the variable “LAG” in the RFCAVITY
definition has on the field/particles.
For example, if I have several consecutive cavities that I want to implement,
each with its own field map. Suppose I know that the field values change sign
from positive to negative with each consecutive cavity, I would assume that
switching “LAG” from 0 in one cavity and to Pi in the next would show that the
electric field seen by the reference particle would show similar behavior,
shifting from positive to negative.
Are there more nuances to this?
Should all cavities start out with LAG = 0, and assume that the program will
figure it out?
Thanks,
A.I.
- [Opal] Inquiry as to purpose of variable LAG in definition of RFCAVITY, Anastasia, 01/10/2020
- Re: [Opal] Inquiry as to purpose of variable LAG in definition of RFCAVITY, Christof Metzger-Kraus, 01/12/2020
Archive powered by MHonArc 2.6.19.