J-Log.eu - Forum

Tja.., ich bin nicht nur "zu faul" (keine Zeit), die Release Notes weiter zu führen in der letzten Zeit, - ich bin auch zu faul, 2x zu schreiben.
Also hier in Kopie:

_________________
Tom

Tja - und manche Zeilen dazwischen überraschen den "langjährigen Mitleser" hier dann doch...

.. und zwar natürlich positiv - bin in "freudiger Erwartung"

Nachdem Sobek das K-Ruder übernahm, hatte ich ja hier zu Frieden aufgerufen.
Es gab dann Kommunikation, aber es passierte nix.
Es wäre vielleicht nie etwas geschehen, hätte ich nicht mal ausnahmsweise einen auf "sozial" gemacht (unser Mehmet hatte mich gepiesackt, aber ich hatte auch mit Dirk (3Digi) was zu bequatschen) - und wäre den arschweiten Weg zur Rotor Live gefahren. (ok, die Schwiecherelstern wohnen nur 70km entfernt, für Bleibe war gesorgt, meine Madam (Antje) kam natürlich mit)
Ich machte bei K den "üblichen Rambo" des alten Doc (das ist eigentlich mein Nickname), - es passierte danach auch nix, - aber jetzt, - und ich muss sagen, das funktioniert, wie eigentlich immer zwischen Fachkollegen.

Kommt jetzt also bald ne neue ESC Fw mit revised TelMe JETI (betrifft S32 und die Allgemeinheit).
Dann wird es auch bald JLog2.x mit den K-ESCs besser gehen. Step 2 oder dieselbe Fw.
Dann gibt es noch was ganz anderes an Datenkommunikation, das kommt dann sicher in Step 3.
Ein dritter ESC-Typ von K ist dann bald mit im Bunde.

_________________
Tom

Na geht doch! Bist Du nächstes Jahr auch wieder auf der Rotor?

Gruß,
Martin

_________________
TDR, Diabolo 550, Protos 500, Trex 250 // BeastX

Gute Frage... Nächste Frage?

Update:

_________________
Tom

Zu diesem Alarm-Eingang für R2bufV4 (oder irgendwas anderes):

(Ich habe Linus noch mal gefragt, ob das Bedienen dieses Ausgangs bereits in der Firmware des Buffers ist. Diesmal klang er nicht 100%ig sicher.. Er will noch mal in die Source gucken. Das tut er bereits seit >1 Woche...)

Der Eingang ist low-active, - also, wenn der Pegel kleiner als 0.8 bis 0.7 Volt ist, dann wird er als aktiv betrachtet. Low-active, damit ein versehentlich abgeklemmter Geber (oder der ist off) auch Alarm gibt.
Alarm: Das löst Ubec Alarm aus, somit auch generellen Alarm, geloggt, und in jede Telemetrie gegeben, auf dem jeweilig möglichen Wege.

Viele User denken über den Buffer, ebenso wie über den UltraGuard, nur als Backup Device im Falle des Ausfallens der Primärquelle (BEC). Dem ist aber nicht so, bei beiden nicht!
Die Dinger buttern ständig zu, i.allg. pro Sekunde x-mal. Das ist auch erforderlich, denn wir alle begehen zwangsläufig die Perversion, einerseits immer mehr Strom zu ziehen (HV, entsprechende Servos), andererseits immer noch diesen Crap JR Steckverbinder zu verwenden, mit immensem Kontaktwiderstand. Der Drahtquerschnitt ist dadurch auch zu limitiert.

Der BufferV4 ist anders als die bisherigen. Es sind nicht einfach 3 C's in Reihe, an die zusätzlich ein analoger Charger angeschlossen ist, - er arbeitet voll digital, unterscheidet beide Richtungen, schaltet um, - Laden oder Liefern. Er misst nicht nur die Spannung, er misst auch den Strom und unterscheidet dessen Richtung.
Dieser Ausgang ist eigentlich kein Alarmausgang, sondern hier erfolgt nur Statusmeldung des Buffers, Strom rein (Laden) oder raus (Puffern, Signal aktiv).

S32 ist derjenige, der aus diesem Status einen Alarm macht: Wenn das Signal mehr als 3 Sekunden (ab 3001ms ) ohne Unterbrechung aktiv ist, dann wird das als alarmierender Zustand gewertet.

----------

In diesem Zusammenhang muss ich mal meinem Befremden Ausdruck geben: Seit 7.5J sehe ich immer wieder, dass die BEC-Spannungsüberwachung durch JLog nicht aktiviert wird, - "Ubec Dip Detection".

Was soll das denn? Man will den Helfer beobachten zwecks Alarm, aber das Überwachen der Ursache, der evtl. ausfallenden Primärquelle, ignoriert man?!

_________________
Tom

