Re: Dive planner problems

On 2022/02/08 00:17, Michael Andreen wrote: The problem seems to be what JB2Cool mentioned in the previous thread. You have the planner deco pO2 set to 0.60 instead of 1.60. The available gases shows both Bot. MOD and Deco switch at. The Bot. MOD uses the Bottom pO2 and 18m for 50% and 4m for

Re: Dive planner problems

Willem, > On 7. Feb 2022, at 20:22, Willem Ferguson > wrote: > > See attached image of a normoxic OC dive. The problem is that the MOD values > are not calculated correctly. Given that the dive preferences have been set > to a Max PO2 of 1.6 bar, the

Re: Dive planner problems

Hi Willem, > On 7. Feb 2022, at 20:22, Willem Ferguson > wrote: > > See attached image of a normoxic OC dive. The problem is that the MOD values > are not calculated correctly. Given that the dive preferences have been set > to a Max PO2 of 1.6 bar, the expected MOD for O2 is 6m and for

Re: Bug with dive planner UI?

Hi, Thank you again for the fix! On 08/05/2021 23.23, Robert Helling wrote: I have a new PR that should improve this situation: https://github.com/subsurface/subsurface/pull/3245 but I am not sure this is the perfect fix as right now I cannot oversee if this potentially introduces too

Re: Bug with dive planner UI?

Hi, > On 8. May 2021, at 19:37, Jay Anchor wrote: > > In below "redraw triggered" means changing on "Dive planner points" > duration, open circuit to CCR, changing setpoint, etc., e.g. hitting tab and > moving to next cell / item on UI: > > - To

Re: Bug with dive planner UI?

uot; means changing on "Dive planner points" duration, open circuit to CCR, changing setpoint, etc., e.g. hitting tab and moving to next cell / item on UI: - Toggling "Verbatim dive plan" has no effect to dive plan until redraw is triggered - Toggling "Display plan var

Re: Bug with dive planner UI?

Hi, > On 6. May 2021, at 09:21, Robert Helling via subsurface > wrote: > > I can now reproduce it: When I turn off „Display plan variations“, the notes > update no longer. but stay fixed. I don’t see immediately how this comes > about but will investigate later. > This should be fixed by

Re: Bug with dive planner UI?

Hi,, > On 5. May 2021, at 22:36, Jay Anchor wrote: > > Interesting, there are no special steps nor settings used: I can now reproduce it: When I turn off „Display plan variations“, the notes update no longer. but stay fixed. I don’t see immediately how this comes about but will investigate

Re: Bug with dive planner UI?

Jay, thanks for the report. But... > On 5. May 2021, at 19:10, Jay Anchor via subsurface > wrote: > > It seems that there is a possible bug with dive planner ui, e.g. "Dive Plan > Details" box is empty and it's impossible to populate with any action

Bug with dive planner UI?

Hi, It seems that there is a possible bug with dive planner ui, e.g. "Dive Plan Details" box is empty and it's impossible to populate with any action while planning a dive. With working version of code, "Dive Plan Details" box is populated immediately a

Re: Dive planner: SAC

Hi, > On 14. Apr 2019, at 15:38, Philippe Massart wrote: > > When doing the same with the latest master from Git (OS X), one line is > added, with a huge amount of liters! I tested the same from a fresh raspberry > (Raspbian) compilation from git, same « strange » new line. > > Perhaps that

Re: Dive planner: SAC

> On 14. Apr 2019, at 18:45, Berthold Stoeger > wrote: > > if I comment out the changes to planner.c introduced in 5e494ce761 (Show a bit > of surface degassing in the planner), then the scary line goes away. Yes, this sounds like I screwed up. Will look into this. Best Robert

Re: Dive planner: SAC

