Probleme soweit behoben und jetzt das...

quansel

quansel

Erfahrener Benutzer
#1
#1
Es soll einfach nicht sein ... dass der Quansel einen Quadrocopter fliegt! :-(
Nach den verschiedenen Problemen - egal ob selbst verantwortlich oder die Technik - ist mein
Copter genau 2x schön geflogen ... von einem Flug gibt's ja ein kleines Video.

Seit gestern Nachmittag geht aber dummerweise nix mehr! Folgender Ablauf hat stattgefunden:

Ich hatte meine Akkus geladen, meine Props und Verschraubungen geprüft, den Akku angeklemmt
und alles sah zunächst aus wie immer. Doch nachdem sich der Copter "eingerichtet" hat, blinkt
die blaue LED ... ich habe bestimmt sparsam geguckt!

Nachdem ich den Akkustecker nochmals abgezogen und wieder angesteckt habe, war auch das Blinken weg
und die Motoren liessen sich scharfschalten und starten. Jedoch spürte ich in der Hand keinerlei Widerstand
gegen irgendwelche Bewegungen ... weder im ACC Mode noch im Stable Mode!
An der GUI angeschlossen, wird auch eine Verbindung hergestellt und die Anzeige des Copters erscheint,
nicht jedoch die Einstellungsparamater (auch nicht nach Drücken von "read" und mit dem Com bin ich verbunden).

Es scheint soweit alles steuerbar, nur keiner der Sensoren ist aktiv oder funktioniert! Links oben wird nur 1,9V
angezeigt, die Linien zeigen keinerlei Ausschlag oder Bewegung und der Copter rechts unten steht ebenso still!
Wer kann mir sagen, was das ist (Scrennshot der GUI unten)???
Kann es sein, dass ich das Board irgendwie kurzgeschlossen habe, obwohl der Massepol definitiv richtig verbunden
war (Akku minus steckte in Minus vom Stromverteilerboard)? Was ist jetzt kaputt? Kann ich es reparieren?

Seht her:
 

Anhänge

fofi1

fofi1

Gesperrt
#2
#2
Hallo, jetzt mal keine panik :) . Also...was hast du für ein Board? Kannst du den Sketch neu aufspielen? Schon nach Lotkrümeln auf der Platine gesucht die einen Kurzschluss verursacht haben könnten? Anscheinend hat bei dir der I2C bus ein Problem. Hast du ein Oszilloskop oder kannst du dir eins ausleihen?

Edit: Hab den anderen thread gerade gefunden. Bei dem Board kann eigentlich nur eine ungewollte Verbindung zwischen SCL und SDA des Atmegas zu dem führen was du beschreibst. Sehr unwahrscheinlich vllt auch ein abgefallener Pullup am Board. Schau mal ins datenblatt des Atmegas (einfach bei google) . Dort siehst du welche Pins SDA bzw SCL sind. verfolge die Leiterbahnen auf dem Board und schau ob dort irgendetwas ungewöhnliches ist (tiefer Kratzer...metallpulver zwischen Sensorpins...abgefallener Pullupwiederstand (widerstand zwischen scl gegen + bzw. zwischen SDA und + )
 
Zuletzt bearbeitet:
quansel

quansel

Erfahrener Benutzer
#3
#3
Hi fofi1!

Erstmal vielen Dank fürs Mutmachen und die Hilfe!
Ich muss aber zugeben, dass ich mich mit diesen Begriffen wie SDA und SDL nicht auskenne
Und mich da einlesen muss ... Werde mir mein Crius Multiwii Se (das isses) morgen nochmal
Genau angucken ... Auch, weil ich erstmal verstehen muss, wie und wo ich das durchmessen
Muss, wie Du's beschrieben hast. Ist es denn überhaupt korrekt, dass da 1,9v angezeigt werden
In der GUI? Müssten die Werte nicht entweder 3,3 oder 5volt betragen?

Quansel
 
fofi1

fofi1

Gesperrt
#4
#4
Das mit den 1,9V ist ganz normal. Da brauchst du dir keine Gedanken zu machen.

Hier siehst du die Belegung deines Atmegas aufm Board: http://robotics.org.za/image/data/Components/tqfp-pin.jpg
PC4 und PC5 sind die Datenpins zu den Sensoren. Links oben im Bild ist so ne Vertiefung...die findest du auh auf deinem Chip aufm Board. Daran kannst du dich beim Suchen der Pins orientieren.

Dann einfach die 2 Leitungen die zu den Pins gehen auf der Platine nachverfolgen und schauen ob die irgendwelche Risse oder ähnliches haben. Wenn da nichts ist, dann kontrollieren ob die Chips uwischen den beinchen irgendwelche metallkrümel haben. Wenn da nichts ist, dann such nach dem Widerstand, der jeweils an der leitung dranhängt. Da gibt es nur einen. Schau mal ob der noch ganz ist.

puhh....das wäre mit oszi viel einfacher :)
 
