Quanition Calendar Diagnostic

Quanition Calendar Diagnostic — script de diagnostic gratuit pour MT5 (nom du script : CalendarDiagnostic). Les résultats s'affichent dans l'onglet Experts.

Votre onglet Calendrier économique est vide, ou votre filtre de news a cessé de se déclencher. Le flux du calendrier est-il figé ? L'horloge de la machine a-t-elle dérivé ? Ou l'onglet est-il simplement filtré ? Depuis l'onglet Calendrier, ces trois cas se ressemblent exactement.

Ce script les distingue, puis vous dit quoi faire.

CE QU'IL FAIT

Il lit la base de données du calendrier via l'API, que ne touche aucun filtre d'interface. Ce seul fait sépare la troisième cause des deux autres : si l'API renvoie des événements futurs et que votre onglet Calendrier n'en montre aucun, l'onglet est filtré, et rien ne va mal dans votre terminal.

Il classe ensuite ce qu'il a trouvé en un verdict :

• HEALTHY — des événements futurs sont présents, le flux est actif
• STALE_FEED — des lignes existent, mais aucune n'est postérieure à maintenant
• EMPTY — aucune ligne du tout sur toute la fenêtre
• API_ERROR — l'appel lui-même a échoué
• UNSUPPORTED — ce terminal ne fournit pas le calendrier
• CLOCK_SUSPECT — des lignes ont été lues, mais "maintenant" n'est pas fiable

Chaque verdict s'accompagne du correctif correspondant. Vous ne repartez pas avec un simple code de statut.

L'HORLOGE EST VÉRIFIÉE, ET LE SCRIPT DIT QUAND ELLE NE PEUT PAS L'ÊTRE

Une horloge machine qui dérive déplace la frontière entre passé et futur, et falsifie donc la preuve : en avance, chaque événement paraît déjà passé et un flux sain se lit comme figé ; en retard, des lignes figées ressemblent aux événements de demain et un flux mort se lit comme sain. Quand l'horloge diverge du dernier tick au-delà de la tolérance, le script refuse de trancher sur le flux et rapporte CLOCK_SUSPECT.

Et quand la vérification est tout simplement impossible — le marché semble fermé, si bien que, de l'intérieur du terminal, un tick figé et une horloge décalée constituent la même mesure —, le script ne présente pas silencieusement la lecture comme vérifiée. Vous obtenez quand même le verdict sur le flux (sinon l'outil serait inutile chaque week-end), mais il est marqué : sur une lecture STALE_FEED, il avertit qu'une horloge en avance produit exactement ce résultat et conseille de relancer pendant les heures de marché avant de toucher au cache du calendrier ; sur une lecture HEALTHY, il avertit qu'une horloge en retard peut le simuler, donc de ne pas y voir la preuve qu'un filtre de news fonctionne. Sur un VPS, c'est une panne courante et facile à mal diagnostiquer.

IL VÉRIFIE AUSSI LE PAYS UTILISÉ PAR VOTRE FILTRE

Un seul événement futur, dans n'importe quel pays, peut faire paraître toute la base saine, alors que toutes les lignes du seul pays que lit votre filtre sont absentes. Le script interroge la base globalement, puis à nouveau pour le pays que vous avez choisi, et quand les deux verdicts divergent, il le signale et indique lequel fait foi.

SANS RISQUE SUR UN GRAPHIQUE EN LIVE

Lecture seule par construction. Il ne place aucun ordre, ne modifie aucune position, ne change aucun paramètre, n'écrit aucun fichier, et ne laisse rien tourner en arrière-plan. Étant un script, il ne remplace pas non plus l'Expert Advisor présent sur votre graphique. Glissez-le, lisez l'onglet Experts, c'est terminé.

CE QU'IL N'EST PAS

Ce n'est pas un système de trading et il ne donne aucun signal. Il ne répare pas un flux figé et ne remet pas votre horloge à l'heure — il identifie lequel des deux problèmes vous rencontrez et nomme le correctif. Il ne remplace pas le calendrier ; il diagnostique celui que MetaTrader vous fournit déjà.

COMMENT L'UTILISER

Glissez-le sur n'importe quel graphique et lisez l'onglet Experts. Les valeurs par défaut sont raisonnables. Si vous filtrez les news pour un pays particulier, définissez ce pays et la fenêtre horaire autour de chaque événement que votre filtre bloque, et le script vérifie une fenêtre de blocage équivalente à partir des données du calendrier. Notez que la relecture ne compte que les événements de forte importance : si votre propre filtre bloque aussi une importance moyenne ou faible, ou utilise une fenêtre asymétrique, le résultat différera.

Pour toute question, merci d'utiliser la section commentaires de cette page produit.