Hi Robert, On Sonntag, 14. April 2019 15:38:28 CEST Philippe Massart wrote: > Some strange behavior in the dive planner, between 4.8.6 (released version) > and the latest master from git if I comment out the changes to planner.c introduced in 5e494ce761 (Show a bit of surface deg

Re: Dive planner: SAC

Hi Philippe, On Sonntag, 14. April 2019 15:38:28 CEST Philippe Massart wrote: > > When doing the same with the latest master from Git (OS X), one line is > added, with a huge amount of liters! I tested the same from a fresh > raspberry (Raspbian) compilation from git, same « strange » new line.

Re: dive planner bug - gas consumption missing

excuse me, link here: https://github.com/Subsurface-divelog/subsurface/issues/1998 On Tue, Mar 12, 2019 at 9:07 PM Dean Murray wrote: > Done, thanks. > > On Tue, Mar 12, 2019 at 6:38 PM Willem Ferguson < > willemfergu...@zoology.up.ac.za> wrote: > >> On 2019/03/12 03:48, Dean Murray wrote: >>

Re: dive planner bug - gas consumption missing

Done, thanks. On Tue, Mar 12, 2019 at 6:38 PM Willem Ferguson < willemfergu...@zoology.up.ac.za> wrote: > On 2019/03/12 03:48, Dean Murray wrote: > > Hi all, thanks for checking. I also now tested in Ubuntu 18.04 / xfce > > and also find no problem there. Just in Windows. Shall i report this > >

Re: dive planner bug - gas consumption missing

On 2019/03/12 03:48, Dean Murray wrote: Hi all, thanks for checking. I also now tested in Ubuntu 18.04 / xfce and also find no problem there. Just in Windows. Shall i report this via github if no one here is in a position to take a look anytime soon? Is there any further detail I should

Re: dive planner bug - gas consumption missing

Hi all, thanks for checking. I also now tested in Ubuntu 18.04 / xfce and also find no problem there. Just in Windows. Shall i report this via github if no one here is in a position to take a look anytime soon? Is there any further detail I should provide? Dean On Tue, 5 Mar. 2019, 02:33 Willem

Re: dive planner bug - gas consumption missing

On 2019/03/04 12:06, Dean Murray wrote: deanm-planner-bug-a.xml 1. open and then edit the single dive in the planner 2. note that the plan output includes the gas consumption details (all info below line "Gas consumption (based on SAC 20|17ℓ/min):") 3. note that calculations update and change

Re: dive planner bug - gas consumption missing

Dean, > On 4. Mar 2019, at 11:06, Dean Murray wrote: > > hope this is helpful to debug it. > thank you very much for you bug report. On my Mac, I cannot reproduce this but, works as expected. Could somebody else with Windows please look into this? Best Robert signature.asc Description:

dive planner bug - gas consumption missing

Hi all, Thanks to all that have contributed to this software that I come to appreciate more and more. After using only the log function for a couple of years, I have recently started to make use of the dive planner and appreciate its benefits as compared to likes of MultiDeco. ie

Re: Dive planner CNS calculations

Robert, Anton, In my dive log I have many dives with OTU = zero where it should have some positive value. Do you have the same in your dive logs? One needs to distinguish the otu which is calculated at the time a dive is saved for the first time (and which is shown in the Information tab),

Re: Dive planner CNS calculations

t; know that planning segments are actually implemented as much shorter > profile segments. The big question is what happens to an initial > descending dive planner segment that goes from surface to 40m in two > minutes. Using EAN32, PPO2 would run from 0.30 at surface to 1.5 at > 40m, s

Re: Dive planner CNS calculations

descending dive planner segment that goes from surface to 40m in two minutes. Using EAN32, PPO2 would run from 0.30 at surface to 1.5 at 40m, spanning some 12 PO2-classes of 0.1 in the lookup table, each with its own maximal O2 exposure duration and its own set of calculations. What

Re: Dive planner CNS calculations

Hi Robert, I have been doing some testing, as you have seen from emails on the mail list and have looked at the existing Subsurface code in divelist.c. With respect to the calculation of CNS%, your and my calculations are identical EXCEPT that, for a specific PO2, you only use the next-lower

Re: Dive planner CNS calculations

In the end everything is always implemented in C. Even if only for clarity, brevity and simplicity :) On Thu, Nov 8, 2018, 17:01 Willem Ferguson wrote: > On 2018/11/08 08:37, Willem Ferguson wrote: > > On 2018/10/29 23:52, Robert Helling wrote: > > Hi, > > On 29. Oct 2018, at 22:31, Robert