Kayle

Kayle

Erfahrener Benutzer
#5
#5
Hi,

In Deinem screenshot ist zu erkennen, das der Baro nicht erkannt wird. D.h. das dieser über den i2c bus nicht zu erreichen ist und es dadurch zu den wie von fofi1 schon erkannten i2c busfehlern kommt. Entweder es stimmt im sketch etwas nicht ( baro die falsche adresse ) oder ein hardware problem.

Kayle
 
quansel

quansel

Erfahrener Benutzer
#6
#6
So, habe jetzt mal genau nachgeguckt ... aber nix Ungewöhnliches (für mich jedenfalls) gefunden.
Es scheinen keine metallischen Krümel und keine Risse oder andere Unterbrechungen vorzuliegen.

Makroaufnahme:


Den Baro habe ich im übrigen auskommentiert, da ich mich zunächst auf die korrekte Grundeinstellung
konzentrieren möchte.

Quansel
 

Anhänge

quansel

quansel

Erfahrener Benutzer
#7
#7
Hat denn niemand eine Idee???
Woran kann es liegen, dass das Board alles macht, nur keiner der Gyros
Oder Sensoren arbeitet ...???

Quansel
 
Kayle

Kayle

Erfahrener Benutzer
#8
#8
Beginn doch erstmal damit systematisch alles auszuschließen indem Du im Sketch erstmal den itg3200 aktivierst. Keinen weiteren Sensor. Hast Du dann immer noch i2c fehler?

Kayle
 
fofi1

fofi1

Gesperrt
#9
#9
Das hat zu 99% nichts mit dem Sketch/Code zu tun. Das scheint so als wäre der Bus durch irgendeinen Fehler gestört. hatte ich in letzter Zeit auch schon öfters.....nicht nur am Multiwii System *grummel*

Das Bild sieht gut aus. Also am Prozessor selbst ist anscheinend nichts verdreckt/verbunden. Dann kommen nur noch Sensoren und Pullups in Frage.
 
Kayle

Kayle

Erfahrener Benutzer
#12
#12
Ich geb dir voll und ganz recht. Ohne oszi wirds schwer. Um den i2c bus zu kontrollieren lade dir mal ein i2c scanner sketch auf Dein board. Über die serielle schnittstelle bekommst Du angezeigt welche adressen sich finden lassen. Wird keine adresse ( sensor ) gefunden liegt es nicht am multiwii sketch.

Kayle
 
quansel

quansel

Erfahrener Benutzer
#13
#13
Dankeschön für die weiteren Tips!

Ich könnte nachher wirklich mal einzelne Sensoren im Sketch auskommentieren,
um zu sehen, ob es ein bestimmter ist. Aber wenn es die Pullups sind, nützt dann
das Auskommentieren was? Ich würde vermuten, dass dann diese I2C-Fehler
trotzdem auftauchen würden, oder!?

@fofi
Bzgl. Checken des Boards ...danke für das Angebot! Ich frage mal'nen Elektriker
am Ort (nicht als Ablehnung werten, bitte!), danach melde ich mich bei Dir.

Gruss
Quansel
 
R

Roberto

