Brushless Gimbal Controller - SOFTWARE

Status
Nicht offen für weitere Antworten.
Hallo!

Ich bin neu hier und möchte mich ein bisschen beteiligen:

In der aktuellen Version ist ein Bug in der SerialCommand.h - Zeile 40 u. 41

// Maximum length of a command excluding the terminating null
#define SERIALCOMMAND_MAXCOMMANDLENGTH 3

Da die verwendeten strncpy Befehle nicht autom. eine 0 anhängen, sollte es richtig heißen:

// Maximum length of a command including the terminating null
#define SERIALCOMMAND_MAXCOMMANDLENGTH 4

oder halt bei den strncpy - Befehlen ein "......+1" einfügen.

(Wenn man das debugging einschaltet und einen falschen Befehl eingibt sieht man die Folgen der "3")

Ansonsten: Vielen Dank an alle Entwickler. Gute Arbeit!

Gruß
Micha
 

baka

Erfahrener Benutzer

ahahn

Erfahrener Benutzer
Hallo Micha,
super wenn sich den Code mehrere Leute ansehen, da kann die Qualität nur steigen.
Die Verbesserung werde ich werde ich gleich dazunehmen.
lg
Alois
 

ahahn

Erfahrener Benutzer
Eine tcl Datei wird es nicht geben, oder? Würde gerne meinen Mac benutzen, falls möglich....
Trotzdem vielen Dank Hans, ansonsten nehme ich halt mein altes Notebook mit auf´s Feld :)
Ich nehme schon an dass es eine tcl version geben wird. meister Oli ist Meister der tcl Version :) Vielleicht kann er schon etwas dazu sagen.

lg
Alois
 

321mir

Neuer Benutzer
Hi zusammen

Hab die neue B-Gimbal Gui ausprobieren wollen dabei kam dieser Fehler.

Kennt den schon jemand ?

Betriebsystem : x64 Windows 8

Bis anhin hatte ich keine Probleme das Programm zu starten.


Fehler.jpg


Welche Pins auf der Platine werden den nun für die RC Steuerung verwendet ?


Gruss
 

ahahn

Erfahrener Benutzer

321mir

Neuer Benutzer
Hi
Danke für die Antwort. Komisch ist das die bisherigen B-Gimbal Versionen bei mir sauber funktioniert haben. Scheint Programmtechnisch ein Problem zu sein.

Danke für das Schema. Dann mach ich mich mal ans Pin Löten :)

Gruss
 

quadraf

Erfahrener Benutzer
Hi zusammen

Hab die neue B-Gimbal Gui ausprobieren wollen dabei kam dieser Fehler.

Kennt den schon jemand ?

Betriebsystem : x64 Windows 8

Bis anhin hatte ich keine Probleme das Programm zu starten.


Anhang anzeigen 59470


Welche Pins auf der Platine werden den nun für die RC Steuerung verwendet ?


Gruss
Hallo 321mir,

Das program ist geschrieben unter windows7-64bit(32bitmode).
Wan das program immer gelaufen hat unter W8 64bit dan kontest du probieren herneut ne neu installation zu machen in 32bit mode (W7-64bit(32bitmode) package), und ansliesend den letzten update.
Den picformat32.ocx hat mit screendump zu machen...
Rc anschliesen an A1 und A2.

Grusse Hans
 
Hallo Alois,

ich bin beeindruckt von Deiner Produktivität und dankbar, daß es so gut voran geht.

Habe folgende Beobachtungen gemacht, vielleicht helfen die für weitere Verbesserung.

1. In der Version 49B_r61 hatte ich das problem, daß der Gimbalcontroller nach wenigen Minuten die Arbeit einfach einstellt. Power Ein-Aus belebt das System wieder, danach ist aber bald wieder Ruhe. Hatte heute einen Flug und bin dreimal wieder gelandet. Ich habe den Eindruck, daß das irgendwie mit den RC-Inputs für Roll+Nick zu tun hat.

Habe soeben die 49B_r63 aufgespielt und kann den Effekt jetzt nicht mehr reproduzieren, möglicherweise hat eine der Änderungen das problem gelöst. Bin aber noch nicht damit geflogen. Gegencheck hat ergeben, daß ein erneuter Rückgang auf die 49B-r61 den Effekt wieder hineinbringt. Bin jetzt aber wieder auf r63, habe übrigens einen früheren Ratschlag von Dir befolgt und Wechsel innerhalb verschiedener Varianten der 49 immer über den Umweg eines erneuten 48er uploads gemacht, damit das eeprom neu initialisiert wird.

2. Ich habe noch einen anderen Effekt beobachtet, der die Frage aufkommen läßt, ob es es eine Asymmetrie irgenwo in den Regelalgorithmen gibt, sodaß das Gimbal auf den im Betrag gleichen Lagefehler unterschiedlich regiert, jenachdem, ob die Lageabweichung links oder rechts ist. Ich habe peinlich darauf geachtet, daß das Gimbal mit der Kamera gut ausbalanciert ist, es neigt sich zu keiner Seite bzw. bevorzugten Lage. Wenn ich aber Roll mit einem Finger auf einer Seite vorsichtig für einige wenige Polstellungen nach unten überdrücke , dann folgt auf der rechten Seite eine sofortige und schnelle Rückstellung, das Gimbal drückt also gleich gegen den Finger. Tue ich das in der anderen Richtung, dann reagiert das Gimbal mit einem Schwenk von 15-20 Grad in dieselbe Richtung (läuft also dem anschiebenden Finger davon) und schwenkt dann erst langsam zurück. Diesen Efekkt habe ich in allen 49er Versionen. Mit der 48 kann ich nicht gut vergleichen, die habe ich zwar draufgehabt, aber nie so richtig zum Spielen gebracht.

Hat jemand eine Idee zu des Pudels Kern?

Gruesse

Artur
 
Zum Punkt 1 meines vorigen Beitrages muss ich mich leider korrigieren, nach Schreiben des Beitrages bin ich zurück zum laufenden System: Leider ist es wieder (also auch in der 49b_r63) weggegrätscht (still eingeschlafen), es hat nur einen Moment länger gedauert, schade. Ist Euch das auch schon passiert?

Punkt 2 macht mir auch immer noch Kopfweh.

Gruesse Artur
 

JUERGEN_

Generation 60++
:)
welche IMU wird verwendet ?

einige MPU6050 haben ja schon mal einen 5V-LLC drauf. mit den entsprechenden Pullup-Widerständen drauf.

LLC_Schematic.png

auf welchen Pegel werden sie sich nun einig ? :) .... der Gimball hält mit 3,3V dagegen.

:)
 
Zuletzt bearbeitet:
Naja, der Sensor wird ja nur mit 3.3V versorgt, kann das Breakout ja keine 5V Pullup machen
Bei den meißten MPU6050 sind die Pullup auf 3.3V bereits aktiv (besser nachmessen),
so das die auf dem Martinez Board entfernt werden sollten
 
Status
Nicht offen für weitere Antworten.
FPV1

Banggood

Oben Unten