Mon, Apr 11, 22, perform post processing of gps/imu data or develop camera firmware lib to infuse IMU from fc to exif metadata
This is a draft, the content is not complete and of poor quality!

Workflow ideas

kT4zbvChs2g image

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 데이타를 추가해 위의 센트라 카메라 데이타의 예시처럼 할 수 있는 지 여부는 좀더 알아 봐야 할 부분입니다.



NT_camera

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.

image

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

image

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

link

The following wiki, pages and posts are tagged with

TitleTypeExcerpt
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