STorM32 FAQ

Electronics

What are the differences between the boards?

For a comparison of v1.3 and v1.31 boards see this post on rcgroups: #2949. The v1.1 is essentially identical to the v1.3 board, except of some minor details. For more info on the technical details of the boards see Boards.

Which MPU modules do work with the board?

According to current experience any MPU module works fine with the STorM32-BGC board.

Specifically this includes the GY-521 module. However, also the xoodee module and even the GY-86 10DOF module have been in use.

A comment on the supply voltage. The STorM32-BGC works internally with a voltage of 3.3 V. Accordingly, it also provides only 3.3 V at its I2C and I2C#2 ports, to which external MPU modules and breakout boards are connected. Most of the available MPU modules/breakout boards are however "Arduino compatible", which means that they have a 5 V pin and can be supplied with voltages of 5 V and higher, thanks to a voltage regulator on the module. The question arises if these MPU modules do also work with the 3.3 V provided by the STorM32-BGC. The answer is that so far no issues have been reported with using them.

What connectors are used for connecting the MPU modules to the board?

The connectors for the MPU modules on the STorM32-BGC board are Molex picoblade types with 1.25 mm pitch (for a comparison of various connectors see here). They are also known as micro JST 1.25 mm, and it is in fact best to search for this, e.g. on ebay: micro jst 1.25.

Will my motors work with my STorM32 board?

Even after more of a year that this project is running, the question which motors will work with which boards is still not fully clear. Especially for larger motors essentially no reports or tests exist. The v1.1/v1.2/v1.3 type of boards, which use TC4452 motor drivers, need to be distinguished from the v1.31 board, which uses DRV8313 drivers:

v1.1/v1.2/v1.3 boards: Motors with resistances of 12 Ohm or larger have been tested to be well handled at 4S, motors with 10 Ohm may be handled with care; for the latest summary see here (for details see also here, here, here and here).

v1.31 board: As it uses the same motor driver as the "original" 32-bit AlexMos/BaseCam gimbal controlelr board, it can be assumed that it works also for all motors/setups for which the BaseCam board works.

What about the magnetometer support?

A magnetometer is not yet supported: http://www.rcgroups.com/forums/showpost.php?p=29756073&postcount=2062 If a mag-imu is connected as main imu on the camera, mag will not be detected:

v... v0.51
s... ok
IMU is PRESENT @ LOW ADR
IMU2 is PRESENT @ LOW ADR = external IMU
MAG is not available
STATE is NORMAL

Software and GUI

How does Read, Write, and Store work?

[GUI:Read] reads the currently active settings from the board to the GUI.

[GUI:Write] writes the values of the GUI to the board and makes them effective immediately. The changes last until the board is reset or powered down.

[GUI:Store] makes that the board stores its current values into the EEProm so that they become permanent. The settings stored in the EEprom will be used at power up.

[GUI:Write+Store] does first a Write and then a Store.

Thus: With the [GUI:Write] button, all parameter values are copied to the board, and become effective immediately. They are however not stored permanently in the Eeprom, i.e., changes will be lost after a power down. To store changes permanently do a [GUI:Write+Store], e.g., by clicking the check box next to the [GUI:Write] button.

How to enter precise parameter values?

The o323BGCTool GUI doesn't allow to enter values in the text fields directly. The sliders can be moved using the mouse, or via the up/down keys when selected. The later allows precise adjustment of the values.

Which drivers are needed for the USB?

On Win7 the driver is usually installed automatically (this may take few minutes, be patient!). The correct VCP driver, usable also for WinXP and Win8/8.1, can also be obtained from here (it is crucial to follow the instructions in the readme.txt file, otherwise it won't work).

Storing the parameter values to the EEPROM doesn't seem to work

Please double-check that the correct firmware for your board has been flashed. The problem typically happens then e.g. the firmware for a F103RB is flashed onto a board with a F103RC.

Flashing with the usb-ttl adapter produces Windows error messages

If upon flashing you get Windows errors such as mfc110.dll is missing, msvcr110.dll is missing, or application was unable to start correctly (0xc000007b), then first check that you're not using an outdated GUI version. Otherwise, you need to install the VC++ runtime libraries. Download vcredist_x64.exe or vcredist_x86.exe depending on your Win system from here, and run the exe file.

Gimbal Construction

Does it matter where to install the camera IMU sensor?

In principle no, one can mount it wherever it is most convenient (of course as long as it tracks the camera motion). Some folks have however reported that the performance can depend on where the IMU sensor is mounted, depending on the specific gimbal some places seem to be better, i.e. allow e.g high PID values, than others. So, it may need experimenting.

In which orientation should the IMU(s) be mounted?

The IMU can be placed in any position provided it is parallel with the vertical and horizontal axis of the camera. In the GUI, under [GUI:Gimbal Configuration Tab], click on the [GUI:Configure Gimbal Tool] button. This will produce a pop up window with instructions to follow for the controller to automatically determine IMU orientation. When it says to tilt 45 degrees, tilt the entire gimbal, including the camera; don't rotate the pitch mechanism to 45 degrees. If you are doing it wrong, the procedure will time out. Once an attitude of about 45 degrees is met, the software will recognize the position, then you can continue.

Where should the main board be mounted for correct use of the second IMU?

See Using a 2nd IMU.