Re: Dive planner CNS calculations

On 2018/11/08 08:37, Willem Ferguson wrote: On 2018/10/29 23:52, Robert Helling wrote: Hi, On 29. Oct 2018, at 22:31, Robert Helling > wrote: I can confirm the problem and here is a simplified version that also shows problem 1) (let’s deal with that first). it

Re: Dive planner CNS calculations

On 2018/10/29 23:52, Robert Helling wrote: Hi, On 29. Oct 2018, at 22:31, Robert Helling > wrote: I can confirm the problem and here is a simplified version that also shows problem 1) (let’s deal with that first). it seems, this is a regression that was introduced

Re: Dive planner

Hi, > On 29. Oct 2018, at 22:52, Robert Helling wrote: > > it seems, this is a regression that was introduced sometime between 4.8.1 and > 4.8.2. Bisecting…. I think I fixed this in https://github.com/Subsurface-divelog/subsurface/pull/1835

Dive planner: Re-editing saved dive plans.

t 456 seconds into the dive. But how would this affect the existing system where the dive computer model attribute is used to indicate a dive has been saved by the dive planner with dive->dc->model = PLANNER? 2) In the dive structure, create an element that contains the time of the last ma

Re: Dive Planner: Inconsistent dive ceiling calculations

two depths, e.g. 40m for 20 min; then 20m for 20 min, V-Planner still gives deco stops between 40m and 20m, even though there is a pre-determined 20min "stop" at 20m. It would be wonderful if Subsurface has a way of dealing with this situation. You have no idea how powerful the Sub

Re: Dive Planner: Inconsistent dive ceiling calculations

Willem, > On 2. Jan 2018, at 13:57, Willem Ferguson > wrote: > > Attached four files: a dive plan and three profiles. > > 1) Load dive plan into Subsurface. This gives dive1_list.png. > > 2) Open the dive plan for edit in the planner. This gives dive1_2.png.

Dive Planner: Inconsistent dive ceiling calculations

I solved one of the anomalies. When opened in the dive list, a Bühlmann ceiling is shown, determined by the default presentation in my Preferences. However, the dive is a VPM-B dive plan. When opened for edit, the VPM-B ceiling is shown. But this does not explain the differences in the last

Minimum gas calculation (was: Dive planner VPM-B problems)

llow sufficient time to swim through the cave on the way up. In my typical case the cave entrance is at 15m where it opens into open water so this does not give the dive planner a lot of scope to do any useful calculation. In some perverse sense one may describe this as a multilevel dive. I at

Re: Dive planner VPM-B problems

your patches within my dive context. I could not find any problem. Attached one of the dives I worked with. I loved it when changing the gas of the first segment of the dive, the cylinder table changed to put the gas first used at the top. I added segments at the bottom of the dive planner points

Re: Dive planner VPM-B problems

planation on how the cylinder handling has > changed? I am very dumb. May I please ask you to read the PR description and even more important the commit messages :-) Based on the commit messages you will quickly see that there are a couple of bugfixes or minor changes and mainly two real

Re: Dive planner VPM-B problems

On 16/10/2017 21:56, Stefan Fuchs wrote: BTW: You could be one of the best candidates for testing my latest changes around cylinder handling in the planner. It would be great to hear from your side if this improves or breaks s.th. for you. Robert merged the changes already but the PR was

Re: Dive planner VPM-B problems

Hello Willem, please find a few comments from my side on top of your two mails from today about this topic. Am 16.10.2017 um 15:31 schrieb Willem Ferguson: > Attached two images of a mixed gas dive. > > Plan1 is a first step of a multigas dive plan and the planner places > some points above the

