Problème fuseau horaire en Asie
Forums › ProRealTime forum Français › Support plateforme ProRealTime › Problème fuseau horaire en Asie
- This topic has 8 replies, 2 voices, and was last updated 2 years ago by clasch.
-
-
11/06/2022 at 4:44 PM #203668
Bonjour,
J’ai une personne habitant la Malaisie (Asie UTC+08:00) qui essaie de faire tourner un robot qui fonctionne sur le Dax et un autre sur le S&P.
Cette personne utilise les paramètres indiqués dans la figure ci-jointe et le moteur Dax fonctionne correctement.Mais malheureusement pas celui qui tourne sur le S&P.
D’ailleurs cette personne a fait de nombreux tests avec différents réglages pour le fuseau horaire, mais elle n’a jamais réussi à faire tourner correctement le robot S&P.
Quelqu’un aurait-il une solution ?
Merci d’avance !
11/06/2022 at 7:37 PM #203686fait de nombreux tests avec différents paramètres
A-t-elle essayé d’utiliser l’heure standard UTC-6 ?
Entrez Paris et New York dans le convertisseur sur le lien ci-dessous
https://www.timeanddate.com/worldclock/converter.html?iso=20221106T180000&p1=195&p2=179
11/06/2022 at 8:02 PM #203687Merci pouor votre réponse, mais je ne suis pas sûr d’avoir bien compris votre réponse.
Vous conseillez de mettre UTC-6 dans “Afficher toutes les données dans le fuseau horaire suivant: …” car c’est l’heure standard ?
Est-ce bien cela ?
11/06/2022 at 8:30 PM #203688mettre UTC-6 dans “Afficher toutes les données dans le fuseau horaire suivant :
Oui, essayez-le et voyez si votre stratégie fonctionne correctement ?
Sans voir le code et les heures dans le code, il est difficile de donner une réponse susceptible de résoudre votre problème.
Il y a 2 façons de traiter les conditions temporelles dans le code…
- Ajustez les heures dans le code pour compenser le réglage UTC sur votre propre ordinateur. Ainsi, par exemple … Flat Bef0re 14:30 (UK Time) est identique à Flat Before 09:30 (USA Time).
- Utilisez les paramètres UTC de l’instrument. Par exemple, si je règle mon PC sur UTC-5 et que mon code utilise Flat Before 09:30 (les résultats sont les mêmes que si j’utilisais 14:30 à UTC / UK Time).
Si ce qui précède n’a pas de sens pour vous, étudiez le convertisseur UTC sur le lien que j’ai posté dans l’e-mail précédent.
11/06/2022 at 8:36 PM #20368911/06/2022 at 9:25 PM #203691Merci pour vos nouvelles réponses.
Je vais proposer d’essayer
1/ de mettre UTC-6
et
2/Garder son paramètrage actuel (qui fonctionne pour le DAX) et modifier le code de mon algorithme de cette façon (ayant naturellement ajouter les différents paramètres “DiffHeure = 5”) :
123456789101112131415161718192021222324252627282930313233DiffHeure = 5If L1 and Time >= 123000-DiffHeure thenBuy Nb Lots at MarketSet Target %Profit 1.6Set Stop %Loss 0.4EndifIf Longonmarket thenIf ((Close-Tradeprice)*100)/Tradeprice >= 0.4 thenSet Stop BreakevenEndifEndifIf Time >= 213000-DiffHeure thenSell at MarketEndifIf S1 and Time >= 080000-DiffHeure thenSellshort Nb Lots at MarketSet Target %Profit 1.6Set Stop %Loss 0.4EndifIf Shortonmarket thenIf ((Tradeprice-Close)*100)/Tradeprice >= 0.4 thenSet Stop BreakevenEndifEndifIf Time >= 190000-DiffHeure thenExitshort at MarketEndifQu’en pensez-vous ?
Ai-je bien compris ce que vous m’avez répondu ?
11/06/2022 at 10:04 PM #203696Si L1 et Heure >= 123000-DiffHeure alors
Je pense que ci-dessus (et d’autres fois dans le code) doit être écrit au format …
Si L1 et Heure >= 073000 alors
11/06/2022 at 10:09 PM #203697Ah oui, bien sûr !
Au lieu de DiffHeure = 5
Remplacer par DiffHeure = 50000
On verra tout ça, je vais en parler à la personne en question en lui priant de faire quelques tests, puis je reviendrai ici pour vous donner les résultats.
Merci déjà en tout cas !
11/07/2022 at 9:34 AM #203738 -
AuthorPosts