Présentation de l'OSTC mk2

Ca y est c'est bon vous venez de me vacciner

Qd je pense qu'en plus je suis sur Mac, qu'il va falloir que je virtualise Windaube pour ensuite chopper un pilote à la mords-moi-le-noeud ... ça y est j'ai des boutons plein la tronche

Le bidule n'est pas franchement retord mais je trouve la com assez délicate avec le Mac. Je pense que tu as repéré qu'il faut lancer la commande "reboot OSTC" sur l'OSTC (menu reset) quand tu lances le flash de la mémoire depuis ton PC?

Il reste moi aussi de mon coté des petits problèmes : par exemple je peux charger les paramètres depuis l'OSTC vers le Mac dans le logiciel Jdivelog mais je ne peux les renvoyer vers l'ordi. C'est clairement un bug de Jdivelog.

La connexion se perd si l'OSTC se met en veille et les ports USB doivent être réinitialisés, voire le mac rebooté, pour les retrouver.

YES j'y suis arrivé !

Tu devrais apprécier la nouvelle version.

Jean-Marc a écrit: Tu devrais apprécier la nouvelle version.

oui elle est vraiment sympa ! il y a plein de trucs nouveaux
je n'avais pas compris qu'il fallait faire un reset de l'ordi dans les 10 sec du lancement de la communication

j'ai changé également l'algo par défaut en durcissant celui ci pour être plus proche d'un Suunto

Jean-Michel a écrit:

Jean-Marc a écrit: Tu devrais apprécier la nouvelle version.

oui elle est vraiment sympa ! il y a plein de trucs nouveaux
je n'avais pas compris qu'il fallait faire un reset de l'ordi dans les 10 sec du lancement de la communication

Faut dire qu'il n'y a rien d'explicite !

poussin a écrit:Ca y est c'est bon vous venez de me vacciner

Qd je pense qu'en plus je suis sur Mac, qu'il va falloir que je virtualise Windaube pour ensuite chopper un pilote à la mords-moi-le-noeud ... ça y est j'ai des boutons plein la tronche

Absolument pas !!

Je suis sur Mac (iMac et Mac pro)
Aucun problème rencontré en suivant la procédure fournie par hw en utilisant jdivelog

N'ayant pas essayé sur PC, je ne peux pas être d'une grande aide

Jean-Marc a écrit:Le bidule n'est pas franchement retord mais je trouve la com assez délicate avec le Mac. Je pense que tu as repéré qu'il faut lancer la commande "reboot OSTC" sur l'OSTC (menu reset) quand tu lances le flash de la mémoire depuis ton PC?

Il reste moi aussi de mon coté des petits problème : par exemple je peux charger les paramètres depuis l'OSTC vers le Mac dans le logiciel Jdivelog mais je ne peux les renvoyer vers l'ordi. C'est clairement un bug de Jdivelog.

La connection se perd si l'OSTC se met en veille et les ports USB doivent être réinitialisés, voire le mac rebooté, pour les retrouver.

je n'ai pas ce genre de problème avec jdivelog en version 2.14
Le chargement depuis l'ostc et la sauvegarde vers l'ostc marchent parfaitement sur mes deux Mac
Effectivement la connexion est perdue quand l'ostc se met en veille mais j'ai juste à redémarrer l'ostc, fermer puis ouvrir jdivelog pour que la connexion fonctionne à nouveau

Tu l'as installé (jdivelog) à partir de l'installer java ou directement l'exécutable?

Jean-Marc a écrit:
Faut dire qu'il n'y a rien d'explicite !

Tu m'étonnes , il y a un fil de 145 pages sur ufp ou la question de la com avec le bestiau revient très souvent.

Jean-Marc a écrit:Tu l'as installé (jdivelog) à partir de l'installer java ou directement l'exécutable?

j'ai installé directement le fichier JDiveLog.app dans mon dossier application
et le fichier FTDIUSBSerialDriver_v2_2_14.dmg

et tout a fonctionné du premier coup sur les deux mac

Le gone a écrit:Hello,
juste un point qui sur ce type d'ordi a son importance
Il est pour le moment limité à 120 m et uniquement 5 gaz, ce qui reste insuffisant pour ce à quoi se destine cet ordi.

c'est la precision du capteur ,optimum jusqu'à 120 m qui "bride" le MK2 à cette profondeur. Il est déjà descendu plus bas en compagnie d'ordi prévu pour , et il a calculé sa déco comme les autres. Ca ne veut pas dire qu'il faut l'utiliser comme ça, HW a dit 120 m. Le capteur est un 30 bars, il y a de la marge avant de le coincer.

