Logiciel de routage QtVlm [9]

26 août 2019
26 août 2019

Cette discussion est la continuation de www.hisse-et-oh.com[...]qtvlm-8

26 août 2019

J'ai QTVLM sur tablette Samsung tab 3 et Android; quand je supprime un parcours, il reste, malgré la suppression, les POi; pas moyen de forcer la suppression en même temps des POi ? Bien sûr, je peux les supprimer un par un mais c'est fastidieux;
Merci, Maitai, par avance, pour ta réponses

26 août 2019

Comme un POI peut appartenir a plusieurs parcours, il ne sont pas supprimés quand on supprime un parcours. Et puis ce sont souvent les mêmes POIs qui servent pour faire des parcours.
Je note de rajouter un choix ;)

26 août 201926 août 2019

Ça veut dire que tu peux intégrer des POi existants dans un nouveau parcours ?
De plus, je pouvais déplacer les POi avec le doigt avec les versions précédentes et, depuis la nouvelle version, cela ne semble plus possible

26 août 2019

Sisi on peut toujours bouger les pois avec le doigt ou la souris
Un poi peut être ajouté à un parcours en l'éditant et il peut appartenir à 5 parcours. Par contre et c'est prévu un jour un poil ne peut pas appartenir plusieurs fois au même parcours

27 août 2019

Ok grand merci

27 août 2019

Et j'ai dit une bêtise car, si on passe par «Marques», on peut effacer tous les POi d'un coup

27 août 2019

Salut Matai,
Comment fait t’on pour orienter le bateau avec le cap vrais, utilisant la variation ? Sur mon PC, il s’oriente avec COG et non CTW qui rentre bien ?

28 août 2019

Tu parles du microboard en haut à droite? On ne peut pas il ne prend que le COG. Tu peux afficher le badin du CTW qui fera ca, je note de rajouter une petite option car ce n'est pas la première fois qu'on nous demande ça.

28 août 2019

Surtout pour le mobile à l’ecran, c’est interessant de voir le bateau en crabe dans le courant et aussi au mouillage. On vois bien le cercle d’évitement. Comment le bateau se déplace de travers. Pour les départ de régate c’est aussi intéressant si on attend près du bateau comité et qu’on dérive voiles choquées, pour le calcul de la distance à la ligne qui se fait il me semble par rapport à la proue.

08 sept. 2019

En fait après vérification (et retour de vacances), le microboard s'oriente déjà sur CTW si présent et si vitesse sur l'eau non nulle, sinon c'est COG. Dans le cas où COG et CTW sont différents, une flèche en plus apparaît dans le microboard pour matérialiser COG (en violet foncé).

02 sept. 2019

Bonjour
J'ai installé la derniere version de QtVlm sur un mini MAc ( i5) de 2014 .
Lorsque je fais l’acquisition des donnée nmea2000 il pedale tellement qu’il est inutilisable
Ce n’est pas le cas avec opencpn .y a t il un moyen de moins charger le cpu ?
merci d'avance

02 sept. 2019

