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
Konnten Sie die Ursache finden?
Ich habe versucht, mein Bestes zu tun, um einen Beitrag zu leisten, vielleicht hilft es bei der Suche nach dem Fehler. Auf den Bildern, die zu verschiedenen Zeiten aufgenommen wurden, können Sie sehen, wie sich der Indikator-Chart relativ zum Haupt-Chart verschiebt.
Es scheint mir, dass der Grund ist, dass am Anfang jeder Woche gibt es eine zusätzliche Kerze, die akkumuliert und verschiebt das Diagramm jede Woche, gilt dies für den Tageschart mit der Basis H1. Sie können am Wochenende einen Bildschirm erstellen und zu Beginn der Woche wird es klarer sein.
Ja, das stimmt. Bei bestimmten Werten der Verschiebung erscheinen "Phantombalken" - für weitere Details siehe Abb. 4 des Artikels. 4 des Artikels, dort ist auch der Grund für ihr Auftreten beschrieben. Da sie an der Nahtstelle von Wochen auftreten, sind sie auf den höheren Zeitskalen am auffälligsten. Vor allem auf dem Tageschart (wie in Ihrem Beispiel), denn der Bildschirm zeigt eine Zeitspanne von mehreren Wochen an, und mit jeder Woche wird die Verschiebung immer deutlicher.
Dies ist kein Fehler, sondern eine Funktion. Sie könnten die "Phantombalken" verwerfen, aber das bedeutet Datenverlust, was nicht gut ist. Idealerweise würden Sie das ursprüngliche Diagramm an solchen Stellen verschieben wollen, aber diese Möglichkeit haben Sie nicht. Wenn die Synchronisierung des ursprünglichen und des resultierenden Diagramms für Sie wichtig ist, können Sie die von der Funktion GetRatesLC() zurückgegebenen "zusätzlichen" Balken filtern, bevor Sie sie in den Indikatorpuffer kopieren.
Ich habe etwas Ähnliches gemacht. Es scheint bei mir ohne Phantombalken zu funktionieren.
Da ich den Quellcode nicht in seiner Gesamtheit analysieren kann, bin ich nur an der Oberfläche auf einige (meiner Meinung nach) seltsame Dinge gestoßen.
Erstens habe ich an mehreren Stellen die Konstruktion tO-=PeriodSeconds() gesehen. Ich bin mir nicht sicher, ob man das so machen kann, denn wenn man PeriodSeconds von t0 subtrahiert, kommt man auf den vorherigen Takt. Das Wesentliche an der Situation, wenn t0 außerhalb der Grenzen liegt, ist, dass dieser flüssige Balken noch nicht begonnen hat, sich zu bilden, und es gibt keinen Grund zu versuchen, seinen Beginn künstlich um eine Periode zu verschieben.
Zweitens sollte der Schlusszeitpunkt nicht durch die Anzahl - wie viele Basisbalken theoretisch in die aktuelle Periode im Verhältnis zur Eröffnung passen - bestimmt werden, sondern individuell für jeden Balken der aktuellen Periode seine Eröffnungszeit nehmen, die Eröffnungszeit des nächsten Balkens nehmen, für den zweiten nach einem Balken der Basisperiode suchen und den vorherigen Balken in der Basisperiode ablesen - dies wird das Ende des liquiden Balkens sein.
Warum brauche ich das? Ich möchte sehen, was Amerikaner, Australier, Japaner usw. auf Tages-Charts sehen. Da die Endzeit für jeden unterschiedlich ist, ist auch der Zeitpunkt der Bildung einer Tageskerze für jeden unterschiedlich, und daher ist auch das Bild auf den Tages-Charts für jeden unterschiedlich. Wenn man die Möglichkeit hat, die Situation in verschiedenen Zeitzonen zu beobachten, gibt es mehr Möglichkeiten, den richtigen Zeitpunkt für den Einstieg nicht zu verpassen. Wie wäre es, wenn wir nicht versuchen, die Zeit des notwendigen Ticks zu subtrahieren, indem wir die Verschiebungszeit von der Zeit eines bestimmten Balkens abziehen. Nehmen wir die GTM-Zeit als Bezugspunkt, subtrahieren wir die Verschiebungszeit von dieser Zeit und der erste Tick, der nach dieser Zeit kommt, wird eine neue Kerze bilden und dementsprechend wird der Tick, der vor dieser Zeit kommt, der letzte Tick der vorherigen Kerze sein. Dies ist das gleiche Prinzip wie bei der Bildung eines regulären Charts: Wenn die Endzeit 00:00 Uhr ist, spielt es keine Rolle, wann der erste Tick kommt, er wird immer noch der erste Tick einer neuen Kerze sein.