J-Log.eu - Forum

JLF ------ SPAM Bots! Bitte nach Registrierung eine Email an mich zur Freischaltung! / After registration drop me an email please for clearing! ===Nenne/name the NICK you used to register with!=== Email address: -> http://j-log.eu/impressum
Aktuelle Zeit: 13. Mär 2020, 06:11

Alle Zeiten sind UTC + 1 Stunde




   [ 5 Beiträge ] 
Autor Nachricht
Verfasst: 27. Dez 2015, 20:44 

Registriert: 26. Okt 2014, 19:47
Beiträge: 54
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


Dateianhänge:
version.txt [12 Bytes]
257-mal heruntergeladen
CONFIG.txt [143 Bytes]
237-mal heruntergeladen
Dateikommentar: drehzahl ist mit Jlog view Studio sowie Jlog view ca. 3200 rpm angegeben_zu hoch
log00428 mi 23 12 2015 rpm too high.txt [860.67 KiB]
248-mal heruntergeladen

studio vers.png [ 30.44 KiB | 6652-mal betrachtet ]
Nach oben
   
 
Verfasst: 27. Dez 2015, 22:57 
The Madman from Laboratory 4

Registriert: 8. Jun 2011, 14:28
Beiträge: 4760
Zitat:
- Sollte sich die KWA nicht in der Version.txt "verraten"?

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.

Zitat:
- Werden überhaupt Daten geloggt, wenn kein FrSky Empfänger mit TelemetrieSender angeschlossen (also physikalisch nicht vorhanden) ist?

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.


Dateianhänge:

jlog2X-config.png [ 78.39 KiB | 6648-mal betrachtet ]

jlog2X-config2.png [ 10.35 KiB | 6648-mal betrachtet ]

jlog2X-K-Config.png [ 231.67 KiB | 6648-mal betrachtet ]

_________________
Tom
Nach oben
   
 
Verfasst: 28. Dez 2015, 10:53 

Registriert: 26. Okt 2014, 19:47
Beiträge: 54
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


Nach oben
   
 
Verfasst: 30. Dez 2015, 18:19 

Registriert: 26. Okt 2014, 19:47
Beiträge: 54
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.


Nach oben
   
 
Verfasst: 30. Dez 2015, 21:01 
The Madman from Laboratory 4

Registriert: 8. Jun 2011, 14:28
Beiträge: 4760
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


Nach oben
   
 
Beiträge der letzten Zeit anzeigen:  Sortiere nach  
   [ 5 Beiträge ] 

Alle Zeiten sind UTC + 1 Stunde


Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast


Du darfst keine neuen Themen in diesem Forum erstellen.
Du darfst keine Antworten zu Themen in diesem Forum erstellen.
Du darfst deine Beiträge in diesem Forum nicht ändern.
Du darfst deine Beiträge in diesem Forum nicht löschen.
Du darfst keine Dateianhänge in diesem Forum erstellen.

Suche nach:
Gehe zu:  
Powered by phpBB® Forum Software © phpBB Group
Deutsche Übersetzung durch phpBB.de