@Eric-Katzfey
Hi thanks for replying still have not chosen a model for the sensor since we are not sure its possible
the configuration we need is two USB cam any suggestions? do you offer USB host expansion module so i can connect 2 UVC sensors ?
@Eric-Katzfey
Hi thanks for replying still have not chosen a model for the sensor since we are not sure its possible
the configuration we need is two USB cam any suggestions? do you offer USB host expansion module so i can connect 2 UVC sensors ?
Hi Couldn't really find info on this
Does the voxl2 or the modal dev drones supports camera other then the one featured as the official sensors ..
I ask about USB connection cameras mainly
currently we use 2 IMX412 sensors and would like to use other one which do not have same connector and of the box support is this possible?
on the voxl2 qrb5165 there is this folder
/data/px4/param
holding the PX4 parameters and calibration
sometimes at bootup the QGC says all parameters lost
seems that on each flight those params are being modified
I want to solve this issue of calibration & params loss by the px4
I will appreciate a short explanation of how the voxl-px4-params data is flowing on the device
my guess is params shall be set and saved via QGC later the VOXL will pull them from the autopilot on each flight to /data/px4/params is this the case ?
thank you !
Thanks for the replay
I understand the IP isolation indeed this how I expect this to work
well to answer this I have these weird issues
When QGC is connected only to a single drone the attitude indicator jump between the values of the two drones - hence the home position jumps and the drone refuses to take off
switching one of them off and rebooting the second makes the second one work well when alone on the network
the local pose values jumped as well, at first I didn't understand why, but then I realized it was getting one value from drone A second From drone B
both drones run same voxl2 with same SDK 1.1.3
same packages and branches on both
tried to play with MAV_SYS_ID param maybe its mavlink issue
kind of confused
both ros master run on 127.0.01 so its local ros communication looks more like mavlink issue not sure though
Hi all,
you've ben very helpful i have an issue with mavlink-server / Voxl-px4-parameters
I have an issue with mavlink-server I tired to change the config files
"onboard_port_from_autopilot": 14557,
"gcs_port_to_autopilot": 14558,
"gcs_port_from_autopilot": 14559,
I want to change it cause when using two drones or more , it seems like Mavlink comms are interfering between (both connected to same network when it occurs )
each other, and I want to isolate each in its own domain
I changed the config file but that makes the mavlink-server not to pass any data between the autopilot and the voxl px4
voxl-mavlinke-inspect
this passes no data from autopilot or to autopilot
I think or guess this happens since the ports are hardcoded in the firmware
I tried to cahnge parameters
MAV_0_UDP_PRT
MAV_1_UDP_PRT
but they don't even exist on the params list of modalais voxl2 qrb5165
any suggestions how to isolate each drone? or to add those parameters?
how to add the paramers without recompiling the px4-firmware ?
i will appreciate your help having trouble flying more than one drone at each moment hinders my work
Best Regard
Jacob
@Alex-Kushleyev yes seems like it, thank you!
@Alex-Kushleyev
basically the consumer is the vision hub
specifically [https://gitlab.com/voxl-public/voxl-sdk/services/voxl-vision-hub/-/blob/v1.7.3/src/geometry.c?ref_type=tags](link url)
as far as i understood
and i am trying to fix the right part
the issue lies in this transformation i marked red .. i think i need to change the cam_wrt_to_imu since it looks like
the code assumes my hires in looking forward of the drone while its actually mounted on the right side ( Local frames Y axis)
so tag works well and detection of my tag on fixed is Ok but when afterwards drown is moving with just qvio without tag the axis are flipped
voxl-vision-hub -g output
example
y can see that fixed_wrt_local x=-0.83 while it corresponds to the local_wrt_fixed y= 0.83 so the frames i get from both arrow in the pic above are not the same do you have suggestions where should i start with , should i modify the geometry.c?
@jacob-yaacubov the picture describes TOP VIEW the tag is attached to a wall
Hi guys i have a hires IMX412 mounted on my drone , my camera is looking to the right side of the drone (Positive y axis on the local frame)
I have configured the tag rotation matrix from tag to fixed correctly my tag is hanged on the wall.
but seems the drone rotating 90 degrees CCW, I guess its doing this since it assumes the camera which is catching the tag, is mounted at the front
hence, when right side camera sees the tag it rotates to the left (ccw) to "fix" this!
I tried to add extrinsics to extrinsics.conf both from IMU to hires and from body to hires with the correct camera name (which used in voxl-camera-server)
but it has no effect
any one had this issue ? any suggestions ? does the voxl code is really taking into account that tags are seen only in front of the drone (X axis)
Thanks
Hi, Hope its the correct thread for this question.
I use ROS on my drones system and have launched mpa_to_ros.
my drone has two HIRES cameras (imx 412) apart for tracking
when trying to rosbag record both of them or even echo to both topics the voxl-map-to-ros crashes
i tried to echo different hires topics and even dropped the quality to 1024x768, even 800x600
this doesn't happen with one topic but but only both doesn't matter if its small color or large raw format i am trying to echo
i will appreciate any help on the matter
Thanks
here is the crash output:
MPA to ROS app is now running
Found new interface: hires2_color
Found new interface: hires2_grey
Found new interface: hires2_small_color
Found new interface: hires2_small_encoded
Found new interface: hires2_small_grey
Found new interface: hires_color
Found new interface: hires_grey
Found new interface: hires_small_color
Found new interface: hires_small_encoded
Found new interface: hires_small_grey
Found new interface: qvio_overlay
Found new interface: tracking[voxl_mpa_to_ros_node-1] process has died [pid 12947, exit code -11, cmd /opt/ros/melodic/lib/voxl_mpa_to_ros/voxl_mpa_to_ros_node __name:=voxl_mpa_to_ros_node __log:=/opt/ros/foxy/log/d48631fa-3f7f-11ef-9105-97639b9c163b/voxl_mpa_to_ros_node-1.log].
log file: /opt/ros/foxy/log/d48631fa-3f7f-11ef-9105-97639b9c163b/voxl_mpa_to_ros_node-1*.log
all processes on machine have died, roslaunch will exit
/usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 38: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 32: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
shutting down processing monitor...
... shutting down processing monitor complete
done
/usr/bin/voxl-list-pipes: line 38: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 32: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 38: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 32: echo: write error: Broken pipe
GONI:/data/wds/bags$ /usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 38: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 32: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 38: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 32: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 35: echo: write error: Broken pipe
/usr/bin/voxl-list-pipes: line 38: echo: write error: Broken pipe
Also sometimes it expects on size of data lets say 1444000 bytes but gets 12000000000