Ist gefixt, siehe die Downloader:
JLog2.6:
http://j-log.eu/wp-content/plugins/JLog26/dl26.phpJLog2.5:
http://j-log.eu/wp-content/plugins/JLog25on/dl25.phpJLog2:
http://j-log.eu/wp-content/plugins/JLog25on/dl2.phpEs gibt zwei Bugs in der Firmware der REX Empfänger (im eingebauten Expander), wofür die neuen JLog Firmwares Workarounds enthalten:
1. Wolfgang (wstech, siehe seinen Post im JETI Forum) hat Recht. Ich war auch schon auf dem Trichter, hatte es aber noch nicht getestet: Idiotischerweise spezifiziert JETI 9600..9800Bd. Mit 9662Bd (JLog's bisherige Baudrate) versteht der REX nichts, ich muss ihm jetzt 9756Bd anbieten. Lass mich raten:
Sie verwenden jetzt eine 32bit MCU. Die kann keine 9 Data Bits (auch so ein Blödsinn). Also haben sie nicht nur uns (die 3rd Parties) bestraft mit den 9 Bits per Character, sondern diesmal auch sich selbst: Sie müssen das per Software-UART machen, weil der Hardware-UART nur 9 Data Bits kann, wenn ohne Parity. JETI verwendet aber odd Parity, dass sind dann 10 Bits in Summe. Beim Implementieren des Software-UART haben sie Mist gemacht. 9800 Bd..., so einen Quatsch hat die Welt noch nicht gehört..
2. Der Expander (die Firmware, die ihn abbildet) versaut das Acknowledge Zeichen im Text Mode, was die 4 Activity Bits der Tasten enthält. Sie machen Schindluder im unteren Halbbyte: Die 4 Bits haben laut deren Specs auf LOW zu stehen, sie stehen aber oft auf HIGH.
Schade, dass deren Software-Qualitätskontrolle immer noch so unterirdisch ist..
Gruß aus dem Hafen Rudkøbing, Denmark, - wir liegen hier gerade fest wg. Sch..wetter.