Problème fuseau horaire en Asie

Forums ProRealTime forum Français Support plateforme ProRealTime Problème fuseau horaire en Asie

Viewing 9 posts - 1 through 9 (of 9 total)
  • #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 !

    #203686

    fait 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

    #203687

    Merci 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 ?

    #203688

    mettre 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…

    1.    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).
    2.    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.

    #203689

    Le problème avec l’utilisation de l’option 2 ci-dessus est que d’autres systèmes peuvent être affectés lorsque vous configurez l’exécution après avoir réglé votre PC sur UTC-6 ?  

    #203691

    Merci 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”) :

    Qu’en pensez-vous ?

    Ai-je bien compris ce que vous m’avez répondu ?

    #203696

    Si 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

    #203697

    Ah 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 !

    #203738

    Je suis confus…

    En fait, c’était une erreur de testing, car la configuration avec l’image de mon 1er post fonctionne parfaitement… aussi en Asie !

    1 user thanked author for this post.
Viewing 9 posts - 1 through 9 (of 9 total)

Create your free account now and post your request to benefit from the help of the community
Register or Login