Files
stephan 67c15bb0c0 Ranger le moteur : ignore caches/logs, retire le backup local.
Prepare le depot pour Gitea (ms1reader-engine) sans artefacts de build.

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-07-19 14:07:42 -04:00

59 lines
1.9 KiB
Plaintext

a valider
attention sur le serveur mysql le % devrais enlever
pour executer
python -m engine.engine
config
TABLE reader_config_detail — RÈGLES GÉNÉRALES
---------------------------------------------
1) det_type
- 1 = règles associées aux Timing Points (TP)
- 2 = règles associées aux Courses
=> Toujours utiliser det_type pour savoir si la règle appartient à un TP ou à une course.
2) det_ref1_id
- Pour det_type = 1 → det_ref1_id = tp_id
- Pour det_type = 2 → det_ref1_id = con_id
=> Identifie exactement à quel TP ou à quelle course la règle appartient.
3) det_groupe
- Sert uniquement au regroupement logique / visuel.
- NE DOIT PAS être utilisé pour la logique du moteur.
=> Le moteur utilise seulement det_type + det_ref1_id + det_clef.
4) det_clef
- Nom symbolique de la règle (ex: clef_controleur, clef_temp_minimum_read_entre, clef_start_time).
5) det_value1, det_value2, det_value3
- Contiennent les valeurs de la règle.
- Le moteur doit toujours accepter 1, 2 ou 3 valeurs selon le type de règle.
6) det_trie
- Indique l'ordre de priorité entre plusieurs règles d'un même type pour un même TP ou course.
- Le moteur doit TOUJOURS trier par det_trie ASC avant d'interpréter.
=> Une règle avec det_trie = 1 est appliquée avant une règle avec det_trie = 10.
7) Source unique
- Toutes les informations de configuration (TP et course) doivent provenir de reader_config_detail.
- Aucune autre source de règle ne doit être utilisée dans le moteur.
Notes pour correction du moteur Python
Les priorités ne fonctionnent pas.
voir si les priorité devrais etre a la fin
La logique actuelle doit être revue.
valider les multiple interval
Concept général à corriger :
si ca plente pendant la validatione des regles
valider premier tours
valider temps tours si prioryty change