J-Log.eu - Forum

Hallo Tom,
anbei ein Log vom WE.
Es handelt sich um einen Logo600SE, 10S 4000mAh, der bereits ziemlich fertig ist, also der Akku.
Wenn ich das Log öffne, entweder im Jeti-Studio oder im DataExplorer, zeigt er mir, wenn der Motor läuft, Akkuspannungen von 90V und drüber an.
Ist Der Motor aus, scheint die Spannung zu stimmen.
Auch die Anzeige der niedrigsten Zelle kann nicht OK sein.
Irgendetwas ist da nicht so wie es sollte.

Kannst Du bitte mal schauen?

Ingmar

Ohhhh, sorry, Anhang vergessen...
Nun aber.

Ingmar

Sorry, morgen gegen Abend, vorher wird's hier leider nicht.

----
Hab doch noch geguckt: Da stimmt was nicht mit der Reihenfolge der Balancerstecker am CVS16. Die Spannungen erscheinen nicht in aufsteigender Folge. Dadurch sieht der CVS negative Spannungen, was eigentlich auch nicht gesund ist für ihn. Negative Spannungen kann er nicht messen, sie erscheinen als gigantisch hohe positive Spannungen.
Außerdem geht er nicht in den Packmode, daher sind das einfach nur Pin-Spannungen, - bis Pin5 sieht man es (wie sich die Zellenspannungen aufaddieren), ab Pin6 sind es negative Spannungen mit Bezug zur schwarzen Leitung des Gesamtpacks.

Ich rate mal, Dein 10S besteht aus 2x 5S, - und Du hast die beiden Balancerstecker einfach in der falschen Reihenfolge angesteckt, - das High-Pack (Zelle 6..10) bei Pin 1 beginnend.

_________________
Tom

Hallo Tom,
vielen Dank für die Analyse.
Das, was Du vermutest, ist nicht ausgeschlossen.
Ich werde das beim nächsten Flug überprüfen und richtig anschließen.

Herzlichen Dank,
Ingmar

Hallo an alle,
so, nun habe ich das nochmal im Fluge überprüft....
Nun, was soll ich sagen, wenn man halt alles richtig ansteckt, funktioniert auch alles richtig.
Sorry, das ich da nicht aufgepasst habe.

Ingmar

Ok

Das Anwendungsprinzip mit dem CVS16 ist: Bei Spannungsalarm landen und Akku tauschen. (alle CVS Alarme (4) auf einen Ubat-Generalalarm gemappt, worauf JLog selbst Pack-Gesamtspannungsalarm und Zellenspannungsalarm generieren kann (Zellenspannungen kommen vom CVS), also sind es insgesamt 6 Quellen)
Später Forensik machen, Log auswerten, CVS ohne Log lässt uns doof sterben.

Hintergrund: CVS macht statistische Bewertung der Einzelzellen und im Vergleich zu den Brüdern. Er kann eine "Weicheizelle" rechtzeitig erkennen.
So ein Weichei kann plötzlich zum Serienwiderstand im Pack werden. Vorher muss es noch keinen Spannungsalarm geben (Pack-Spg. oder Zellenspannung), - wenn es ihn dann doch gibt, wäre es evtl. bereits zu spät.

_________________
Tom

Hallo Tom,
danke, so hatte ich das auch verstanden.
Und so sehe ich das jetzt auch im Log.
Ich hatte den DataExplorer vom Winfried verwendet, da scheinen die Drehzahlen um den Faktor 10 zu hoch zu sein.
Habe ihm ne EMail gesendet...
Könntest Du das evtl. mal Verifizieren?
Anbei ein Log zum schauen, entstanden mit nem Logo600SE in low RPM.
Rotordrehzahl um die 800, Übersetzung 1:8.15
Auf meinem Sender wird die Drehzahl richtig angezeigt.

Ingmar

Hallo Ingmar,

ich sehe die hohen Drehzahlen in Deinen Aufzeichnungen. Im Prinzip kann man das Problem einfach lösen in dem man bei beiden Drehzahlwerten in der Gerätebeschreibung dies Zeile löscht :

<property description="Factor applied to measurement value" type="Double" value="10.0" name="factor"/>

Vergleiche ich aber die Anzeige der Drehzahl der Log-Datei, die mir Tom zur Verfügung gestellt hat (0017) stimmt die Drehzahl mit der Anzeige vom LogView Sceen-Shot überein. Da die Screen-Shots von Tom erstellt wurden gehe ich in erster Näherung davon aus, dass das so stimmt. Tom wollte die DataExplorer Unterstützung noch verifizieren, ist aber vermutlich bisher nicht dazu gekommen.

_________________
Gruß Winne

Doch, Winne, hatte ich gleich getestet, mich hier im Forum überschwenglich bedankt, "Werbung" gemacht.
(...und das alles ohne S32.. Bitte gib mir mal Deine Adresse, Winne!)

Anbei der log file 21 in LV.

Das ist 1:1, nicht mehr *10 wie bei JLog 2.x

Stimmt, *10 zu hoch. Das hatte ich als DE-Zauberlehrling verpennt, zu bemerken. Sorry!

_________________
Tom

Hallo Tom und Ingmar,

danke für das Feedback, die Zeile(n), die das *10 verursacht, ist gelöscht. Wird in der nächsten Version korrigiert dabei sein. Da das durch die History-Analyse noch etwas Zeit in Anspruch nehmen wird anbei die geänderte Geräte-Datei.

Geräte XMLs (de und en) :

Entweder deutsche oder englische Geräte XML in folgend aufgeführtem Verzeichnis kopieren und die Vorhandene ersetzen
Windows: %AppData%\Devices
Linux: ~/.DataExplorer/Devices
MAC OS X: ~/Library/Application\ Support/DataExplorer/Devices

_________________
Gruß Winne