luckybenni

Moin Mickes,
versuch es mal mit der MPEG Videokodierung, evtl. bekommst du damit die Latenz von 3 Sekunden runter. Ich vermute das Dekodieren des Videostreams lastet das Gerät so stark aus, dass die Geschwindigkeit der WLAN Übertragung darunter leidet. S4 is ja doch schon ein paar Jährchen alt, ebenso das dazugehörige Android.
Grüssle, Benni

Hmmm – bist du dir sicher das du den Naze an den richtigen Ports mit dem RasPi verbunden hast? Je nach Revision des Boards kann es unterschiedliche Belegungen geben, nicht dass es am Ende daran liegt. Scheinbar ist es auch wichtig, den UART2 RX zu finden.

Moin Wolf,
Schau mal beim Befestigungsfuchs nach, ein Spezialhändler für alles was mit Befestigungen zu tun hat. Der hat zwar nur Großpackungen >=100 Schrauben, dafür dann aber einen sehr günstigen Stückpreis. Die normalen Innensechskant Zylinderschrauben in allen möglichen Ausführungen (von M1.4 aufwärts bis M16) findest du hier (an den Händler bin ich über ein 3D Drucker Video von Thomas Sanladerer gekommen, der dort scheinbar seit langem seinen Schraubenbedarf eindeckt).
100 * M3*20 für 4,44 EUR – so günstig wirste kaum woanders fündig ;-). Conrad ist dagegen Apotheke, hat aber im Regelfall immer die Standardgrößen in seinen Shops vorrätig (wenns mal ganz dringend ist).
Grüssle, Benni

Moin Dieter,
zu deiner Failsafe Frage – prüf mal bitte, welche Settings im INAV Configurator in der Modes Section eingestellt wurden. In meinem alten INAV Image sind dort ganz am Ende der Liste die Beeper und Failsafe Modi auf den AUX2 Channel gelegt. Die Screenshots zu diesen Werten fehlen aktuell auf der Homepage. Sofern sie dein Failsafe Problem beheben, bitte Rückmeldung. Dann pack ich entsprechende Screenshots auf die Seite (sofern ichs hinbekomm *g*).
Evtl. ist dann auch noch der „Failsafe Kill Switch“ im Failsafe Reiter interessant, dieser überschreibt wohl die Failsafe Prozedur und holt das Gerät pronto vom Himmel (sofern ich den Hilfetext richtig interpretiere).
Grüssle, Benni

Moin,
das Bild ist die Sicht von oben, der rote Pfeil stellt die Flugrichtung & ergo Blickrichtung der Kamera dar.
Hast du die Propeller auch richtig drauf gemacht, d.h. bei richtiger Drehrichtung sorgen sie für Auf- und nicht für Abtrieb?
Wenn die Propeller richtig drauf sind – wie verhält sich das Copter Modell in der ersten Ansicht von INAV? Dort sollte es sich bewegen, wenn du den Copter in der Hand hälst und zur Seite neigst bzw. drehst. Zeigt dir INAV genau dieselbe Bewegung an oder weicht die Bewegung davon ab?
Grüssle, Benni

Servus Jan,
hast du mal geprüft, ob alle Kabel an den richtigen Anschlüssen angeschlossen sind und kein Kurzschluss gelötet wurde? Hast du mal versucht den CC3D per INAV anzusteuern, während möglichst wenig andere Dinge (Motoren / Raspberry Pi) am CC3D angeschlossen sind?
Das Fehlerbild deutet für mich auf defekten CC3D, eine fehlerhafte Verbindung zu den anderen Bauteilen (Motoren & RaspPi) und/oder Kurzschluss hin. Am ehesten lässt sich der Fehler eingrenzen, wenn du den CC3D einmal völlig ohne andere angeschlossenen Komponenten testest. Wenn er dann schon Probleme macht, liegt es am CC3D (es gibt leider durchaus defekte Geräte). Wenn er dann wie geplant funktioniert ist evtl. was in der Verkabelung / bei den Lötstellen schief gelaufen.
Grüssle, Benni

Hallo Daniel,
kannst du mir sagen, welchen WLAN Stick konkret du im WiFree verbaut hast? Nach Durchlesen deines ersten Post klingt die Fehlerbeschreibung für mich nach einem WLAN Stick, der evtl. die nötigen WLAN Protokolle nicht unterstützt – da sind schon einige drüber gestolpert.
Wenn der WLAN Stick gewisse Modi nicht unterstützt, kann die WiFree App auf dem Pi die Qualität der Funkverbindung nicht ermitteln. Wenn ich es noch richtig in Erinnerung habe ist sie dann so eingestellt, dass aus Sicherheitsgründen nicht gearmt (oder das Gegenteil) werden kann.
Wenn du mir den WLAN Stick nennst, bitte auch mit konkreter Herstellerbezeichnung inkl. Versionsnummer (wir haben schon Sticks mit zwei unterschiedlichen Versionen gehabt, bei denen eine Version funktioniert, die andere jedoch nicht funktioniert hat), kann ich mal recherchieren ob die Verbindungsprobleme daran liegen.
Aus den Screenshots habe ich aktuell konkret keinen wirklichen Fehler herausgefunden, nur die 191° (statt 180°) Pitch Korrektur fand ich etwas seltsam.
Das ein Motor nicht dreht kann durchaus an der Qualität der Lötstellen liegen – zumindest mein erster WiFree ist deswegen nicht geflogen. Wenn der WLAN Stick nicht das Problem ist – hast du evtl. einen Kurzschluss im System, der eine gewisse Spannung auf Leitungen schickt wo sie eigentlich nicht hin sollen?
Grüssle, Benni

Moin Daniel,
die Motorenansteuerung sollte auch normal via App funktionieren, nicht nur nach Reboot via INAV Configurator.
Hast du mal im Configuration Reiter die Einstellungen „disarm motor regardless of throttle value“ auf angeschaltet gesetzt? Dadurch sollten die Propeller nicht mehr drehen sondern benötigen ein explizites Armen (Umschalten von grün auf gelb bzw. rot). Ich aktiviere zudem noch die „Motor_Stop“ Funktion.
Wenn Motor 4 nur „einen“ Piep und nicht mehrere Pieps von sich gibt, ist evtl. der ESC noch nicht angelernt. Hast du die ESCs alle schon angelernt? Wenn ja – dann solltest du alle Lötstellen checken, an denen kann gerne mal was schief gehen :-(.
Grüssle, Benni