J-Log.eu - Forum

Hallo zusammen,
ich würde gerne das JLog3/S32 im DataExplorer unterstützen (erst einmal ohne Konfigurationsmöglichkeit). Dazu brauche ich aber Logdateien und zwar mit möglichst unterschiedlichen Inhalt.
Wer kann mir Dateien zur Verfügung stellen?

viele Grüße Winne

Winne, moin!

Hey, danke für Dein Angebot!

(Konfigurieren kannste jetzt wirklich vergessen! Das macht das Terminal, darin steckt meine "Intelligenz", die ich nicht mal im Rahmen meiner 3 Tage Halbwertzeit umfassend zusammen bekäme, kann nur versuchen, die eigenen Sourcen zu verstehen. Außerdem ist das Lesen aus einem Config File jetzt nur noch eine Option, und dieser File ist binär, 124 16bit Werte.)

Die beste Beschreibung des Aufbaus und der Wertebereiche der momentan bis zu 4 Records siehst Du am besten aus den 2+2 Files hier: http://j-log.eu/s32/s32-de/download

Es kommen dann (in den folgenden Monaten) noch weitere Record Typen hinzu, wofür ich noch "den Rest" von JLog/C2T Hardware auf S32 übertragen muss:
- C2T (NAZA CANbus Spion): Hat keine eigenen Log Records, ist "nur" Lieferant aufbereiteter Daten. Nur wird S32 die Hardware "C2T" (NXP 32bit ARM) erübrigen, weil er selbst ein CANbus Interface hat, ergo bekommt er die Ausbildung als "Spion" übertragen.
- dazu: JLog-NAZA Auswertung: verwendet einen speziellen Record ("Kanal"), der Rest sind NMEA Records (momentan 3) für Google Earth
- Herkules III (Multi-ESC): Hat mindestens einen eigenen Record.
Es könnten also statt bisher 4 "Kanälen" wenigstens 6 draus werden.

Habe keine Log Files von S32 aufgehoben, jedenfalls finde ich gerade keine geeigneten.
Werde Dir aber welche machen, wo alles drin ist.

_________________
Tom

Hi Tom,

dankeschön für Dein Angebot. Die LV INI-Datei habe ich mir schon angesehen, daraus könnte ich schon eine Geräte-XML erzeugen. Ich möchte aber immer auch etwas testen und brauche immer Futter für die automatisierten Tests.

Zum Thema Konfiguration, ich hoffe das USB HID hat ordentliche IDs und kann über einen Virtualisierer an eine Windows VM weiter gereicht werden. Ansonsten sperrt man die nicht Windows-Nutzer aus. Ich habe nichts dagegen, wenn ich mir Arbeit ersparen kann. Auf der anderen Seite macht so etwas, wie ein Experten-System nachzubilden, richtig Spaß und man lernt etwas dabei.

Gruß Winne

Config: Das kann hier ne haarige Sache werden. Im Gegensatz zu JLog2.x haben wir fast "unbegrenzte" Port-Flexibilität. Was einem "Fremd-Kommandeur" zugute käme: Im Gegensatz zu JLog2.x hat S32 keine eigene Meinung zur Config, ist nur Befehlsempfänger.

Ich hatte Dich ja damals mit den Sourcen des JLC "beglückt". Könnte ich natürlich auch bzgl. des S32terminal tun.
Es ist aber wieder dasselbe: Viel Bewegung drin, - zumal die Core Software des S32 noch nicht fertig ist, siehe NAZA Spion und Herkules III.