Erfahrener Benutzer
#14
#14
Solche Probleme hatte ich auch mal: FC fertig gebaut, geflogen - alles gut, am nächsten Tag: alle Sensoren in der GUI weg. Ich habe meinen Drahtverhau komplett nachgelötet - und das wars gewesen. Letztendlich war es bei mir eine schlecht gelötete Masseleitung (GND) zur WMP/BMA020, die sich verabschiedet hatte. Nachgelötet - Funktionstest - und dann Heisskleber drüber - da geht nichts mehr los. "Der Segler" hatte hier (http://fpv-community.de/showthread....steiger-Hilfe!&p=117768&viewfull=1#post117768) noch einen guten Tipp: Du kannst einen Sketch flashen, der Deinen IC2 Bus scannt, dann kannst Du vielleicht den Fehler leichter eingrenzen. http://www.gammon.com.au/forum/?id=10896
 
scritch

scritch

Erfahrener Benutzer
#16
#16
Hallo quansel. Ich hatte gestern genau das selbe Problem, mit identischem Fehlerbild. Lauter I2C-Errors und keine Sensoraktivität. Die Linienanordnung sag exakt aus wie in deinem Bild. Bei mir war es die Stromversorgung für den BMA020, die einen Wackelkontakt hatte. Die Lötstelle war mangelhaft. Daher hat es mal funktioniert und mal nicht. Kontrolliere daher nochmal alle Lötstellen von deinen Sensoren!

quansel hat gesagt.:
So, habe jetzt mal genau nachgeguckt ... aber nix Ungewöhnliches (für mich jedenfalls) gefunden.
Es scheinen keine metallischen Krümel und keine Risse oder andere Unterbrechungen vorzuliegen.

Makroaufnahme:


Den Baro habe ich im übrigen auskommentiert, da ich mich zunächst auf die korrekte Grundeinstellung
konzentrieren möchte.

Quansel
Zum Vergrößern anklicken....
 
Z

Zarro

Neuer Benutzer
#17
#17
Hi Quansel,

Nur die Ruhe. Stell mal bitte deinen Sketch hier rein und vielleicht noch Infos über Empfänger und Regler. Die I2C-Errors kannst du u.U. durch falsches // erhalten. Die 2.0 gibt es in der Zwischenzeit als Final. Mach die mal drauf! Im Sketch brauchst du nur das Crius SE "einkommentieren" , alles andere lassen wie es ist. Zur Sicherheit die Props abmontieren.
Vielleicht kannst du noch 1-2 Bilder einstellen wo man die Kabel/Leitungen/Stecker sehen kann.

Gruß Zarro
 
Zuletzt bearbeitet:
quansel

quansel

Erfahrener Benutzer
#19
#19
So, ich habe mir das Bauteil C22 und seine Lötstellen angesehen ... nach meinem
Ermessen ist da alles korrekt. Wie auf dem Board (Crius Multiwii SE) eigentlich
insgesamt. Ich sehe keine Unterbrechungen, keine Risse oder ähnliches.

Vielleicht sollte ich erwähnen, dass ich mit genau dieser Konstellation schon
geflogen bin ... also auch mit dem Sketch und mit den Steckverbindungen,
die ich natürlich nochmals gecheckt habe.

Ich kann per 3-Wege-Schalter den ACC und den Mag zuschalten; genau das
funktionierte ebenfalls gut ... vorher. Den Baro hatte ich auskommentiert,
weil ich den Copter Stück für Stück anpassen und stabilisieren möchte.

Ich weiss nicht weiter ... evtl. melde ich mich bei Dir fofi1.

Quansel
 
weisseruebe

weisseruebe

Erfahrener Benutzer
#20
#20
Ein ähnliches Problem habe ich auch gerade. Crius SE.
Alles wurde korrekt angezeigt, alle Sensorwerte wunderbar, keine I2C-Errors o.ä.
Plötzlich, und ohne Veränderungen am Copter fängt die blaue LED komisch an zu blinken. Bei einer Verbindung zum Copter nur noch Chaos, völlig veränderte Werte, I2C-Errors im Negativen Bereich, bei jedem Read andere Werte.
Neues aufspielen des Sketches hat nichts gebracht.
Bisher ratlos.

Edit: EEProm komplett gelöscht (mit dem passenden Sketch in Examples). Multiwii 2.0 neu aufgespielt. Seitdem alles bestens seit einer Weile. Vor dem Erstflug mit dem neuen Crius SE werde ich aber noch viel testen und bestimmt mal einen Akku am Boden leermachen.
 
Zuletzt bearbeitet:
Um antworten zu können musst du eingeloggt sein.
FPV1

Banggood

Oben Unten