wo wird den der Alarm beim S32 ausgegeben?
oder wird der lediglich geloggt?

Ich habe bei mir bis jetzt den RX Spannungs Alarm im Sender aktiv (Spektrum DX18).
Mein BEC ist auf 7,6V programmiert. Die Warn schwelle im Sender liegt bei 7,3V.
Die 0,3V Differenz werden beim fliegen auch nie unterschritten.
Ich habe auch die Caps von Linus dranhängen (V3).

Wenn ich jetzt den Flugakku abklemme (ist also simultan eines BEC Ausfalles), erfolgt <2 Sekunden ein RX Spannungsalarm im Sender der mich warnt!
Das wäre dann ja sogar noch schneller als die 3 Sekunden beim S32.

Evtl. habe ich es auch nicht richtig verstanden was S32 jetzt besser kann bei der Alarmausgabe?
Bring mal Licht ins Dunkel

Gruß
Werner

Wo werden Alarme ausgegeben, bei S32 (JLog3) gleichermaßen wie bei JLog2.x, - also bei allen JLog?

In eine Telemetrie, - egal, welcher Alarmtyp.

Alternativ kann man 1 bis 2 Alarmleitungen definieren, sofern man im Modell einen Alarmgeber hat, - akustisch, optisch, ... Das ist heutzutage eher exotisch.

Der JLog-interne Alarmtyp ist aUbec, Ubec-Alarm. Wie er im Telemetrieterminal ausgelöst wird, bzw. auf welchen möglichen Alarm er gemappt wird, ist bei jeder Telemetrie anders.

Nur Multiplex, JETI, HoTT unterstützen, dass ein Sensor einen Alarm meldet.
Nur ein Multiplex(immer noch?) oder HoTT Terminal (Sender) kann nicht selbst Alarmschwellen definieren.
Alle anderen Telemetrie Terminals wollen es selbst tun, idiotischerweise.
Daher triggert JLog oft indirekt doch selbst, indem er eine bestimmte, einzustellende Alarmschwelle im Terminal verlangt, - dann "wackelt" er am betreffenden Wert, um selbst den Alarm zu triggern, - so in Futaba, FrSky (OpenTx), HiTec. Bzgl. mAh Alarm tut er es einfach so, um Daueralarm zu vermeiden.

In SPEKTRUM gab es früher noch vereinzelte Displays ("Sensoren"), in die der Sensor (JLog) einen Alarm senden konnte. (eigentlich nur eines, "PowerBox")
Das ist jetzt vorbei, der Sender will alles selbst definieren.

Damit sind wir beim JLog Ubec Alarm und SPEKTRUM:
Ubec kommt im Display "ESC".



Bingo, auf die Subdisplays für "BEC" kann man keine Alarmschwellen setzen:



Okay.., dann kann ich nur in SPEKTRUM einfach jeden Spannungsalarm auf den für Ubat Alarm mappen - und Ubat nach unten dippen lassen, um die im Sender darauf eingestellte Schwelle triggern zu lassen. Mach' ich.

"Ubec Dip Detection" (k.A., wie oft ich das in 7.5J schon erklärte, aber hier noch mal):
S32terminal erklärt es selbst, s.Attachment.
JLog merkt sich die Spannung Ubec. (S32 korrigiert inzwischen bei ESC==KOSMIK/JIVEpro wg. dieses Blödsinns, dass zunächst nur 5.6V, erst bei gültigem Gasimpuls die eingestellte Spg. kommt.)
Wenn bei 5 aufeinanderfolgenden Ubec Daten-Evaluierungen oder Messungen*) Ubec mind. 0.5V unter der festgestellten Nominalspg. ist, gibt es Ubec Alarm.
*) S32 liefert immer Ubec, auch dann, wenn der ESC keine liefert, und auch kein HVBEC dran ist, der auch liefert. Er misst seine Betriebsspg. an den 3 möglichen Ports, - nimmt diese dann ersatzweise als Ubec.

_________________
Tom

Ok Tom, das habe ich soweit verstanden.
Aber was jetzt an der Alarmauslösung über JLog bzw S32 besser ist als direkt über den Sender einzustellen das habe ich noch nicht verstanden.

anbei zum verdeutlichen ein kurzes Video so wie es momentan bei mir eingestellt ist.
Ich denke das funktioniert doch sehr gut so.

Oder habe ich da etwas nicht bedacht?

https://www.youtube.com/watch?v=wmHdir3UKxU

Gruß
Werner

Das geht natürlich auch!

Ausgangspunkt war ja, einen Alarm vom Buffer via JLog auszulösen.
An sich ist das nicht erforderlich, wenn man die BEC Spg. überwacht, - und das geht natürlich auch, indem es das Terminal an den übermittelten Daten tut.

_________________
Tom