Flip32+ CN-Clone Jitter auf Rc-Kanälen

Status
Nicht offen für weitere Antworten.
Bamfax

Bamfax

Erfahrener Benutzer
#1
#1
Hi,

wir haben gerade auf mehreren Coptern eine Flip32+ Steuerung (Banggood) verbaut, RX in ist X4R mit SBUS auf CPPM Converter.

Ein paar der Flugsteuerungen verhalten sich ziemlich bekloppt, mit wildem Jitter auf allen RC-Inputs, sprich auch zufälliges Armen/Disarmen, Motoren null-/halb-/vollgas, etc.

Umbinden auf einen andere ID an der Taranis ändert nichts. Allerdings wenn man den X4R nicht über den Konverter anbindet, sondern Einzelkanäle nimmt, funktioniert es prima. Dann fängt allerdings die BaseflightWinGUI an, beim Reiterwechsel abzustürzen. Auch lässt sich beim feature pass nicht mehr auf die CLI verbinden. Alles mit der gleichen FC Config, die auf einer anderen Flugsteuerung problemlos läuft.

Habt Ihr eine Idee? Ich tendiere so langsam dazu, die Flugsteuerung für schuldig zu halten. Habt Ihr eine Meinung dazu, schon mal was ähnliches erlebt? Ich bin jetzt bestimmt schon 8 FCs ohne sowas durch, allerdings alle Flip32+ Originale.

Grüße,
Olli
 
B

brm

Erfahrener Benutzer
#2
#2
hi,
kann sein, dass das bec/esc nicht genügend pfuuus liefert.
hänge mal da cn (crius CN gps modul?) ab und schaue ob es sich verbessert.

auch die spannungsversorgung der frsky intern ist nicht besonders gut. hänge deshalb mal einen stütz kondensator auf der 5 volt schiene rein.

das bf gui hat sich bei mir immer aufgehängt.
gestern gab es ein update und danach lief es wieder besser.
 
D

DerKlotz74

Erfahrener Benutzer
#3
#3
Bamfax

Bamfax

Erfahrener Benutzer
#4
#4
Hi Jungs, danke, das sind gute Tipps. Ich probiers und meld mich wieder. Ich tippe auf overflow, weil alle funktionierenden sind alte RXen oder zurückgeflasht.
 
D

DerKlotz74

Erfahrener Benutzer
#5
#5
Bamfax hat gesagt.:
Hi Jungs, danke, das sind gute Tipps. Ich probiers und meld mich wieder. Ich tippe auf overflow, weil alle funktionierenden sind alte RXen oder zurückgeflasht.
Zum Vergrößern anklicken....
Haste schon was heraus gefunden???
 
Bamfax

Bamfax

Erfahrener Benutzer
#6
#6
Am Montag treffen wir uns wieder, dann wird getestet. Hab schon das Flashtool, andere Flugsteuerung, andere BECs und Kondensator eingepackt :)
 
Bamfax

Bamfax

Erfahrener Benutzer
#7
#7
Wir haben jetzt eine ganze Weile rumgetestet. Auf jeden Fall tritt das Problem nur sporadisch auf. Manchmal ist es nach Einschalten gleich da, manchmal 15 Minuten überhaupt nicht, manchmal nur kurz im Flug. Wir haben alle betroffenen Receiver auf latest X4R latest EU geflasht, das hat zumindest bei einem Copter überhaupt nichts gebracht.
Bei einem anderen hatten wir nur noch einen Testflug gemacht, da ist das Problem nicht mehr aufgetreten, aber das war wahrscheinlich nur zu kurz getestet.
Bei dem Copter, der definitiv auch mit "latest EU" den Jitter noch hatte, haben wir einen Flug mit einem anderen RX gemacht, da ist das Problem bei diesem einen Flug nicht aufgetreten.
Hinsichtlich der Stromversorgung haben wir noch nicht geschaut, aber die Copter sind komplett unterschiedlich ausgestattet (einer der Fehlercopter hat Kondensatoren verbaut), einer der ohneFehlercopter hat den gleichen BEC verbaut wie die mit Fehlern.