Dernière version c'est bien 5.9.3-patch1?
Sinon nmea2000 c'est pas possible donc je suppose un convertisseur quelque part
Quel genre de connexion (tcp/upd/série/...) ?
AIS activé ou pas ?
Quelle valeur de fréquence de rafraîchissement nmea (par défaut c'est 3 secondes)
Philippe

02 sept. 2019

Bonsoir,
Patch1 : je ne crois pas
La connection nmea 2000 se fait via le wifi du bord ( gofree)
Sur la liaison il y a bien l’ais car on voir les autres voiliers. La centrale de nav est autour du zeus de b&g
Justement je n’ai pas trouvé la fréquence de rafraîchissement
Je vais mettre un dd en Ssd mais je pense qu,il y’a une conf que je ne maîtrise pas

03 sept. 2019

Le zeus débite un GPS 10Hz, ça dois être trop de données.

04 sept. 2019

Je viens d'essayer avec un serveur NMEA TCP à 10hz puis 100Hz, pas de soucis. Ca vient pas de ça (et ça se saurait, je pense).

03 sept. 2019

La fréquence de rafraîchissement est dans le tableau de bord complet.
Avec l'AIS coupé via le bouton de la barre d'outils c'est pareil?

03 sept. 2019

Merci . Je ne suis pas actuellement sur mon bateau mais vérifierai çes 2 points dès que possible

07 sept. 2019

RPI 3 + Raspian Stretch à jour + qtVlm 5.8.11
Tout va bien
Renomme qtVlm/ en qtVlm-5.8.11
Install de 5.9.3p1 dans qtVlm/
Run qtVlm/qtVlm
--> ./qtVlm: error while loading shared libraries: libhd.so.21: cannot open shared object file: No such file or directory

où merde-je ?

07 sept. 2019

hmmm quelle commande pour décompresser? En principe c'est
tar zxvf qtVlm-5.8.3-patch1-rpi.tar.gz
C'est mieux de supprimer le répertoire qtVlm avant, si tu as des soucis

07 sept. 2019

Merci Maitai.
Je l'ai fait par l'outil graphique de base, ce qui fonctionne d'ordinaire.
Je renomme le répertoire qtVlm avec l'ancienne version, puis j'en crée un nouveau...
Je tente demain, si j'ai le temps.

08 sept. 2019

Bingo !
Ou l'outil graphique a eu un changement, ou un nom de fichier coince, ou je ne sais pas quoi, MAIS faut passer par "tar" dans une console...
Voila voila, une fois encore, la démonstration de la qualité du support de qtVlm...

08 sept. 2019

Je viens d'essayer (RPI3, stretch) en partant de 0, pas de soucis.

10 sept. 201916 juin 2020

Salut Matai, pour moi, j’ai bien les flèches sur le micro board, mais il est orienté avec le cog. La flèche verte indique le vent réel twd, la rouge et la violette l’AWA at TWA. Y a t’il une option que je loupe ? Sur mon exemple, on vois bien que le bateau est orienté sur la carte et le microboard au 329 alors que compas donne 215.

03 nov. 201921 fév. 2020

Je vais mettre un dd en Ssd mais je pense qu,il y’a une conf que je ne maîtrise pas



10 sept. 2019

L'orientation est CTW si y'a du CTW ET si STW > 0.01, sinon c'est COG.
Dans la prochaine version ce contrôle de STW va être supprimé.

10 sept. 2019

Ah bon ? Suppression du controle ? Perso j'aurais mis un seuil à 0.1 mais je manque cruellement d'expérience

11 sept. 2019

C'est juste que COG provient du GPS, et est une valeur non fiable s'il n'y a pas de déplacement. De plus, un GPS peut fournir, alors qu'il est à l'arrêt, des valeurs de vitesse, ce qui me fait discriminer les valeurs faibles.
C'est tout.

10 sept. 2019

Qu’il y ait option d’activer ou non, quel est le réel intérêt d’orienter sur la carte le dessins du bateau au cap COG? On a le vecteur qui projette le COG sur la carte et le cap permet également de tenir compte des offsets entre les capteurs pour les cercles d’evitage au mouillage si on veut être au cm près... je suis curieux de connaître ton intérêt d’avoir le bateau orienté COG plus tôt que HDT ?

11 sept. 2019

on est d'accord alors ! il est préférable d'utiliser le HDG (CTW ici) surtout a des vitesses faibles, ça plus de sens !

10 sept. 2019

Ok, ça explique tous ! L’idéal serait à mon avis que ce soit automatique en cas de « Time out » du compas de plus de XX (30?) sec ?

10 sept. 2019

C'est déjà le cas, il y a un timeout de 1mn sur toutes les données de toutes façons, cad que si pas de données pour un capteur pendant 1mn la donnée est considérée invalide (---). Le contrôle sur la vitesse non nulle est venue d'un cas particulier dont j'avoue ne plus me rappeler les détails, j'ai enlevé.

16 sept. 2019

Serai t’il possible d’ajouter une option de routage pour router en utilisant la moyenne du pourcentage des XX dernières minutes de la polaire (temps configurable), cela permettrait de se rapprocher des performances réelles du bateau à cette allure vs la polaire dans certaines configuration ? Par exemple si on a un mauvais choix de voile en prévision d’un coups de vent qui se fait attendre.

17 sept. 2019

Ca parait compliqué, car dans ce cas comment savoir le remettre une fois que le coup de vent est arrivé?

Le plus simple imo c'est de regarder l'instrument PPC et d'applique une correction sur la polaire. L'instrument prend la correction en compte donc devrait se rapprocher de 100%.

Dans le meme genre d'idée grib->info donne la difference entre le vent mesuré et le vent du grib, qu'on peut eventuellement appliquer sur le grib ensuite.

17 sept. 2019

Merci pour la précision sur le PPC affiché, je croyais que le 100% étais appliqué uniquement au routage.

Effectivement, vu l’intérêt ponctuel, modifier le PPC sur un routage est suffisant.

28 sept. 2019

Bonjour Maitai
Quelles sont les nouvelles pour les prochaines versions ?
Et la refonte de la version iOS ?
Vas y fait nous rêver ...
Et félicitations pour le travail effectué.

28 sept. 2019

Pour l'instant on est occupé encore avec les cartes vectorielles Inland (cartes des cours d'eau intérieurs) qui sont un complément à la norme S57. On était déjà pas mal, on voudrait être parfaits.

Sinon en 2020 (ca va être chaud pour cette année), sortira une nouvelle mouture complètement réécrite avec plein de choses nouvelles en terme d'ergonomie et aussi d'interface utilisateur. Ca sera un gros changement, dans les limitations ca sera aussi la fin du support des vieilles configurations (fini linux/windows 32b, Android minimum 6.0, iOS minimum 10, etc). C'est un projet de longue haleine commencé fin 2018, il y faut le temps... et aussi l'énergie d'aller au bout.

