Solution de système de perception, de navigation et de contrôle du robot Un système robotique combine la perception des capteurs et l'estimation de l'état, la localisation et la cartographie, la planification de trajectoire, le contrôle de mouvement et les séquences de tâches dans un système exécutable en boucle fermée. Les résultats dépendent de la plateforme, de la charge utile, du sol, de l'éclairage, des obstacles dynamiques et de la stratégie de sécurité. Ils n’établissent pas d’intelligence incorporée générale ni de fonctionnement autonome inconditionnel.
| Élément de projet | Énoncé de solution |
|---|---|
| Meilleur ajustement | Pour les fabricants et intégrateurs d'AMR/AGV, de robots d'inspection intérieure ou extérieure, d'équipements de manutention, de plateformes d'enseignement et de recherche et de robots de service spécifiques à des tâches nécessitant une navigation, une fusion de capteurs, une planification, une opération à distance ou une intégration complète du système. |
| Entrées requises | Les entrées incluent les interfaces du châssis et de l'entraînement, le freinage et les arrêts d'urgence, la charge utile et la vitesse, la plate-forme informatique de l'encodeur/IMU/Lidar/Kameras,, les cartes de travail, les pentes et les sols, l'éclairage et la météo, les personnes et les obstacles dynamiques, le réseau sans fil, le flux des tâches, les définitions de défauts, les distances de sécurité et les chemins d'acceptation. |
| Contenu de la livraison | Les livrables peuvent inclure des inventaires d'interfaces et de paramètres, des fichiers d'étalonnage de capteurs, des cartes et configurations de localisation /Navigations-/Steuerungssoftware,, des tâches API, des modules de planification ou d'exploitation, des scénarios de simulation et de relecture, des cas de test, la gestion des exceptions, des packages de déploiement, des journaux, etc. Le matériel du robot et les composants de sécurité suivent la répartition des responsabilités convenue. |
| Comment est définie l’acceptation ? | L'acceptation spécifie la version du robot, la charge utile, la vitesse, les itinéraires, le sol, l'éclairage, le réseau et les conditions d'impact humain. Les enregistrements peuvent inclure des erreurs de localisation, l'achèvement de l'itinéraire, des erreurs d'amarrage répétées, la réponse aux obstacles et la distance d'arrêt, la durée de la tâche, le comportement de récupération du réseau, le flux de travail d'arrêt d'urgence, le fonctionnement continu et les interventions manuelles. |
Utilisateurs et scénarios personnalisés
Pour les fabricants et intégrateurs d'AMR/AGV, de robots d'inspection intérieure ou extérieure, d'équipements de manutention, de plateformes d'enseignement et de recherche et de robots de service spécifiques à des tâches nécessitant une navigation, une fusion de capteurs, une planification, une opération à distance ou une intégration complète du système.
Quelle entrée est requise pour démarrer ?
Les entrées incluent les interfaces du châssis et de l'entraînement, le freinage et les arrêts d'urgence, la charge utile et la vitesse, la plate-forme informatique de l'encodeur/IMU/Lidar/Kameras,, les cartes de travail, les pentes et les sols, l'éclairage et la météo, les personnes et les obstacles dynamiques, le réseau sans fil, le flux des tâches, les définitions de défauts, les distances de sécurité et les chemins d'acceptation.
Quels modules le système peut-il inclure ?
La portée peut inclure les pilotes de capteurs et la synchronisation temporelle, l'étalonnage intrinsèque et extrinsèque, la fusion multi-capteurs, le SLAM et la localisation, la détection d'obstacles, la planification de trajectoire et de vitesse, le contrôle de mouvement, la planification de tâches, ROS 2 ou autre middleware, les outils de cartographie, les interfaces Edge et Cloud, les protocoles d'exécution, les diagnostics à distance, les outils de simulation et de lecture.
Que peut-on livrer ?
Les livrables peuvent inclure des inventaires d'interfaces et de paramètres, des fichiers d'étalonnage de capteurs, des cartes et configurations de localisation /Navigations-/Steuerungssoftware,, des tâches API, des modules de planification ou d'exploitation, des scénarios de simulation et de relecture, des cas de test, la gestion des exceptions, des packages de déploiement, des journaux, etc. Le matériel du robot et les composants de sécurité suivent la répartition des responsabilités convenue.
Comment est définie l’acceptation ?
L'acceptation spécifie la version du robot, la charge utile, la vitesse, les itinéraires, le sol, l'éclairage, le réseau et les conditions d'impact humain. Les enregistrements peuvent inclure des erreurs de localisation, l'achèvement de l'itinéraire, des erreurs d'amarrage répétées, la réponse aux obstacles et la distance d'arrêt, la durée de la tâche, le comportement de récupération du réseau, le flux de travail d'arrêt d'urgence, le fonctionnement continu et les interventions manuelles.
Limites et limites de la responsabilité
Les foules, les reflets du verre, la poussière, la pluie, la neige, les textures pâles, les reflets, les changements de sol et les cibles dynamiques rapides affectent la perception et la navigation. Les fonctions de sécurité, les risques mécaniques et la certification de l'ensemble de la machine doivent être validés par le responsable conformément aux normes applicables. Les algorithmes ne remplacent pas les arrêts d’urgence, les contrôles de sécurité ou les procédures de localisation.
Services et cas associés
Retour à Présentation de la solution revenir pour comparer les scénarios ou vérifier cas de projets connexes. Les mesures et conditions d’un cas ne s’appliquent pas automatiquement à un nouveau projet.
Questions fréquemment posées
La navigation et la perception peuvent-elles être ajoutées à une plateforme robotique existante ?
Il peut être évalué, mais l'interface de contrôle du châssis, l'odométrie, la capacité de freinage, l'assemblage de capteurs et les ressources informatiques sont nécessaires. La personnalisation de la plateforme et la validation des risques passent avant tout lorsque les interfaces ou les capacités de sécurité ne suffisent pas.
Un projet de robotique nécessite-t-il toujours un grand modèle ?
Non. Les algorithmes, règles et petits modèles traditionnels peuvent souvent être utilisés pour la localisation, la navigation, l’évitement d’obstacles et la planification de tâches dans un environnement contraint. Les modèles d'apprentissage dépendent des exigences de compréhension de la scène, des données, du calcul et des exigences d'acceptation.
Un logiciel de navigation peut-il remplacer le lidar de sécurité et les circuits d'arrêt d'urgence ?
Non. Le logiciel de navigation prend en charge l’exécution des tâches et la planification des mouvements. La protection des personnes, les arrêts d'urgence, les limitations de vitesse, le freinage et les verrouillages de sécurité nécessitent des composants de sécurité appropriés, des circuits de commande et une évaluation des risques de l'ensemble de la machine.
En ligne
Téléphone
WeChat
retour au sommet