constant ppo2 users?
constant ppo2 users?
1. Has anyone use constant ppo2 future (beta firmware) ? Is he happy with it?
2. Is it possible for units sold today to be connected with ppo2 sensor? I don't mean the software capability but the DAC needed inside OSTC to grab voltage from the connector.
2. Is it possible for units sold today to be connected with ppo2 sensor? I don't mean the software capability but the DAC needed inside OSTC to grab voltage from the connector.
Leave bubbles behind (not up)
Re: constant ppo2 users?
I'm using a constant ppo2 beta and i'm quite happy.
The only thing i'ld like to have changed is less choices for the ppo2 settings in dive-mode and more OC-bailout gases options.
I hope the stable version will give this options.
The only thing i'ld like to have changed is less choices for the ppo2 settings in dive-mode and more OC-bailout gases options.
I hope the stable version will give this options.
Re: constant ppo2 users?
fin Wrote:
-------------------------------------------------------
> 2. Is it possible for units sold today to be
> connected with ppo2 sensor? I don't mean the
> software capability but the DAC needed inside OSTC
> to grab voltage from the connector.
Sorry for that stupid question. I just took a look at the ostc_schematic_rev9.pdf and found out myself.
I hope more pins at next version (or bluetooth )
-------------------------------------------------------
> 2. Is it possible for units sold today to be
> connected with ppo2 sensor? I don't mean the
> software capability but the DAC needed inside OSTC
> to grab voltage from the connector.
Sorry for that stupid question. I just took a look at the ostc_schematic_rev9.pdf and found out myself.
I hope more pins at next version (or bluetooth )
Leave bubbles behind (not up)
-
- Posts: 66
- Joined: Saturday 21. June 2008, 08:00
Re: constant ppo2 users?
Hello,
I tried yesterday the 1.11 PPO2 version.
My Ostc has been blocked after trying a gas change bailout. He started again 15 minutes later.
Then, for my second trial, I noticed that the OSTC didnt seem to be in bail out mode but well on PPO2 mode with diluant 33%.
How can I switch to bail out ?
Regards
coro
I tried yesterday the 1.11 PPO2 version.
My Ostc has been blocked after trying a gas change bailout. He started again 15 minutes later.
Then, for my second trial, I noticed that the OSTC didnt seem to be in bail out mode but well on PPO2 mode with diluant 33%.
How can I switch to bail out ?
Regards
coro
-
- Posts: 66
- Joined: Saturday 21. June 2008, 08:00
Re: constant ppo2 users?
Hello,
all is fine now. It was only a bad solder on the connector of the interface. 2 pins were together.
May I ask you another question ?
I usually dive in CCR.
Do I use the correct procedure ? :
- PPO2 1 is linked with gaz 1
- If I use only one gas and one PPO2, I have to leave gas 2 and 3 on 'not active'
- gaz 4 and 5 are bailout and must be active
Is this correct ?
Usually CCR divers are using more than two bailout gases and less than 3 in PPO2 mode ?
Do you think this will be implemented in the next versions ?
Kind Regards
Michel
all is fine now. It was only a bad solder on the connector of the interface. 2 pins were together.
May I ask you another question ?
I usually dive in CCR.
Do I use the correct procedure ? :
- PPO2 1 is linked with gaz 1
- If I use only one gas and one PPO2, I have to leave gas 2 and 3 on 'not active'
- gaz 4 and 5 are bailout and must be active
Is this correct ?
Usually CCR divers are using more than two bailout gases and less than 3 in PPO2 mode ?
Do you think this will be implemented in the next versions ?
Kind Regards
Michel
-
- Posts: 4376
- Joined: Sunday 13. May 2007, 18:07
Re: constant ppo2 users?
Hello Michel,
Correct, ppO2 is linked with the Gas1 as the diluent. You should set not used gases (in ppO2 mode only the gas 4 and 5 are used as bailouts) to "not active" and/or set the "change depths" to 0m. The three setpoints can not be enabled/disabled.
I our opinion, the ppO2 mode makes more sense with an O2 sensor since the ppO2 level in your CCR is not constant in real dives. So this implementation with the fixed setpoints is more an option to evaluate the ppO2 algorithm.
In the underwater menu "Set Gas" a Gas can be configured manually during the dive. It should be no problem to configure a mix manually, as well. I'll put that on the to-do list.
Regards,
Matthias
Correct, ppO2 is linked with the Gas1 as the diluent. You should set not used gases (in ppO2 mode only the gas 4 and 5 are used as bailouts) to "not active" and/or set the "change depths" to 0m. The three setpoints can not be enabled/disabled.
I our opinion, the ppO2 mode makes more sense with an O2 sensor since the ppO2 level in your CCR is not constant in real dives. So this implementation with the fixed setpoints is more an option to evaluate the ppO2 algorithm.
In the underwater menu "Set Gas" a Gas can be configured manually during the dive. It should be no problem to configure a mix manually, as well. I'll put that on the to-do list.
Regards,
Matthias
-
- Posts: 66
- Joined: Saturday 21. June 2008, 08:00
Re: constant ppo2 users?
OK.
But 'I our opinion, the ppO2 mode makes more sense with an O2 sensor since the ppO2 level in your CCR is not constant in real dives. So this implementation with the fixed setpoints is more an option to evaluate the ppO2 algorithm. '
I don't think that's the ONLY best solution. An O2 sensor is not always very 'precise'. Thus, this option should be further developped.
Is this possible to foreseen more than 2 bailout gas BEFORE the dive ? I think It could be very usefull because if you have to leave your rebreather and take your bailout, you will have another thing to do that modifying your gases
I'm happy to see it on your to do list...
Regards
But 'I our opinion, the ppO2 mode makes more sense with an O2 sensor since the ppO2 level in your CCR is not constant in real dives. So this implementation with the fixed setpoints is more an option to evaluate the ppO2 algorithm. '
I don't think that's the ONLY best solution. An O2 sensor is not always very 'precise'. Thus, this option should be further developped.
Is this possible to foreseen more than 2 bailout gas BEFORE the dive ? I think It could be very usefull because if you have to leave your rebreather and take your bailout, you will have another thing to do that modifying your gases
I'm happy to see it on your to do list...
Regards
Re: constant ppo2 users?
corona_citron Wrote:
-------------------------------------------------------
> Hello,
>
> Usually CCR divers are using more than two bailout
> gases and less than 3 in PPO2 mode ?
> Do you think this will be implemented in the next
> versions ?
>
> Kind Regards
>
> Michel
Hi, i suggested this before in a german post and i'm happy someone else is mentioning it, thanks, Reiner
-------------------------------------------------------
> Hello,
>
> Usually CCR divers are using more than two bailout
> gases and less than 3 in PPO2 mode ?
> Do you think this will be implemented in the next
> versions ?
>
> Kind Regards
>
> Michel
Hi, i suggested this before in a german post and i'm happy someone else is mentioning it, thanks, Reiner
Re: constant ppo2 users?
corona_citron Wrote:
-------------------------------------------------------
> OK.
> But 'I our opinion, the ppO2 mode makes more sense
> with an O2 sensor since the ppO2 level in your CCR
> is not constant in real dives. So this
> implementation with the fixed setpoints is more an
> option to evaluate the ppO2 algorithm. '
>
> I don't think that's the ONLY best solution. An O2
> sensor is not always very 'precise'. Thus, this
> option should be further developped.
> Is this possible to foreseen more than 2 bailout
> gas BEFORE the dive ? I think It could be very
> usefull because if you have to leave your
> rebreather and take your bailout, you will have
> another thing to do that modifying your gases
>
> I'm happy to see it on your to do list...
>
> Regards
Hi,
i completly agree with all this.
Some eCCR units can only be modified to let an external computer read the PO2 in the loop when voiding the certification. So it makes sense to be able to use the OSTC in constant-pPo2 without connecting it to the loop.
Also in a stressy bailout-situation you might barly be able to select a bailout-gas but you might not be able to edit a gas in the menu ( presumably you are able to access the menu).
Also in my opinion you need to be able to set all bailout-gases ( at least up to three ) before diving but you will not need more then two PO2-setpoints.
Thanks, Reiner
-------------------------------------------------------
> OK.
> But 'I our opinion, the ppO2 mode makes more sense
> with an O2 sensor since the ppO2 level in your CCR
> is not constant in real dives. So this
> implementation with the fixed setpoints is more an
> option to evaluate the ppO2 algorithm. '
>
> I don't think that's the ONLY best solution. An O2
> sensor is not always very 'precise'. Thus, this
> option should be further developped.
> Is this possible to foreseen more than 2 bailout
> gas BEFORE the dive ? I think It could be very
> usefull because if you have to leave your
> rebreather and take your bailout, you will have
> another thing to do that modifying your gases
>
> I'm happy to see it on your to do list...
>
> Regards
Hi,
i completly agree with all this.
Some eCCR units can only be modified to let an external computer read the PO2 in the loop when voiding the certification. So it makes sense to be able to use the OSTC in constant-pPo2 without connecting it to the loop.
Also in a stressy bailout-situation you might barly be able to select a bailout-gas but you might not be able to edit a gas in the menu ( presumably you are able to access the menu).
Also in my opinion you need to be able to set all bailout-gases ( at least up to three ) before diving but you will not need more then two PO2-setpoints.
Thanks, Reiner
-
- Posts: 4376
- Joined: Sunday 13. May 2007, 18:07
Re: constant ppo2 users?
It would be very easy to increase the bailout gases or use only two setpoints and three bailouts. We're very close to release the 1.15 stable, but I can include this in the 1.16 beta a few days later.
regards,
Matthias
regards,
Matthias