Seltsames Verhalten bei Anzeige der Decostufen

[swiftonline]

Hallo Zusammen,

tauche z.Z. probehalber die 1.97beta. Folgendes ist mit dabei aufgefallen:

Tauchgang um die 40m - keine Anzeige zur Dekompressionspflicht bis zur Minute 13 - dann sofortiger Sprung in der Anzeige einer Dekopflicht bei 15m ohne vorher hoch zu zählen. Anbei das Bild vom Profil mit der Ceiling-Line. (OSTC_1.jpg)


Vergleichbarer Tauchgang zwei Tage vorher zeigt ein normales Verhalten in der Anzeige wobei hier die Dekopflicht erst bei 3m dann bei 6m; 9m; 12m und bis auf 15m hochgezählt wird. Anbei auch hier das Bild (OSTC_2.jpg)

Ist dieses unterschiedliche Verhalten schon bekannt? Gibt hierzu eine Erklärung?

Gruss - Christian

[Chilihead]

war dieser "sprung" in die deko auch unterwasser so spontan, oder ist das "nur" ein problem der Logbuchanzeige?


mfg
Robert

[swiftonline]

Hallo Zusammen,

der Sprung war auch unter Wasser. Sonst wäre es ja weiter nicht beunruhigend.

Gruss Christian

[heinrichsweikamp]

Weisst Du noch Deine GF-Settings (Stehen auf S.3 im Logbuch)?

Gruß,
Matthias

[tiefunten]

Wenn das nicht GF 10-20/90 war, wundert mich dieser Sprung schon sehr...

[swiftonline]

Hallo Zusammen,

GF-Settings waren 30/70.

Sorry für die verspätete Antwort aber ich war auf dem Weg zurück von Kroatien.

Gruß Christian

[swiftonline]

Hallo

gibt es keine Antworten mehr? Kann ich zu der Aufklärung noch etwas beitragen?

Gruß Christian

[Solodiver]

Ich hatte am Wochenende auch so einen herben Sprung in der Ceiling Tiefe von 0 auf ca. 30m mit der aktuellen FW 2.0. Mein Shearwater hat die Deco hochgezählt, der MKII bleib eine Weile einfach bei TTS 0 stehen und hat dann plätzlich die Deko angezeigt. Ich habe das gemerkt als ich am MKII das Menu rechts unten verändert habe insofern könnte (!) es da einen Zusammenhang geben. Normalerweise habe ich da die @5 Zeit angezeigt. Ich versuche heute Abend mal das Profil auszulesen und zu schauen was da angezeigt wird. Im Moment aber nichts konkretes, Sorry.

der Jan

[Solodiver]

This is a (real wet) dive done with 2.0 showing such a sudden jump in the deco time:

[img]http://www.heinrichsweikamp.com/file.ph ... rofile.jpg[/img]

Ceiling jumps from 0 to 33m at around Minute 12. There has just been a TTS of 0 shwon together with no ceiling for some time, after that the ceiling curve seems also not be smooth but similar/nearer to my main unit (Shearwater Predator).

HTH,
Jan

[Sulak]

Letzte Woche konnte ich einen ähnlichen Sprung bei den Dekostufen beobachten:
[img]http://www.vanatica.com/TG1.jpg[/img]

Am nächsten Tag habe ich mich gewundert, warum der angezeigte Dekostopp auf 3m während des Abstiegs kurz wieder verschwand. Weiters hatte ich bei diesem TG etwas "merkwürdige" Anzeigen für die TTS. Teilweise waren sie im Bereich vom 80 Minuten während ich am Grundgas war. Die Dekogase waren beide aktiv und ich habe auch nicht im Gassetup rumgespielt.
[img]http://www.vanatica.com/TG2.jpg[/img]

Die Firmware war bei beiden TGs die 2.0. Ich bin mir nicht sicher, ob ich mich beim ersten TG mit den unterschiedlichen Anzeigen rechts unten gespielt habe, aber beim 2. TG bin ich mir sicher, dass ich die Anzeigen gewechselt habe. Beides waren Trimix TGs.

Klaus

[knl]

Auch ich habe nun den selben Effekt festgestellt!
Nach 10min Tauchzeit, hatte ich plötzlich einen sprunhaften Deko anstieg, analog dem ersten Bild von sulag.
Mit der V1.9 waren solche Verhalten nicht festzustellen.

Danke für die Hilfe
Lukas

[tiefunten]

Hmm, ziemlich komisch... den gleichen TG mit V1.9 machen wird ja schwer möglich sein...

[tiefunten]

@Solodiver: Hast du das mittlerweile nochmal replizieren können? Wundert mich ja schon ein wenig - leichte Sprünge machen ja Sinn, wenn die Gewebe noch hart an der Grenze waren, was eine kritische Sättigung betrifft. Aber wie bei dir von 0 auf 33m kann eigentlich ja nicht sein (genauso wie die von 0 auf 20m Kante bei Sulak oder sein Verschwinden der Ceiling beim Abstieg...).

@JeanDo/Matthias: Do you have any idea what may cause the rapid rise of the displayed ceilings shown above (from 0-33m or 0-21m within seconds)?

[Rene]

Ich habe heute ein ähnliches Problem festgestellt. Tauchgang auf 46 Meter, die Nullzeit war nach einigen Minuten erreicht, aber mein OSTC Mk.2 mit V2.0 zeigte, im Gegensatz zu den älteren Firmware-Versionen, während ca. fünf Minuten keine Deko an. Und plötzlich (gefühlsmässig viel zu spät) fängt er an Deko zu rechnen und verlangt den ersten Stopp auf 45 Meter für eine Minute!? Alle anderen Stopps, ab 18 Meter bis 6 Meter waren dann plausibel.

