Forums FFS

Je précise que des Belges (Avalon ?) opérant à la Pierre Saint Martin ont purement et simplement abandonné le DistoX, principalement du fait de l'autonomie relativement faible (8 h, mais leurs séances topo en durent 20 ...), des pbs d'étanchéité, la détestable procédure de calibration et le bluetooth invivable
Et qu'utilisent-ils à la place ?
Déjà tu n'as pas obligatoirement besoin du BT pour topoter, tu peux très bien utiliser un carnet topo pour noter les valeurs ou rentrer les valeurs à la main sur un terminal.

Ils sont tout simplement revenus aux instruments classiques.
Avec cette procédure de calibration qu'ils n'arrivaient jamais à effectuer correctement (score jamais inférieur à 0.50), les pbs de connexion et d'autonomie, ils se sont aperçu que quitte à devoir reporter à la main, autant utiliser des appareils fiables et éprouvés.

JP CASSOU a écrit:

- Les batteries sont propriétaires et quasiment introuvables. Et en cas d'arrêt de la fabrication de ces batteries, je vous souhaite bonne chance.

Elles ne sont pas propriétaires, il faut juste des batteries amagnétiques. Et ça ne court pas les rues...
Il me semble d'ailleurs que la mise au point du Disto X2 a été pas mal ralentie à cause de ce problème d'alimentation.

Une batterie est propriétaire si elle n'est pas au standard des piles classiques (ex: les batteries de camescopes et d'appareils photo sont propriétaires. Essaie de mettre une batterie de PENTAX dans un RICOH, juste pour voir)

PENTAX, RICOH et autres spécifient leurs batteries (notamment le boîtier) et les font fabriquer selon leurs désirs. Elles sont donc propriétaires car le design leur appartient.
Dans le cas du Disto X2 Beat Heeb n'a pas designé la batterie et ne l'a pas faite fabriquer spécialement pour le Disto X2. Il a pris une batterie sur étagère. D'ailleurs on trouve assez facilement des batteries de la bonne taille mais ce qui est compliqué c'est de trouver des modèles amagnétiques.
Si des accus AAA amagnétiques existaient il ne se serait pas embêté à mettre une batterie à l'intérieur ...

- La procédure de calibration est très longue et extrêmement pénible (56 mesures. Une seule mesure erronée: ordre non respecté, fausse validation, ... et vous êtes bon pour un nouveau cycle. Idem si votre score est inférieur à 0.50. Franchement chiant)

C'est un coup de main à prendre. Mais c'est certain que c'est le plus chiant à faire. Après c'est cette calibration qui permet un usage dans n'importe quelle position du Disto X2.

Je n'ai ni la patience ni le coup de main. Avec un montage de positionnement 3D amagnétique (à base de Lego), j'arrive à des bons résultats.

Toute la difficulté c'est quand ce n'est pas amagnétique ...
Par ailleurs je rectifie ce que tu dis sur l'ordre des mesures, il n'a pas spécialement d'importance. Perso je ne le fais pas toujours dans le même ordre ...
Et tu ne calibres pas tous les 1/4 d'heure. Et ce temps perdu au départ est très largement compensé par le temps gagné lors des mesures par rapport à l'utilisation d'un ensemble compa/clino/lasermètre.

JP CASSOU a écrit:

Autant sur le Disto X le BT pouvait être très capricieux autant sur X2 je le trouve beaucoup plus fiable.)

Une technologie très capricieuse est une technologie qui ne sera jamais utilisée.

Pourtant tu indiques l'I2C dans tes désidératas. Alors que bien qu'il soit filaire c'est un bus qui peut poser beaucoup de problèmes de fiabilité ...
D'ailleurs tu n'as pas répondu sur l'usage que tu envisageais pour l'I2C ?

[...]
Je le redis encore: le BT doit être remplacé par du filaire RS232C via USB.

Se plaindre de l’étanchéité et réclamer l'ajout d'un connecteur me semble assez antinomique surtout que c'est pour en faire usage sur le terrain ...

Dernière modification par Gaëtan (15/12/2016 00:12:10)

Bonjour,
Le 27/09/2018, tous les contenus des messages de cet utilisateur ont été supprimés à sa demande.
Son compte a été supprimé.
Désolé pour la confusion que cela apporte dans certains échanges.
A+
Lorenzo

Derniers essais sous Linux avec les DistoX:

- Linux sur PC: aucun problème (Xubuntu)

- Raspberry Pi 3: Le DistoX est reconnu mais toutes les connexions échouent avec l'erreur

GDBus.Error.org.bluez.Error.NotAvailable

Je persiste et signe quant au caractère indispensable d'une liaison filaire. S'il faut passer au RJ45, qu'on le fasse dans une version future. Et le Bluetooth doit être définitivement banni.

J'en ai franchement assez de batailler avec des technologies minables non éprouvées.

Et si les connecteurs posent problème, on soude directement les fils sur les GPIO d'un Raspberry.

Rappel: Prix d'un Raspberry PI: 40 euros nu.

Dernière modification par JP CASSOU (27/12/2016 22:27:47)

Gaffal a écrit:

Possibilités liees à la condition suivante:
la puce BT du disto modifié est elle à part ou integrée à un SOC ?

si elle est separée, piquez vous direct par cable en amont de la BT (paquet serie)
et programmez le GPIO de votre RPI pour recuperer ce paquet...

