Tja..., der Speicher von JLog2 wird nicht größer.. Bei zunehmender Funktionalität, "gesplitteter", in verschiedenen Firmwares, noch Übersichtlichkeit für den Anwender zu halten, - wird immer schwieriger. Der Aufwand hier ist immens, und JLC ist langsam ein Problem on top, hier soll ja ALLES konfigurierbar sein. Das Ärgerliche: Immer größerer Aufwand, trotzdem immer unübersichtlicher für den Anwender..
Ich habe daher eine Management-Entscheidung getroffen:
a) Die bisherigen Firmwares v3.2.2 friere ich ein, einschließlich letztem JLC.
b) Es kommen nun neue Firmwares v4.0.0, die sind nach Telemetrien sortiert. Es gibt also nicht mehr nur eine Standard-Firmware, sondern je Telemetrie eine. Außerdem wird nach ESC sortiert, JIVE, CC, C200-Stromsensor. Wegen der weiteren Telemetrien der letzten Zeit, SPEKTRUM, JETI EX Upgrade, S.BUS2(2), JR angefangen, und wg. des CC neben dem JIVE war eh längt wieder in den zuvor gesetzten Funktionalrahmen (Firmwares) der Speicher alle.
Was mit dem Übergang 3.2.2-->4.0.0 erst mal durch den Rost fällt, sind Spezialversionen:
HV²BEC am JLog, für Config und Log; BID-Chip; SM GPS-Logger als Sensor am MSB (Speed, Höhe), SM Prandtl-Sonde (Speed), - das Ganze in verschiedenen Kombinationen, auch mit Live-Speed via HoTT; Messen einer ext. Spg. mit JLog; Impulsaufzeichnung von 2 Servokanälen; JLog als virtueller DZ-Sensor für V-Stabi
Ich habe die Firmwares bereits getestet, soweit ich aufgrund der Ausstattung hier konnte. Nun muss ich noch einen neuen JLC machen, der nur die 4.0.0-Firmwares unterstützt.
Ich möchte Euch bitten, auch mal selbst zu testen, bevor ich das, zusammen mit neuem JLC, in einen komplett umzuräumenden Download stelle und Anschlußbildchen nur dafür male! -- Übrigens habe ich bereits mit allem getestet, was Ihr vermutlich vorzugsweise nehmen werdet: JSend, JCC, JSPEK.
Was ich nicht wirklich/nicht "lebensecht" testen konnte:
- Firmwares für SPEKTRUM-Telemetrie
- Firmwares für HiTec-Telemetrie
- eigentlich auch nicht Multiplex
Die Namen der Firmwares sind jeweils identisch mit dem, was in "version.txt" erscheint.
Es beginnt mit "4.0.0" (diesmal ohne "JLog2" davor).
Dann folgt die ESC-Kennzeichnung, die Quelle für den Motorstrom, gewissermaßen:
- "J" == JIVE
- "CC" == Castle Creations (mit CC-Firmware 4.0.2 - Castle Link Live)
- "CS" == Current Sensor (HiTec C200 Hall Core)
(Der C200 wird mit einem JR-Stecker versehen und auf "K4" des JLog2 gesteckt, Masse nach außen, - siehe unter "Connections (Series 4 JLog2 Firmwares)".)
Dann ein Underscore "_", gefolgt von der Telemetrie-Kennzeichnung:
- "E" == JETI EX
- "H4" == HoTTv4
- "F" == Futaba (S.BUS2, JLog als 8 registrierbare Sensoren, 3xVario, 4xTemp, 1xGPS, - in der Reihenfolge und an einem Stück)
- "H" == HiTec (Die Version, die digitale Temp.sensoren an der COM unterstützt, aber nur, wenn nicht CC.)
- "S" == SPEKTRUM
- "J" == JR
Dann folgt das Major Release:
- "6x" == Firmwares für ESC=JIVE
- "7x" == Firmwares für ESC=Castle Creations
- "8x" == Firmwares für Stromsensor C200
(Die Major-Release-Nummer ist identisch mit dem sog. "CFGmarker", - die letzte Zahl in der Zeile in CONFIG.txt, woran JLC erkennt, wen er vor sich hat. JLog schreibt beim ersten Start seinen Marker hinten an die Zeile.)
Danach folgt das Minor Release und ".bin"
JEDE FIRMWARE enhält zusätzlich die Telemetrien:
- Multiplex (M-Link, MSB)
- JETI Duplex v1.0 (nicht EX)
sowie:
- Unidisplay
- OpenFormat Live Stream
30.12.2012Korrektur dazu: Firmwares für Telemetrie auf Basis des I²C Busses, HiTec und SPEKTRUM, sind fest auf den jeweiligen Telemetrietyp festgelegt, - Unidisplay, Live Stream, MPX oder JETI v1 können nicht alternativ per JLC gewählt werden, das geht nur bei den anderen Firmwares für Telemetrien, die auf einem seriellen 1-Wire-Bus basieren, JETI EX, HoTTv4, Futaba(S.BUS2).
Die Firmwares 61, 62, 63 unterstützen im Augenblick noch nicht die Prandtl Sonde SM#2560 (Pitot), JLC5 5.0.0.4 reagiert entsprechend bei Anwahl "Pitot"http://jlog.hacknet.eu/wp-content/uploads/Pre40/4.0.0J_E-61.7.binhttp://jlog.hacknet.eu/wp-content/uploads/Pre40/4.0.0J_H4-62.1.binhttp://jlog.hacknet.eu/wp-content/uploads/Pre40/4.0.0J_F-63.1.binhttp://jlog.hacknet.eu/wp-content/uploads/Pre40/4.0.0J_H-64.1.binhttp://jlog.hacknet.eu/wp-content/uploads/Pre40/4.0.0J_S-65.1.binhttp://jlog.hacknet.eu/wp-content/uploads/Pre40/4.0.0CC_E-71.4.binhttp://jlog.hacknet.eu/wp-content/uploads/Pre40/4.0.0CC_H4-72.1.binhttp://jlog.hacknet.eu/wp-content/uploads/Pre40/4.0.0CC_F-73.1.binhttp://jlog.hacknet.eu/wp-content/uploads/Pre40/4.0.0CC_H-74.1.binhttp://jlog.hacknet.eu/wp-content/uploads/Pre40/4.0.0CC_S-75.1.binhttp://jlog.hacknet.eu/wp-content/uploads/Pre40/4.0.0CS_H4-81.1.binhttp://jlog.hacknet.eu/wp-content/uploads/Pre40/4.0.0CS_F-82.1.binAchtung! 1.1.2013: Nachdem die FW 1.07 für den Sender DC-16 erschien, machte sich ein Patch erforderlich: 61.1-->61.4, 71.1-->71.214.1.2013: Nun Mods, um dem Timeout-Problem bei Betrieb mit anderen Sensoren hinter einem Expander beizukommen: 61.1/4-->61.6, 71.1/2-->71.315.1.2013: Wegen dem hier http://www.jetiforum.de/index.php/4-jeti-sender/390-keine-akustischen-alarme-mit-jlog2?start=36#6005: 61.6-->61.7, 71.3-->71.4Dazu: Konfigurator JLC5:
http://jlog.hacknet.eu/wp-content/uploads/Pre40/JLC.exebzw.
http://jlog.hacknet.eu/wp-content/uploads/Pre40/JLC55004.zip(Ist dasselble, JLC.exe ist ein selbstenpackendes ZIP.)