Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Andere Server, andere 500 Seiten.
Was hat das mit den verschiedenen Servern zu tun? Es handelt sich um zwei Tests von ein und derselben Person. Nur das im Testgerät angegebene Währungspaar unterscheidet sich
Ich habe alles richtig gemacht, Demo MK Server.
Dann erklären Sie bitte, was der Wert in Klammern ist, wenn Sie einen Auftrag eröffnen, und warum er in einem Fall (1,29565 / 1,29654) und im anderen (1,29443 / 1,29479 / 1,29443) ist.
(Ich meine Ihre Testergebnisse.
Aktualisieren Sie Ihr Terminal/Tester und vielleicht wird alles funktionieren, ich habe einen 687er Build und alles funktioniert.
Genau derselbe Fehler tritt auf, wenn der EA an die Meisterschaft geschickt wird (in den automatischen Tests), so dass das Update nur teilweise helfen wird
Und mehr noch. Es wird nur 1 Mal angezeigt (beim allerersten Versuch, einen Auftrag für ein anderes Währungspaar als "Ihr" zu erteilen)
Was hat das mit den verschiedenen Servern zu tun? Es handelt sich um zwei Tests von ein und derselben Person. Nur das im Testgerät angegebene Währungspaar unterscheidet sich.
Schauen Sie sich die Artikel über das Prüfgerät an:
Die Preise müssen nicht identisch sein, wenn Sie mit einem anderen Währungspaar testen.
Schauen Sie sich die Artikel über das Prüfgerät an:
Die Preise müssen nicht übereinstimmen, wenn sie mit einem anderen Währungspaar getestet werden.
Also habe ich einige weitere Tests durchgeführt. Wirklich ein Problem mit dem "aktuellen Preis".
Code:
Hinweis: Ich eröffne zum Preis des Ask-Symbols plus 1 (mit einer großen Marge). Gleichzeitig drucke ich vorher und nachher den aktuellen Ask und Bid.
Ergebnisse (beim Test auf GBPUSD):
Der Preis 1,29241 wird vor und nach der Auftragserteilung gedruckt. In der Zwischenzeit (zum Zeitpunkt der Auftragserteilung) liegt der Kurs bei 1,29722 in Klammern. WIE? Oder habe ich den aktuellen Preis falsch ermittelt?
Und zweitens, wenn es einen Fehler mit dem Preis gab, warum dann der Fehler 10016 (Stopps)?
Aber der Fehler ist in der Zwischensequenz immer noch vorhanden.
Um ehrlich zu sein, verstehe ich nicht ganz, wie der Fehler 10016 auftreten kann, wenn es keine Haltestellen gibt.
Ich weiß nicht, was und wie Sie es tun, das Problem liegt wahrscheinlich wirklich in SL.
Meine Version funktioniert ohne Probleme. Der Aufruf, warf jedoch in der Initialisierungsblock, nicht mit Kontrollen zu stören (obwohl das Vorhandensein der Reihenfolge vor der Einstellung wäre es wert, zu überprüfen).
Ich weiß nicht, was oder wie Sie es tun, das Problem liegt wahrscheinlich wirklich bei SL.
Meine Version funktioniert ohne Probleme. Der Aufruf ist wahr, aber ich warf den Aufruf an den Initialisierungsblock, nicht mit den Prüfungen zu stören (obwohl das Vorhandensein der Reihenfolge vor der Einstellung es wert wäre, zu überprüfen).
Eine kleine Bitte. Können Sie den Code so abändern, dass er vor OrderSend den aktuellen Kurs des Instruments ausgibt, auf das wir eröffnen?
Versuchen Sie es auf diese Weise:
Kleine Anfrage. Können Sie den Code so korrigieren, dass er den aktuellen Preis vor OrderSend an das Tool ausgibt?
Eine Preisschorle? Ich sehe keine Notwendigkeit dafür, Sie können eine Meldung über den Erfolg/Misserfolg der Prüfung und die Einstellung des Auftrags hinzufügen.
Im Prinzip können Sie es selbst tun, sollte nicht schwierig sein (von der Idee her).
Versuchen Sie es auf diese Weise:
Für die Fehlersuche ist es ganz gut geeignet, im funktionierenden Code wird es überflüssig sein (zumindest eine etwas hakelige Lösung)
Und es ist besser, die Bestellung nach OrderCheck aufzugeben, damit sie im Falle eines Fehlers nicht an OrderSend weitergeleitet wird.
PS
Ich vergaß hinzuzufügen, dass bar_info nach dem Beispiel ohne Probleme in einer Funktion platziert werden könnte.
Eine Preisschorle? Ich sehe keine Notwendigkeit dafür, Sie können eine Meldung über den Erfolg/Misserfolg der Prüfung und die Einstellung des Auftrags hinzufügen.
Im Prinzip können Sie es selbst tun, es sollte nicht schwierig sein (in der Idee).
Für die Fehlersuche mag das gut genug sein, aber im Produktionscode wird es überflüssig sein (zumindest ist es eine etwas krumme Lösung).
Und es wäre besser, die Bestellung nach OrderCheck aufzugeben, so dass wir im Falle eines Fehlers nicht zu OrderSend gelangen.
PS
Ich vergaß hinzuzufügen, dass bar_info nach dem Beispiel auch problemlos in einer Funktion platziert werden könnte.
Das ist lustig. In Ihrem Beispiel habe ich BUYSTOP für GBP entfernt, so dass nur noch EURUSD übrig ist.
Nachdem ich die Felder in der Anfrage ausgefüllt habe, habe ich den Preis des schwebenden Auftrags ausgegeben.
1) Sie haben eine Variante - ein schwebender Auftrag wird in der Inite platziert
2012.01.01 00:00:00 Preis = 1.30487000
2) Ich habe das Init auskommentiert und es zu OnTick verschoben. Ich habe eine Bedingung festgelegt, die nur beim ersten Tick ausgelöst wird.
2012.01.02 09:00:00 Preis = 1.29720000
P.S. Verstehe ich das richtig, dass in meinem (und Ihrem) Code bar_info[1] das Maximum des aktuellen Balkens ist?