| 6 Dec 2024 |
 fredpz | I think your approach is correct, but I didn't check your calculations exactly. Just make sure you account for the missing dimension correctly | 17:29:59 |
 Ben Heller (TUDa) | could you please explain in a bit more detail why the missing dimension in 2d is relevant for the conversion? | 18:26:58 |
| Ben Heller (TUDa) | Even though the simulation is only 2d, shouldn't i be able to convert the weight into the particle number relatively similar to AM geometry? | 18:29:01 |
| fredpz | No you cannot. The macro particles, in 2d, represent a number of particles per unit length (of the missing dimension) | 18:52:20 |
| 7 Dec 2024 |
| Ben Heller (TUDa) | ok I will look into that, thank you | 09:12:42 |
| 9 Dec 2024 |
 nkehoe26 | Hello, I've recently started using the AM geometry and I want to obtain the E_y field was you would using Field diagnostic in cartesian. I have used a Probe diagnostic across the entire x,y plane but this returns the complex e_y field, correct? How can you get the real component to convert to SI units (V/m) | 14:14:48 |
| nkehoe26 | * Hello, I've recently started using the AM geometry and I want to obtain the E_y field as you would using Field diagnostic in cartesian. I have used a Probe diagnostic across the entire x,y plane but this returns the complex e_y field, correct? How can you get the real component to convert to SI units (V/m) | 14:22:47 |
 beck-llr | No, the probe diagnostic returns the (real valued) Ey field reconstructed from all AM modes. | 14:32:50 |
| nkehoe26 | When I give happi the unit 'V\m' it just plots it from 1 to -1 and not from ~5e13 to -5e13 v\m | 14:33:42 |
| beck-llr | Dis you specify a reference angular frequency in your namelist ? | 14:35:55 |
| beck-llr | * Did you specify a reference angular frequency in your namelist ? | 14:36:03 |
| nkehoe26 | 
Download Ey0000001510.png | 14:38:09 |
| nkehoe26 | Yes I did, doing these steps:
import happi
sim=happi.Open('.')
sim.Probe('instant2 fields', 'Ey', units=['um','fs','v/m']).animate(saveAs='Ey')
I get this output
| 14:38:11 |
| nkehoe26 | The colour bar doesn't change | 14:38:29 |
| fredpz | use vmin and vmax | 14:45:13 |
| nkehoe26 | Okay, I think it could be an issue using .animate() | 14:45:30 |
| nkehoe26 | If I use .plot() for a single tilmestep it plots correct but not with .animate() | 14:46:00 |
| beck-llr | Yes in animate the range of the colorbar is not dynamically adjusted. IT just takes the range of t=0 I guess. | 14:46:43 |
| nkehoe26 | 
Download Ey0000002718.png | 14:46:44 |
| nkehoe26 | This is using .animate() | 14:46:50 |
| beck-llr | * Yes in animate the range of the colorbar is not dynamically adjusted. It just takes the range of t=0 I guess. | 14:46:52 |
| nkehoe26 | 
Download EyTest.png | 14:47:01 |
| nkehoe26 | This is using .plot() | 14:47:03 |
| nkehoe26 | Same timestep and units given | 14:47:16 |
| beck-llr | try .animate(vmin=6e-13, vmax=6e13) | 14:47:39 |
| beck-llr | * try .animate(vmin=-6e-13, vmax=6e13) | 14:47:47 |
| fredpz | or vsym=6e13 | 14:47:55 |
| nkehoe26 | 
Download Ey0000002718.png | 14:49:54 |
| nkehoe26 | This seems to have fixed it | 14:49:57 |
| nkehoe26 | Thank you | 14:50:15 |