28 sept. 2019

Vous allez abandonner Linux ?????

28 sept. 2019

Ben non, les versions 32b seulement (a part Raspberry bien sur).

29 oct. 2019

Bonjour, utilisateur habituel de open cpn j'ai souhaité avoir un backup sur mon IPHONE
je suis sur iphone XR IOS 12 avec la version complète donc payante de QTVLM.
Je n'arrive pas à charger de carte CM93 utilisées quotidiennement sur OPEN CPN ?
Je viens très bientôt rejoindre mon bord et m'inquiète ne trouvant pas de réponse dan la très lourde et volumineuse littérature sur notre site préféré...
Merci pour votre aide
Daniel

29 oct. 2019

Comme dit via pm il faut mettre ces cartes dans un fichier zip et les transférer sur l'iphone soit par airdrop, soit par itunes et ensuite les installer via le menu "qtVlm->importer depuis iTunes fichiers partagés". On peut aussi télécharger le zip d'un site internet et faire "ouvrir avec qtVlm" dans iOS directement.

29 oct. 2019

Petite réflexion que j'aie eue en remontant de Gijon à La Rochelle au près ce weekend... A tergiverser à arrêter la voile pour passer au moteur et inversement en fonction du vent...

Maitai, tu as mis une option pour les routages : moteur si vitesse inférieure à ... et dans ce cas, vitesse du moteur à ...
C'est déjà très bien, mais ce qui m'a manqué, c'est : "moteur si VMG inférieur à ...". Ca doit être faisable ? Mais ce n'est qu'une suggestion...

En tout cas super logiciel que je conseille sur radio-ponton !!! :pouce:

29 oct. 2019

Hmmm c'est une idée mais pas trop faisable, le routage n'utilise pas le VMG vers la destination ca n'aurait pas de sens. Sur une route ca serait possible par contre, je note.

29 oct. 2019

Pour les anglo-parlants et ceux intéressés par les trucs scientifiques, ca cause de qtVlm dans des revues très spécialisées:

iopscience.iop.org[...]/012001

et si vous avez raté ma trombine (une première et ca se voit)

30 oct. 2019

Promis maintenant que je sais que certaines éoliennes utilisent qtVlm je me méfierai quant j'en verrai une en rapprochement sur route de collision ! :lavache: :-D ;-)

30 oct. 2019

Bin non ! Elle vont changer de route...
:acheval:

03 nov. 2019

Attention avec les changements de la future version, ca ne passe pas toujours très facilement ;-)

03 nov. 2019

En tout cas merci pour ce super logiciel pour nous qui naviguons dans le nord de Bretagne. Une application qui nous aide régulièrement
Michel

20 nov. 201916 juin 2020

Bonjour Philippe
J'ai voulu apporter quelques modifications sur les valeurs de ma polaire.
Quand je veux la recharger le logiciel me répond "fichier invalide /séparateur incorrect"
En comparant avec les autres polaires de la bibliothèque, je ne vois pas ce qui cloche.
Peut être pourrais tu m'aider
Merci d'avance
Eric

20 nov. 2019

Bonjour,
Je peux pas dire, faudrait mettre le csv lui meme

20 nov. 201920 nov. 2019

Affirmatif pour manipuler une base de données avec excel il faut véritablement connaitre .... excel :-p utilise plutôt note ou notepad++ (gratuit) pour véritablement l’écrire en code ASCII excel a tendance a rajouté des tabs qui n’ont pas lieu d’être et comme tu le vérifie avec ça .......ben il te dit que tous va bien !!!

support.office.com[...]91393ba

notepad-plus-plus.org[...]/

vérifie ton fichier modifier avec notepad ++ tu trouvera certainement ce qui coince

;-)

20 nov. 2019

Fichier réédité avec notepad ++
ça fonctionne impec
Merci pour le coup de main
Eric

20 nov. 2019

Hello,

J'ai téléchargé récemment QTVLM pour tester le routage, pour l'instant je comprends pas tout, je trouve l'ergonomie spéciale, par rapport à Open cpn que je connais (normal, c'est pas un reproche) mais j'y ai pas passé de temps encore et je n'ai jamais utilisé de routeur.

Ma question : Si l'ergonomie change beaucoup sur la prochaine version, ça vaut peut être mieux d’attendre cette nouvelle version pour s'y mettre
ou est ce que ce qui sera acquis sera tout de même utile?

Qu'en pense le concepteur?

20 nov. 2019

L''ergonomie sera différente mais tous les principes de la version actuelle seront là, donc ca ne sera pas bien difficile de s'adapter.
De plus au rythme où ca va, c'est pas pour tout de suite, malheureusement.
En attendant la série qtVlm 5 continue, et une nouvelle version a été livrée il y a quelques jours (5.9.5). Les principales améliorations concernent les cartes vectorielles (CM93s, S57/S63), un gros travail sur la vitesse de rendu mais aussi sur la qualité des éléments et des lumières, et également un support à 100% des cartes fluviales qui sont une extension de la norme IHO. Plus de détails dans le "Quoi de neuf".

