A vérifier : problème potentiel d'ordre d'init des fichiers asservissement

[NicoFarmer]

Problème vu par Stéph et Guigui le 21/06/2020 pendant la mise au point de l'asservissement GROSBOT.

A vérifier :

• Dans le projet GROSBOT, la classe qui est instanciée doit être CAsservissement (et pas CAsservissementBase).
• Qui du constructeur CAsservissement et CAsservissementBase est appelé en premier ?
• Est-ce que les fonction Init de CAsservissement et CAsservissementBase sont appelées toutes les 2 ou juste une seule, celle de CAsservissement.
• La fonction Init de CAsservissementBase est elle appelée avant ou après celle de CAsservissement ? Ce qu'on veut, c'est que la fonction Init de CAsserivissement (qui est la classe spécifique au robot) soit la dernière appelée.
• Les paramètres de l'asservissement du fichier de configuration sont ils bien pris en compte ?

Plusieurs tests à faire :

1. Supprimer la lecture des paramètres du fichier de configuration. Mettre des valeurs dans les paramètres de la fonction Init de CAservissement Mettre d'autres valeurs dans les paramètres de la fonction Init de CAsservissementBase A l'aide du mode Terminal, vérifier la valeur des paramètres

2. Vérifier la syntaxe des paramètres de configuration. Comparer les nom présents dans le fichier de paramètre avec les noms appelées dans le fichier Cpp (peut être problème de majuscule, minuscule, ...) qui fait que le paramètre attendu dans le code n'est pas trouvé dans le fichier de paramètrage.

[NicoFarmer]

Les valeurs relues du fichier EEPROM.ini ont été vérifiées le 11/10/2020 chez Stéph.

Le code a été instrumenté pour afficher dans la console l'état des coef issus du fichier EEPROM.ini : en mode LABOTBOX. Conclusion : le fichier est bien lu et les coef ont bien la valeur du fichier EEPROM.ini.

[NicoFarmer]

Plus de problème relevé depuis la correction de 2020. Ticket soldé.