L3 : Pb en tout genre

Ah ! Doublon avec falex

Merci pour ton témoignage

j ai toujours l appli web dÍG dans un coins avec la fenêtre des position ouvertes pour vérifier ce qui se passe, et je ferme toujours d abord la L3 puis verif sur ig que aucune position ne traine puis je me delogue puis je coupe le pc
jamais trop prudent avec sont capital.... bretelle et ceinture

Il serait interessant d'avoir le fichier log si c'est possible. Si tu es avec la dernière version il est dans le répertoire /Logs/Debug-datedujour.log. Il m'arrive aussi de ne pas recevoir les updates ig. Je le suis toujours demandé si c'était mon code ou leurs serveurs qui buggaient.
En tout cas content que cela se soit bien terminé

Manu ton histoire reflète bien une des limites de l'api :
Les ordres dont envoyé en REST mais l'update se fait en STREAM.

Dans ton cas la partie REST était fonctionnelle
Et le STREAM non ...

Faut être clair ce programme s'est vraiment comme une voiture de course dans ESP ni ABS : c'est à vous de garder le contrôle et la trajectoire

Comme darth j'ai toujours la plateforme web connecte sous le coude au cas où.

Merci pour l'explication Falex je désactive l'écran de veille par sécurité et rajouter demain un warning sur la page présentation

Perso j'ai eu la même expérience que toi manu (L3 visuellement non réactive mais qui obéit bel et bien) mais en démo donc pas de soucis, par contre je précise que mon ordi ne se met jamais en veille donc ça peut survenir à tout moment. J'ai donc pris pour habitude si il ne semble rien se passer lorsque je presse une touche de ne jamais represser la touche, d'abord parce que si c'est pour un signal scalp, les 3 secondes que je réalise que rien ne se lance le cours a pu largement décaler et périmer mon intention, mais aussi cela me laisse le temps de vérifier sur ig web si quelque chose tourne hors L3. Je trouve que c'est plus sage ainsi.

Bonjour,

Manu ton histoire reflète bien une des limites de l'api :
Les ordres dont envoyé en REST mais l'update se fait en STREAM.

Je m'amuse à développer ma propre application de trading simplifié, plus adaptée à mes limites de tradeur désespérément balourd (et puis pendant ce temps je ne perds pas).
Je suis reparti à zéro pour la couche réseau, car j'aime bien comprendre.

Je ne connais pas vraiment python et wxwidgets, donc je ne peux pas vous aider directement, mais voici quelques remarques à propos de ces déconnexions de LightStreamer :
- C'est une surcouche qui simule une connexion continue au dessus d'une connexion http, or celle ci n'a pas été conçue pour cela à l'origine, d'où les coupures fréquentes.
- Ils ont prévu des mécanismes de contrôle qui permettent de surveiller assez facilement l'état du réseau.

Méthode 1 : Quand tout va bien, le serveur envoie des infos en permanence (ticks, positions). S'il n'a rien à dire pendant plus de x secondes, il bouche le trou en envoyant un message PROBE (x est paramétrable à la connexion).
Donc, si on ne reçoit rien pendant plus de x secondes (ni tick, ni position, ni PROBE), c'est que la connexion est coupée.
Il faut alors la relancer (uniquement la partie STREAM, en gardant les identifiants obtenus en REST).

Solution : mettre un timer qui déclenche une exception toutes les x+1 chouilla secondes, que l'on remet à zéro chaque fois que l'on reçoit quelque chose (PROBE ou info, peu importe). Ainsi il ne se déclenche que si l'on ne reçoit rien pendant trop longtemps, et on peut alors relancer la connexion, ou au moins avertir l'utilisateur du problème.

Méthode 2 (complémentaire de la 1) : même quand tout va bien, la connexion STREAM est coupée délibérément par le serveur de temps en temps (quelques heures ou quelques minutes, ça dépend de son humeur). Mais comme il est gentil, il prévient, en envoyant un message LOOP quelques secondes avant.
Il faut donc veiller l'arrivée des LOOP, et relancer la connexion quand ça arrive.