21 jan. 2020

Mise à jour de qtVlm, version 5.9.6 (patch1, même)

Essentiellement des améliorations sur le routage et la route, quelqu'un a toujours une nouvelle idée...

En bref:

De discutions en discutions l'algo de routage s'est amélioré, en particulier sur les routages longs.

Une nouvelle option permet de limiter la recherche autour de la route orthodromique, utile par exemple pour éviter que le routage aille chercher des points très loin en cas de grib/météo instable (ce qui mériterait une définition aussi).

Une autre option pour mieux utiliser l'information rafales des gribs dans le routage et les routes. On regarde la différence entre les rafales du grib et le vent moyen, et si cette différence est > à un seuil paramétrable on peut appliquer un coefficient à la polaire (car du coup on navigue sous-toilé, par exemple).

La trace enregistre désormais quelques informations (TWA/TWS/TWD/BS), exportables, et affichables en info-bulles.

Le balisage SHOM (open data) a été mis à jour (données 2019 avec les images), plus la possibilité d'afficher le nom des objets.

Bonne année maritime à tous (n'oubliez pas l'obole pour ceux qui peuvent...)
Philippe.

21 jan. 2020

Merci Maitai !
Bon vent aussi pour cette nouvelle année, de beaux développements, mais aussi du vent dans des voiles ‘reelles’ (du meltem ?)

22 jan. 2020

balisage SHOM (open data)

Génial ce truc !
On peut visiter les phares et balises sans quitter son canapé. Trop bien !

22 jan. 2020

Bonne année à Meltemus, à Maitai, et à ceux qui grenouillent autour de qtVlm.
Maitai ; Un petit miam un de ces midi au black shelter ?

22 jan. 2020

Avec plaisir :)

22 jan. 2020

Turbidite !

27 jan. 2020

on peut se prévoir ça, se serais sympas avec Maitai ;-)

27 jan. 2020

Bon, yakafokon

22 jan. 2020

Bonne année à qtVlm !!! Pour moi ça sera 1 Polar Monkey ;=)

26 jan. 202016 juin 2020

Bonjour,

Je reprend le fil d'un pb sous raspberry / companion et Bluetooth. (www.hisse-et-oh.com[...]qtvlm-8 )
Pas eu le temps de régler l'affaire l'été dernier, je profite de l'hiver pour y consacrer un peu de temps.

J'ai une tablette avec Companion installé et je souhaite la connecter en bluetooth au raspberry.
J'arrive a appairer la tablette avec le raspberry, mais l'OS m'affiche le message d'erreur suivant :
connection failed - no usable services on this device (cf photo).
Il semble que le pb soit entre Android et l'OS du raspberry, la connection bluetooth s’établit bien pendant l’appairage mais se déconnecte rapidement après (avec le message d'erreur).
Aucune connexion bluetooth détectée alors dans QTvlm companion.

J'ai passé qq temps sur les forums de raspberry pour essayer de comprendre, mais j'y perd plus de temps qu'autre chose pour l'instant.
Faut-il installer un soft complémentaire de type SPP pour permettre une connexion série à travers le bluetooth ?
Qqun a t-il déjà résolu ce pb ?

Je ne dois pas être le seul à mon avis, car de base avec une installation propre du raspberry + un téléphone Android je retrouve le problème...

Merci de vos retours !

27 jan. 2020

Alors, histoire d'être sur je viens d'essayer, pas de soucis, ca a fonctionné sans coup férir, du 1er coup.

J'ai un Raspberry PI3+, Rasbpian 9 (Stretch), sans openplotter. J'ai activé le BT interne sur le RPI et mon tel Android (Android 9), j'ai mis le RPI en discoverable et j'ai apparaillé l'Android sur le RPI, tout c'est passé normalement.

Ensuite j'ai lancé qtVlm, je suis allé dans la config->instrument->Companion et j'ai coché Bluetooth. J'ai chargé un grib et lancé le mode simulation (il faut être en acquisition NMEA pour que ca envoie qque chose).

Sur le téléphone j'ai lancé le Companion, dans la config j'ai mis Bluetooth. Et hop instantanément ou quasi le Companion a commencé à recevoir des données.

Donc je dirais que ton problème est avant tout ça, ce qui j'en conviens ne t'aide pas trop ...

Je ne me rappelle plus si j'ai installé quelque chose de spécial sur le RPI à l'époque, mais c'est bien possible.

A priori il faut suivre les instructions ici, ca me rappelle quelque chose:

et peut être aussi ici (mais ca ne me rappelle rien):

27 jan. 2020

Bonsoir,