Ob der Jitter von der FC selber eingeführt wird, ist ist fraglich: Wenn man die Taranis ausschaltet, der RX also kein Signal mehr bekommt, ist der Jitter sofort komplett weg. Auf allen Radios ist 2.0.17 EU geflasht. Wir haben auch alle Taranis gleichzeitg angehabt bzw. einzelne Radios parallel angehabt, da ließ sich auch kein Zusammenhang feststellen.

Also wirklich schlauer sind wir nicht. Außer, das es irgendwo RX oder FC sein muss, aber nicht am Overflow Bug liegt.

Auf jeden Fall kann ich jetzt jedes FrSky Produkt inkl. aller jeweiligen Komponenten flashen. Naja, fast alle ;)
 
B

brm

Erfahrener Benutzer
#9
#9
Bamfax hat gesagt.:
Wir haben jetzt eine ganze Weile rumgetestet. Auf jeden Fall tritt das Problem nur sporadisch auf. Manchmal ist es nach Einschalten gleich da, manchmal 15 Minuten überhaupt nicht, manchmal nur kurz im Flug. Wir haben alle betroffenen Receiver auf latest X4R latest EU geflasht, das hat zumindest bei einem Copter überhaupt nichts gebracht.
Bei einem anderen hatten wir nur noch einen Testflug gemacht, da ist das Problem nicht mehr aufgetreten, aber das war wahrscheinlich nur zu kurz getestet.
Bei dem Copter, der definitiv auch mit "latest EU" den Jitter noch hatte, haben wir einen Flug mit einem anderen RX gemacht, da ist das Problem bei diesem einen Flug nicht aufgetreten.
Hinsichtlich der Stromversorgung haben wir noch nicht geschaut, aber die Copter sind komplett unterschiedlich ausgestattet (einer der Fehlercopter hat Kondensatoren verbaut), einer der ohneFehlercopter hat den gleichen BEC verbaut wie die mit Fehlern.

Ob der Jitter von der FC selber eingeführt wird, ist ist fraglich: Wenn man die Taranis ausschaltet, der RX also kein Signal mehr bekommt, ist der Jitter sofort komplett weg. Auf allen Radios ist 2.0.17 EU geflasht. Wir haben auch alle Taranis gleichzeitg angehabt bzw. einzelne Radios parallel angehabt, da ließ sich auch kein Zusammenhang feststellen.

Also wirklich schlauer sind wir nicht. Außer, das es irgendwo RX oder FC sein muss, aber nicht am Overflow Bug liegt.

Auf jeden Fall kann ich jetzt jedes FrSky Produkt inkl. aller jeweiligen Komponenten flashen. Naja, fast alle ;)
Zum Vergrößern anklicken....
Hmmm, wechlse mal den empfaenger von dem du weisst er produziert keinen Jitter an das Modell wo du Probleme hast. Teste beide und dann weisst du ob das Problem gleich bleibt oder mit wandert.
 
Bamfax

Bamfax

Erfahrener Benutzer
#10
#10
Ja brm, Deiner Meinung. Was die Problemcopter gemeinsam haben, ist, dass sie alle die Frsky EU Firmware verwenden. Als nächstes werden wir uns die Empfänger mal zur Brust nehmen.

Bzgl. Jitter, das hatte ich oben schon mal geschrieben, die Channels bewegen sich alle von 1000 bis 2000, inkl. Aux. Der Copter entwickelt da eine gewisse Ähnlichkeiten zu Stephen King Erzählungen
 
S

Steffen Graap

