Jetzt habe ich das erst gesehen: Gas geht von Null auf 12%, dabei gibt es einen Eintrag (1min19s), wo Ubat 7,8V zeigt.
Wirklich komisch:
$1;1;62.85;56;0;250;0;0;0;0;0;0;0;10;14;0;0;30;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0
$1;1;63.00;56;0;250;0;0;0;0;0;0;0;10;14;0;0;30;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0
$1;1;63.10;56;0;250;0;0;0;0;0;0;0;10;14;0;0;30;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0
$1;1;63.15;56;0;250;0;0;0;0;0;0;0;10;14;0;0;30;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0
$1;1;79.25;55;0;78;0;0;12;1;0;4;0;10;14;0;0;30;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0$1;1;79.40;56;0;240;0;0;19;1;4;43;0;10;14;0;0;30;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0
$1;1;79.45;56;0;240;1;0;19;2;4;43;0;10;14;2;0;30;1;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0
$1;1;79.60;55;0;240;1;0;27;3;7;80;0;10;14;2;0;30;1;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0
$1;1;79.65;55;0;240;1;0;27;3;7;80;0;10;14;2;0;30;1;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0
Ich habe so was noch nie gesehen, ist aber theoretisch möglich:
Der JIVE liefert ja nicht die Werte, wie sie im Log erscheinen, JLog muss sie errechnen (Imot, mAh--die totale Modellrechnung, ..) bzw. muss er vom JIVE gelieferte Werte korrigieren oder die Datenquelle wechseln. Der JIVE liefert Unmassen von Daten, deren Stimmigkeit ist aber von seinem Betriebszustand abhängig.
Am Beispiel Ubat:
Wenn der Hauptprozessor nicht kommutiert, kommt keine aktualisierte Spannung. Es gibt aber eine zweite Quelle in den JIVE-Daten, die Ubat liefert, aber nur selten, dafür überhaupt ohne Kommutierung aktualisert wird. Dieser Spannungswert wird vermutlich vom zweiten Prozessor im JIVE geliefert.
Nun mag es einen Übergang geben, der, wenn auch HÖCHST selten, einen Hazard zulässt: In dem Augenblick, in dem Gas aus Sicht des JIVE 10% überschreitet, liefert Prozessor #1 wieder Ubat in hoher Aktualisierungsrate. Es wäre nun möglich, dass der erste Spannungswert nach Start der Kommutierung noch fehlerhaft ist. Das könnte dadurch begünstigt gewesen sein, dass Dein Gas nicht wie sonst üblich auf einen Vorgabewert springt (reicht ja vollkommen, da GovMode und Heli-Sanftanlauf), sondern langsam hochschleicht. Warum eigentlich?
Schon mit Jlog1 gab es einen ähnlichen Effekt: Der Startwert von Ubec konnte im Nirvana sein. Dafür hatte ich damals eine Warteschleife eingebaut, die erst ein paar JIVE-Takte nach Initialisierung des JIVE den Wert übernimmt.
Also, die 7,8V sind vermutlich ein Hazard aus dem JIVE und einer unentdeckten Lücke in der State Machine des JLog, - provoziert/begünstigt durch das hochschleichende Gas.
-----
Wg. der Aufzeichnungszeiten hast Du Recht, das ist aber gewollt, macht LogStop:
- Beim Startup erzeugt JLog den ersten Record, eine Null-Zeile, die braucht LogView.
- Erst, wenn der JIVE initialisiert hat (Piepskonzert mit dem Motor), läuft die "JIVE-Uhr", die Timestamps des JIVE sind der Taktgeber. Erst, wenn die Uhr läuft, kann aufgezeichnet werden, man würde sonst alles auf einen Zeitpunkt schreiben, Null.
- LogStop: Wenn Imot>0,3A oder Ibec>2,9A, startet die Aufzeichnung und fährt fort für 5 Sekunden (ca. 50 Records), wenn die LogStop-Bedingung wieder eintreten sollte. Dadurch verpasst man aber keine Daten, weil keine relevanten anliegen. Mit JLog-eigenen Sensoren, wenn die konfiguriert sind, die immer (Temp., z.B.) relevante Daten liefern, - wird ein eingeschalteter LogStop daher übergangen, - bzw., der JLog-eigene DZ-Sensor erweckt den Logger aus dem LogStop wie Imot und Ibec.
-----
Zitat:
In der Tabellenform steht Sekunde 0 dann Sekunde 7 mit jeweils einem Eintrag und erst ab Sekunde 20 Logt er ein paar mal die Sekunde und erst dann kommt die Akku Spannung hinzu
Du meinst das:
$1;1;0.0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0
$1;1;7.00;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0
$1;1;30.20;56;30;250;0;0;0;0;0;0;0;10;14;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0
Ja..
- Oben die Nullzeile, die gleich nach dem Erzeugen des Files geschrieben wird.
- Dann initialisierte der JIVE (sah gültigen Gas-Nullimpuls), die Uhr begann, zu ticken. Gleichzeitig hat das Motorgepiepse oder der BEC-Strom den Logger aus dem LogStop geholt. Da die Zeit aber gerade erst startete, hat o.g. Warteschleife zur Ausblendung von Hazards bewirkt, dass nichts aufzeichnet wurde, hier gerade mal den einen Eintrag um 7.00(s), die Werte waren noch künstlich auf Null gehalten durch die State Machine. Zufälligerweise lief dann einen Tick später der LogStop ab (5 Sekunden).
- Um 30.20(s) war alles eingeschwungen und JLog wurde aus dem LogStop geholt.
-----
Übrigens, weil das an anderer Stelle bei RCH neulich gefragt wurde:
Telemetrie und Logging sind zwei unterschiedliche Dinge, arbeiten im Endeffekt unabhängig voneinander, wie auch x andere Funktionen, Erzeugen/Lesen des Gasimpulses für einen Castle Creations, z.B.