[JeanDo]

@tiefunten

Yes. A very precise idea
You set Gas#1 switch depth at 21m. And CF55 to 1min.
In that case, as soon as deco stops are needed, it does insert a 1min stop to change your gas at 21m...

Regards,

[tiefunten]

@JeanDo: Yes, that could be an explanation. But It doesn't explain the disappearing 3m stop of Sulaks' second dive...And it doesn't explain what Rene reported (NDL=0 but it takes a long time until the OSTC displays real decostops and a wrong 45m -Stop). Furthermore the TO reported a Ceiling-Jump from 0 to 15m (and I don't think he programmed a gas switch at 15m...)

[Solodiver]

I do not do any gas switches and have CF55 most likely not set to any other value than default (will double check soon). So I do not agree with your explanation JD. Will check my other dives done since the shown above where I had some deco time also but did not watch the OSTC so intensely while being in the water.

BTW: I do not use gas 1 but gas 4 as the active one...

Any other suggestions?

Jan

EDIT: CF55 = 0

[heinrichsweikamp]

Hi,

The cause of this (unwanted) behaviour is that the deco routine assumes 10m/min (+1min between 3 and zero m) and the NDL calculations do not take the ascend into account. So, for a dive of 51m the gap between ndl=0 and the displayed stop may be 7minutes worst case. While it's assured that the full decoplan is available before the first stop, there's room for improvement here, of course.

Regards,
Matthias

[Solodiver]

Seems this "feature" is still available in 2.05, attached is a dive from today:

[img]http://www.heinrichsweikamp.com/file.ph ... hlucht.png[/img]

[wildwasser]

Hi,

On my third dive with the OTSC I dived to 42m until reaching NDL=0min, then I started to ascend and the NDL stayed at 0min (as expected) but only when I reached 18m did it suddenly jumped to NDL=18min. No deco information was ever shown during the dive, and at no time did the NDL go above 0min before reaching exactly 18.0m.

[img]http://www.heinrichsweikamp.com/file.ph ... rofile.JPG[/img]

I had done two 19m test dives the night before, so simulating the profile again doesn't include the gases from the night before. I know that the simulation isn't the same as the real dive, but it helps confirm that the NDL stayed constant between 42m and about 23m during this dive... but it shouldn't jump from 0min to 18min at 18m. I also stopped at about 30m for a minute or so, and if the NDL was really 0min then I should have pushed over into deco. Running a simulation on jlog of that profile shows a similar result, the NDL doesn't reach 0min but it stays at around 2-3min until ascending to 23m. At 18m in the simulation the NDL is also at 18min, but it doesn't jump to that value, it slowly increases from 2min to 18min over the 5m ascent between 23m and 18m (as expected).

Because this was my first real dive with the OSTC, I was watching it constantly and playing around with the custom displays.

I switched between the following displays:
Cavebail (CF59 was set to 1, so it showed warning colours the whole dive)
Log-Marker (I didn't set a Marker point on this dive)
Time
Avr. Depth
EAD/EAN

I'm quite sure that I did NOT have the following Custom Functions active:
Future TTS
Stopwatch
ShowTissueGraph
Show Lead Tissue
Shallowstop 1st

Firmware v2.21, ZH-L16 OC, Saturate/Desaturate = Default like almost everything else, the deco options of the attached settings are unchanged, but other display options could be different to when I did the dive.

I wonder if the PLED_display_ndl is somehow disturbed by me switching through the optional displays, it could have been at the point of changing between PLED_display_ndl and PLED_display_deko at the exact moment that I pressed the right button to change the display.
Maybe there is something which got confused at the point that the system switches the value of dekostop_active to TRUE and changes the display between PLED_display_ndl and PLED_display_deko, so it somehow kept showing PLED_display_ndl at NDL=0min until dekostop_active was FALSE after ascending?

Hypothetically if I had a decostop, then the NDL would stay at 0min, PLED_display_ndl would therefore show 0min if it was still being displayed on the screen... and PLED_display_deko would show the decoplan, but PLED_display_deko wasn't being displayed so I couldn't see it on the screen. Upon ascending up to 18m the decostop may have been removed because I had offgased enough until I got there that I didn't need to do the decoplan (???), then the system changes from PLED_display_deko to PLED_display_ndl and NDL>0 is suddenly displayed... but maybe I didn't notice the decostop because it was stuck on PLED_display_ndl the whole time until I had offgased enough to cancel the decostop?

Other than that I didn't see any strange graphics errors in the ndl/deko area of the screen, there wasn't anything that showed the PLED_display_ndl or PLED_display_deko was writing over itself on the screen or that PLED_clear_decoarea wasn't functioning. So I assume if it was an error there, then it just kept displaying PLED_display_ndl with NDL=0.

The next dive I did after this didn't have the same effect, I was also switching the optional display area a lot but I didn't approach the NDL=0min limit like I did in the first dive so couldn't have repeated this error if it comes from the change between ndl and deco.

I guess someone should have a look at how changing the optional display during a dive could interrupt the changing of the dekostop_active value. I tried to simulate this with the built in simulator of the OSTC, but the changing between the optional displays also includes the display of the PLED_simulator_mask and maybe the error can't be repeated unless if you are doing a real dive?


Cheers,
Charles

ps. Other than this little hiccup I'm very impressed with the OSTC!