Erfahrener Benutzer
#11
#11
Du schriebst, das der Empfänger direkt am FC keine Jitter hat, aber mit SBUS->CPPM-Konverter. Vieleicht liegt es ja an dem Converter, der muss ja aus den serielen Daten die PPM für die einzelnen Kanäle erzeugen. Wenn in diesem Converter für den Prozessortakt kein Quarz eingebaut ist, er statt dessen auf einem internen RC-Oszilator läuft, kannes bei der Erzeugung der PPM schon mal zu einem Jitter kommen. Diese Oszlatoren sind Abhängig von der Temperatur & der Versorgungsspannung. Wenn du nur 5% Drift des Oszilator hast, heißt das, das sich dein PPM-Wert um 50µs verändern kann.
Vieleicht kannst du ja mal Foto von dem Converter, oder ein Link einstellen, um dies mal zu prüfen.
 
Bamfax

Bamfax

Erfahrener Benutzer
#12
#12
Hi Steffen,

von der Problematik hatte ich auch schon mal gelesen. Danke für den Hinweis. Wir verwenden alle den Standard FrSky Konverter: http://www.alofthobbies.com/frsky-sbus-converter.html.

Tendenziell würde ich es eher für unwahrscheinlich halten, dass da was komisch läuft. Aber irgendwo aus dem Eck muss es ja schliesslich kommen. Auch da werden wir dann mal draufschauen. Wird dann der dritte Troubleshooting Abend am Montag ;).

Grüße,
Olli
 
S

Steffen Graap

Erfahrener Benutzer
#13
#13
Darf man fragen, warum du das SBUS-Signal nicht direkt an den FC anschließt? Das Signal sollte auf jeden fall besser sein, da dann die gesammte Übertragungsstrecke vom Sender über den Empfänger bis zum FC digital aufgebaut ist. Im Moment fällt mir nur ein Grund ein, mit dem ich aber auch zu kämpfen hab. GPS UND LED-Streifen laufen aktuell nicht zusammen mit SBUS. Vieleicht geht ja was beim nächsten CF-Update.

Ach ja, bei dem Converter sieht man durch die "Verpackung" nicht wirklich was da verbaut ist. Bei der Größe tippe ich aber mal auf ein Tiny-AVR oder PIC, warscheinlich ohne Quarz.
 
Bamfax

Bamfax

Erfahrener Benutzer
#14
#14
Ich bin alter Harakiri-Anhänger und der Plan war die Seriellen für GPS und Telemetrie freizuhalten. Bisher hatten wir auch noch keine Veranlassung hier einen anderen Plan zu verfolgen.
http://www.fpv-treff.de/viewtopic.php?f=18&t=2265

Hier "Jitter" zu sagen war auch nicht ganz zutreffend, die Signale springen ja teilweise komplett zw. 1000 und 2000 hin- und her.
 
Zuletzt bearbeitet:
S

Steffen Graap

Erfahrener Benutzer
#15
#15
Sorry, mit Harakiri hab ich mich noch nicht beschäftigt. Ich benutze aktuell CF 1.9 und nutze da Com2 für den SBUS. Den einen Softserial wollte ich für's GPS benutzen. Com1 ist ja für Telemetie schon reserviert. Leider kann man aktuell nur beide Softserial zusammen aktivieren, und somit geht die LED-Geschichte nicht mehr. Wenn ich den Code in CF richtig überflogen habe sieht es so aus, als könne man die Softserial seperat aktivieren.
 
Bamfax

Bamfax

Erfahrener Benutzer
#17
#17
Es gibt eine neue Erkenntnis: Den Kollegen, den wir von non-EU auf EU Firmware umgezogen haben, hat jetzt die gleichen Probleme bekommen. Es sieht also so aus, also würde das Problem im Zusammenspiel zwischen X4R EU-Firmware (latest) und dem CPPM Konverter entstehen. Wir hatten ja auch schonmal ohne CPPM getestet und keine Probleme gehabt. Irgendwo in einem Thread hat zuletzt auch jemand das gleiche Problem gehabt.

Soweit die aktuelle Theorie. Wir schauen uns das heute abend nochmal in der Praxis an.
 
Status
Nicht offen für weitere Antworten.
FPV1

Banggood

Oben Unten