Du weißt ja, .NET goes Open Platform, rennt ja bereits unter Linux etc. Es ist nur noch nicht in dem Status, dass man es dem "konsumierenden User" an die Backe nageln will.
USB: Im Augenblick ginge das seitens des S32terminal nur auf Windows, weil eine DLL zw. USER.dll und Terminal steckt, - rein als simplifizierendes API.
S32 ist ein HID, Vendor und Product ID, that's it. Keine Tricks, die einen durchreichenden Hypervisor verwirren könnten.
...dafür verwirrt uns Windows seit Version 8 als HID. Dieser Spaß, dass sie einem HID ein Disconnect senden, wenn keine Sw Instanz das Device "öffnet" via USER.dll (Terminal noch nicht gestartet), hat meinen Kopf ein paar Haare mehr gekostet. Besonders tricky daran ist, dass sich die USER.dll das HID als connected merkt. Sprich, die App wird verarscht, dass das HID connected ist, während dem HID "disconnect" gesagt wurde. Wenn man jetzt das HID "öffnet", macht man den ganzen Thread der App zum Zombie. Habe erst gestern eine zeitgesteuerte Methode finden können, dass das Terminal, wenn unter Win 8 up, den Betrug bemerkt und sich gegenüber dem User äußert: "Fehlbedienung! Erst Terminal starten, dann S32 an USB! Los, disconnect/connect!"
(Zur Erklärung: S32 kommt nicht wieder, wenn er "mutwillig" disconnected wurde, macht beleidigt seine rote LED an. Daher braucht er Repower. Das ist so gemacht, weil einem sonst das ewige KlingKlong des OS auf den Zünder gehen kann, - S32 an USB, aber Terminal noch nicht gestartet: S32 connected: Kling, - Host disconnectet, S32 kommt wieder, connect: Klong, ....... bis man das Terminal startet, oder ihn absteckt, oder in der Klapsmühle landet)

_________________
Tom

Winne, nur mal ein ganz kurzer Spiel-File, weil es sich gerade ergab. Ist auch nix bzgl. "Sensor Fusion" drin, kein CVS etc, und die Telemetrie ist eine ohne Loggen von Kanaldaten.
KOSMIK

_________________
Tom

Hier mal ein vollständigerer.

KOSMIK, JETI EXbus, CVS16

Damit gibt es sowohl Kanaldaten (EXbus) zu loggen, als auch Daten vom CVS.
Am CVS hingen entladene 6S, die aber nicht die Antriebsspannung waren.
Ich habe gar keinen JETI Sender. Mein "Sender" ist eine Profibox, die PPM (Kanaldaten) von einem Arduino Nano bekommt. Daher diese lustige Dreieckfunktion auf dem Gaskanal, sozusagen als Wiedererkennungseffekt.

_________________
Tom

Habe das falsche Device benutzt im LogViewer, Ibattery ist /10.

_________________
Tom

S32 Unterstützung ist drin und wird beim nächsten Release dabei sein.




Etwas unschön finde ich den Namen des 2.ten Daten-Kanals, vielleicht fällt hierzu jemanden etwas ein, was besser passt.


***** Einen guten Rutsch ein erfolgreiches Jahr 2017 *****

_________________
Gruß Winne

Upps, die Bilder erscheinen hier ganz schön groß, liegt an der Auflösung meines Bildschirms, habe keine Ändern-Funktion gefunden, sonst würde ich sie kleiner machen.

Achtung: dran denken, der DataExplorer blendet Messwerte und Kurven von Messwerten aus, wenn nur Nullen drin stehen.

_________________
Gruß Winne

WOW!

Hey, Winne, damit hast Du Dir ja noch rechtzeitig ein HNY verdient.

Muss ich mir en Detail beschnarschen.

Ich fummle gerade an den Exoten, Log für NAZA (2 OF Records + 3 NMEA Records) und für HERKULES (viele OF Record Typen..).
Habe bloß gerade kein .ini dafür. Wird allerdings sehr ähnlich, fast identisch sein, zu dem was sich hier findet auf Basis von JLog2.x:

JLog-NAZA:
http://j-log.eu/wp-content/uploads/C2T/JLog26-NAZA.ini
http://j-log.eu/jlog-in-funktion/c2t/alarming-logging

HERKULES III:
att.

_________________
Tom