Datenfehler

1 Antworten

Thabo1

Kunde, bbp_participant, Gemeinschaft, 3 Antworten.

Profil besuchen

vor 7 Jahren #116216

Hallo,

 

Ich hoffe, Sie können helfen.

 

Ich verwende die Tick-Daten von Bert für alle meine SQ-Tests.

 

Ich bin auf ein Problem mit SQ gestoßen, wenn ich Strategien mit Daten teste, die mit GMT- und Sommerzeit-Einstellungen exportiert wurden (GMT+1 plus europäische Sommerzeit). Wenn ich dieselbe Strategie mit Daten teste, die keine GMT- oder Sommerzeit-Einstellungen enthalten, gibt es beim Test keine Probleme.

 

Ich habe Berts Tickdaten um eine Rückmeldung zu diesem Problem gebeten. Er hat die Daten selbst getestet, und auf seiner Seite ist alles in Ordnung. Er schlug vor, dass ich mich mit SQ in Verbindung setze. 

 

Könnten Sie mir bitte helfen, der Sache auf den Grund zu gehen?

 

Ich habe zwei Beispieldateien zur Verfügung gestellt, die Sie hier überprüfen können:

 

1. Eine ohne GMT- oder DST-Einstellungen, die problemlos getestet wird

2. Eine weitere mit GMT+1 und europäischer Sommerzeit, die den Fehler verursacht.

 

https://www.dropbox.com/sh/3hadr1q7awsr4e1/AAAQvD4pMbIWV7Jlvl8ETV5Ka?dl=0

 

Ich habe auch den entsprechenden Auszug aus meiner Protokolldatei beigefügt:

 

04 INFO --------------------------
Start:
20:04 INFO Symbol: NZDUSDGMT0NODSTLY, Zeitrahmen: H1, Genauigkeit: Real Tick (langsamster)
20:04 INFO Datenverlauf: 2016.01.24 - 2017.01.20, OOS: 2017.01.20 - 2017.01.20
20:04 INFO --------------------------
20:04 INFO Laden der Hauptdaten
20:04 INFO Daten für Zeitrahmen H1 fehlen, Berechnung aus Basiszeitrahmen
20:04 INFO Zeitrahmen H1 errechnet
20:04 INFO NZDUSDGMT0NODSTLY/H1 - Laden der täglichen TF-Daten
20:04 INFO Tägliche TF-Datensätze geladen: 311
20:04 INFO NZDUSDGMT0NODSTLY/H1 - Laden der Haupt-TF-Daten
20:04 INFO Haupt-TF-Datensätze geladen: 6237
20:04 INFO NZDUSDGMT0NODSTLY/H1 - Laden der niedrigsten verfügbaren Daten
20:04 INFO Basis-TF-Datensätze geladen: 0
20:04 INFO Daten geladen
20:04 INFO Start der Strategietests
20:04 INFO Testing 22_01_2017NZDUSD1hGmt1DSTEStrategy 12.70 ..... 4.462 s.
20:04 INFO DONE in 5.021 s.
20:04 INFO --------------------------
Start:
20:04 INFO Symbol: NZDUSDGMT1EUDSTLY, Zeitrahmen: H1, Genauigkeit: Real Tick (langsamster)
20:04 INFO Datenverlauf: 2016.01.24 - 2017.01.20, OOS: 2017.01.20 - 2017.01.20
20:04 INFO --------------------------
20:04 INFO Laden der Hauptdaten
20:04 INFO Daten für Zeitrahmen H1 fehlen, Berechnung aus Basiszeitrahmen
20:04 INFO Zeitrahmen H1 errechnet
20:04 INFO NZDUSDGMT1EUDSTLY/H1 - Laden der täglichen TF-Daten
20:04 INFO Tägliche TF-Datensätze geladen: 311
20:04 INFO NZDUSDGMT1EUDSTLY/H1 - Laden der Haupt-TF-Daten
20:04 INFO Haupt-TF-Datensätze geladen: 6237
20:04 INFO NZDUSDGMT1EUDSTLY/H1 - Laden der niedrigsten verfügbaren Daten
20:04 INFO Basis-TF-Datensätze geladen: 0
20:04 INFO Daten geladen
20:04 INFO Start der Strategietests
20:04 SEVERE EXCEPTION testing strategy Fehler 1: Zeiten zwischen base und main TF stimmen nicht überein!! STACK TRACE: java.lang.Exception: Fehler 1: Zeiten zwischen base und main TF stimmen nicht überein!!
at com.sonarbytes.gn.datalibrary.StrategyMainData.updateMainPeriod(StrategyMainData.java:296)
at com.sonarbytes.gn.datalibrary.StrategyMainData.getNewRealTick(StrategyMainData.java:232)
at com.sonarbytes.gn.datalibrary.StrategyMainData.getNextTick(StrategyMainData.java:108)
at com.sonarbytes.gn.engine.TestRunner.runStrategies(TestRunner.java:143)
at com.sonarbytes.gn.engine.TestRunner.runTest(TestRunner.java:54)
at com.sonarbytes.gn.ranking.StrategyTester.runStandardTests(StrategyTester.java:302)
at com.sonarbytes.gn.ranking.StrategyTester.testStrategy(StrategyTester.java:98)
at com.sonarbytes.gn.ranking.StrategyTester.testStrategy(StrategyTester.java:63)
at com.sonarbytes.gn.geneng.SonarFitnessEvalutationTask.call(SonarFitnessEvalutationTask.java:40)
at java.util.concurrent.FutureTask.run(Unbekannte Quelle)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unbekannte Quelle)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unbekannte Quelle)
at java.lang.Thread.run(Unbekannte Quelle)
 

0

clonex / Ivan Hudec

Kunde, bbp_participant, community, sq-ultimate, Mitwirkender, Autor, Herausgeber, 271 Antworten.

Profil besuchen

vor 7 Jahren #141138

Ich habe das gleiche Problem. Es ist nicht möglich, BTDS 2.0 exportierte timshifted Daten in SQ3 zu verwenden, nachdem ich sie erfolgreich importiert habe.

0

Ansicht von 1 Antwort (von insgesamt 1)