MOVI PRO TOP BRACKET SERIAL
MOVI PRO TOP BRACKET SOFTWARE

Either way, I would caution that if you go with options 2 or 3, you make sure the UARTs are capable of being configured for non-standard baud rates as the FF API uses 111,111 BAUD. You could do so using the C API, or if you're interested, an unofficial, limited functionality Java API has been in development and I could share. Options 2 and 3 would require implementation of the API on whatever system you're trying to develop on.

MOVI PRO TOP BRACKET SERIAL

Option 1 seems like the easiest, use the examples that are already created, and with few modifications, you could interface an Arduino/STM board to your Linux application via USB CDC serial emulation. If you're using a single board computer like a Raspberry Pi or Dragonboard, you could interface the UARTs on those single board computers directly to the MoVI Pro. You can use the Arduino/STM or any embedded hardware platform for that matter with a UART peripheral (PIC, PSoC, etc.) as intermediary hardware to interface your computer to the MoVI's COM ports, ORģ.

According to the API doc, 'The UARTs use 3.3V nominal signaling and are 5V tolerant.' At the end of the day, you're sending bytes over UART and there are many correct ways to accomplish this:ġ. Appreciate your response.ĬOM1 and COM2 on the MoVI require UART signals. We love this product based on what we've seen on your website and YouTube channel, and are interested to explore it's use for a custom application. OR - is the correct approach to go through an Arduino/STM based middleware?Ģ) Re on-wire status packet - at what rate can we expect to readout the gimbal quats? Also, is there timestamp information included in the status packets (don't see that defined in the api doc), so we can use that to plot / analyze the actual trajectory of the gimbal for post-processing?ģ) How are the gimbal quats calculated - are they calculated from on-board rotary encoders or on-board IMU? We are basically trying to figure out the kind of hardware used and how accurate are these quats? A few questions please:ġ) How can we directly interface a PC to Movi's GCU (COM1 & COM2)? The question is specifically about the type of cable required.

MOVI PRO TOP BRACKET SOFTWARE

We want to use these APIs and write a controller software on a Linux PC the controller would essential control all 3 gimbal axis and command them to move in a predetermined manner.

In Movi's Facebook Live session on Movi APIs, one of Freefly's engineer mentions that the API is hardware agnostic and can allow control from Arduino, STM and even PCs (video in link below). We have reviewed Freefly's Movi C APIs and understand that it allows 3rd party controllers to control the gimbal axes (including from a PC).

Movi pro top bracket