Je ne sais pas comment on fait ça en python (je programme en c++ avec qt pour l'interface), mais je suis à peu près sûr que c'est possible.

En espérant avoir été un peu utile,
Bonne nuit aux couche-tard et bonjour aux lève-tôt !

Quand tout va bien, le serveur envoie des infos en permanence (ticks, positions). S'il n'a rien à dire pendant plus de x secondes, il bouche le trou en envoyant un message PROBE (x est paramétrable à la connexion)

Bonjour Jized,
Connais-tu la valeur par défaut de x ?

Merci pour l'explication jized.
- regardes qwt ou qcustomplot, ça peut te convenir.

A+

oui ouvre une nouvelle file swing

Excellent jized pour l'explication
Merci

F'je vais regarder le module qui gère les flux LS avec ton explication

Salut,

Connais-tu la valeur par défaut de x ?

Par défaut, c'est 5 secondes.
Pour ma part je le fixe à 4, et je déclenche la reconnexion si rien ne se passe pendant 6s.
C'est le champ LS_keepalive_millis des paramètres de connexion.
Tout cela est plutôt bien expliqué dans la documentation du protocole ici : https://labs.ig.com/lightstreamer-downloads

J'ai mis un autre timeout, à la (re)connexion cette fois, de 30s. Je considère que si elle n'est toujours pas établie au bout de 30s, c'est soit que le serveur est hs, soit que le réseau est très lent, et dans les 2 cas ce n'est pas la peine d'espérer trader.

En cas de pb réseau de sur la partie LStream, l'interface l'indique de façon très visible et aucune prise de position n'est possible tant que la connexion n'est pas redevenue complètement opérationnelle, même si le côté REST n'est pas affecté.

Salut,

Je serais intéressé de voir en image l'interface IHM de ce que peut donner ton appli (même si c'est encore sous forme de maquette)

Je le ferai probablement, mais là c'est prématuré, et puis il faut que ce soit sur une autre file que celle de la L3.
Je suis un peu hésitant aussi, quand je vois les messages de certains qui viennent ici pour apprendre à se servir de leur machine et/ou ne se donnent manifestement même pas la peine de lire les réponses à leurs questions qui on déjà été posées par d'autres.

Qt est un formidable outil de développement d'applications au look pro qui offre une multitude de composants, graphiques ou non. Il est beaucoup plus complet que wxwidgets, mais le prix à payer est que sa prise en main passe forcément par un apprentissage. On ne peut pas en faire l'impasse, à cause du côté fondamentalement multi-threads et du mécanisme d'échange de signaux entre threads qui lui donne sa puissance. Il y a une documentation très complète et plein de tutoriaux sur internet.

Bonjour,

en affichage j'ai un petit soucis.


Le résultat en point est égal au résultat en euro alors qu'étant en mini contrat cac, je ne suis jamais en position à 1 contrat.

Je n'ai pas vu ce problème dans le forum. Merci pour votre aide.

Quelqu'un a signalé ici ou ailleurs je ne sais plus qu'il y a un bug lorsqu'on n'a plus utilisé L3 pendant un long moment.
Quand on passe un ordre avec L3, l'ordre ne s'affiche alors qu'il est passé sur la plateforme ig.

Je confirme ce bug pour l'avoir eu à plusieurs reprises.

Bonjour,
C'est ce que j'ai signalé : la connexion stream doit être réactivée périodiquement.

Bonsoir,

pour me défouler j'ai voulu passer L3 en demo.

Elle ne s'active pas, j'ai bien rempli les champs sans espace ni faute.

Sur ig Lab Companion, j'ai bien http200/success.

C la V16/64bits dezippé sans probleme en reel - j'ai bien coché démo

Dsl si j'ai brulé une étape et merci pour votre aide possible.

Bonsoir -,

Je te remercie bien.

Oui j'ai utilisé un login/passe qui fonctionne avec le companion Lab.

Sinon c la l3 qui fonctionne parfaitement en reel et mon Pc de trading est en 64 bits.

Bon weekE.

Alors la c est étrange si cela fonctionne en réel c est pas un pb de la L3
si tes identifiants démo passe sur le companion ig lab ça devrais être bon..

fait une capture d'écran de ta console pour voir le message d erreur renvoyé
peut être que tu t est planté en faisant copier coller de tes identifiant ou de la clé API