Commit 59d8f2c269e629ec9311d0269e7f9fe740427087

Authored by Geoffrey PREUD'HOMME
1 parent 1f570b8b

Paragraphe sur l'initialisation

Showing 1 changed file with 4 additions and 0 deletions   Show diff stats
... ... @@ -271,6 +271,10 @@ boundHeur:
271 271  
272 272 On utilise le fait qu'une décrémentation depuis la valeur 0 effectue un dépassement et remet le registre à 255. Nous ne pouvons pas utiliser le flag indiquant qu'un dépassement a eu lieu car l'incrémentation / la décrémentation de compteur s'effectue beaucoup plus tôt que la remise en borne. Pour faciliter la vie de l'utilisateur, lorsque l'on dépasse une des deux bornes, la valeur prend la borne opposée.
273 273  
  274 +## Initialisation
  275 +
  276 +Bien que ce genre de système n'est pas fait pour être redémarré (puisque les données ne sont pas enregistrées sur une mémoire morte), on préfère initialiser les paramètres du régulateur avec des valeurs par défaut, pour simplifier la vie de l'utilisateur. Par exemple par défaut le mode nuit est activé de minuit à 7h, et le mode jour le reste du temps. Cela lui permet d'éviter d'initialiser 168 valeurs à la main.
  277 +
274 278 # Conclusion
275 279  
276 280 Pour ce projet de thermostat, nous avons réalisé son architecture matérielle, son algorithme, et même réussi à en faire une simulation sur du matériel réel, ce qui a nécessite l'écriture de l'algorithme complet. Bien qu'un sujet similaire était proposé dans un des TP, on s'est rendu compte que l'ajout de certaines fonctions paraissant anodines (telles que la gestion du temps, ou un menu) nécessitent un gros travail pour tout coordonner. La réalisation de la simulation, bien que non nécessaire, a été utile pour se rendre compte que certains chemins envisagés au débuts n'étaient pas réalisables, et a permis de pouvoir tester notre algorithme. Au final ce fut une experience très enrichissante.
... ...