forum.heinrichsweikamp.com

Hi,

Attached to this post is the 2.23beta for all hwOS2 devices. It has several new features and some bugfixes compared to the 2.15: (New since 2.18beta)
NEW: Third and fourth logbook page per dive showing Gaslist and Setpoints in standard font size
BUGFIX: several minor graphic issues in logbook fixed
BUGFIX: Rare button issues in OSTC Plus hardware
BUGFIX: Compass sensitivity for newer models
BUGFIX: PSCR mode showed bailout gaslist instead of diluent gaslist
BUGFIX: PSCR mode "Better Gas" showed bailout gases instead of diluents
NEW: More customviews in surface mode for PSCR mode
NEW: Last Dive customviews in surface mode with divetime, depth and interval
BUGFIX: Reset to MOD in Diluent Menu did reset Setpoint change depth
NEW: Two ppO2 max settings. One for travel/bottom and one for deco gases
BUGFIX: Lost Diluent now possible in CCR and PSCR mode
NEW: ppO2 blinks in sensor mode when min/max boundaries are hit
CHANGE: Show actual GF (Not relative) in custom views in dive mode
BUGFIX: Do not check ppO2 for disabled gases
CHANGE: Apply safety margin parameters to both models (GF and non-GF)
BUGFIX: Impossible fixed-ppO2 (e.g. 1,6bar in 3m) used for tissue calculations
BUGFIX: Menu tree cleaned up (Exited to CCR menu from simulator settings)
BUGFIX: Do not show GF in divemode for non-GF deco mode
BUGFIX: Skip MOD Test for CCR in Sensor modes (OSTC cR and OSTC3 only)
CHANGE: Swap positions of ppO2(O2) and ppO2(Dil) in customview 10 on screen: "left = lean" and "right = rich"
BUGFIX: A wrong configured gas was suggested as "Better gas" on the configured depth even if this resulted in a ppO2 high or low condition
BUGFIX: O2 as diluent in CCR caused wrong calculations (Deco, EAD, END) in less then 6m depth
BUGFIX: Ignore "Toggle GF" Menu entry (in divemode) when using the non-GF deco mode
BUGFIX: Minor dive mode layout fixes in CCR Mode
CHANGE: Minor German language fixes
NEW: Warning for Diluent beeing out of safe ppO2 range in CCR modes
NEW: New Customview 9 in OSTC cR or OSTC3 shows mV readings after Sensor calibration
CHANGE: CCR Calibration gas range limited to O2% 21-25 and 95-100 to save button presses
NEW: Show a warning for each sensor if the sensor is end-of-life after calibration (Less then 8mV in Air at sea level)
CHANGE: Minor optimizations

regards,
Matthias

There is one remaining bug in this beta-release:
When used in CC mode, the lost gas function for bailout gases does not
show the bailout (OC) gases but the DIL gases instead. The reason for
this bug was hard to find, and various attempts to fix it were made during
the last betas. But now the bug is fully understood and corrective
measures have been posted to Matthias.
For all of the rest: i've been involved in many of the last fixes and
improvements and can tell you: even if still officially declared as a
beta, this is really good code!

BR
Ralph

BUGFIX: Impossible fixed-ppO2 (e.g. 1,6bar in 3m) used for tissue calculations

-> please note that it is also not possible to reach 100% O2 in the CCR circuit. I have usually after flush with O2 about 85% O2 in the circuit. Please integrate this for tissue calculations adjustable into the firmware.

Hello duese & all other interrested users,

when you are doing an oxygen flush, you are actually leaving ccr mode (with ppO2 defined by a fixed setpoint) and enter scr / oc mode (ppO2 defined by fraction of O2 in the gas x depth). So, if you are diving a cR or OSTC 3 with external sensor connected, the computer will measure your +/- 85% and use it for deco calculation - all fine right now. If you do not have an external sensor, you have to tell the computer that you have switched the operating mode. You will do that by defining an oc gas with an oxygen percentage of your assumed 85% and then after the flush make a bailout to this gas.
Please be aware that on a rebreather, during heavy decompression, the inert gases N2 and He will come out of your body and unlike to oc, where they are breathed away into the water, will accumulate in the breathing loop, thus degrading your breathing gas over time. That is why frequent re-flushes are requirend and doing so may bring your ppO2 in the loop a little bit further up.

best regards,
Ralph

Without external Sensor the OSTC will calculate at 3m with 100% O2, but the real is about 85%. The workaround to change to virtual bailout is not the right way. The OSTC should count with 85% maximum, please make this adjustable.

Anscheinend hat der OSTC bisher bei 3m mit z.B. 1.6bar O2 gerechnet, ich vermute der Bugfix bezieht sich darauf das nun jetzt maximal 100% Sauerstoffgehalt im Kreislauf berechnet werden. Dies ist jedoch im CCR wie gesagt nicht korrekt, da 100% nie erreicht werden. Es sollte ein maximaler Wert von ca. 85% angenommen werden, dieser sollte einstellbar sein (vielleicht spült jemand häufiger oder seltener, dann wären 80 bzw. 90% besser).

Hallo,

ok, Problem verstanden. Ich werde mir das mal im Code ansehen, allerdings gibt es derzeit noch weitere Baustellen im CCR-Bereich mit etwas höherer Priorität. Wenn man in 3-4 Meter Wassertiefe ist, dann sollte die Deko weitestgehend abgebaut sein so dass der Rechenfehler (besser: Annahmen-Fehler) keine signifikaten Probleme verursachen sollte.

Viele Grüße,
Ralph

Es gibt CCR Taucher, die ihren letzten Stop je nach Tauchgebiet u.U. in 3 Meter Tiefe absitzen.

Sooo, eine gute und eine schlechte Nachricht:

die gute: habe eine Stelle im Code gefunden wo sich elegant eine Begrenzung des maximalen ppO2 im Loop auf einen Wert von Faktor x absoluter-Wasserdruck vornehmen lässt. Das würde dann so funktionieren: wenn man den Faktor auf z.B. 85% stellt, dann wird in z.B. 3 m Wassertiefe intern mit maximal 1,1 bar ppO2 gerechnet werden. In 6 Meter Wassertiefe würde die so eingestellte Begrenzung bei 1,36 bar ppO2 eingreifen; wenn der aktuelle Setpoint tiefer liegt (z.B. bei 1,3) würde mit dem (tieferen) Setpoint gerechnet.
Wäre das so, wie du es dir vorgestellt hast?

die schlechte: die Implementierung ist Teil eines größeren Updates der CCR-Funktionen und es wird noch ein bisschen dauern bis die ganzen Änderungen durchgetestet sind und ausgerollt werden können...

Viele Grüße,
Ralph

Die gute Nachricht klingt gut, die schlechte werden wir überstehen wenn der neue Code auch für den MK2 ausgerollt wird.