Skip to Content.
Sympa Menu

opal - RE: [Opal] beam current and final accelerating energy value

opal AT lists.psi.ch

Subject: The OPAL Discussion Forum

List archive

RE: [Opal] beam current and final accelerating energy value


Chronological Thread 
  • From: Dragos Constantin <Dragos.Constantin AT varian.com>
  • To: David Bruhwiler <bruhwiler AT radiasoft.net>, "Adelmann Andreas (PSI)" <andreas.adelmann AT psi.ch>
  • Cc: "opal AT lists.psi.ch" <opal AT lists.psi.ch>
  • Subject: RE: [Opal] beam current and final accelerating energy value
  • Date: Thu, 6 Aug 2020 18:47:34 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=varian.com; dmarc=pass action=none header.from=varian.com; dkim=pass header.d=varian.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bwW1+sq450yqR9kRW6PgO0BKKFss+hGBuVE5fs2c2ew=; b=oZU7YyrOKLTcRTJmqYhDtBeiTpCo1a805TtnmXAMcvQQooUmS+HxxTPNElDc+tVga2HgJX1gi1n7Zru1lplidAfV/XIQZrKQXepW7/Pp+j3QdSP0ySJxnrlzkK+0Bu4Rl1rqC5H7u/r5s+XBiTS0INRmeikOCJ18ACM2naHHG8nwj/foi67/GxjTR5Bh+Bnh5SxlinSsPSdsYdnbmASM2cqFM1F5WGNL2FQaiY6UkQToGoA2P7jeW0UJsM1GFpxBmJW34n1qMiOHdevMt1xQgMtLo7tYfGMEnFFKb7cawuI+VqzpuiqicZY1oPe4dgQnlvjk0NKFEJ8i9FxuUSnrig==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ex8TzdF8bngxf4vKnN+5Bz8JXK3ltH5msqHb8hllx3thUnp4dneu+td3q4obEr/thskq1NNA9nM0KXX2RSuFJKMfQS4ni7lXW3YCoWd/kuiwmycGcaxthq/QwVzRg4s8gJU7SvzLiQ75wHGqAtrk7BpvlDZoyWFml2gQqu1bxXSKm21wNqaW87ZuX5OzQGWnY6zv24mus8ZPYrNrolEkoKWBGCATGHkpF+9gvAie1KwWJvIuft/THoCpVLKJ2iXK6xKowzOVEgyx0U/SFWmC8h70XhM26uzJaM2vdC0vYtDN8EFM525AFDhyWRJIkDgdrWCxgnUTP2CHC6Xur6BCJQ==
  • Authentication-results: localhost; iprev=pass (mail-dm6nam11on2100.outbound.protection.outlook.com) smtp.remote-ip=40.107.223.100; spf=pass smtp.mailfrom=varian.com; dkim=pass header.d=varian.com header.s=selector1 header.a=rsa-sha256; dmarc=pass header.from=varian.com
  • Authentication-results: radiasoft.net; dkim=none (message not signed) header.d=none;radiasoft.net; dmarc=none action=none header.from=varian.com;
  • Msip_labels: MSIP_Label_17651c48-2d63-44b6-8277-eb6890ca5893_Enabled=true; MSIP_Label_17651c48-2d63-44b6-8277-eb6890ca5893_SetDate=2020-08-06T18:47:31Z; MSIP_Label_17651c48-2d63-44b6-8277-eb6890ca5893_Method=Standard; MSIP_Label_17651c48-2d63-44b6-8277-eb6890ca5893_Name=Anyone (not protected); MSIP_Label_17651c48-2d63-44b6-8277-eb6890ca5893_SiteId=c49d9c49-4b11-4ccd-b137-72f88c68a252; MSIP_Label_17651c48-2d63-44b6-8277-eb6890ca5893_ActionId=a95b60e8-2f1c-4b87-a756-a23307b5769e; MSIP_Label_17651c48-2d63-44b6-8277-eb6890ca5893_ContentBits=2

Hi David and Andreas,

Thank you for your messages. I was busy the last few days looking into the subject.

 

My problem involves standing wave linacs.

 

David, do you have any insight into how easy it is to adapt ‘Hellweg’ to deal with standing wave linacs? Strategically I am thinking at a multi-step approach where we validate and benchmark Hellweg first, and then we implement beam loading into OPAL.

 

Thanks,

Dragos

 

From: David Bruhwiler <bruhwiler AT radiasoft.net>
Sent: Tuesday, August 4, 2020 8:13 AM
To: Adelmann Andreas (PSI) <andreas.adelmann AT psi.ch>
Cc: Dragos Constantin <Dragos.Constantin AT varian.com>; opal AT lists.psi.ch
Subject: Re: [Opal] beam current and final accelerating energy value

 

Hi all,

 

Andreas -- thanks for referencing the work by Dan, Stephen and Nathan. I agree that their work could be used together with OPAL to address the problem of beam loading.

 

The Hellweg code (primary author Sergey Kutsaev of RadiaBeam) is well-benchmarked and fast software for the simulation of low-to-moderate energy electron beams in traveling wave linacs. You can find the source code, with documentation and a list of references on GitHub, https://github.com/radiasoft/rslinac

 

One could use Hellweg to find the cavity amplitudes and phases in the presence of beam loading, and then use these settings in OPAL to get an independent assessment of the resulting beam dynamics.

 

Best,

David

--

David Bruhwiler

CEO | RadiaSoft

720-502-3928   x700

 

 

 

On Tue, Aug 4, 2020 at 6:30 AM Adelmann Andreas (PSI) <andreas.adelmann AT psi.ch> wrote:

Hello Dragos, beam loading can not be modelled with the current version of OPAL. 

 

However in https://journals.aps.org/prab/abstract/10.1103/PhysRevAccelBeams.20.052002

an interesting method was published which could be implemented without bigger problems in OPAL.

This could be an interesting project if you want to be involved with the OPAL development. 

 

 

 

Cheers A

------
Dr. sc. math. Andreas (Andy) Adelmann
Head a.i. Labor for Scientific Computing and Modelling 
Paul Scherrer Institut OHSA/ CH-5232 Villigen PSI
Phone Office: xx41 56 310 42 33 Fax: xx41 56 310 31 91
Zoom ID: 470-582-4086 Password: AdA
-------------------------------------------------------
Friday: ETH HPK G 28   +41 44 633 3076
============================================
The more exotic, the more abstract the knowledge, 
the more profound will be its consequences.
Leon Lederman 
============================================



On 3 Aug 2020, at 10:55, Dragos Constantin <dragos.constantin AT varian.com> wrote:

 

Dear All,
I am modeling an emitted beam being accelerated by a few RF cavities. The beam
emission time is longer than the RF period. I expect to see that final beam
energy has some dependence on the beam current but it does not. How can I
correctly model the beam loading in OPAL?

Thanks,
Dragos

 


Varian Confidential




Archive powered by MHonArc 2.6.19.

Top of Page