J'ai reproduit ce que tu me décris, j'ai toujours le même problème, mais par contre je remarque que je tourne sous android 6.0.1. sur la tablette (est-ce grave docteur ?).

Juste pour bien comprendre, une fois appairé, est-ce que tu fais l'action de les connecter avant de lancer companion / Qtvlm ? moi je n'ai pas de connexion, mais sur certains sites il semble que ce ne soit pas grave :
bluedot.readthedocs.io[...]pi.html

Si c'est sur le RPI qu'il faut agir, j'ai parcouru les deux liens que tu cites à la fin, en scannant via bluetooth ma tablette android je remarque que j'ai 3 canaux de connexion :
- N° 2 pour l'audio (semble être le canal par défaut de connexion du RPI).
- N°15 pour le réseau.
- N° 19 pour le "push" de fichier.
Je ne suis pas assez calé en code linux pour aller plus loin.
Faut-il créer un script au démarrage pour créer une connexion bluetooth spécifique ? mais vu ta réponse ça semble assez plug & play.... Donc si qq a des idées complémentaires...

Merci !

28 jan. 2020

Android 6 ca n'est pas le soucis je pense. Ici également le RPI et l'Android disent qu'ils sont connectés en Audio, et ça suffit. Pas besoin d'un script ici, ca fonctionne directement dès que les 2 sont appareillés.

Tu as installé bluez sur le RPI? Pour moi ton message vient de ce que ce n'est pas installé.

29 jan. 202016 juin 2020

Bonjour,

Merci maitai,

Effectivement, il y avait bien un pb sur le RPI avec Bluez, il n'était installé que de façon partielle + il y a une action à faire dans le fichier config pour désactiver une option qui fait planter la connexion.

ça avance !
Donc à présent j'arrive a avoir une connexion bluetooth stable entre le RPI et la tablette.
Je lance qTvlm en mode simulation, avec companion configuré sur "bluetooth".
Je vois bien dans l'utilitaire bluetooth du RPI qu'il y a du traffic a travers la connexion (cf photo).
Par contre de l'autre coté (Android 6.0.1) l'appli companion reste sourde... j'ai beau regarder si l'appli est bien autorisée à avoir accès au réseau etc dans les paramètres Android (ce qui est par défaut), je ne voit pas quoi faire...
Pour info, j'ai la version companion 1.7.

une idée ?

29 jan. 2020

Il faut déjà s'assurer que côté RPI c'est configuré en Bluetooth (configuration->onglet instruments->sous onglet Companion)

Puis il faut lancer l'acquisition NMEA ou bien si tu ne peux pas car pas dans le bateau, tu peux charger un grib, et lancer le mode simulation (si tu n'es pas connecté à internet alors il faut d'abord éteindre l'AIS).

29 jan. 2020

oui c'est bien la config réalisée.
-> Onglet companion configuré en bluetooth avec l'option envoi des unités cochée. (coté RPI).
-> idem coté tablette.
sur le RPI Mode simulation lancé, avec le grib le plus récent chargé et une connexion internet active (affiche l'AIS).
ça doit être con, mais je sèche....

29 jan. 2020

A priori ca devrait être bon alors. A part tout relancer (reboot général des 2 machines, re-appareillage etc) j'ai pas trop d'idées. J'ai un Android 6 qque part je vais essayer plus tard dans la journée mais je suis sur que ca fonctionnera.

29 jan. 2020

La dernière version du Companion c'est 1.9, pas 1.7

29 jan. 2020

Alors j'ai fait quelques essais avec un Android 6, c'est plus capricieux mais ca fonctionne

En gros il faut appareiller les 2 engins, lancer qtVlm et le companion, lancer la simulation. Et si ca ne fonctionne pas faire on/off du bluetooth du RPI en le remettant discoverable (sans quitter le companion ni la simulation), et hop.

29 jan. 2020

Bonsoir,

J'ai réussi !
Merci pour ton aide !

En fait j'ai l'impression qu'au delà du on/off il faut être patient (1 à 2min) avant que l'icône du companion passe du rouge au vert.

27 jan. 2020

salutatous
qtvlm, c'est du routage mais avant tout de la carto; j'ai Qtvlm/tablette Android avec cartes SHOM et c'est trop de la balle !
bravo Maitai !

27 jan. 202027 jan. 2020

Avoir les cartes du SHOM, avec QtVLM sous Raspberry, c'est possible ?

Par exemple, je souhaite acheter toutes les cartes du SHOM de la façade atlantique. J'ai regardé sur le site du SHOM, j'ai arrêté de sélectionner des cartes lorsque mon panier a atteint 1000 €...

27 jan. 2020

Quelque soit la plateforme (Raspberry, PC linux, windows, Mac, android ou iOS) qtVlm peut lire les cartes du Shom et d'autres. Le problème c'est le coût...

La seule solution décente au niveau du prix pour l'instant est de prendre des cartes S63 auprès de n'importe quel fournisseur pour les vectorielles, et sinon pour des rasters Visit My Harbour.

On hésite toujours à faire le pas et les vendre nous mêmes à un prix raisonnable, un calcul rapide par exemple sur le pack vectorielles Manche + Atlantique complet montre que si on voulait les vendre au même prix que le pack opencpn (o-senc, 18.90€ HT) faudrait le vendre environ 700 fois avant d'amortir l'achat, c'est pas gagné...

Je peux organiser un petit sondage pour savoir combien de personnes / à quel coût seraient intéressées, si vous voulez.

27 jan. 2020

j'ai de hendaye à l'île de batz du shom pour 30€ environ chez visit my harbour

09 fév. 2020

Un retour que je ne résiste pas à partager:

Hello Philippe,
I am writing this to tell you that, as navigator onboard SY Saravah, I have used QTVLM for routing purposes at the Cape2Rio race. We were very successful and until 1 day to the end of the race we were in 1st place among the 17 monohulls, loosing it only because we were becalmed for 24 hours while our main competidor crossed the finish line before that system and the next one, 300 miles behind, arrived after it dissipated. Our 3rd place general, with a cruiser-racer boat among very well prepared competitors, made us very happy. And I can tell you for sure that most of it came because our strategic decisions were supported by QTVLM. So I must thank you and the team for the strong tool that you gave us!
Hans.

Bon y'a aussi la qualité de l'équipage et du bateau bien sur, mais ça fait plaisir.

09 fév. 2020

M'étonne pas..

09 fév. 2020

Il ne faut pas résister. Il faut même le faire savoir sur les pontons, les organisations de course, les pôles courses, etc, etc ... qtVlm au journal de 20h !!!

20 fév. 202016 juin 2020

Bonjour, peut-on agrandir le diamètre des indicateurs circulaires et la taille des polices de ces mêmes indicateurs ?

20 fév. 2020

Oui, en appuyant sur maj (shift) en même temps.

20 fév. 2020

Bien pris, merci :-)

