Robots de recherche: vérifiez le logiciel avant le matériel

Pour une université ou une équipe de développement, la bonne plateforme est celle qui soutient l'expérience. L'accès au matériel, aux logiciels et au support technique importe autant que l'apparence.

Commencer par la question de recherche

Le travail porte-t-il sur la navigation, la manipulation, l'équilibre, la perception ou l'interaction humaine? Identifier ce qui doit être mesuré ou contrôlé. Un grand humanoïde peut être utile pour une expérience et inutile pour une autre. Une plate-forme à roues plus petite ou un bras sur un banc peut parfois fournir l'accès requis avec une configuration expérimentale plus simple.

Demander le niveau d'accès exact

Demander de la documentation pour la configuration proposée, y compris les interfaces de contrôle, les flux de capteurs, l'enregistrement et les langages de programmation pris en charge. Demandez quelles sont les fonctions disponibles pour les utilisateurs et qui restent limitées. “SDK Le kit de développement logiciel doit exposer les besoins de votre projet, selon les modalités que votre institution peut accepter.

Vérifier les versions et les dépendances

ROS est distribué en versions avec leur propre documentation et les environnements pris en charge. Demandez la version précise utilisée par le robot, les exigences du système d'exploitation et les exemples pris en charge. Une revendication générale de ROS la compatibilité n'établit pas que votre code existant sera exécuté. Demandez au chercheur visé d'examiner les instructions d'installation avant une commande.

Séparer une démo d'une expérience reproductible

Demandez si les comportements exemples sont fournis comme code modifiable ou seulement comme démonstrations. Vérifier si les modèles de simulation sont disponibles et ce qu'ils représentent. Consigner les limites ou les différences entre le comportement simulé et le comportement physique. Pour une première évaluation, choisissez une petite expérience que votre propre équipe peut reproduire à l'aide de la documentation fournie.

Planifier les personnes, l'espace et le soutien

Identifier qui va commander, maintenir et superviser la plateforme. Convenir de l'espace expérimental requis avec les équipes techniques et de sécurité concernées. Demandez comment les défauts sont diagnostiqués, où les réparations se produisent et comment les modifications de la recherche affectent le soutien. Un faible prix d'achat peut être de mauvaise valeur si la plateforme n'est pas disponible pendant un projet financé.

Accepter la preuve d'acceptation

Avant le paiement, définir ce qui doit être livré : la configuration exacte, les accessoires, l'accès au logiciel, la documentation et la formation. Demandez une démonstration des interfaces qui comptent pour l'expérience. Conservez les revendications au sujet des futurs logiciels séparés des fonctions disponibles aujourd'hui. La décision d'achat devrait refléter le projet que vous pouvez exécuter, pas seulement les capacités promises sur une feuille de route.

Pour en savoir plus

ROS: distributions, installation et documentation. Les questions et les approches exemples du présent guide sont : Robodromo L'orientation d'achat n'est pas une spécification du fournisseur ou un projet client achevé.

Dites-nous ce que votre organisation veut réaliser.

Guides connexes

• Kits de robots pour l'éducation: qu'est-ce qu'un bon paquet devrait inclure?
• Robot humanoïde ou quadrupède : ce qui est logique pour vous ?

Vous explorez la robotique pour votre organisation ? Découvrez comment nous vous aidons à trouver un fournisseur de robotiqueou Dites-nous ce que vous souhaitez réaliser.