Re: [Subsurface-divelog/subsurface] Recreational dive planner (#262)

Jan, > On 19 Mar 2017, at 13:59, Jan Mulder wrote: > > I understand where I was thinking the wrong way. I had set slow ascent > speeds, and did not really notice the change of scale of the entire window > when changing data of the profile. What is still counter intuitive

Re: [Subsurface-divelog/subsurface] Recreational dive planner (#262)

quot; from the Recreational dive planner section, I try to plan a recreational dive following the procedure in the user manual. I expect to end up with a dive with at least reserve pressure, with a maximum bottom time without any deco obligation. It is unclear to me how to trigger the "autom

Re: [Subsurface-divelog/subsurface] Recreational dive planner (#262)

current master. > > Intrigued by a sentence in the user manual "/Subsurface/ will > automatically extend the bottom section of the dive to the maximum > duration within the no-decompression limits (NDL)." from the > Recreational dive planner section, I try to plan a rec

Re: Quirks of the Subsurface dive planner

On Mon, Feb 13, 2017 at 12:07 PM, Willem Ferguson wrote: > > Unwanted gas change events: > ** I thought Linus resolved this matter when looking at Miika's case of two > dive computers with clashing orders of cylinder definitions. At present, if > I first define a

Re: Quirks of the Subsurface dive planner

bug/. *Editing a dive plan using the planner:* I save the plan, select it again on the dive list and open it for editing within the dive planner. 1) Points with zero time duration have been added in the Dive Planner Points table. Actually, when re-editing the plan and the duration

Re: Quirks of the Subsurface dive planner: Merging a dive and its dive plan

as an effect on the rendering of the data; 2) when saving a plan and re-opening and editing it in the dive planner, the gas changes are forgotten. Below are some images of a stereotyped dive plan using the above approach. I just issued a pull request on Github that I hope addresses all the

Re: Quirks of the Subsurface dive planner

able has an effect on the rendering of the > data; 2) when saving a plan and re-opening and editing it in the dive > planner, the gas changes are forgotten. Below are some images of a > stereotyped dive plan using the above approach. > I'm just a bit jealous about the dives you

Re: Dive planner MG, TP and FC

I think there are two main applications here: 1. for tracking data with the current planner which calculates everything in detail for every dive sample. 2. for bottom timer users which want to have an idea of the plan thus calculations are really easy by just adding parameters such as stops, SAC

Re: Dive planner MG, TP and FC

14. okt. 2015 16.45 skrev "Ivan Wagner" : > > In fact I use the Shearwater Petrel as a bottom timer... a :D so much > money for a bottom time. Hehe, same here. Allthough the latest firmware added a stopwatch and resettable average depth in OC Tec mode, so

Re: Dive planner MG, TP and FC

On 14/10/2015 16:05, Robert Helling wrote: Hi, On 14.10.2015, at 15:26, Willem Ferguson > wrote: This is the gas pressure in the cylinder at the start of the ascent phase? This is a meaningful request but would require

Re: Dive planner MG, TP and FC

Robert, Can a make a second attempt to make more sense? But this is, I am sure, boring to you. The group that I do deep dives with use a thirds approach: whether you dive caves or open water and nothing goes wrong, diver needs a third of the back gas remaining at the end of the dive. So,

Dive planner MG, TP and FC

Dear list, I was taking a look at the dive planner feature within subsurface and I see some useful features that could be added: - Minimum gas (based on a scenario of an out-of-gas event and and ascent respecting ascent rates, deep stops etc) - Turn pressure based on gas rule such as all usable

Fwd: Re: Dive planner MG, TP and FC

