Hello,
j'ai une question qui parle de sonar. À vrai dire, un camarade m'a posé la question, j'ai dû avouer que je ne savais pas la réponse, donc je vous pose la colle. Merci d'avance pour vos réponses !
Donc, pensez vous qu'il est possible de lire le signal généré par le transducteur d’une tête de sondeur avec un raspberry PI ou un arduino ?
L'idée est d'exploiter directement le signal produit par la tête d'un mapper bateau. Un sondeur Piranha 143 muni d’une sortie Serie, mais qui est réservée pour la maintenance au fabricant de ce matériel. Pas trouvé d'exemple sur internet d'une personne ayant réussi la manip.
Une piste :
l'ardupilot : http://ardupilot.org/
Et voici le lien concernant la configuration bateau :
http://ardupilot.org/rover/docs/boat-configuration.html
Ça use le mode "Rover" configuré en tmen bateau et ça gère même un sonar pour du mapping de fond sous-marin !
Voila voila.
Extraction signal source sonar
Règles du forum
Cette section est destinée a recueillir toutes les discutions qui n'ont pas leur place ailleurs: sites web intéressants, histoires persos,...
Pour vos petites annonces et les fournisseurs de matériaux et d'outillages préférez les sous sections spécialisées
Cette section est destinée a recueillir toutes les discutions qui n'ont pas leur place ailleurs: sites web intéressants, histoires persos,...
Pour vos petites annonces et les fournisseurs de matériaux et d'outillages préférez les sous sections spécialisées
Re: Extraction signal source sonar
Hey,
Si il y a une sortie sur port série, un arduino / raspberry pourra s'interfacer dessus. Au niveau HW ce n'est pas un gros problème. En fait, même un adaptateur COM-USB avec Putty ou TeraTerm fera l'affaire - juste ne pas se tromper sur 3.3 / 5V pour ne pas cramer quelque chose. La vraie question c'est : est-ce que l'interface "parle" sans qu'on ait besoin de lui envoyer de commandes ?
Si c'est le cas, il suffira de mettre un coup d'oscillo pour voir la gueule des trames et en déduire les paramètres (baudrate, taille des trames, nombre de bits de stop, parité ...). Et ça va rouler tout seul.
Si il faut envoyer des trames pour que ça cause - genre pour activer le mode debug - là ça va être une autre histoire. Parce que si ça n'est pas documenté il va falloir y aller à l'aveuglette, et deviner les paramètre, mais aussi les trames à envoyer pour qu'il accepte de causer. Bon courage pour réussir à trouver
Là on est dans le pur retro-engineering sauvage
Après pour trouver des indices sur le bazar en lui-même, je ne vois pas trop ... Regarder la ref du MCU n'aidera pas, les contrôleurs UART/USART modernes sont über-performants, ils sont capables de faire n'importe quel baudrate en général. Le HW n'aidera pas non-plus, sur un truc de debug comme ça - donc pas une fonctionnalité client - je parie qu'il n'y a aucun composant autre que le connecteur sur la carte et peut-être des protections ESD. Sinon attaquer côté SW et décompiler le binaire - car je me doute que ce n'est pas de l'open-source.
Donc mettre un coup d'oscillo pour voir si on est dans le premier cas. Si le port ne dit rien tout seul ... Ça craint ...
Si il y a une sortie sur port série, un arduino / raspberry pourra s'interfacer dessus. Au niveau HW ce n'est pas un gros problème. En fait, même un adaptateur COM-USB avec Putty ou TeraTerm fera l'affaire - juste ne pas se tromper sur 3.3 / 5V pour ne pas cramer quelque chose. La vraie question c'est : est-ce que l'interface "parle" sans qu'on ait besoin de lui envoyer de commandes ?
Si c'est le cas, il suffira de mettre un coup d'oscillo pour voir la gueule des trames et en déduire les paramètres (baudrate, taille des trames, nombre de bits de stop, parité ...). Et ça va rouler tout seul.
Si il faut envoyer des trames pour que ça cause - genre pour activer le mode debug - là ça va être une autre histoire. Parce que si ça n'est pas documenté il va falloir y aller à l'aveuglette, et deviner les paramètre, mais aussi les trames à envoyer pour qu'il accepte de causer. Bon courage pour réussir à trouver
![Dan.San :-/](./images/smilies/21.gif)
![Dan.San :diable:](./images/smilies/37.gif)
Donc mettre un coup d'oscillo pour voir si on est dans le premier cas. Si le port ne dit rien tout seul ... Ça craint ...
Re: Extraction signal source sonar
Le bébé envoie 800W CàC ce qui peut cramer plein de zoulis circuits électroniques
Le port série n'est pas prévu pour extraire les données, mais pour des MàJ du firmware
Donc il n'est pas raisonnable de se brancher sur la tête pour essayer de refaire un sondeur à sa façon
il n'est pas possible de lire des données sur le port série
Après si on veut bidouiller en sondant les tripes du bébé .....
On aura plus vite fait de se faire son propre sondeur
Dom
Le port série n'est pas prévu pour extraire les données, mais pour des MàJ du firmware
Donc il n'est pas raisonnable de se brancher sur la tête pour essayer de refaire un sondeur à sa façon
il n'est pas possible de lire des données sur le port série
Après si on veut bidouiller en sondant les tripes du bébé .....
On aura plus vite fait de se faire son propre sondeur
Dom
Re: Extraction signal source sonar
On aura plus vite fait de se faire son propre sondeur en partant d'une feuille blanche, que d'essayer de hacker bébé
Ceci étant ça pourrait être sportif
Ceci étant ça pourrait être sportif
Re: Extraction signal source sonar
Merci pour vos réponses.
Je suis vraiment pas certaine pour l'histoire de refaire un sondeur. Le traitement de signal en teledec' active c'est pas si trivial si on a envie d'avoir des géométries un tant soit peu cohérentes - parce que dans ce cas de figure la simple identification d'obstacle est pas suffisante. Y'a pleins de paramètres à prendre en compte pour filtrer le bruit. Bon, je parle de mon expérience avec du lidar et radar, j'avoue que j'ai jamais joué franchement avec du sonar. Comme tu le dis, ça pourrait être sportif.
Je note de tester le cas de figure avec un oscillo.
Pour l'ardupilot, vous avez des retours d'expérience sur ce dit sonar ? J'ai vu le nom apparaitre sur le forum après quelques recherches.
Je suis vraiment pas certaine pour l'histoire de refaire un sondeur. Le traitement de signal en teledec' active c'est pas si trivial si on a envie d'avoir des géométries un tant soit peu cohérentes - parce que dans ce cas de figure la simple identification d'obstacle est pas suffisante. Y'a pleins de paramètres à prendre en compte pour filtrer le bruit. Bon, je parle de mon expérience avec du lidar et radar, j'avoue que j'ai jamais joué franchement avec du sonar. Comme tu le dis, ça pourrait être sportif.
Je note de tester le cas de figure avec un oscillo.
Pour l'ardupilot, vous avez des retours d'expérience sur ce dit sonar ? J'ai vu le nom apparaitre sur le forum après quelques recherches.
Qui est en ligne
Utilisateurs parcourant ce forum : Aucun utilisateur enregistré et 1 invité