J-Log.eu - Forum

Hallo Forum,

nutze
Jive Pro 80+ HV mit aktueller FW 1.8 (da ist der rpm-bug drin)
Jlog 2.6 sowie dessen Firmware 26-K_FR-48.9_kwa46 mit FrSky telemetrie als Version "KWA".

Auch mit KWA ist die Drehzahl ca. 1/3 zu hoch in der Auswertung mit LogViewStudio (Version siehe Anhang) bzw. Log View (2.7.5)!
Eine mögliche Erklärung: Fehlende Polzahl bzw. Untersetzung für den Jive Pro 80+ HV im Regler!

Mit der ProgDisc (FW Version 1.10) lässt sich allerdings keine Polzahl bzw. keine Untersetzung eingeben, da kein diesbezügliches Menü vorhanden ist! Es handelt sich hier um einen Jive Pro 80+ mit Kosmik Schnittstelle, aber nicht um einen Kosmik!

Ein rollback auf FW 1.2 für den Jive Pro 80+ HV ist mangels FW nicht möglich (habe ich trotz intensiver Suche im Web, auch bei "K" nicht gefunden).

Es muss also eine andere Drehzahlmessung helfen:
Habe einen "Smart Port RPM Sensor für FrSky mit 2 Temperatur Sensoren" am JLog2.6 (gem. Anschlussbild bei JLog, jedoch nicht am COM Anschluss) angeschlossen, mit JLC (Version 7.0.0.8) eine Konfiguration durchgeführt und mal ohne Blätter drehen lassen.

- Aber wohin werden die Daten des Smart Port Sensors auf der sd-card geloggt?
- Werden überhaupt Daten geloggt, wenn kein FrSky Empfänger mit TelemetrieSender angeschlossen (also physikalisch nicht vorhanden) ist?
- Wenn nein, warum ist überhaupt ein Konfiguration mit Telemetrie FrSky notwendig (in der JLog FW)?
- Sollte sich die KWA nicht in der Version.txt "verraten"?

Vielen Dank im Voraus für eine Hilfe bzw. technische Erklärung.

Gruß

Klaus

Wider alle negativen Erfahrungen gehe ich davon aus, dass das kein Dauerzustand ist.
Es sieht lächerlich aus, befindet sich aber in einem Bereich der Source, der eh schon sehr komplex ist.
Außerdem hätte das in einigen Firmwares Probleme durch ROM/RAM-Überfüllung gemacht.


Ja.
Das sind voneinander unabhängige , quasiparallele Prozesse in JLog, also hier Evaluieren von Datenquellen (ESC/FC, JLog-eigene Sensoren), Data Processing und Log Recording, Telemetrie (egal, welche).
Der Punkt ist: Was ist das für ein Drehzahlsensor? Jlog geht davon aus, dass ein RPM Sensor einfach nur Impulse liefert und an seinen OPT Port angeschlossen ist.
JLog spielt hier (FrSky) nicht den Busmaster auf seinem S.Bus2/S.Port Port, das könnte er eh nur, wenn da nicht schon ein anderer wäre, der Empfänger mit seinem Telemetrieanschluß.

Siehe erstes Attachment: Wozu hast Du eine Alarmleitung konfiguriert? Soll JLog einen Alarmgeber im Modell ansteuern (Buzzer, Flasher)?
Ein RPM Sensor ist nicht konfiguriert. Siehe zweites Attachment: So sähe ein konfigurierter RPM Sensor aus.
Ich bezweifle aber, dass Dein Sensor von FrSky dafür verwendet werden kann. Du müsstest ihn aber parallel zu JLog auf dem Bus (S.Port) betreiben können.

Übrigens ist seit 4.10.15 7.0.2.0 die aktuelle Version von JLC. Hat er Dir denn kein Update angeboten (PC muss im Inet sein)?
Das ältere Release stellt hier aber kein Problem dar.


Nun aber zu Deinem Hauptproblem:
Ich habe auch nur die ProgDisc, sogar einen der ersten Prototypen.
Die PD wird nur als Durchlauferhitzer benutzt, als USB-Seriell-Converter (für VCOM) für die ensprechende Software (.NET-basierend, also unter Windows): K-Konfig
Da isse: http://www.kontronik.com/fileadmin/kontronik-sobek/Public/Content/Images/Content/Downloads/Software/K-Konfig_V1.2.1.zip
K-Konfig verwendet ProgUNIT oder PD als USB Interface zum ESC.
Das sieht dann so aus wie in der Anleitung: http://www.kontronik.com/fileadmin/kontronik-sobek/Public/Content/Images/Content/Downloads/Anleitungen/ProgUNIT.pdf
Siehe auch drittes Attachment.

Du stellst damit die Polzahl ein im ESC, belässt aber Ratio (Untersetzung) auf 1:1.
Dadurch reduziert sich der vom ESC an "TelMe" (JLog) ausgegebene Drehzahlwert soweit, dass der Workaround in JLog ausreicht: Es gibt nur noch einen Überlauf, den JLog erkennen und korrigieren kann.
Im Gegenzug wird in JLog (JLC) Polzahl 2 eingestellt, sowie das echte Ratio.

_________________
Tom

Hallo Tom,

danke für Deine ausführliche Hilfe.
Hab's jetzt im ESC eingestellt und jetzt geht es dann erstmal auf's Flugfeld

Die Alarmleitung habe ich wegen "Telemetrie für Arme". Es wird tatsächlich ein Buzzer mit Morsecode angesteuert.

Melde mich sowieso noch wegen des S.Port Drehzahlsensors. Da ist noch weiterer Wissensbedarf meinerseits.

Gruß

Klaus

Zwischenbilanz: Drehzahlwert ist jetzt bei der Auswertung ok.

Forenbeitrag müsste jetzt eigentlich umbenannt werden auf "KWA + hilft weiter".
Wobei dies Plus die Kenntnis beinhaltet, dass man die Disc und das Windowsprogramm für die Programmierung des ESC benötigt.

Vielen Dank nochmal an Tom.
Wer hätte das gedacht, dass die ProgDisc nicht alles drin hat, trotz update auf 1.10?

Gruß

Klaus

Bem: Zum Thema S.Port komme ich gelegentlich zurück, wenn ich wieder in DE bin.

OK, gerne, Klaus.

Dass es mit PU UND PD geht, steht aber allenthalben im Online Manual und im Downloder bei j-log.eu, - dazu, dass besagte Software K-Konfig zu benutzen ist.

Die PU, als reines (überteuertes) USB-Interface (dummes USB-zu-seriell), kam ja vor allem deswg., weil im STM Primer, was die PD eigentlich ist, die Ressourcen ausgingen, FlashROM/RAM. Es gibt keinen Platz mehr für weitere Funktionalität, und es lohnt sich auch nicht sonderlich, alles umzuschreiben, in dem Versuch, noch ein paar Bytes zu gewinnen. Das Display ist ein ziemlicher Molloch für die Ressourcen des Spielzeugsprozessors.
Der STM Primer ist eigentlich ein Spielzeug für Anfänger in Embedded Programming, können'se sich im Warteraum beim Zahnarzt die Zeit mit vertreiben.
Kontronik, namentlich Harald Konrath, - ich grüße ihn dort oben auf Wolke 7, - hatte die Idee, den Primer als "ProgDISC" umzumodeln, als es mit neuem ESC um das Setup Tool ging, - ProgCard 1 und II waren ja so nicht mehr benutzbar.

So kommt es, dass die PD eigentlich nur noch ein USB Interface für K-Konfig ist, - Schüttelscheibe als ProgUNIT, sozusagen.

_________________
Tom