Workflow ideas
kT4zbvChs2g
sentra camera metadata
System Timestamp (ns since boot) AP Timestamp (ms since boot) lat lon alt (m) relative_alt (m) vx (m/s) vy (m/s) vz (m/s) hdg (deg)
103704661833 100777 35.6255216 128.360851 28.63 -0.091 0 0 0.01 175.3
103814731781 100875 35.6255216 128.360851 28.63 -0.093 0 0 0.01 175.29
103904196573 100977 35.6255216 128.360851 28.63 -0.094 0 0 0.01 175.3
104001914073 101078 35.6255216 128.360851 28.63 -0.093 0 0 0.01 175.3
Plan
Camera DSLR firmware
To project IMU data(position/lat/lon/alt/relative-alt Vx Vy Vz /heading) to exif Metadata of camera module
- output Ascii, LDI, LAS, Exif-metadata
Android App
To interface with the on-board camera module(samsung galaxy) to blend seamlessly with logging information with the FC IMU and GPS data
이부분은 좀더 조사가 필요합니다.
Post-processing Windows App
To add aircraft trajectory workflow and produce various outputs as described in the pdf link above “Leica Workflow”
결론: 후처리를 통한 카메라 매타데이터와 GPS, IMU 데이타를 병합하는 솔루션은 GrafNav, IPAS Pro와 같이 작동하는 앱을 개발 하는 것은 가능 합니다. 아래 Leica_workflow의 내용에 사용법이 자세히 나와 있습니다.
Gphoto2 Lib
ref links: gphoto.org, Leica-workflow, olliew_NTCamera, mavlink_camera
결론: gphoto2 라이브러리를 사용하는 기능은 Image Capture, Liveview, Configuration, Trigger-capture와 같은 카메라 작동과 카메라 설정 관련된 기능을 제공하도록 하는 것입니다. 이를 활용하여 만든 NT camera는 NT IMU모듈을 연결했을 때 GCS와 조정기 RC를 통해 위 4가지 기능을 제공 한다는 것입니다. (아래 첫번째 유튜브 참고)
결론은 IMU를 탑재한 카메라 모듈을 개발 하거나 FC와 통신 하도록 하는 방법입니다. (고려사항 gps = 1 Hz, IMU = 200 Hz)
단, olliw.eu 링크의 맨 아래 씨리얼 API를 통해 시리얼 데이타 라인 응용 부분인데, 설명에는 카메라와 Raspi와의 통신을 가능 케 한다는 것으로 단순한 카메라 기능에 제한 되는 것인지, 제한되더라도 메타uorb 데이터만 불러서 (extract) IMU 데이타를 추가해 위의 센트라 카메라 데이타의 예시처럼 할 수 있는 지 여부는 좀더 알아 봐야 할 부분입니다.
1:40
food it's you a port to this NT IMU and
1:44
this gives you a couple of options for
1:47
example you can start and stop the video
1:48
of course but you also can now access
1:51
the on-screen display the OSD menu
1:55
1:59
namely that math link has what we call a
2:03
camera manager which provides you
Serial API
The “Serial Api” is a special camera model, designed to inter-operate with an external computing device, such as a Raspberry Pi, Arduino, and alike, via a serial data line (in the following the example of a Raspberry Pi, denoted as RPi, is chosen). The prototypical application example would be to integrate gphoto-controlled cameras into the STorM32 system.
The RPi is connected to the UART on the STorM32 controller which is selected in the parameter Camera ComPort. The serial API camera model then provides a set of commands to exchange information between the STorM32’s NT Camera functionality and the RPi. On the RPi a script is running which handles the communication, i.e., translates the commands of the serial API into the corresponding actions needed for the specific camera which shall be operated, and vice versa.
In the [GUI:Functions] tab set as follows:
Camera Model = “Serial Api”
Camera ComPort: Select the UART (“default” is currently not supported)
The serial API currently consists of the following:
“shutter\n”, “videoon\n”, “videooff\n”: These commands correspond to the STorM32’s internal SHUTTER, VIDEOON and VIDEOOFF states, and are send whenever the respective state is assumed. This can be via an input as selected in the parameter Camera Control, a serial command, a MAVLink command, or via the MAVLink Camera microservice.
“cntrl2high\n”, “cntrl2low\n”, “cntrl2stop\n”: These commands are send according to the state of the input selected in the parameter Camera Control2.
SENDCAMTEXT: This script command sends a user-defined string to the RPi (the string is appended by a ‘\n’ character). This allows us to use the potential of scripts for controlling the camera handled by the RPi. An example Python script which can be run on a RPi is available in the firmware .zip file.
UartX Configuration
The number of available UART ports on STorM32 boards is limited, especially on v1.3 boards, and it can thus happen that one is running out of them.
In such cases, the RC-0 and RC-1 input pins can be reconfigured to work as a further UART port, then named UARTX. This comes at the obvious cost that these inputs cannot be used anymore as PWM, Spektrum, SBus, and alike inputs.
For this, set:
UartX Configuration = “uartX @ 115200” (the parameter is located in the [GUI:Setup] tab) Camera ComPort = “uartX”
The physical assignment is
RC-0 = UARTX Rx
RC-1 = UARTX Tx
For the location of the RC-0, RC-1 pins on your board please refer to Pins and Connectors.
5:31
configuration but you can use the whole
5:33
thing standalone but as you can use such
5:35
a system that's such a strong gimbal
5:39
controller and Wi-Fi module to convert
5:42
your camera to a full-fledged muffling
5:45
camera and this works also for for that
NT camera parameters
The NT Camera is related to a number of parameters, which are located in two places in the GUI, the [GUI:Functions] tab and the [GUI:Interfaces Tool] dialog.
In the [GUI:Functions] tab we see:
Camera Control: Enables the function and selects the primary input. Camera Control2: Selects a secondary input, which is used by some camera models. Camera Model: Selects the camera model. Camera Control Mode: Functions executed then the primary input value is High or Low. The default is “video - off - shutter” (usually does not need to be changed). Camera Time Interval: Setting this to 0 (off) will result in one photo being taken. If set to other than 0 photos will be taken continuously. The time period is from the start of the first photo to the start of the second photo, and so on. This parameter is functional for all camera models, and not further discussed below. Camera ComPort: Selects the UART port for camera models which use a serial interface. In the [GUI:Interfaces Tool] dialog, accessible via the [GUI:Experts Only] menu, one finds further relevant parameters, which are associated with the MAVLink Gimbal and MAVLink Camera components:
Mavlink Gimbal: Enables the MAVLink Gimbal component and sets its component ID. Mavlink ComPort: Selects the com port used for the MAVLink communication. Mavlink System ID: Sets the system ID for both the MAVLink Gimbal and Camera components. A value of “0” enables autodetection.
Canon camera hotshoe with eTTL
The following wiki, pages and posts are tagged with
Title | Type | Excerpt |
---|---|---|
gcs and cloud | post | Mon, Jan 31, 22, sample4 from sass2 product sample4 |
overview and initial powerup | post | Mon, Jan 31, 22, sample1.md of sass2 product2_sample files The most advanced hardware and software ecosystem for enterprise drones |
smartAP | post | Mon, Jan 31, 22, sample5 from sass2 product2 sample5 |
smartAPLink and faq | post | Mon, Jan 31, 22, sample3 from sass2 product2 sample3 |
telemetry and advanced software | post | Mon, Jan 31, 22, sample2.md of sass2 product2 sample2 file |
px4 docker image for jvsim simulation | post | 목, 2월 10, 22, docker image implmentation for docker px4 simuation |
qtcreator wiki from drone guide dev-setup | post | 화, 2월 15, 22, planning phase research for dashboard elements using |
offboard control using pixhawk raspi mavros | post | Wed, Feb 16, 22, hitl setup and configuraiton using pixhawk raspi mavros and px4 |
setup gazebo for simulation | post | Wed, Feb 16, 22, pixhawk ros gazebo gcs simulation |
setup mavros and px4 | post | Wed, Feb 16, 22, setup mavros and px4 |
testing sitl drone | post | Wed, Feb 16, 22, process to launch sitl drone |
ros and px4 architecture and data flow | post | Wed, Feb 16, 22, examine how data flows for user interface and drone control |
setup ros indigo with tutlesim | post | Wed, Feb 16, 22, pixhawk gcs simulation series 2 with ros indigo |
connecting raspi to matek f406 wing | post | Fri, Feb 18, 22, hardware setup with raspi 4 with matek f406 wing |
px4 simulation for gazebo | post | Fri, Feb 18, 22, simulation instruciton from px4 |
Let's roll and conquer! | post | Monday, Third week with jdlab and first week probably for actual work |
brainstorming session prior to setting out on gcs development | post | Mon, Feb 21, 22, pool resources and ideas into one single gcs you can develop |
overview of epp and eps for airframes | post | Tue, Feb 22, 22, research before business call to manufactueres |
connecting rpi to gcs with the use of uavmatrix on uavcast pro | post | Mon, Feb 28, 22, supported raspi board pinout maps and setup guide |
creating custom mission points for fixed wings | post | Fri, Mar 18, 22, p-turn or turnaround insertion to the mission raw data for exit and entry for p-turnaround and side/front-lap coverage creation that willmod... |
gStreamer vs qtAv | post | Wed, Mar 30, 22, qt movie qmovie phonon video player |
realtime georeferencing plus imu overlay | post | Tue, Apr 05, 22, how to add vehicle status sensor data to georeferencing |
rtk reach m2 receiver documentation | post | Wed, Apr 06, 22, rtk reach receiver wifi 5g lte |
avionics on airfoil and frames | post | Thu, Apr 07, 22, airfoil materials, designs and innovations in the avionics |
using openTX on radiomaster TX16s | post | Sun, Apr 10, 22, rc reciever transmitter opentx radiomaster configuration simulation |
adding GPS and IMU data to photos post flight | post | Mon, Apr 11, 22, perform post processing of gps/imu data or develop camera firmware lib to infuse IMU from fc to exif metadata |
BMU BMC BMS battery management | post | Thu, Apr 14, 22, to check the usage and health of batteries at all phases of flight cycle |
viewpro custom pwm | post | Thu, Apr 14, 22, customize viewpro camera and gimball with mavlink |
raspberrypi video streaming | post | Fri, Apr 22, 22, configure and setup raspi to enable streaming on mavlink and to advance to LTE transmission |
lx network, airlink, gcs and data transmission on smart radio, rf mesh and quantum encryption | post | Tue, Apr 26, 22, all about setup and how it operates and managed |