21 fév. 2020

Hello,

Tout bientôt qtVlm supportera les capteurs Calypso (anémo/girouette/compas/gite/tangage/température/etc) en bluetooth.

Des utilisateurs de Calypso intéressés pour tester ?

26 fév. 2020

Excellente idée que ce support ! je n'ai malheureusement pas encore de capteur Calypso, mais l'objet me semble une super alternative.
Est-ce que les données du vent peuvent remonter jusqu'au Companion ?

26 fév. 2020

Oui, via qtVlm. Au sujet du companion a noter que la prochaine version (demain?) supportera la communication en Bluetooth aussi sous Windows.

12 mai 2020

Bonjour Philippe, pourquoi les capteurs Calypso semblent avoir un intérêt remarquable pour vous?
Merci par avance,
Christophe

12 mai 2020

C'est à la demande d'utilisateurs en fait, et personnellement j'ai trouvé le concept d'un capteur sans fil, sans WIFI et autonome intéressant.

26 fév. 202016 juin 2020

Bonjour à tous,

Familier de l'utilisation de qtVlm en croisière, je commende à tester sur des parcours de régate sur l'étang de berre. J'ai un problème de routage sur parcours avec la Version : 5.9-6-patch1 Linux 64bits.

1) je crée le parcours
2) j'ajoute les points de passages en cliquant
3) clique droit sur le parcours et choix "Créer un routage pour ce parcours"

-> le routage ne ce fait que de l'avant dernier point de passage au dernier point du parcours.

J'ai bien attribué l'option "non simplifiable" à tous les POI du parcours.

Je tourne et retourne tout dans tous les sens et ça ne route que sur les deux derniers POI du parcours.

D'avance merci pour votre aide.

26 fév. 2020

Plusieurs possibilités:

Déjà, s'assurer que les options "Router depuis le bateau" sont OK au niveau du parcours et du routage.

Ensuite, et c'est le plus probable, les points sont trop rapprochés par rapport à la configuration du routage. Cad que si il n'y a pas au moins la durée d'un isochrone pour atteindre le point 1 il passe directement au 2eme vu qu'il est déjà atteint, etc. Il faut dans ce cas réduire beaucoup la durée des isochrones en passant en qualité maximale, et si ca ne suffit pas modifier manuellement la durée des isochrones.

Remarque: sur de tels petits parcours, utiliser un routage isochronique c'est comme un canon pour tuer une mouche, voire même c'est contre productif. Il vaut mieux créer une route à la main, en mettant les points de passage "non simplifiables" et en rajoutant 3 ou 4 points "simplifiables" sur chaque leg, puis lancer l'optimisation (pas la simplification), puis enfin simplification et optimisation. Ca donnera au moins d'aussi bons résultats, voire mieux.

26 fév. 2020

Merci beaucoup pour la réponse rapide.

Cela confirme mon intuition... j'avais pensé à un problème de durée de la vac inférieure au changement de direction.

