Lidar et Lidar TF 03

dans le code je fais

Code:

---

1 2 3 4

if (millis() - lastTrigger >= dist) { tone(buzzPin, 1500, 50); // beep a 1500 Hz pendant 50ms lastTrigger = millis(); }

---

donc ça dit émettre un beep pendant 50ms si le nombre de ms écoulées depuis le dernier beep est plus grand que la distance

Avant on avait la distance en cm, maintenant donc ce capteur donne la distance en mm on dirait ==> il faut modifier le test pour prendre cela en compte sinon les beeps seront trop espacés

Code:

---

1 2 3 4

if (millis() - lastTrigger >= dist/10) { // durée d'attente entre 2 beeps proportionnelle au nombre de cm tone(buzzPin, 1500, 50); // beep a 1500 Hz pendant 50ms lastTrigger = millis(); }

---

Citation:

---

quand je met la main a 50 cm... le capteur est a 2 m d'un mur et c'est comme si il n'y a rien devant pour le buzzer

---

C'est peut-être un capteur qui essaye d'être intelligent, il doit regarder le gros obstacle, pas le petit... faites un test avec une feuille blanche A4 par exemple au lieu de votre main

oui Jay c'est ce que j'ai fais ... une boite en carton de 30x20cm....

et il ne la voit pas mais voit le mur ?

vous essayez avec ce code?

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

#include <SoftwareSerial.h> SoftwareSerial maxSonar(2, 3);   void setup() { Serial.begin(115200); maxSonar.begin(9600); }   void loop() { if (maxSonar.available()) Serial.write(maxSonar.read()); delayMicroseconds(10); }

---

il affiche la sortie brute du capteur

si il voit la boite! non au niveau des distances il est pointu le truc, mon problème c'est la progressivité des beeps.... en gros entre 3 m et 1,5 m il n'y a pas de difference d'espacement entre les beeps... a moins qu'il ne faille travailler en mode analogique...

Citation:

---

Envoyé par Stantedy

si il voit la boite! non au niveau des distances il est pointu le truc, mon problème c'est la progressivité des beeps.... en gros entre 3 m et 1,5 m il n'y a pas de difference d'espacement entre les beeps... a moins qu'il ne faille travailler en mode analogique...

---

vous avez modifié le code pour rajouter la division par 10 ?

Code:

---

if (millis() - lastTrigger >= dist/10) { // durée d'attente entre 2 beeps proportionnelle au nombre de cm

---

le beep dure 50ms et se répètera en fonction de la distance: si vous êtes à 3m -> 3000mm un beep de 50ms tous les 300ms. si vous êtes à 1m50 vous devriez avoir un beep toutes les 150ms

ah oui ca va nettement mieux!!!
bon le systeme patauge un peu si le mouvement est rapide....
exemple: (au lieu de deplacer un objet vers le capteur je fait l'inverse, c'est a dire que je me deplace a pas trés lent avec le capteur vers un mur, pas de probleme...
si j'accelere de temps a autre il est obligeais de recalculer la distance....
a l'affichage dans la console serie ca bloc un court instant 3 a 4 secondes (ca m'indique 9999) c'est la limite du capteur, puis retrouve la distance....

pour infos...
les premiers essais ce sont fait avec le modèle 10m (celui qui a un cône plus long)
je viens de faire un test avec le modèle sans cône ... on est moins directif mais ca ce rapproche plus du résultat... le top serais peux être d'utiliser 2 capteur en même temps pour que celui sans cône prenne le relais a l'approche du quai d’amarrage....

Le lecteur est configuré en 10Hz, donc vous ne lisez que 10 fois par seconde. si vous allez vite effectivement ça peut ne pas être suffisant.
Il faudrait lire la doc pour voir ce qu'il retourne s'il est trop proche ou trop loin (9999 dans les 2 cas ?)

on va avoir du mal à gérer plusieurs ports séries en parallèle. On peut utiliser 2 capteurs en même temps si on lit le second en analogique. Ce sera sans doute moins précis qu'une valeur numérique émise "en clair"

j'ai peux etre une idée...mais j'ai besoin de votre savoir ....

mais d'abord une question: en analogique on a des données Brut et rapide?
si oui....

imaginons, l'arduino lis les données distances du capteur en analogiques
on defini 6 paliers 8;7;6;5;4;3m a chaque palier on active une sortie de l'arduino .... (enfin si c'est possible!)

a moins que l'arduino ne soit capable de gérer ces paliers au niveau du buzzer... a ce moment la on a plus qu'a transmettre l’info a 2 endroit ...

en gros: a 8metres- beep toutes les 6 secondes admettons
arrivé a 7 metres beep toutes les 5 secondes
puis 6 puis 5 puis 4metres ...etc etc...

J’ai pas lu la spec en détail mais je pense que la sortie analogique n’est mise à jour aussi que 10 fois par seconde, quand une mesure a été effectuée

Ensuite l’arduino fait ce que le code lui dit. On peut activer différentes pins en fonction de la distance, oui - ou définir la fréquence des beeps par palier.

Bonjour Jay

ben sur les deux modèle que j'ai, celui avec la trompette longue (portée 10m) ref MB7388 le taux de rafraichissement est de 5 fois
sur l'autre le plus court Ref MB7380 le taux passe a 8 en gros...
autant rester comme on est non?

on peux essayer : 8m-->2hz
7m-->4hz
6m-->6hz
5m-->8hz
4m-->10hz
et 3 m fixe

et une pin pour la transmition...

ah oui je pense partir sur votre idée première concernant la transmission... je pense que c'est plus fiable que mes petit 433mhz...
donc je vais faire le test avec les HC12 et deux arduino nano.
mais par soucis de miniaturisation on peux mettre quoi de plus petit que le nano? micro? speeduino?

ca nous donnerais : unitée central avec le maxsonar et un nano avec un on off par telecommande 433 (ca c'est pris sur le jus du bateau)
et une ou deux petites unitées pour la reception des beeps (je dit une ou deux car c'est selon la configuration du bateau) eux seraient alimenté par batterie dedié (donc il faut que quand il "dorment" on pompe un minimum...! et que ce soit petit...

hummm ca ce corse un peu non?


ah et PS: le module GPS.... super ultra mega top..!!! il est alimenté par une batterie et dort dehors... je m'amuse a le mettre en route a 20 ou 30 ou 50 metres je le laisse tourné 3;4heures et je l’éteint.....

Ok c’est plus de boulot dès qu’on veut optimiser la consommation c’est sûr.
Je suis en déplacement quelque jours donc je ne peux rien tester. Je regarde ça en rentrant

Je reviens sur ce point:

Citation:

---

ca nous donnerait : unitée central avec le maxsonar et un nano avec un on off par telecommande 433 (ca c'est pris sur le jus du bateau)
et une ou deux petites unitées pour la reception des beeps (je dit une ou deux car c'est selon la configuration du bateau) eux seraient alimenté par batterie dedié (donc il faut que quand il "dorment" on pompe un minimum...! et que ce soit petit...

---

Ce qui consomme vraiment dans les unités de réception c'est la partie Radio... elles ne peuvent malheureusement pas dormir si vous voulez recevoir des notifications de la part de l'unité centrale...

- Pour que des modules se parlent, il faut qu'ils soient sur le même "mode". Il en existe 3, FU1, FU2 et F3.
- Par défaut les HC-12 sont en mode FU3 donc full-speed et 16mA consommés en mode écoute.
- Les modes FU1 et FU2 consomment moins (3.6mA et 80μA) mais cela a des conséquence sur la vitesse de transmission (en FU2 l'envoi de 1 octet prendra 500ms) et la distance (moins de puissance à l'émission)

N'y aurait-il pas moyen d'allumer les 1/2 récepteurs de beeps en même temps que l'unité centrale par la télécommande standard ?

Bonjour Jay,

oui on peux faire ca, je pensais qu'on pouvez envoyer l'ordre via l'arduino de l'unité "central" (celle ou il y a le sonar)...
en gros : au moment du "off"systeme je me demerdé a faire un retard de quelques seconde pour que l'arduino "maitre mette les autre en veille...

j'ai fait plein de test...! Jay va avoir mal a la tete si il peux "pondre le code"....

1) par soucis pratique d'instalation, je pense que sur les feux de mat c'est mieux, on a le jus, et la visibilité pour le capteur...
l'emmerde: selon le bateau, j'ai joué avec notre copain Pythagore...
cote arriere du bateau et la longueur de la vertical... on a la longueur de la couverture "morte"...

I
I
I
I
cul ________________

il va faloir jouer avec un encodeur exa rotatif pour definir en gros la longueur morte

et ..... je suis entrain de bosser sur un petit balayage vertical pour etre sur...
une commande de servos pour faire un "tilt mecanique" du capteur sur une vingtaine de degrés...

jouable?

Mon dessin improvisé n'a pas marché..!

bon en gros l'hypotenuse est la distance morte...
on preregle via le petit contacteur rotatif cette zone et ca nous decale le comptage de distance ...
dans tout les ca on est limité a 10 m

donc si on installe de cette maniere, et qu'on a une zone morte de 3 m, on beep continu a 3m+les 2 m qu'on avait fixé...

Salut

quelques commentaires:

l'arduino Maître peut demander aux esclaves de dormir, mais comment réveiller les esclaves? (s'ils dorment on ne peut plus envoyer de message radio)

Citation:

---

commande de servos pour faire un "tilt mecanique" du capteur sur une vingtaine de degrés

---

un truc mobile c'est toujours la galère... en plus il faudra synchroniser le mouvement du servo et la demande de mesure (ne pas lire en mouvement).

Citation:

---

par souci pratique d'instalation, je pense que sur les feux de mat c'est mieux,

---

c'est plus simple à installer mais avec 6m ou 8m de portée pour le radar vous allez perdre en capacité de mesure.... et comme l'hypoténuse est plus longue que la base, plus vous êtes haut sur le mat, plus c'est "loin"

D'autre part je pense que ça va être dur de dire si on voit la surface de l'eau ou un quai à la distance minimale...
Pièce jointe 591587

Les constructeurs de voiture n'ont pas pris l'option de mettre plusieurs capteurs directement dans le pare-choc pour rien...

==> je ne le sens pas trop

bon, on part de l'arret du systeme...
on appuis sur off, l'infos arrive sur l'arduino maitre qui dit a ces copains "dodo"
et quelques seconde aprés l'arduino maitre n'a plus d'alim... donc il dort aussi...
la on est a ce stade a 5 mA de conso

on appuis sur "On" l'arduino maitre est alimenté, donc il "boot", il reveille ces copains... bon aprés je sais pas ci c'est possible!

quand je dit "feu de mat" attention sur du "motor yacht le feu de mat est sur le toit du bateau ... en gros 2 m au dessus du pont principal

pour le "Tilt".... j'ai fais des centaines de test... Lidar, ultrason, ultrason avec la trompette pour la portée avec une pluie artificiel avec du brouillard (bombe "smok pour simuler de la fumée)
le Lidar est largué avec la pluie artificiel... l'ultrason tourne mais il est directif a mort! il faut balayer en vertical, pas de beaucoup meme 10° ...
Pourquoi...? a St Tropez par exemple on a deux type de quai.... le plein: beton brut et le flottant...
le flottant est a 80cm a 1 metre de la surface de l'eau. si le capteur est bas et qu'il vise en dessous ... on est mort!
si il est en hauteur le capteur arrive a trouver le retour d'onde... sur l'eau l'onde "ricoche" et il n'a pas de retour pour calculer (test au bord d'une piscine)
alors oui on perd en porté 2 a 3 metres dans le pire des cas ...
ps: on a du materiel en model reduit qui est top! 11 ms pour faire 180° etanche et numerique...

eh Jay, on essais si ca deconne on trouvera une autre idée non?

petite precision...

la seule chose qui nous interesse c'est le cul du bateau....
je m'explique...

et cela quelques soit la longueur du bateau...
quand le mec rentre a sa place entre 2 bateaux (comme pour une bagnole)
la difference c'est qu'il ne ce soucis jamais des 'cotés) (droite et gauche)
pourquoi: il y a des parbatage (c'est des grosses boué qui protege les cotés)
la ou ca deconne (d'ou l'interet du systeme) c'est que quand il recule.... si personne ne leurs dit rien... ca tape...