Aller au contenu


FPI

Inscrit(e) (le) 10 déc. 2021
Déconnecté Dernière activité déc. 27 2021 02:37
-----

Sujets que j'ai initiés

superviser l'énergie de sa batterie

17 décembre 2021 - 06:54

Bonsoir,

 

Mon chariot autonome s'appuie sur deux batteries de 35 A pour piloter ses deux moteurs de 300W.

Mais se déplaçant plus ou moins loin du garage (même si je suis mode test), il peut très rapidement se retrouver à plat.

Je ne peux pas vraiment me promener avec un testeur pour vérifier en permanence si je ne vas pas me retrouver en panne sèche à 200 m du local, avec 30 kg à tirer dans un champ à vaches… 

Je cherche donc une solution électronique, qui tout en consommant peu, pourrait mesurer périodiquement la tension disponible, information que je pourrais acquérir sur ma Raspberry Pi 4.... 

Des idées de cartes électroniques pas chère mais fiable pour faire le job.

A minima il faudrait une interface i2c ou autre pour récupérer la valeur, à moins de pouvoir paramétrer un seuil "bas", et d'obtenir un contact sec si la batterie sur sa charge passe sous ce seuil.

Cordialement.


Utiliser les informations du Lidar pour gérer les obstacles

15 décembre 2021 - 07:29

Bonsoir,

 

Dans le cadre de mon chariot autonome roulant, je n'ai que deux sonars SRF08 à l'avant et un à l'arrière.

Cela permet d'éviter les chocs, et cela donne une petite informations de position de l'obstacle en utilisant la géolocalisation du robot (GPS) , son cap (magnétomètre), et la distance à l'obstacle détecté.

Mais c'est très basique vu la précision angulaire d'un tel sonar. Je me contente de m'arrêter avant l'obstacle, de calculer un trajet d'évitement, puis de parcourir la suite du trajet (voir capture "trajectoire d'évitement)

 

J'ai développé l'interface avec un YLIDAR-X4 en NodeJs sur RasPi4, et le résultat de l'acquisition est affiché sur la capture jointe (l'interface Web de supervision du chariot).

Je dispose en temps réel (environs 10 fois par seconde) de la cartographie "angulaire" (une collection des couples {angle, première distance de collision}.

 

Comment exploiter intelligemment ces données pour naviguer suivant un trajet prédéfini, tout en découvrant progressivement la cartographie des "accidents" via le Lidar ?

 

Plus généralement, quelles sont les techniques/algorithmes implémentables, sans basculer tout de suite sur une Jetson Xavier et l'IA ? :)

 

Merci de vos suggestions.


Interface wifi à longue distance (200 m)

14 décembre 2021 - 09:57

Bonjour,

 

Mon robot sur roue est prévu pour l'extérieur, en rase campagne.

Son coeur est une Raspberry pi 4, avec son hotspot wifi.

Je pilote le robot, ou je lui attribue des missions via une interface Web, depuis un Laptop, connecté en http et Websocket sur le coeur.

Mais la portée du wifi de mon Laptop, comme celle de La Rpi4 est limitée (20 ou 30 m max je pense).

 

Quel équipement portable côté Laptop, et éventuellement alimenté basse-tension côté Robot (équipé de deux batteries de 35 A/h) pouvez vous me suggérer ?

 

J'ai un peu cherché du côté de la solution proposée par Parrot à une époque (une semelle d'accueil pour un Smartphone et un amplificateur Wifi directionnel), mais je ne trouve rien de similaire dans le commerce.

 

Cordialement.


parcourir une surface délimitée par un polygone

10 décembre 2021 - 02:14

Bonjour,

 
Je cherche des conseils pour un petit problème de robotique, et je m'adresse à vous à la recherche de pistes de prospection.
Si vous aviez des idées, ou des liens sur le sujet, je suis intéressé.
 
Il s'agit d'un robot motorisé d'extérieur (2 roues motorisées et deux roues libres) .
 
Le robot peut piloter ses 2 roues indépendamment, de 0 à 100% de la vitesse des moteurs (moteur de 300W, vitesse max 6 km/h, diamètre des roues de 26 cm).
Les commandes de bases sont :
- avancer à X % de la vitesse max. en ligne droite
- reculer à -X% de vitesse max. en ligne droite 
- tourner sur soi-même vers un cap fixé (le robot est équipé d'un GPS et d'un magnétomètre pour mesurer le cap). [0..359]
- lorsque le robot se déplace, on teste s'il est, sur une prochaine itération de mouvement, hors du polygone. S'il risque de sortir, on arrête le robot.
Le robot a une largeur (par exemple 0.7m) , correspondant à sa zone de travail.
 
Le robot doit évoluer dans un polygone (dont les sommets sont définis par des points en coordonnées GPS { lat, lng }. Le polygone est relativement simple, on évite les angles aigus entrant. 
Par opération simple, on peut convertir { lat, lng}, en coordonnées UTM, qui s'apparentent plus à des coordonnées { x, y } dans un repère orthonormé.
 
 
Le but est de parcourir toutes la surface du polygone, de manière optimale (vitesse, durée).
 
Actuellement, j'utilise un enchainement simpliste, où le robot avance en ligne droite, détecte sa sortie du polygone, recule à vitesse lente pendant 5 secondes, tourne aléatoirement à droite ou à gauche, avance en ligne droite, etc... mais les performances sont très faibles.
 
Le pilotage est réalisé depuis une Raspberry Pi 4 en NodeJs.
 
Cordialement.