Les parcours étant petit 12 Mn avec 8 marques, c'est vrai que le routage n'a pas beaucoup de sens. Ce qui m'intéresse c'est de déterminer les éventuels bords favorables lors des navigations indirectes à partir des gribs.

Je peux éventuellement procéder par routage partiel avec des parcours en deux points qui correspondent aux bords de navigation indirecte.
Je vais reprendre les tests et je te tiendrai informé.

Sinon, pour ce qui est du routage en croisière la fiabilité de qtVlm est impressionnante. Il y a trois ans, je l'ai testé sur une traversée continent-corse avec un sun shine 38. J'ai pris la polaire standard du sun shine 38, j'ai affecté les coefficients de 80% au près, 80% au portant et dégradé de 30% la nuit, on a suivi la route proposée (une jolie cuillère) et pendant toute la traversée on a pu regarder la trace du bateau avancée quasiment superposée à la route proposée, le tout sur 28h....

J'ai l'occasion de comparer les routages SailGrib avec les routages qtVlm à partir des mêmes grib et des mêmes polaires et SailGrib est beaucoup plus optimiste. Par exemple sur une traversée Empuriabraba - Port de Bouc SailGrib me donne 3h de moins que qtVlm sur une traversée de 110 Mn.

Je pense que cela vient du mécanisme de paramétrage de la polaire qui a une logique différente. Sur qtVlm on choisit d'attribuer un % d'efficacité au près et au portant, sur SailGrib on attribue un % d'efficacité en dessous ede 10 Nds et au-dessus de 20 Nds.

Bien cordialement.

26 fév. 2020

Oui sur une route de 12Mn le routage a peu de chances de trouver une dorsale a contourner ;) Par contre avec un grib à mailles fines genre arome HD une route optimisée fera des merveilles directement, je pense.

26 fév. 202016 juin 2020

Hello,

Je me mets enfin à QTVLM car je voudrais expérimenter le routage.

Alors j'ai créer un parcours avec des POI entre Porqueroles et St-Florent, je cré un routage à partir de ce parcours, il me calcul bien une route, mais au début, il me fait passer à travers la colline et ne rejoint mon parcours qu'au POI n°3, il ignore les POI 1 et 2 qui était la justement pour contourner l’île 😁

Je précise, que je n'ai jamais fait de routage et je découvre QTVLM, donc j'ai certainement fait des conneries. Désolé si je reviens à la base et si je dis des bêtises qui ont déjà été traitées, je n'ai pas eu le courage de lire tous les longs fils ...

J'ai fais une copie d'écran.

26 fév. 2020

Si ce n'est pas déjà le cas, dans ce cas c'est mieux de mettre le curseur qualité à fond à droite dans le routage.

Ensuite le routage évite les côtes, mais pas la route qui les "voit" seulement sans les éviter lors d'une optimisation par exemple.

Pour pouvoir en dire plus il faudrait une copie d'écran avant la conversion en route, en fait.

26 fév. 202016 juin 2020

Cool, déjà en mettant le curseur à fond je contourne l'île par contre il part du 2eme POI (la première fois il était parti du 3eme). J'ai bien préciser "a partir du bateau" pourtant.

J'ai fais une copie d'écran sans la conversion en route, je ne sais pas si ça en dit plus. (1ere photo)

J'ai rajouté une vue du routage complet. (2eme photo)

et une vue après conversion qui me fait passer par la terre mais moins que la 1ere fois. (3eme photo)

ça progresse...

26 fév. 2020

