Comme le montre l’image ci-dessous, le programme de démarrage et d’arrêt des robots via l’API d’extension de la plateforme fonctionnait très bien. Mais après avoir changé le mot de passe hier, le démarrage du robot a échoué. Pour éviter le doute: 1 - Modifier le mot de passe pour mettre à jour l’API Le mot de passe a été modifié et l’API a été mise à jour en temps opportun, sinon même les robots qui ont étendu l’API sur la plate-forme d’appel n’ont pas pu démarrer, il n’y a donc pas de problème de défaillance de l’API

2/ Le robot n’a pas le bon identifiant ? Comme le montre la figure 1, le robot est démarré normalement, et la console a imprimé l’appel de démarrage de l’interface API

Le problème est résolu, les amis qui sont dans la fosse le voient.
1 Le client a dit qu’il devait mettre à jour l’api-key de toutes les bourses, alors que ma bourses était à terme et n’avait pas d’api-key, c’est-à-dire que les bourses chargées de robots appelant l’extension de l’api devaient mettre à jour l’api-key. C’est la figure ci-dessous du document d’orientation. 2 Comment faire pour que le robot s’arrête au démarrage ? Je suis désolé, mais le journal de l’arrêt de l’appareil vous indiquera qu’il y a une erreur de déchiffrement. Solution: supprimer le robot (doit-il être supprimé ? ne peut-il pas être directement réinstallé ? vous le savez en essayant), créer un nouveau robot et le réinstaller une fois