Moin Jan!
Sorry, bin grad im U.
Hmm.. Das Einfachste wäre, Du nutzt einen der beiden LogModes, die seit geraumer Zeit im JLC nicht mehr sichtbar (konfigurierbar) sind, aber immer noch in den Firmwares existieren.
Nimm LogMode 2, der macht folgendes: Es wird einfach stumpfheil das aufgezeichnet, was seriell rein kommt. Sprich, Du könntest Deine MCU einen seriellen Datenstrom z.B. im OpenFormat senden lassen, und JLog schreibt das einfach auf die SD. Damit hast Du alles in der Hand, also, was aufzuzeichnen ist und in welchem Format.
Natürlich haben die Daten für JLog dann keinerlei Bedeutung, also für Alarming und Telemetrie.
Weil der aktuelle JLC schon lange zwei/drei Log Parameter nicht mehr anbietet, musst Du das einmalig per Editor in CONFIG.txt machen:
9600,
0,
128,138,2,9,33,10,10,0,1,0,36,37,6,70,1,85,70,0,0,0,0,0,0,16,17,0,0,2,16,16,16,16,16,16,16,16,16,16,16,16,16,16,16,16,156,121,0,0,39,43,20,20,0
grün: Baudrate. Es gehen: 2400, 4800, 9600, 19200, 38400, 57600, 115200 (ich würde 115200 nehmen, und fertsch)
rot: SystemMode: 0==newlog (je boot session ein neuer log file), 1==seqlog (es wird an EINEN log file immer hinten angehängt)
blau: LogMode. Die unteren 4 Bits (atoi()), die anderen Bits spielen für Deine Anwendung dann eh keine Rolle: Nimm
2. Nee
, nich essen, LogMode 2 ist der besagte, der einfach unbewertet alles Serielle nimmt.
------
Wenn Du auch Telemetrie haben willst, dann wird's aufwändig. Grund: Jedes Telemetriesystem hat seine eigenen Constraints, - man muss immer sehen, was man überhaupt unterbringen (darstellen) kann und wie am besten, - ob man evtl. Werte in einem Display kombiniert, - dann noch das Alarming. Also das wäre wirklich sehr aufwändig auf meiner Seite.
------
Es geht natürlich auch andersherum: JLog sendet einen seriellen OpenFormat Live Stream, - und Du nimmst dessen Daten (die er auch alarmbewertet, loggt, wenn erforderlich), und integrierst Sie in Dein Kino.