Les points 1 et 2 sont trop proches (pas la place d'y mettre un seul iso probablement). C'est un cas déjà amélioré dans la prochaine version, en attendant à mon avis le point 1 est inutile. Si c'est juste pour forcer à contourner le point 2 peut être légèrement plus sud, y'a d'autres façons sinon.

26 fév. 2020

Effectivement ça marche en faisant comme tu dis.

En tous cas merci beaucoup pour tes réponses rapides, surtout que ça doit faire mille fois que tu expliques ça (désolé)

Bon, il me reste des trucs à comprendre, mais déjà ça le fait.
Il me fait tirer des bord de largues qui ne semblent pas utiles à certains endroits, ça doit être une question de paramétrage, je vais chercher un peu avant de reposer des questions basiques ici.

Bon, je ne vais pas utiliser ce routage la ça souffle beaucoup trop en ce moment 😁 mais c'est cool de faire ça depuis son salon, il me fait la traversée en 17h avec une vitesse moyenne de presque 9 nds 😁👀

26 fév. 2020

Je branche le ventilo au dessus du PC commandé par les données grib, ca le fait. Mais j'ose pas trop faire un truc pour les embruns :)

26 fév. 202016 juin 2020

Ca me fait penser au cas où vous avez loupé le nouveau "logo" de VLM:

26 fév. 2020

Excellent ! ... il aurait pu ranger ces pare bat 🤣

27 fév. 2020

Et la mouette... on dirait celle de Gaston Lagaffe...

27 fév. 202027 fév. 2020

Super le dessin !!! il te manque la ''Radio room clock'' ! j'aime beaucoup l’anachronisme du flottant UW 8=D !! donc pareil !

02 mars 2020

Sortie de la 5.9.7 ce jour, parmi les changements:

  • Un éditeur de polaire basique mais qui manquait
  • Des améliorations de performance et de précision dans le calcul des périodes nuit/jour, et donc sur le routage avec ces options.
  • Une grosse amélioration de la communication avec le Companion en Bluetooth, plus maintenant on peut également le connecter en BT avec un qtVlm sur Windows (version récente de Windows requise). Nouvelle version du Companion (1.10) du coup.
  • Possibilité d'utiliser des capteurs internes pour la pression atmosphérique, la température, gite et tangage (typiquement présents sur Android et iOS), et aussi de les renvoyer au format NMEA. Ca fonctionne aussi pour les infos GPS (COG/SOG/Position).

Bons vents à tous.

08 mars 2020

Bonsoir maitai,

Pour info, j'ai mis à jour le companion (1.10) sur un Android 6.0.1 + wear os/ Montre ticwatch.
ça plante au démarrage de l'appli, sur la tablette et aussi sur la montre.
J'ai lu que tu arrêtais le support sur les Android inférieurs à 6.0 ou bien suis-je aussi concerné avec ma version 6.0.1 ?

Bonne soirée,

09 mars 2020

En principe on est en 1.12 est-ce que Google te propose la mise à jour? On supporte encore le companion à partie de Android 4.1

09 mars 2020

Bjr , j'ai un calypso ultrason , et ordi window vista , j'ai commencé a regardé ton apli , pas simple a comprendre pour moi

09 mars 2020

Bjr, le développement en cours concerne la connexion en Bluetooth Low Energy des calypso ultrasonic (en filaire ou WIFI ca doit déjà fonctionner). Ca marchera sur toutes les plateformes y compris Raspberry, mais pour Windows il faudra une version 10 64 bits au moins.

13 avr. 202016 juin 2020

Les travaux continuent pendant le confinement, sortie de la 5.9.8 hier soir. Elle apporte:

Module Instruments : Ajout du support des girouettes/anémomètres Calypso via Bluetooth LE.

Module NMEA : Possibilité de filtrer les messages en entrée et en sortie, permettant un multiplexage beaucoup plus fin.

Module Routes : Ajout d'un bouton dans la barre d'outils permettant de poser un WP actif rapidement sur la carte, avec une route ou non. L'action de ce bouton est configurable dans les options générales, onglet 'Route'. Possibilité d'activer une route même lorsqu'elle ne part pas du bateau. Le WP actif peut désormais se désactiver depuis son menu contextuel. Ajout d'une commande 'Complexifier'.

Module Gribs : Ajout de la possibilité d'afficher les flèches du grib sur les points de la grille, permettant de visualiser la maille du grib. Mise à jour des données disponibles via Saildocs (nouvelles données, nouveaux modèles). Lorsque aucune zone n'est sélectionnée, le téléchargement de grib utilise désormais la zone affichée à l'écran. Amélioration des informations grib.

Module Routages : Possibilité de montrer/cacher les isochrones inverses. Coloration des isochrones en fonction de l'écart avec la date de référence du grib. Ajout d'informations distance dans l'infobulle des isopoints.

Module Traces : Les traces déjà affichées sont indiquées comme telles dans l'écran de gestion des traces.

Module Cartes : Support de la mer transparente pour les CM93s.

Et sinon, pour passer le temps en s'entraînant, il y a toujours le mode simulation 100% gratuit... Un petit tour de Bretagne avec mouillage tous les soirs dans un coin différent histoire de ne pas perdre la main?

28 avr. 2020

Bonjour,
La possibilité de choisir la date d'arrivée n'est plus présente dans routage. V5.9-8 et P1.
Avec 5.9-4 oui

Sinon Super logiciel, on peut choisir ses modèles Grib ;>)

28 avr. 2020

On n'a jamais pu choisir sa date d'arrivée (et router à l'envers donc). C'est une idée intéressante néanmoins, je note :)

29 avr. 202016 juin 2020

Désolé j'ai dû confondre ou ce n'était pas actif.
Autre petite idée : mettre de la couleur lors de la création des isochrones pour voir si on est au Pré, au Travers, au Portant.
Et si on pouvait choisir la couleur lorsqu'on est au moteur
Mais rien d'urgent à tout çà ...

13 avr. 2020

Le fil dépasse les 100 contributions, pas de sujet en cours, j'ouvre le 10éme ...
Maitai, ça se fêtera avec du homard au black shelter, un vendredi avec Turbidite, je n'oublie pas ! ;-)

13 avr. 2020

La suite de cette discussion :
www.hisse-et-oh.com[...]tvlm-10

Cape Point, South Africa

Phare du monde

  • 4.5 (68)

Cape Point, South Africa

2022