Je vais voir avec un électronicien.

Sinon , en effet , c' est ballot d' avoir un connecteur USB
et de s' en servir que pour recharger...

+1
D'autant plus qu'on peut:
1. Alimenter le DistoX en continu (pas besoin d'une batterie difficile à trouver puisqu'elle est déportée). Et pour certaines de mes séances topo en carrière, c'est pratique (10h30 avec deux distoX:http://graslourdes.blog4ever.com/171220 … -superieur)
2. Sécuriser le DistoX (devenu imperdable)
3. S'affranchir définitivement d'une liaison BlueBouse capricieuse

Et pour les problèmes d'influence des différents appareils et objets métalliques, elle varie avec l'inverse du cube de la distance entre les objets et le DistoX. Je ne constate pas d'influence notable en topo DistoX pourtant mon terminal est souvent à moins de 50 cm du DistoX2.

Un aperçu du projet de terminal Raspberry, actuellement entravé par ces problèmes hors métier.

Partie logicielle: Quasiment prête. Reste à sécuriser les transferts DistoX et GHTopo

Quelques images:







Et GHTopo sur le Raspberry Pi, en attente de la résolution de ce problème de liaison inopérante:





Tient sur un A4, clavier compris. Noter la présence de deux sorties sur la batterie 5500 mAh, qui tient 8 heures.

Gaffal a écrit:

Possibilités liees à la condition suivante:
la puce BT du disto modifié est elle à part ou integrée à un SOC ?

si elle est separée, piquez vous direct par cable en amont de la BT (paquet serie)
et programmez le GPIO de votre RPI pour recuperer ce paquet...

Faudra probablement couper les pistes venant du chip BT pour éviter les collisions (l'UART étant du point à point). Pas sur que les pistes soient accessibles. Pas sur que les niveaux de tension soit compatibles (3,3V côté Pi je crois) et si on veut un câble un peu long faudra peut-être ajouter des tranceivers des 2 côtés.

Sinon , en effet , c' est ballot d' avoir un connecteur USB
et de s' en servir que pour recharger...

Sauf que le connecteur n'existe pas à l'origine sur un Disto X310 rien n'est prévu pour en ajouter un. Sur le Disto X2, le connecteur USB est ajouté dans le compartiment à pile où on a accès seulement aux bornes d'alimentation. Vouloir faire passer les signaux USB à travers la paroi du compartiment piles vers la carte électronique me semble assez irréaliste ...
En ça demande l'ajout de pas mal de composants ensuite pour la gestion de l'USB. Et vouloir s'en servir en permanence c'est dire adieu à la protection IP du Disto X310 qui est assurer par le couvercle des piles.

Gaffal a écrit:

@Cassou
Sacrés engin que tu nous concocte là, plus qu' a lui trouver une boite etanche...
le dongle BT que l' on voit, c' est pour le mini clavier ? le RASPI n' integre t' il pas de base le BT ?

Le dongle est celui du mini-clavier. C'est un transceiver radio conçu par le constructeur du clavier, précisément pour résoudre le pb du BT, qui est incorporé dans les Raspberry Pi 3.

Pour le port série Choune Bleue (Blue touffe) du RPI, ce n'est pas gagné, d'après le forum framboise314:

Lien du commentaire : http://www.framboise314.fr/avec-la-nouv … ment-31231

Auteur : François MOCQ

Commentaire : Bonjour JP
effectivement il y a des soucis pour connecter une liaison série
je n’ai pas de solution
j ai trouvé https://www.raspberrypi.org/forums/view … ;p=1053657
https://www.raspberrypi.org/forums/view … 85#p947185

Testé, mais sans résultat ...

Gaëtan a écrit:

Après il faut aussi voir d'où vient le problème BT. Il peut très bien venir de la pile BT de Linux (bluez) et non d'un problème matériel.
JP je sais que tu es très remonté contre le BT mais as-tu fait des tests depuis un autre OS ?

Des pbs de Bluebouse rencontrés sur un PC Win7 Pro au boulot --> le périphérique concerné (interface avec un panneau de signalisation à message variable) a 'gentiment' été retourné à l'expéditeur

Il m'a fallu pas mal de tâtonnements sur Windows Mobile (déclinaison de Windows CE -- Caca Edition --) pour m'apercevoir qu'il suffisait de décocher une case de sécurisation du SPP. Cà marche bien sur mes terminaux portatifs. Aussi j'en ai acquis deux d'un coup. Chacun associè à un de mes deux DistoX .

Choune bleue sous Linux: Quand on arrive à créer un /dev/rfcomm0/ (après moult tentatives), on est prêt à communiquer. La connexion semble stable

Sur Raspberry PI3, le BT intégré "pose de nombreux soucis de port série". Comme un DX fournit une interface série, on est sur un cas de la bouse au carré. C'est le directeur de projet qui va être contemps

Salut , JP ...

je serais intéressé par une petite explication  sur la différence qu'il peut exister entre la technologie" Blue Tooth"  et la technologie "Wifi "

c'est du "sans fil" , toutes les deux , non ?

manifestement , tu exécres cette technologie du Blue Tooth ;  qu'en est il du Wifi ? c'est mieux , pire , pas du tout comparable ??

merci , à+

Thierry