J-Log.eu - Forum

Nicht wirklich. Es gibt nur eine DZ im Log des KOSMIK, und die ist 2-Pole-normiert, also Hausnummer.
Nur wg. dieser beiden realen Drehzahlen, Motor und Rotor, meinte ich, müsse das Ding auch loggen. Grund: Das Setup wirkt ja nur auf das Data Processing durch JLog.


Klar doch, alles wie gehabt.
Ist aber ein weiterer Grund für eigenes Logging durch das Ding.

Habe mir eben aus einem JLog2 einen Prototypen gebaut. Von außen auffällig: Hat 7 Pins statt 6.

Die Stromversorgung erfolgt aus dem KOSMIK.

_________________
Tom

Ok, bei der Drehzahl muß ich dir natürlich auch recht geben.
Die echte Drehzahl sollte es natürlich schon sein. Macht ja sonst keinen Sinn.
Dann macht das selber loggen natürlich auch wieder Sinn.
Also, dann doch ein JLog2/Kosmik.
Oder um universell zu bleiben doch ein zusatzplatinchen davor.

Hast du eigentlich schonmal nachgeguckt wie genau die Kapazitätsmesung des Kosmik ist?
Ist die verläßlich oder nur ne ganz grobe Schätzung - würde ich bei der Umsetzung der anderen Telemetriedetails jetzt ja schon fast befürchten.

Gruß
Stefan

Keine Ahnung. Ich bin ja (leider) kein Anwender mehr. Die Genauigkeit scheint ja eh auf 100mAh limitiert zu sein in der Ausgabe(?)

Hatte gerade erstes Strategiegespräch mit Linus zu dem Hardwarethema.
Zielstellung ist, durch eine neue Hardware a) so wenig wie möglich Zeit zu verlieren für KOSMIK User (Größenordnung weniger Wochen bis Shop), b) ansonsten die Linie von JLog2 zu halten, vor JLog3. Das ist nämlich c), so wenig wie möglich Zeit von JLog3 zu nehmen.
Allerdings haben wir einhellig höchste Prio auf KOSMIK/JLog2 gesetzt, Linus hat intuitiv "JLog2.5" gesagt, - eingeschobene Prio, sozusagen. Die Linie bleibt JLog3, wenn sie dadurch auch erst in der Saison 2014 massiv wirksam werden sollte (mal sehen), - außerdem haben wir noch ein paar andere mittelfristige Sachen auf dem Radar, die so langsam keinen Aufschub mehr dulden.
(Ehe jemand wieder fragt: JLog2 wird softwaremäßig weiterhin gepflegt.)

Um das abzukürzen, habe ich hier einen modifizierten JLog2, der jetzt die Software für das KOSMIK-Thema bekommt.

_________________
Tom

Vieleicht könnte das die Wiedergeburt des Namen KLog sein.

Gruß
Stefan

Moin.

Das müssen Sie ja nicht ändern. Es muss nur ein fest definierten Wert für einen Sensor (welcher ja vom Verhalten vollkommen im Sender definiert wird) geben, welcher einen Alarm auslöst und nicht in die Anzeige kommt. Dann verliert man bei einem Alarm zwar einen Wert, aber das wäre zu verschmerzen, könnte ich mir vorstellen.

Viele Grüße,
Nils

Tja...

Was die Interpretation von Sensordaten betrifft, herrscht jetzt schon Wilder Westen:
- keinerlei Definition der Dateninterpretation
- die Terminals (Sender) unterscheiden sich teilweise in demselben Display des selben Sensortyps, bzw. auch bzgl. der Limits der Alarmschwellen
- die Terminals (T-Box, T14SG) stellen teilweise gar nicht die empfangenen Sensordaten dar, bilden diese stattdessen aus anderen Daten selbst (T-Box bzgl. "Distanz") oder defnieren selbst willkürlich einen Nullpunkt (T14SG zumindest in Bezug auf Vario Höhe)

Mit einem Wort: Alles in erschreckendem Maße chaotisch und ergo unprofessionell, ein einziges Ärgernis, viel Zeitverschwendung für Applikatoren.

Du glaubst doch nicht, dass Du diesem "Unsystem" noch ein System aufpropfen kannst?

Vergiss es und sei froh, dass nicht generell alle Displays die Maße vom Playmate des Monats liefern.

Diese indirekte Alarmbildung durch Sensoren (JLog2) habe ich ja bereits implementiert, um Zombiealarme bei Null zu vermeiden, siehe hier: http://jlog.hacknet.eu/news/jlog2-futaba-fasstest%C2%AE-s-bus-ii. Außerdem dann den "gebremsten mAh-Alarm" nach dem Landen.

Bei der Definition des Pflichtenheftes für einen Sensor "ESC-0815" werde ich das bzgl. möglicher Alarmschwellen natürlich berücksichtigen.

_________________
Tom

Das mit der T14SG ist mir neu. Echt witzig. Aber genau deshalb sollte das Verhalten gleich mit definiert werden gerade wegen den von dir derzeit "versteckten" Alarmen. Ist ja ähnlich von meinem Vorschlag auf bestimmte Werte ein Verhalten zu legen wie -1000A Strom steht für Regler ist aus. Ist ja nur ein Teil der Datenintepretation (welche es aktuell nicht so genau gibt. )

Bin mal gespannt darauf, wann ich das auf meinem Sender dann wiederfinde.

Gruß,
Nils

Also so rein "aus der Praxis" kann ich euch sagen, dass die Kapazitätsmessung des Kosmik wirklich sehr genau ist!

(gefühlt wesentlich genauer als Jive/Jlog selbst mit guter Kalibration)

Kann ich bestätigen!

_________________
LG,
Christopher

Banshee #4 • KOSMIK 200 • Pyro 800-48 @ 21t • DH 711* • RotorTech 115 • Hacker TF 30/4500/12s
mini VStabi 5.3 pro • Futaba SBus • BLS 175/256 HV @ 8,0 V

Schön das die Kapazitätsmesung offenbar gut funktioniert.
Dann kann man sich ja wenigstens diesmal das Kalibrieren sparen.

Gruß
Stefan