Müssen Sie nur mindestens ein Auftragsdatum ändern. Muss aber akzeptabel sein. Beste Wette ist OrderSelect () Ticket u wollen ändern. Dann kann u bereits in Ordnung Werte verwenden, die keine Änderung wünschen: zB OrderModify (Ticket, OrderOpenPrice (), aNewSLprice, OrderTakeProfit (), OrderExpiration ()) diese Thots unten helfen auch Stoploss muss mindestens Abstand zum aktuellen Preis sein. MarketInfo (symbolName, MODESTOPLEVEL) gibt Mindestabstand zum aktuellen Preis. Btw, sagt BarrowBoy anderswo und ist über Makler, die Sub-Pip-Preis verwenden. Mein Broker ist einer von ihnen. Wenn ich MarketInfo () - Aufruf oben für GBPUSD benutze, den ich drucke, um dieses zu protokollieren: MarketInfo GBPUSD, H1: MODESPREAD30 sehen 30, das wirklich 3 ist und null ist Zehnten Pip, also dieses Mittel ich muss quottimes 10quot Werte setzen in den Handel ops Anrufe. Auch ausdrucken (doppelter Bezeichner) voreingestellt auf nur vier Ziffern - nicht gut - lose letzte Ziffer zB 1.12345 druckt als 1.1234, sofern nicht DoubleToStr (ein doppelter Bezeichner, Ziffern) verwendet wird - oder auch nur den Ziffernwert 8 eingeben. Mein Vermittler gibt Ziffern als 5 und Punkt als 0,00001 für nonJPY und 3,0.001 für JPY Paare. Vorstellungen. Vielleicht helfen :) u vielleicht verwenden Print () - Anweisung und sehen, was u senden in Handel ops Anrufe, besser herausfinden, warum System nicht wie Trade-Op-Aufrufe Manchmal meine Stop-Loss wird aktualisiert, manchmal nicht. 50 Pips weg von den aktuellen Preis sollte mehr als genug sein. U sagen, dass Ihre Werte korrekt sind. Gut, 4 sicheres System ist nicht glücklich - so. Es scheint Werte scheinen korrekt zu u aber nicht System. Vorschlagen u zeigen Code, ist dieses englisch sprechen Talk ist nicht Code - ist nicht präzise, Code IS genau und ist truefalse und unabhängig wat u oder i oder andere sagen, Code ist nur echte Sache, die spricht. Dieses nicht Ausgabe, die viel Zeit verbrauchen sollte - bitte Code - alle Code. So dass wir endlich ok sagen können. Wir wissen nicht, oder - hier ist es, u müssen diese Art der Sache, um das Problem zu stoppen. U sagen, dass Ihre Werte korrekt sind. Gut, 4 sicheres System ist nicht glücklich - so. Es scheint Werte scheinen korrekt zu u aber nicht System. Vorschlagen u zeigen Code, ist dieses englisch sprechen Talk ist nicht Code - ist nicht präzise, Code IS genau und ist truefalse und unabhängig wat u oder i oder andere sagen, Code ist nur echte Sache, die spricht. Dieses nicht Ausgabe, die viel Zeit verbrauchen sollte - bitte Code - alle Code. So dass wir endlich ok sagen können. Wir wissen nicht, oder - hier ist es, u müssen diese Art der Sache, um das Problem zu stoppen. Wenn jemand noch auf diesen Beitrag Ich habe den gleichen Fehlercode 0 beim Ausführen meiner EA auf GBPUSD bei einem ECN-Broker. Hier ist mein Code, so dass Sie vielleicht finden, was mit ihm falsch ist: for (i1 iltOrdersTotal () i) Zyklus-Suche in Aufträgen, wenn (OrderSelect (i-1, SELECTBYPOS) true) Wenn die nächste int int TipoOrderType () Type if (OrderSymbol () SymbTipogt1) continue Der Auftrag ist nicht quotoursquot SLOrderStopLoss () SL des ausgewählten Auftrags ---------------------------- ------------------------------------------ 3 - while (true) Änderung Zyklus doppelt TSTrailStop Anfangswert doppelt TSNormalizeDouble (TrailStopStopMultd, Digits) Ich bevorzuge mit Normalize Werte int MinDistMarketInfo (Symb, MODESTOPLEVEL) Min. Distanz if (TS lt MinDist) Wenn weniger als erlaubt TSMinDist Neuer Wert von TS ---------------------------------- --------------------------------- 4 - bool Modifyfalse Nicht zu ändernder Schalter (Tipo) Nach Auftragsart Fall 0. Order Buy if (NormalizeDouble (SL, Ziffern) lt NormalizeDouble (Bid-TSPoint, Ziffern) Wenn es niedriger ist als wir wollen, dass SLBid-TSPoint dann die Textzeile modifiziert Modifizieren Sie den Änderungsbefehl Wenn es höher ist, als wir wollen, dass NormalizeDouble (SL, Ziffern) 0 oder gleich Null SLAskTSPoint dann ändern Sie es Textquot Sell Quote für Verkauf Modifytrue To Modifiziert Ende des Schalters if (Modifyfalse) Wenn es nicht geändert wird break Exit while --------------------------------- ---------------------------------- 5 - TP OrderTakeProfit () TP des ausgewählten Auftrags double Price OrderOpenPrice ( ) Preis der ausgewählten Bestellung int TicketOrderTicket () Ticket der ausgewählten Bestellung Alert (quotModification toquot, Text, quotquot, Ticket, quot - Erwarte Antwort .. quot) bool AnsOrderModify (Ticket, Preis, SL, TP, 0) Ändern I Ich glaube, diese Zeile ist, wo das Problem ist: double TSNormalizeDouble (TrailStopStopMultd, Ziffern) Ich änderte den ursprünglichen Code, den ich im Forum mit Normalize-Werte gefunden Der StopMultd-Wert ist 10, weil ich einen ECN-Broker verwenden. Mein TrailStop Wert ist zum Beispiel 15 Pips, aber um es zu einem 5-stelligen Broker zu übersetzen, muss ich es mit 10 multiplizieren und dann Digits verwenden, um es zu einem 5-stelligen Broker zu verdecken. Irgendwelche Vorschläge hierIve gesucht und dieses Problem wurde viele Male adressiert. Aber ich habe nicht in der Lage, die Lösung zu finden. Ich fühle, dass es einen grell offensichtlichen Fehler in meinem Code, dass ich einfach nicht sehen kann. Dies ist ein Teil des Codes I dont wirklich sehen die Notwendigkeit, zu normalisieren, wie die SL nicht berechnet wird, ist es die Höhe einer neuen Reichweite. Wenn ich dies in Strategie-Tester laufen, werde ich Tausende von OrderModify Error 1, eins nach dem anderen. Ich weiß nur nicht, warum, wenn es nur soll die Bestellung ändern, wenn SL ist kleiner als OSL, doch der Druck zeigt sie genau das gleiche Kann jemand mir bitte sagen, wo ich falsch gehen Auch gibt es einen Grund, warum ein Doppel mit 5 Ziffern nur druckt mit 4 Ich muss DoubleToStr verwenden, um alle Ziffern zu sehen.
No comments:
Post a Comment