Ivan, Robert, I think I understand the request. On 14/10/2015 14:21, Ivan Wagner wrote: Dear list, I was taking a look at the dive planner feature within subsurface and I see some useful features that could be added: - Minimum gas (based on a scenario of an out-of-gas event and and ascent

Re: Dive planner oddities

On 12 October 2015 at 18:21, Sergey Starosek wrote: > Robert, Rick, > > On Sun, Oct 11, 2015 at 10:44 PM, Rick Walsh wrote: > >> The cylinder pressure graph should start to flatten when starting >> ascent. Assuming a constant SAC, gas

Re: Dive planner oddities

Robert, Rick, On Sun, Oct 11, 2015 at 10:44 PM, Rick Walsh wrote: > The cylinder pressure graph should start to flatten when starting ascent. > Assuming a constant SAC, gas consumption varies with depth. Is that what > you're referring to? > See another image attached

[PATCH] Re: Dive planner oddities

Hi,On 12 Oct 2015, at 09:21, Sergey Starosek wrote:Robert, Rick,On Sun, Oct 11, 2015 at 10:44 PM, Rick Walsh wrote:The cylinder pressure graph should start to flatten when starting ascent.  Assuming a constant SAC, gas consumption varies with

Re: Dive planner oddities

Sergey, thanks for testing this. Unfortunately I think I need some more explanation of your findigs. > On 11 Oct 2015, at 20:06, Sergey Starosek wrote: > > Some planner testing results: > Reset preferences, no default divelog > Start planner (Buehlmann model) >

Re: Dive planner oddities

Hi Sergey, Thanks for testing the planner. The more people that try it and the more feedback the better. On 12 Oct 2015 6:35 am, "Sergey Starosek" wrote: > > HI Robert, > > Away from keyboard, answering from mobile. > > On Oct 11, 2015 22:18, "Robert C. Helling"

Re: Dive planner oddities

HI Robert, Away from keyboard, answering from mobile. On Oct 11, 2015 22:18, "Robert C. Helling" wrote: > > Sergey, > > thanks for testing this. Unfortunately I think I need some more explanation of your findigs. > > What exactly do you mean by „not aligned“? Do you refer to

Re: [PATCH] Beta Testing - Dive Planner

Dirk,On 14 Sep 2015, at 18:12, Dirk Hohndel wrote:Accessing sample[-1] is not the right thing to do. So even if it may notmatter because of the way the calculation works out, we should not dothat. So I'd prefer if there was a conditional statement that prevented usfrom accessing

Re: [PATCH] Re: Beta Testing - Dive Planner

I understand that this is all my fault... and we keep saying that we need to fix this and never do. Either way - the code below has me a bit unhappy as we start the loop with sample pointing at the very first sample. So simply accessing sample[-1]? Probably not a good solution. Which begs the

Re: [PATCH] Re: Beta Testing - Dive Planner

On Mon, Sep 14, 2015 at 05:42:40PM +0200, Robert Helling wrote: > > On 14 Sep 2015, at 16:42, Dirk Hohndel wrote: > > Dirk, > > > Either way - the code below has me a bit unhappy as we start the loop with > > sample pointing at the very first sample. > > > > So simply

Re: Beta Testing - Dive Planner

John, > On 13 Sep 2015, at 17:33, John Smith > wrote: > > 2. When you have an initial setpoint of say 0.7 in your plan, there is a > gradient, from surface to the point that air would give you 0.7, in the PPO2 > line, even though that

[PATCH] Dive planner tests: pass dives that are close to expected duration

Signed-off-by: Rick Walsh rickmwa...@gmail.com --- tests/testplan.cpp | 39 +++ 1 file changed, 31 insertions(+), 8 deletions(-) diff --git a/tests/testplan.cpp b/tests/testplan.cpp index f097735..399df75 100644 --- a/tests/testplan.cpp +++

Dive Planner

I am testing the planner on the latest git (v4.4.2-740-gb144518a85f1). The profile appears to be calculated correctly, but the table output is giving a misleading gas switching depth when the 'display transitions in deco' option is not selected. Using EAN80, the switch should be at the 9 m stop,

[PATCH] Fix gas changes in add dive/planner

+0200 Subject: [PATCH 1/2] Allow oxygen as a gas name ...as this what comes in when the user selects this gas in the add dive/dive planner contet menu. Signed-off-by: Robert C. Helling hell...@atdotde.de --- planner.c | 4 1 file changed, 4 insertions(+) diff --git a/planner.c b/planner.c

Re: Subsurface dive planner - List of findings

Hi, Am 15.02.2015 um 08:56 schrieb Joakim Bygdell j.bygd...@gmail.com: In order for you to see all gases you have to add to the list of “Available gases”, the new objects will be populated with the data for the gas mixes that your parent dive contained. Once you have populated the

Re: Subsurface dive planner - List of findings

be held in moderation anymore... Here are a few more findings from testing the dive planner: - If I manually enforce a change from e.g. back gas TX21/35 to deco gas EAN50 in the dive plan Planerpunkte the tool will not show the gas change in the results Tauchplandetails any more I know

Subsurface dive planner - List of findings

enhancements. Here are a few more findings from testing the dive planner: - If I manually enforce a change from e.g. back gas TX21/35 to deco gas EAN50 in the dive plan Planerpunkte the tool will not show the gas change in the results Tauchplandetails any more - When I save a planned dive with two gas

Re: Subsurface dive planner - List of findings

With the new dive planner I have the following issue: When I plan a dives the tool always uses the gases EAN33 and Tx50/15 while I didn't select them. I selected Tx21/35, EAN50 and Oxy for my dive. The planner always comes up with the gases of the currently selected dive. That way you

Re: Subsurface dive planner - List of findings

expensive. If it's ok for you I would like to help debugging the tool and maybe also add a few remarks for some enhancements. Here are a few more findings from testing the dive planner: - If I manually enforce a change from e.g. back gas TX21/35 to deco gas EAN50 in the dive plan Planerpunkte

Re: Subsurface dive planner - List of findings

-Planner - and V-planner is really expensive. If it's ok for you I would like to help debugging the tool and maybe also add a few remarks for some enhancements. Here are a few more findings from testing the dive planner: - If I manually enforce a change from e.g. back gas TX21/35 to deco gas EAN50

Re: Subsurface dive planner - List of findings

On 14 Feb 2015, at 21:37, Stefan Fuchs sfu...@gmx.de wrote: Hello Robert, Hello All, example files plus description... What happens on my side is the following: - I select a real dive in my logbook where I only used one gas EAN32 Could you send that dive as well? I cannot

[PATCH] User-manual: replace figures for Dive Planner section

User-manual: Update figures for section on dive planner Update the two existing images for the section dealing with the dive planner. This is to make things a little easier for Robert who will be generating some text for this part of the manual. Signed-off-by: willem

Re: Issues with dive planner

On Mon, Jan 19, 2015 at 11:16 AM, David Tillotson da...@acmelabs.co.uk wrote: On Wed, 14 Jan 2015 16:16:01 -0200 Tomaz Canabrava tcanabr...@kde.org wrote: You are right, we need to speed this up quite a lot. It was really fast a few releases back, I don't know what happened ( neither

Re: Issues with dive planner

On Wed, 14 Jan 2015 16:16:01 -0200 Tomaz Canabrava tcanabr...@kde.org wrote: You are right, we need to speed this up quite a lot. It was really fast a few releases back, I don't know what happened ( neither looked at that part of the code ) but I'm on a spree of speeding things up right now,

Re: Issues with dive planner

On 14 Jan 2015, at 19:01, David Tillotson da...@acmelabs.co.uk wrote: As the weather here is not exactly ideal to get out, I thought I'd do some planner comparisons, but have a bit of problem using the planner. When moving points on the planner profile, it seems that the calculations are

Issues with dive planner

As the weather here is not exactly ideal to get out, I thought I'd do some planner comparisons, but have a bit of problem using the planner. When moving points on the planner profile, it seems that the calculations are being done on the fly, causing the UI to become extremely unresponsive.

Re: Issues with dive planner

On Wed, Jan 14, 2015 at 4:01 PM, David Tillotson da...@acmelabs.co.uk wrote: As the weather here is not exactly ideal to get out, I thought I'd do some planner comparisons, but have a bit of problem using the planner. When moving points on the planner profile, it seems that the calculations are