5 gaz plus un configurable en plongée, donc 6. Ca permet quand même une belle plongée..

Pour ceux qui ont des soucis de telechargement de nouvelles versions, ça vient de sortir

http://www.innodive.com/ostc/OSTC.html

aliend a écrit:Pour ceux qui ont des soucis de telechargement de nouvelles versions, ça vient de sortir

http://www.innodive.com/ostc/OSTC.html

merci pour le lien : le coup du "reset" juste avant de lancer le programme est le point que l'on peut facilement zapper et du coup penser que cela ne fonctionne pas

Un petit bug dans JDivelog que j'ai noté en chargeant mes plongées de ce week end : la correction en eau salée de la profondeur n'est pas réalisée dans le logiciel qui affiche des profondeur équivalentes en eau douce (l'OSTC corrige bien par contre sur son propre affichage).

merci pour l'info, je n'avais pas remarqué cet écart
quelle version de jdivelog utilises-tu ?
il y a une nouvelle version de jdivelog, la 2.15 sortie il y a qlq jours pour l'OSTC 1.80

Chouette, çà tombe bien car j'avais la 2.14. Je vais essayer de suite.

pour information, la prochaine version devrait intégrer ...


le français !

https://bitbucket.org/heinrichsweikamp/ostc2_code/

le version beta 1.81 est sortie avec le français comme convenu
entre autres

http://www.heinrichsweikamp.net/forum/read.php?2,4164

bonne nouvelle pour la nouvelle version
je viens d'enchainer une petite dizaine de plongées avec l'OSTC en version 1.8 : le bonheur cet ordi est vraiment une petite merveille !

mercredi soir, j'étais à la fosse de Meyzieu pour m'entrainer à la DTH et RSE
l'ordinateur a fait impression, la dizaine de plongeurs au fond est venu voir cet objet "lumineux" avec de gros yeux ébahis

d'après le gars de l'ucpa au bord du bassin, je n'étais pas le seul à en avoir un car un moniteur en portait un durant la session précédente.

nous sommes donc au moins 3 à avoir un ostc sur la région lyonnaise !

question aux propriétaires d'OSTC, j'espère qu'on est un peu plus que 3 sur ce forum, depuis le temps qu'on fait la promo de cet ordinateur :

après plusieurs discussions animées avec des propriétaires d'OSTC, une question revient souvent sur le calcul de la DTR.

Le choix qui a été fait par HW est de calculer la DTR sur le gaz actif uniquement, quels que soient les gaz programmés. Cela va dans le sens de la sécurité : la DTR affichée est toujours la DTR maxi si le plongeur ne switche pas sur les mélanges de déco. Elle est ajustée uniquement lors d'un switch vers un mélange programmé.

Mais du coup, on ne connait pas la DTR estimée avec les mélanges programmés.
Vous me direz, le run-time, c'est pas pour les chiens, le simulateur fournit ces informations lors de la préparation de la plongée au sec. Et on est sensé respecté les paramètres définis avant de descendre.
C'est ce que je réponds en général.

Mais mais ...
plus j'en discute, plus je me dis qu'il serait possible, et pas bien compliqué, d'ajouter une fonction, du même type que la CF58 (Future TTS ou DTR de réchap), qui afficherait la DTR estimée avec l'ensemble des gaz programmés.

2 intérêts possibles à mon sens, il en existe peut-être d'autres :

1 - vérifier que l'on est toujours dans les clous d'un run-time, pour les plongeurs qui en ont préparé un au sec
2 - ne pas surprendre le plongeur avec une DTR importante qui chutera dès le premier switch sur un mélange de déco.

C'est arrivé à un plongeur (que je ne nommerai pas, de toute manière, il ne lit pas les fora) qui après une plongée carrée sur un fond de 40m et 25' fond, était surpris/choqué de l'importance de sa DTR (>30mn) en partant du fond, DTR qui a chuté à 12mn dès qu'il a switché sur son nitrox 80.
Pourtant il était informé du run-time, ayant fait les simulations au sec, il savait qu'il allait avoir une dizaine de minutes maxi de paliers. Le fait de voir sa DTR augmenter rapidement jusqu'à plus de 30mn lui a mis un bon coup de stress sous l'eau. Apparemment, il n'a pas profité de sa plongée, gamberge dans sa tête.

Et, en discutant de cette mésaventure, il apparait que c'est arrivé à pas mal de plongeurs, propriétaires d'OSTC ou non. Je ne connais pas leur passé de plongeurs, leurs habitudes et pratiques.

Mais je me dis qu'avec les possibilités de paramétrage offertes par l'OSTC, la DTR estimée sur mélanges programmés pourrait être un plus.

Et vous, que pensez-vous de cette fonction :
utile, inutile, débile

Salut, je n'ai pas d'OSTC mais dans le cas de l'Hel0², la DTR affiché prend en compte tous les gaz. Tu as le choix au moment de la programmation d'un gaz primaire ou secondaire. Donc dans le cas d'une Plongée multigaz, je vais :
Gaz 1 primaire : 19/30 TX
Gaz 2 primaire : 50% NX
Gaz 3 secondaire : 80 % NX

Ma DTR totale (avec prise en compte des paliers profonds) sera bien calculé avec mes deux premiers GAZ.

Ce calcul ne se fait que sur la version Hel0², sur le Vyper air la DTR ne prenait en compte qu'un gaz et au moment du switch tu avais le recalcul.

Mais comme tu le soulignes, le Runtime est la ligne de conduite sur les plongée profonde.

@+++

je n'ai pas de Helo2, mais c'est effectivement ce que je constate quand j'utilise le simulateur Dive Planner de Suunto en basculant les mélanges en primaire et en secondaire.
Un des arguments fournis par les détracteurs de la méthode utilisée par Suunto est que si ton mélange 2 n'est plus disponible (pour x raisons), tu te retrouves avec un plan de déco complètement foireux. Et il faudra vite te rabattre sur ton RT.
L'OSTC a choisi la voie inverse, la vision la plus pénalisante possible.
De plus Suunto ne va pas jusqu'au bout dans sa démarche. Car il ne prend jamais en compte les mélanges secondaires dans son plan de déco.

Ce que je propose après moult discussions, est la possibilité d'avoir le plan de déco le plus pénalisant (encore que remonter en surface avec un 10/50 doit faire tout drôle ...) et avoir en option le plan de déco prédictif avec tous les mélanges paramétrés.

Et je parle bien de plan de déco et pas uniquement de DTR prédictive. L'objectif est de fournir en affichage optionnel, comme le chrono de l'OSTC pour ceux qui connaissent, l'affichage de la DTR prédictive et des paliers préditcifs tout mélange actif inclus.

D'après vous, est-ce que cela a du sens et un quelconque intérêt dans votre pratique de la plongée (en cicruit ouvert, dois-je le préciser ) ?

Je ne vais pas pouvoir te répondre car je passe jamais en déco ( ).

Cette fonction de rappel selon le runtime serait une info sans doute pertinente mais en OC la commutation sur un gaz est une étape critique qui doit s'accompagner d'une commutation (ou non) de l'ordi. C'est de mon point de vue logique de rester sur le plan du gaz de fond tant que le plongeur n'a pas sciemment commuté sur un autre gaz.

Faut être un peu mumuche (ou sacrément torché) pour se faire surprendre, non?

joker pour moi ... je change continuellement de gaz .... CCR oblige

Jean-Marc a écrit:Je ne vais pas pouvoir te répondre car je passe jamais en déco ( ).

Cette fonction de rappel selon le runtime serait une info sans doute pertinente mais en OC la commutation sur un gaz est une étape critique qui doit s'accompagner d'une commutation (ou non) de l'ordi. C'est de mon point de vue logique de rester sur le plan du gaz de fond tant que le plongeur n'a pas sciemment commuté sur un autre gaz.

Faut être un peu mumuche (ou sacrément torché) pour se faire surprendre, non?

je pense aussi qu'il devait être torché.
Mais pour avoir été shooté aussi, je me mets à sa place quand tu comprends que ta DTR est le triple de celui que tu as estimé au sec via simulateur.
je peux comprendre son coup de stress, et sa gamberge pour comprendre ce qui se passe.

Jean-Michel a écrit:joker pour moi ... je change continuellement de gaz .... CCR oblige

je sais bien

mais que cela ne t'empêche pas de te souvenir de ce que tu attendrais si tu étais en circuit ouvert
cela t'arrive encore si j'en crois les photos du CHA

bardass a écrit:

je sais bien

mais que cela ne t'empêche pas de te souvenir de ce que tu attendrais si tu étais en circuit ouvert
cela t'arrive encore si j'en crois les photos du CHA

m'en parle pas de la plongée du CHA , une stab de club dont il ... manquait une sangle d'épaule , un mano qui fuyait a gros bouillons, un 12 L gonflé a 180 bars au départ ... un truc a oublier de respirer pour avoir la même autonomie que les potes , bon cela ne m'a pas empêché de faire une belle plongée de 71 minutes, mais un coup a me faire regretter le CCR

je vous en dirai un peu plus sur ces stratégies après mon stage Trimix que je fais en ouvert avant de passer au CCR trimix

Encore un peu et tu étais bon pour plonger le bloc à la main !...

bardass a écrit:question aux propriétaires d'OSTC, j'espère qu'on est un peu plus que 3 sur ce forum, depuis le temps qu'on fait la promo de cet ordinateur :

après plusieurs discussions animées avec des propriétaires d'OSTC, une question revient souvent sur le calcul de la DTR.

Le choix qui a été fait par HW est de calculer la DTR sur le gaz actif uniquement, quels que soient les gaz programmés. Cela va dans le sens de la sécurité : la DTR affichée est toujours la DTR maxi si le plongeur ne switche pas sur les mélanges de déco. Elle est ajustée uniquement lors d'un switch vers un mélange programmé.

Mais du coup, on ne connait pas la DTR estimée avec les mélanges programmés.
Vous me direz, le run-time, c'est pas pour les chiens, le simulateur fournit ces informations lors de la préparation de la plongée au sec. Et on est sensé respecté les paramètres définis avant de descendre.
C'est ce que je réponds en général.

Mais mais ...
plus j'en discute, plus je me dis qu'il serait possible, et pas bien compliqué, d'ajouter une fonction, du même type que la CF58 (Future TTS ou DTR de réchap), qui afficherait la DTR estimée avec l'ensemble des gaz programmés.

2 intérêts possibles à mon sens, il en existe peut-être d'autres :

1 - vérifier que l'on est toujours dans les clous d'un run-time, pour les plongeurs qui en ont préparé un au sec
2 - ne pas surprendre le plongeur avec une DTR importante qui chutera dès le premier switch sur un mélange de déco.

C'est arrivé à un plongeur (que je ne nommerai pas, de toute manière, il ne lit pas les fora) qui après une plongée carrée sur un fond de 40m et 25' fond, était surpris/choqué de l'importance de sa DTR (>30mn) en partant du fond, DTR qui a chuté à 12mn dès qu'il a switché sur son nitrox 80.
Pourtant il était informé du run-time, ayant fait les simulations au sec, il savait qu'il allait avoir une dizaine de minutes maxi de paliers. Le fait de voir sa DTR augmenter rapidement jusqu'à plus de 30mn lui a mis un bon coup de stress sous l'eau. Apparemment, il n'a pas profité de sa plongée, gamberge dans sa tête.

Et, en discutant de cette mésaventure, il apparait que c'est arrivé à pas mal de plongeurs, propriétaires d'OSTC ou non. Je ne connais pas leur passé de plongeurs, leurs habitudes et pratiques.

Mais je me dis qu'avec les possibilités de paramétrage offertes par l'OSTC, la DTR estimée sur mélanges programmés pourrait être un plus.

Et vous, que pensez-vous de cette fonction :
utile, inutile, débile

bon, je vais m'auto-répondre


nul besoin de nouvelle fonction, l'OSTC calcule les deux modes : prédictif avec les mélanges programmés ou pénalisant avec le gaz fond.

l'OSTC calcule la DTR (et donc les paliers) avec l'ensemble des mélanges dont la profondeur est valorisée à plus de 0m (sauf pour le mélange principal). C'est le mode qui a été appelé "prédictif" dans les messages précédents.

Exemple :
plongée 60m / 9' fond, air + nitrox 80 à 10m, dernier palier à 4m
Buhlmann 120/90
DTR = 14'
Paliers : 1' à 9m, 2' à 6m, 4' à 4m

Lorsque les mélanges sont actifs mais les profondeurs ne sont pas renseignées (profondeur = 0), l'OSTC calcule alors la DTR et les paliers uniquement avec le mélange principal

Exemple : même plongée
DTR = 20'
Paliers : 1' à 9m, 4' à 6m, 8' à 4m

Si l'on bascule sur le mélange nitrox au palier à 9m, la DTR est recalculée au bout de qlq secondes pour se recaler sur une DTR proche de la précédente. Les petits écarts que j'ai constatés hier soir sont à mon avis dus au fait que je ne suis pas remonté à la même vitesse entre les deux simulations.

Si l'on fait varier la profondeur d'utilisation des mélanges déco (entre 0 et 9m pour mon N80), la DTR varie entre 14 et 20' pour mon exemple.

De fait, avant de procéder aux simulations, j'ai vérifié mes paramétrages de mélange, ils étaient à 0 en profondeur.
D'où ma question initiale.
Et je pense que la plupart des plongeurs avec lesquels j'ai discuté devaient être dans le même cas que moi. Je vérifierai sur leur ordinateur.

Donc, pas besoin de CF supplémentaire, l'OSTC sait calculer selon tous les modes.

En un mot : PARFAIT, l'OSTC