RE: Areadetector Plugin Enable/Disable Issue and Design Question

[Mark Rivers via Tech-talk <tech-talk at aps.anl.gov>]

Hi Eddy,

I am quite sure that the weird _RBV behavior is due to these errors you see after iocInit:

callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full

You can eliminate those by adding this line before iocInit.  It is already present at the end of commonPlugins.cmd if you use that.

# Set the callback queue size to 5000, up from default of 2000 in base.
# This can be needed to avoid errors "callbackRequest: cbLow ring buffer full".
callbackSetQueueSize(5000)

Mark

-----Original Message-----
From: Blomley, Edmund (IBPT) <edmund.blomley at kit.edu> 
Sent: Friday, March 21, 2025 9:55 AM
To: Mark Rivers <rivers at cars.uchicago.edu>; tech-talk at aps.anl.gov
Subject: AW: Areadetector Plugin Enable/Disable Issue and Design Question

Hey Mark,

	That should definitely not be happening, I have never heard of that issue before.

	Just to be sure it is not a problem with the GUI please test it as follows:
	• In one terminal window run the following camonitor command where the * is replaced by your actual prefix
      		camonitor *:Proc1:EnableCallbacks *:Proc1:EnableCallbacks_RBV
	• In a second terminal window run caput
      		caput *:Proc1:EnableCallbacks 1
	      caput *:Proc1:EnableCallbacks 0

So here is the terminal 1 (fresh after IOC restart):

$ caput *:Proc1:EnableCallbacks 1
Old : *:Proc1:EnableCallbacks Disable
New : *:Proc1:EnableCallbacks Enable
$caput *:EnableCallbacks 0
Old : *:Proc1:EnableCallbacks Enable
New : *:Proc1:EnableCallbacks Disable
$ caput *:Proc1:EnableCallbacks 1
Old : *:Proc1:EnableCallbacks Disable
New : *:Proc1:EnableCallbacks Enable
$ caput *:Proc1:EnableCallbacks 0
Old : *:Proc1:EnableCallbacks Enable
New : *:Proc1:EnableCallbacks Disable

And terminal 2 (first two lines are before the first caput after IOC init):

*:Proc1:EnableCallbacks 2025-03-21 15:37:01.331762 Disable  
*:Proc1:EnableCallbacks_RBV <undefined> Disable UDF INVALID
*:Proc1:EnableCallbacks 2025-03-21 15:37:20.323116 Enable  
*:Proc1:EnableCallbacks_RBV 2025-03-21 15:37:20.323176 Disable  
*:Proc1:EnableCallbacks 2025-03-21 15:37:24.247508 Disable  
*:Proc1:EnableCallbacks_RBV 2025-03-21 15:37:24.247585 Enable STATE MINOR
*:Proc1:EnableCallbacks 2025-03-21 15:37:29.191775 Enable  
*:Proc1:EnableCallbacks_RBV 2025-03-21 15:37:29.191858 Disable  
*:Proc1:EnableCallbacks 2025-03-21 15:37:35.575135 Disable  
*:Proc1:EnableCallbacks_RBV 2025-03-21 15:37:35.575210 Enable STATE MINOR

The plugin "works"/ is enabled as long as the *:Proc1:EnableCallbacks is 1.

The last few lines during IOC init:

cas warning: Configured TCP port was unavailable.
cas warning: Using dynamically assigned TCP port 41665,
cas warning: but now two or more servers share the same UDP port.
cas warning: Depending on your IP kernel this server may not be
cas warning: reachable with UDP unicast (a host's IP in EPICS_CA_ADDR_LIST)
iocRun: All initialization complete
2025-03-21T15:37:01.336 Using dynamically assigned TCP port 43249.
# Create autosave files for IOCStats
makeAutosaveFileFromDbInfo("iocStats_settings_kara_slm", "autosaveFields_pass0")
create_monitor_set("auto_settings_kara_slm.req", 60)
create_monitor_set("iocStats_settings_kara_slm.req", 60)
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
callbackRequest: cbLow ring buffer full
epics> iocStats_settings_kara_slm.sav: 63 of 63 PV's connected
auto_settings_kara_slm.sav: 360 of 360 PV's connected
epics>

but there are no new errors once initialized. But looking at the logs I wonder if this might be an issue, because our camera server has two network connections, one dedicated to the cameras and one to the rest of the accelerator network, but I am not sure if that explains the inverted behaviour for the set and readback value? We use this setup for years, but maybe now with the plugins and callbacks this creates issues which did not manifest beforehand?

Cheers
eddy