Hi Sandeep,
The ‘killable_workers’ branch is a bit old and have not been updated to work with ADCore version 3-X. See release notes[1] about how processCallbacks() have changed from version 3 onwards.
You could probably update your local copy of the ‘killable_workers’ branch to work with ADCore 3 by simply merging the master branch into it.
(I see that you’re at RAL so feel free to give us a ring and pop over for a visit)
Cheers,
Ulrik
[1]:
https://github.com/areaDetector/ADCore/blob/master/RELEASE.md#r3-0-may-5-2017
Hi Bryan
Thanks for the suggestion.
I tried this adPython branch
: https://github.com/dls-controls/adPython/tree/killable_workers. I was able to make it with necessary changes in
configure/RELEASE file. When I make my IOC (mentioned in my previous mail), I get error - ..lib/linux-x86_64/libadPython.so: undefined reference to `NDPluginDriver::processCallbacks(NDArray*)' . With the same IOC switching to adPython master branch does not
encounter this problem though it hangs with openCV function usage.
Any idea how to fix this?
Many Thanks
Sandeep Malu
Hi,
The work I've been doing on adPython is located here:
https://github.com/dls-controls/adPython/tree/killable_workers.
As Tom mentioned it incorporates the change to how the GIL is acquired and released, in addition to significantly changing how the actual processing is done; the processArray function is now called
in a python multiprocessing worker process, and the main thread waits on the result in a queue (as such if the main thread no longer gets locked up if processArray fails for some way).
May be worth checking out this version of adPython and seeing if this helps things?
Thanks,
Bryan
From: Cobb, Tom (DLSLtd,RAL,LSCI)
Sent: 01 April 2019 13:41:46
To: Malu, Sandeep Kumar (-,RAL,CLF)
Cc: [email protected]; J. Lewis Muir; Tester, Bryan (DLSLtd,RAL,LSCI)
Subject: RE: ADpython issues with openCV
Hi Sandeep,
This sounds very similar to an issue that Lewis (copied) had. processArray() would be called, but as soon as it called an openCV function then it hung there. For Lewis, changing the
datatype from Int8 to UInt8 fixed things. Lewis also had some suggestions to do with using GIL Ensure and Release rather than SaveThread and RestoreThread in
https://github.com/dls-controls/adPython/pull/9 which Bryan (also copied) is looking
at merging, but we weren’t convinced those were contributing to the problem.
To continue debugging, I suggest you try an IOC with a simDetector, then change the datatype to UInt8 or UInt16 and see if that works. You can also try putting a debug statement in
to print the array you are passed to check what datatype it is. You could also try throwing away the array processArray() is passed, making your own, and passing that to the OpenCV library to see if that works.
Thanks,
Tom
From: Malu, Sandeep Kumar (-,RAL,CLF) <[email protected]>
Sent: 01 April 2019 12:06
To: Cobb, Tom (DLSLtd,RAL,LSCI) <[email protected]>
Subject: RE: ADpython issues with openCV
On putting debug before add(), it display message once. On checking data type with PV- CAM:cam1:DataType_RBV , it reads UInt8.
Is this I need to confirm? Where exactly I need to mention UInt8 for NDArray?
Sent from Workspace ONE Boxer
On 01-Apr-2019 3:37 PM, "Cobb, Tom (DLSLtd,RAL,LSCI)" <[email protected]> wrote:
Hi Sandeep,
A couple of things to try:
·
Could you put a logging debug statement at the beginning of the processArray() function before calling add() to see if it gets there
·
Can you tell me what DataType the NDArray is? I know we’ve had problems with Int8 and OpenCV before, but UInt8 seems to work
Thanks,
Tom
Hi
I created an IOC using the build instruction
http://controls.diamond.ac.uk/downloads/support/adPython/0-1/documentation/doxygen/build_instructions_example.html.
On using numpy in adPythonTemplate.py
, it works but same didn’t work with openCV (“Array processed” debug message in console). Also I am not able to run any of the openCV functions inside
adPythonTemplate.py. My st.cmd looks something like this
# Prosilica driver
###########################
prosilicaConfig("$(PREFIX)CAM", $(CAMID), 50, 0)
dbLoadRecords("ADBase.template","P=$(PREFIX),R=cam1:,PORT=$(PREFIX)CAM,ADDR=0,TIMEOUT=1")
dbLoadRecords("NDFile.template","P=$(PREFIX),R=cam1:,PORT=$(PREFIX)CAM,ADDR=0,TIMEOUT=1")
#adPythonPlugin
################################
adPythonPluginConfigure("$(PREFIX)CONTOUR", "/home/malu/adPython_sample/adPythonTemplate.py", "Template", 16, 0, "$(PREFIX)CAM", 0, 50, 0,0,2097152)
dbLoadRecords("NDPluginBase.template","P=$(PREFIX),R=Contour1:, PORT=$(PREFIX)CONTOUR,ADDR=0,TIMEOUT=1,NDARRAY_PORT=$(PREFIX)CAM,NDARRAY_ADDR=0")
dbLoadRecords("$(ADPYTHON)/db/adPythonPlugin.template","P=$(PREFIX),R=Contour1:, PORT=$(PREFIX)CONTOUR, TIMEOUT=1,NDARRAY_PORT=$(PREFIX)CAM")
I am using following configurations
Areadetector - R3-2
ADpython – 1-4
Python-opencv-headless – 3.4.0
Opencv(build from source) – 3.4.0
Ubuntu – 18
Look forward to hear from you at an early date.
Many thanks
Sandeep Malu
--
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail. Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message. Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
|