PS. Je viens de vérifier (visuellement) en temps réel (sur une crypto-monnaie, qui cote le dimanche – c’est sur PRT-IBRKR, pour lequel j’ai bien l’indicateur PRTBands, mais pas encore les instructions) : la tendance passe de vert à rouge si la bougie passe au-dessus de la bande supérieure, même si la bougie n’est pas encore clôturée. et évidemment, elle repasse au rouge si la bougie repasse en-dessous de la bande supérieure.
Du coup, je me demandais si le test à faire sur Trend était sur Trend[0] ou Trend[1], et en fait, ce serait peut-être :
Trend[1]>=10 AND Trend>=0
Merci d’utiliser le bouton “Insert PRT code” pour poster du code dans le corps d’un message, sinon c’est illisible 🙂
Ce que tu souhaites faire devrait ressembler au code ci-joint, mais attention comme évoqué plus haut, il y a un bug dans les lignes court terme et moyen terme qui sont inversés dans ProScreener, d’où les 2 versions que je propose ci-dessous :
version logique
1
2
3
4
5
6
7
8
9
10
11
12
13
14
up=PRTBandsUp
dn=PRTBandsDown
ifclosecrosses overupandtrend<=0then//le prix casse la bande supérieure
trend=1//tendance haussière
elsifclosecrosses underdnandtrend>=0then//le prix casse la bande inférieure
trend=-1//tendance baissière
endif
a=PRTBandsShortTerm
test=a>a[1]anda[1]<a[2]andtrend=1//la ligne fait un crochet de bas en haut en tendance haussière (verte)
screener[test]
version en attendant la correction du bug ProScreener
1
2
3
4
5
6
7
8
9
10
11
12
13
14
up=PRTBandsUp
dn=PRTBandsDown
ifclosecrosses overupandtrend<=0then//le prix casse la bande supérieure
trend=1//tendance haussière
elsifclosecrosses underdnandtrend>=0then//le prix casse la bande inférieure
trend=-1//tendance baissière
endif
a=PRTBandsMediumTerm
test=a>a[1]anda[1]<a[2]andtrend=1//la ligne fait un crochet de bas en haut en tendance haussière (verte)
Merci Nicolas. C’est bien à quelque chose de ce genre que je pensais, mais je n’étais pas certain que ça puisse marcher.
(désolé pour les fautes de frappe dans le message précédent, je n’avais pas relu !)
Tant que les instructions ne sont pas disponibles pour IBRKR et IG, je ne peux pas tester en temps réel. Vivement qu’elles soient implémentées (pourquoi ce retard, puisqu’elles sont déjà chez Binck ?)
Oui en effet, c’est peut être Trend[0] qu’il faut utiliser.
Pas de retard pour IG, c’est juste que les mises à jour se font une à la fois. Mettre à jour une version d’un logiciel (customisée) pour chaque courtier nécessite du temps et des tests préalables pour éviter tout problème et donc du support…
La tendance baissière est persistante depuis 3 mois en données hebdomadaire et le prix se situe au dessus du retracement de 61.8% des 2 bandes long terme, cela permettant de surveiller de potentiel breakout haussier à venir.
Pour ce screener, je propose d’ajouter un critère de tri, qui serait la proximité avec la bande haute. On peut par exemple définir le paramètre alpha = 100*(close-dn)/(up-dn), qui varie entre 0 et 100, mais dans ce cas seulement entre 61,8 et 100
et l’adjoindre à la dernière ligne qui devient alors : screener[longTermBearish and restingAbove618](alpha as “alpha”)
Par ailleurs, étant donné que la largeur de la bande (Bande supérieure – Bande inférieure) peut être très grande, le critère des 61.8 de retracement est sans doute trop large.
Du coup, je me demande si un autre critère, tel que PRTBANDSSHORTTERM > PRTBANDSMEDIUMTERM ne serait pas plus intéressant ?
(Plutôt que CLOSE, je choisis de mettre PRTBANDSSHORTTERM -en fait, une weightedaverage[4](close)- qui sert de filtre de tendance court terme et évite de faux positifs).
Vos réactions ?
Merci pour la réponse j’y avais pensé mais en fait la commande timeframe(daily, updateonclose) n’est pas possible sur mon ma version PRT 10.3 apparemment (l’instruction timeframe n’est autorisée que dans le cadre du proscreener). Donc je ne sais pas trop comment faire pour faire un backtest en changeant d’unité. Peut être puis je passer par un screener pour réaliser ce test ? Sinon par rapport au backtest l’idée serait en fait d’utiliser les données d’un graphique hebdo mais de se servir de la première bougie en daily qui validerait le passage du seuil hebdomadaire (mais tu as raison j’aurais pu utiliser n’importe quelle unité inférieure). De cette manière je simulerais en fait un ordre conditionnel à l’achat si la valeur surveillée passait le seuil qui est fixé en unité weekly. D’une manière générale ce serait sans doute un plus si on pouvait backtest des ordres conditionnels à seuil de déclenchement mais je n’ai pas vu ce genre de chose dans la documentation.
@boutdepain57 On peut en effet backtester des ordres conditionnels (ordres STOP et LIMIT, voir dans la documentation) sans les instructions TIMEFRAME (tu es chez BINCK peut être ?), je regrette mais je ne vois pas comment faire puisque le code est lu à fin de bougie.
Soyez prudent lorsque vous citez d’autres personnes dans vos messages. N’utilisez l’option de citation que lorsque vous devez mettre en surbrillance un morceau de texte particulier auquel vous faites référence ou pour mettre en évidence que vous répondez à un membre particulier s’il y en a plusieurs impliqués dans une conversation. N’incluez pas de grandes quantités de code dans vos citations. Sélectionnez simplement le texte que vous souhaitez citer, puis cliquez sur «Quote».
Dîtes moi ce qu’il faut coder précisément, et je vous y aiderai 🙂
Instructions disponibles chez IG depuis aujourd’hui !
mais toujours avec PRT v. 10.3
ha oui, je ne sais pourquoi il m’avait rajouté ‘1’ à la fin de mes instructions “prtBand*”….. du coup il me sortait des erreurs lorsque je tentais le probacktest, mais vu que je voyais que c’était à cause des “prtBand” je pensais que ce n’était pas dispo
j’ai un soucis, avec les stop loss… je veux faire ce qui suit :
1
2
3
4
5
6
7
8
9
10
11
12
a=PRTBandsShortTerm
b=PRTBandsmediumterm
// Conditions pour ouvrir une position acheteuse
IFNOTLongOnMarketANDacrosses overbTHEN
BUY1CONTRACTSATMARKET
SET STOP$LOSS50
ENDIF
// Conditions pour fermer une position acheteuse
IfLongOnMarketANDacrosses underbTHEN
SELLATMARKET
ENDIF
sauf que quand je pro backtest, j’ai des pertes qui dépassent les 50….
j’ai déjà des trucs intéressants via le backtest, merci @Nicolas !
par contre j’aimerais vraiment avoir accès aux “Nouveaux seuils haussier” je les trouve très pertinents pour rentrer/renforcer la position…..
idem le changement de couleur du shorterm n’est pas comme on le pensait “en trend négatif, si PRTBandsShortTerm crosses over PRTBandsmediumterm” (cf pièce attachée) je vais filtrer pour éviter le cas que l’on voit sur la première flèche
ensuite j’aimerai “filtrer” les “flat zones” pour ne pas entrer en position si la PRTBandsmediumterm est globalement flat… (et je ne sais encore pour la shortterm….) j’ai vu un bout de code
le changement de couleur du shorterm n’est pas comme on le pensait “en trend négatif
Il n’y a en effet pas de changement de couleur de la ligne shortterm en tendance baissière. Le changement de couleur est simplement basé sur la variation de la valeur de cette ligne, soit elle monte (verte), soit elle descend (rouge).
L’instruction SUMMATION fait une somme comme son nom l’indique 🙂 Dans cet exemple que tu cites, je fais une somme de la condition booléenne (a=a[1]) sur les 5 dernières, et elles doivent toutes être vraies, c’est à dire égale à 1 et donc la somme égale à 5. C’est utile pour vérifier qu’une condition est vérifiée X fois sur les Y dernières bougies.
To help us continually offer you the best experience on ProRealCode, we use cookies. By clicking on "Continue" you are agreeing to our use of them. You can also check our "privacy policy" page for more information.Continue
.
