EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  2025  <2026 Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  2025  <2026
<== Date ==> <== Thread ==>

Subject: RE: problems with SNL - sevr=minor ca_array_get_callback [...]: Virtual circuit disconnect
From: Žiga Oven via Tech-talk <tech-talk at aps.anl.gov>
To: Dariush Hampai <dariush.hampai at lnf.infn.it>, "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov>
Date: Thu, 8 Jan 2026 18:19:42 +0000
Hi Dariush,

I would check is if the IOC that runs the sequencer has access to the PVs in the other (I assume motor) IOCs.

If you issue the command "seqcar 2" on the IOC that runs the sequencer, this should report the status of the sequencer's access to the PVs.

Sequencer does provide you option to force all PVs to be connected before it starts the program execution, by using the "+c" option during the compile time
https://urldefense.us/v3/__https://epics-modules.github.io/sequencer/Compiling.html?highlight=options*compiler-options__;Iw!!G_uCfscf7eWS!ZQOxUIoply6dshIym9TbEVSS6qzdC0jHp5f70zAY5ST32f5zez2Pi50LcoCP5lxEisEbxkRH_BK_QreD2MhNv8iv$ 

Best regards,

Žiga


> -----Original Message-----
> From: Tech-talk <tech-talk-bounces at aps.anl.gov> On Behalf Of Dariush Hampai
> via Tech-talk
> Sent: Thursday, January 8, 2026 10:20
> To: tech-talk at aps.anl.gov
> Subject: problems with SNL - sevr=minor ca_array_get_callback [...]: Virtual
> circuit disconnect
> 
> Caution: This email originated from outside of Cosylab.
> 
> 
> Dear Community,
> Dear Mark and Maurizio,
> 
> I'll try to explain my error from which I'm not able to resolve.
> I developped a SNL sequencer ablo to make a raster scan with 20 motors (but
> scalable to how many motors needed) and 20 detectors (same as motors
> number...).
> In the link you can find the code (up to now I only use "xena_snscan.stt", as the
> other ones will be the same)
> https://urldefense.us/v3/__https://github.com/Teclis77/Scan-
> Program__;!!G_uCfscf7eWS!aPQyj4WdR7O49u2p_NU4H2lPpTDgz2o1XaIePmA
> WaJUE8f9HK3CQHpkDwIJWzSP9xdgUviafCfyswv0QGFHqZ1y-Th_61Np0-g$
> 
> To test the scan I use procServ in order to start contemporary 3 different IOCs
> (mm4006 for motors, ortec for detector and the scan). Up to here all is ok.
> Using telnet I can monitor the scan IOC and after populate the
> 1) number of motors;
> 2) number of detectors;
> 3) name of motor IOCs involved in the scan;
> 4) name of detector IOCs involved in the scan;
> 5) start position for each motor;
> 6) end position for each motor;
> 7) step position for each motor
> I prepare the the loop using difdferent status_mode value (1 for populate
> motor variables in stt file, 2 for detector variables, 3 for defing the loop
> parameters) When I initialize the scan (status_mode=4), I have a strange error.
> Knowing that the variables (for motor_ma, but for the other are the same
> procedures) are built (in xena_sncscan.stt) as
> 
> ***
> sprintf(temp_string, "%s:%s", motor[i], setma); printf("%s\n", temp_string);
> pvAssign(motor_ma[i],temp_string);
> sprintf(temp_string, "%s:%s", motor[i], reqmoving); printf("%s\n",
> temp_string); pvAssign(motor_reqmov[i],temp_string);
> sprintf(temp_string, "%s:%s", motor[i], moving); printf("%s\n", temp_string);
> pvAssign(motor_mov[i],temp_string);
> sprintf(temp_string, "%s:%s", motor[i], pos); printf("%s\n", temp_string);
> pvAssign(motor_pos[i],temp_string);
> ***
> 
> with the output correct form "mm4006_1_1_1:setma",
> "mm4006_1_1_1:reqmoving", "mm4006_1_1_1:moving" and
> "mm4006_1_1_1:pos"
> (these strings work right with caput command in other cmd so they are ok)
> 
> and the status_mode=4 is the following
> /*=================== Preparing Scan =========================*/
> /*=================== status_mode = 4 ========================*/
>          state prepare_loop {
>                  when () {
>                          for (i = 0; i < num_mot; i++) {
>                                  printf("motor to move = %d\n", i);
>                                  printf("start[%d]= %f\n", i, start[i]);
>                                  motor_ma[i]=start[i];
>                                  pvPut(motor_ma[i],SYNC);
>                                  motor_reqmov[i]=1;
>                                  pvPut(motor_reqmov[i],SYNC);
>                                  pvGet(motor_mov[i],SYNC);
>                                  while(motor_mov[i]<1) {
>                                          motor_reqmov[i]=1; pvPut(motor_reqmov[i],SYNC);
>                                          pvGet(motor_mov[i],SYNC);
>                                  }
>                                  pvGet(motor_pos[i], SYNC);
>                          }
>                          flags[0]=1; // Necessary to start the run
>                          strcpy(actual_status, "Ready to Start");
>                          pvPut(actual_status,SYNC);
>                          status_mode=0;
>                          pvPut(status_mode);
>                  } state dummy_loop
>          }
> 
> in the "telnet" prompt I have the following exit sevr=minor
> ca_array_get_callback( typeToCA(type), count, var->chid, pvCaGetHandler, arg):
> Virtual circuit disconnect
> 
> coming from:
> pvPut(motor_ma[i],SYNC);
> 
> using seqChanShow xena_sncscan I obtain
> 
> #9 of 263:
>    Variable name: "start"
>      type = double
>      count = 20
>    Value = 1000 1500 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
>    Assigned to "xena:start"
>    Connected
>    Monitored
>    Not sync'ed
>    Status = 0
>    Severity = 0
>    Message =
>    Time stamp = 2026-01-08 17:26:57.769209 Next? (+/- skip count)
> 
> and
> 
> #43 of 263:
>    Variable name: "motor_ma[0]"
>      type = double
>      count = 1
>    Value = 1000
>    Assigned to "mm4006_1_1_1:setma"
>    Not connected
>    Monitored
>    Not sync'ed
>    Status = -2
>    Severity = -1
>    Message = disconnected
>    Time stamp = <undefined>
> Next? (+/- skip count)
> 
> what I'm wrong?
> awaiting your replies...
> 
> Dariush
> 
> --
> ************************************
> 
> Dr. Dariush Hampai, PhD
> 
> INFN - LNF
> X-Lab Frascati
> Via E. Fermi, 54 (ex 40)
> I-00044 Frascati (RM)
> Italy
> 
> Mail Address:
> XLab-Frascati
> LNF-INFN
> Casella Postale 13
> Frascati (RM)
> Italy
> 
> Room:   +39.06.9403.5248
> Lab.:   +39.06.9403.2286
> Mob.:   +39.06.9403.8025
> Fax.:   +39.06.9403.2597
> 
> ************************************
> 


Replies:
Re: problems with SNL - sevr=minor ca_array_get_callback [...]: Virtual circuit disconnect Dariush Hampai via Tech-talk
References:
problems with SNL - sevr=minor ca_array_get_callback [...]: Virtual circuit disconnect Dariush Hampai via Tech-talk

Navigate by Date:
Prev: problems with SNL - sevr=minor ca_array_get_callback [...]: Virtual circuit disconnect Dariush Hampai via Tech-talk
Next: Re: Re: Re: The problem of converting floating-point numbers to 4-byte format (in CDAB order) under StreamDevice 高振华 via Tech-talk
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  2025  <2026
Navigate by Thread:
Prev: problems with SNL - sevr=minor ca_array_get_callback [...]: Virtual circuit disconnect Dariush Hampai via Tech-talk
Next: Re: problems with SNL - sevr=minor ca_array_get_callback [...]: Virtual circuit disconnect Dariush Hampai via Tech-talk
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  2025  <2026
ANJ, 19 Mar 2026 · Home · News · About · Talk · Base · Modules · Extensions ·
· Distributions · Download · Documents · Links · Licensing ·