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
Übrigens, zur Funktion Bars(). Das könnte die Ursache für den Durchbruch sein.
Cotypes können für alle Charaktere gelten, außer für den, der von Interesse ist.
OK, ich habe mir den neuen Quellcode angesehen. Ich habe gesehen, dass die besprochenen Änderungen noch nicht vorgenommen worden sind. Ausstieg.
Die Verwendung von SYMBOL_TIME ist nur dann sinnvoll, wenn sich das gewünschte Symbol nicht im Market Watch-Fenster befindet. Dann wird TimeCurrent seine Aufgabe nicht erfüllen. Diese Variante der Verwendung von Balken erscheint mir jedoch unwahrscheinlich. Der Preis für die Ermittlung der aktuellen Zeit über SYMBOL_TIME ist jedoch viel höher, da SymbolInfoInteger(symbol_name,SYMBOL_TIME) fast eine Größenordnung länger braucht. Natürlich können Sie prüfen, ob das Symbol im Marktbericht enthalten ist, und je nach ErgebnisTimeCurrent oder SYMBOL_TIME verwenden, aber das ist nicht kostenlos, außerdem müssen Sie immer überwachen, ob ein neues Symbol hinzugefügt oder aus dem Marktbericht gelöscht wird. Daher ist es einfacher, eine Klausel zu machen, dass es für die korrekte Arbeit von iBars sinnvoll ist, das gewünschte Symbol im Marktbericht zu haben.
Was SERIES_LASTBAR_DATE betrifft, so denke ich, dass Sie falsch liegen.SymbolInfoInteger(symbol_name,SYMBOL_TIME) ist das kleinere Übel.
Die Funktion SeriesInfoInteger verursacht kein Paging der Historie. Wenn es einen Grund dafür gibt, dann ist es die Anforderung von Bars, was logisch ist. Und die Quelle der Bremsen ist in diesem kurzen Skript zu sehen, wenn Sie es ausführen
Im Allgemeinen ein sehr seltsamer Fehler. Ich überprüfte die Auswirkungen der Download-Historie, als ich feststellte, dass das EURUSD-Symbol heute plötzlich fast nicht mehr auftauchte.
Ich war gezwungen, den gesamten Verlauf herunterzuladen. Und der Fehler tauchte wieder auf.
Ich vermute, dass der Download-Verlauf keinen Einfluss auf diesen Fehler hat.
Ich verstehe nicht, warum dieser Fehler im Umlauf ist.
Verwenden Sie dieses Skript, um es zu testen:
Ich verstehe nicht, warum dieser Fehler im Umlauf ist.
Ist der SD über diese ganze Thematik informiert?
Ist der SD über diese ganze Thematik informiert?
Ja, schrieb dort bereits am 30.03.2018 - bisher Schweigen.
Generell halte ich das Laden von Daten für den Schwachpunkt des Terminals.
Stimmt, aber es ist auch eine der schwierigsten Aufgaben.
Die iBars-Funktion ist recht umständlich, aber ich empfehle sie trotzdem anstelle der regulären Bars zu verwenden, bis MQ den Hänger in der Funktion behoben hat.
Der iBar bleibt hängen, obwohl er logischerweise 0 zurückgeben sollte. In der Regel wird sie für mehr als 10 Sekunden zurückgegeben. In MQL4 gibt es keinen solchen Fehler.
Bei den meisten Aufgaben wird iBars schneller arbeiten als die regulären Bars, da es nicht nur den Fehler vermeidet, sondern auch versucht, die Bars- und SeriesInfoInteger-Funktionen wegen des Algorithmus zum Speichern früherer Werte möglichst nicht zu verwenden.
Ich habe diese Funktion auf und ab getestet. Es scheint eine vollständige Kopie von Bars zu sein.
Vielleicht lässt sich das auf elegantere Weise bewerkstelligen. Wenn Sie einen Wunsch haben, sind Sie willkommen. Wenn Sie Fehler finden, werden wir sie beheben.
Also...
Dann hat die vollständige Analogie der Funktion iBarsShift die folgende Form:
Und die Variante ohne den letzten Parameter, die in den allermeisten Fällen verwendet wird, sieht wie folgt aus:
Ich benutze Ihren Code iBarsShift+iBars (und andere iBarsShift) und erhalten 0 von iBarsShift, und ein Fehler, wenn TF-Chart H1 und die Berechnung auf H1
was der folgenden Codezeile entspricht
Hier ist der Code des Indikators als Ganzes
Warum liefertPrint(Day_Shift) immer Null, während Datum und Uhrzeit korrekt sind?
Es scheint sich um einen Wochenend-Effekt zu handeln, da am anderen Tag alles korrekt funktionierte (wenn auch mit einer anderen Funktion, aber auch heute funktioniert es nicht).
Ich benutze Ihren Code iBarsShift+iBars (und andere iBarsShift) und erhalten 0 von iBarsShift, und wenn TF Chart H1 und Berechnung auf H1 ein Fehler
was der folgenden Codezeile entspricht
Hier der Code des Indikators als Ganzes
Warum liefertPrint(Day_Shift) immer Null, während Datum und Uhrzeit korrekt sind?
Es scheint sich um einen Wochenend-Effekt zu handeln, da am anderen Tag alles korrekt funktionierte (wenn auch mit einer anderen Funktion, aber auch heute funktioniert es nicht).
Ich entschuldige mich dafür, dass ich den Code in der falschen Form hinterlassen habe.
Ich habe die Ungenauigkeit damals bemerkt und sie fast behoben, aber es gab noch ein kleines, leicht zu behebendes Problem.
Ich habe den Code gerade aufgegeben, weil ich jetzt studiere und die Prüfungen begonnen haben und ich einfach keine Zeit habe. Die letzte Prüfung findet am 24. April statt.
Danach werde ich alles in Ordnung bringen und es auf CB veröffentlichen.
Ich habe bereits mit der Veröffentlichung begonnen, sie aber auf Eis gelegt.
Ich entschuldige mich dafür, dass ich den Code in der falschen Form hinterlassen habe.
Ich habe die ungenaue Arbeit damals bemerkt und sie fast behoben, aber es gab noch ein kleines, leicht zu behebendes Problem.
Ich habe den Code gerade aufgegeben, weil ich jetzt lerne und die Prüfungszeit begonnen hat und ich einfach keine Zeit habe. Die letzte Prüfung findet am 24. April statt.
Danach werde ich alles in Ordnung bringen und es auf CB veröffentlichen.
Ich habe bereits mit der Veröffentlichung begonnen, sie aber auf Eis gelegt.
Ich werde die Korrekturen in der endgültigen Form abwarten, danke für die Antwort.
Viel Glück bei den Prüfungen!
Ich werde die Korrekturen in der endgültigen Form abwarten, danke für Ihre Antwort.
Viel Glück bei Ihren Prüfungen!