Skip to content
This repository has been archived by the owner on May 27, 2020. It is now read-only.

Unable to change SymmetryThreshold of Imager #33

Open
saikns opened this issue Feb 22, 2017 · 3 comments
Open

Unable to change SymmetryThreshold of Imager #33

saikns opened this issue Feb 22, 2017 · 3 comments

Comments

@saikns
Copy link

saikns commented Feb 22, 2017

Following a recent discussion with IFM reps, I was trying to change the symmetry threshold of the imager to eliminate some over saturated pixels due to motion. I tried changing symmetry threshold through the config node but it's not reflected in the imager. ( json dump just returns a 0 value after the config change)

"Imager": { "SymmetryThreshold": "0" }

I dug deeper & found this commnet in libo3d3xx/modules/camera/src/libo3d3xx_camera/imager_config.cpp
//! @todo: This data type may change. It is not clear that this is even //! implemented in the camera yet. I believe it has to do with flagging a //! pixel as bad due to motion artifacts across exposure times ... but it //! does not appear to be documented. int SymmetryThreshold() const noexcept;

I was wondering if it's not an accessible parameter or is it not implemented?
@tpanzarella, @GarrettPlace any comments?

@tpanzarella
Copy link

Use the o3d3xx-ifm-export application to create a dump compatible with Vision Assistant. Then edit that file (Zip'd JSON), then reimport it with o3d3xx-ifm-import. Something like (assuming the application you want to edit is at Index 1):

$ o3d3xx-ifm-export -i 1 -a -f /tmp/app.json.zip

Now edit the application using standard OS tools. Then:

$ o3d3xx-ifm-import -a -f /tmp/app.json.zip

@saikns
Copy link
Author

saikns commented Feb 22, 2017

I am using ros service calls since I am having trouble using command-line-utils, all the commands return
Failed to * XMLRPC call timed out
Any idea why that could happen or is there a way to do it through ros?

@tpanzarella
Copy link

I don't believe we expose that feature via a ROS service. You could, of course, write code directly to the API in a ROS node, but I think that would be a waste of your time.

Per the timeouts, typically, it is due to running the camera on a non-default IP address. The default is 192.168.0.69. If no additional information is given, that is assumed. You can specify the IP address in one of two ways: 1) using the --ip=<ip address> command line parameter, or 2) setting the O3D3XX_IP environment variable which the library will respect. FWIW, all cmd line tools support a --help option letting you know their accepted parameters.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants