WOGO

naja... er hat gleichzeitig 25 Positionen aufgemacht und alle wieder zur selben Zeit bei etwa 60 Punkten im Plus geschlossen. Da seh ich noch nichts bemerkenswertes.

... betrifft aber nur die alten 10.1 und 8.9 Modelle und nicht die neuen N-Typen. Ist somit eigentlich irrelevant.

if(last_time != Time[0]) { last_time = Time[0]; <================================== //Pinbar suchen if(IsPin(Open[1], High[1], Low[1], Close[1]) == true) { if(High[1] - Open[1] < Open[1] - Low[1]) { signal = 1; } else signal = 2; }

Hm d.h. du übernimmst die Gebühren und Verlierer und für mich bleiben nur die Gewinnertrades übrig? Ich glaub, da kommen wir ins Geschäft

In erster Linie wegen der Spreads. Ich hab denen das letzte halbe Jahr mindestens einen Kleinwagen an Gebühren überlassen. Vor allem alles was nicht EURUSD ist lässt sich AT fürstlich bezahlen. Ich hab dort auch ein Konto >15k und muss fairerweise sagen, dass mir bisher keine üblen Spiele aufgefallen sind, obwohl ich die letzten Monate doch eine recht gute Performance erzielte. Aber weder Slippage noch Requotes waren bisher ein Problem.

Ich hab die letzten Tage Teile meines Tradingkapitals von AT zu FinFX verlagert. Haben günstige Spreads, verlangen aber einen Kommission von 3.50$ pro Lot. Hab über die nur Positives gelesen. Ein Versuch ist's wert.

Oha, hoffentlich gibt's da jetzt keine Haue von bestimmten Personen

Du kannst so ziemlich jede Entwicklungsumgebung anbinden, von der aus sich Tools (in dem Fall den Compiler) aufrufen lassen. Ich benutze z.B. UltraEdit. Wenn du komfortabel arbeiten willst, dann solltest du aber auch in der Lage sein Syntax-Highlighting oder Befehlsvervollständigung einbinden zu können. Da könnte es dann schon nötig sein, dass du deinen eigenen Konfigurationsfiles dafür erstellen musst.

Hi EcnJesus, how can I imagine this process? When I watch your video I get the impression, that it is a lot of manual work, which needs to be done by the operator, because he has to monitor the trades of the "big fishes" manually. Do the brokers really have a kind of black list and then a bunch of operators concentrates only on those customers, visually monitor their trades and then interacts with the SW in order to make them loose money? I have no idea how many of the traders per broker are observed in this way, but I would expect, that there are a lot of operators necessary for this task.

Du brauchst einfach 2 Schleifen. In der ersten schreibst du den ATR in Buffer1 und danach machst du nochmal eine Schleife und wendest iMAOnArray auf den Buffer1, wie Bull schon beschrieben hat. Geht ganz einfach. Wenn du ein Codebeispiel brauchst, einfach sagen!

Ich auch! Scheint ich kenne alle, die beisher dafür gestimmt haben (bisher 4 Votes)

Ok, aber erst nachdem die Tickdaten vorher in die Datenbank importiert wurden. Ich hab das mit dem "echten" ASCII-Mapping jetzt hinbekommen und zwar genau so, wie ich es im Post #12 beschrieben habe. Einzige Änderung: Ich habe die Files geteilt, so dass sie unter 4GB gross sind. Auch wenn die MC-Doku behauptet es wären Grössen bis 7GB möglich scheint das eher ein frommer Wunsch zu sein. Der Vorteil von ASCII-Mapping ist, dass Kursdaten nicht über die Datenbank laufen, sondern direkt von einem Txt-File eingelesen werden. Man könnte also beispielsweise mit einer anderen SW die Tickdaten aufzeichnen und dann über das Txt-File live in MC einspeisen. Nachteil (und der ist so entscheidend, dass man das für den Alltagsgebrauch eigentlich vergessen kann): Das Öffnen eines M5-Charts mit Zeitraum 3 Wochen dauert ewig. Ich kann jetzt nicht sagen wie lange genau, aber es waren irgendwas zwischen 30 Minuten und einer Stunde.

Tja, so wie's RAiNWORM macht funktioniert es auch bei mir. Was mir aber jetzt nicht ganz klar ist: Wohin werden die Daten denn dann importiert, wenn nicht in die Datenbank? Und: Der Vorteil vom ASCII Mapping sollte doch eigentlich sein, dass ich die Daten NICHT importieren muss

Danke, werd's mal so ausprobieren wie du es machst, wobei ich sagen muss, dass ich mich bei meinem Vorgehen Schritt für Schritt an die MC-Anleitung gehalten habe.

ASCII-Mapping: Eigentlich nicht schwer, aber... bei WOGO funktioniert das nicht Ich hab Bid-Tickdaten für EUR/USD aus dem QuoteManager in ein Txt-File exportiert. Hier hab ich dann auf den Preis fix einen Punkt addiert (per Skript) und verwende dieses zweite File dann als Ask. Dann: QuoteManager => File => Map ASCII Da wähl ich dann die beiden Files, das eine für Bid, das andere für Ask und mache die Einstellungen wie in dem Bild Mein Exchange BKTS ist einfach eine Kopie der MBT-Einstellungen. Dann klicke ich auf die Filenamen und mache die Zuweisungen an die einzelnen Felder. Siehe unten für Ask. Bid sieht genau so aus, mit dem einzigen Unterschied, dass halt "Bid" als Field eingesetzt wird. Das sieht dann so aus: Dann OK und: Juhu, alles gut denk ich, aber... öffne ich das erzeugte Paar in MC dann sagt der "No Data" und zeichnen tut er nix. WARUM??? Meine Txt-Files sind zwar gute 4GB gross, aber daran kann's doch nicht liegen, oder? Laut Doku sollten Filegrößen von 7GB möglich sein. Mach ich da irgendwas grundlegend falsch? PS: langsam geht mir zu Hause der Alkohol aus, um diesen MC-Frust zu überstehen...

Ist natürlich auch eine Möglichkeit. Werd ich mal ausprobieren. Das mit dem Exportieren aus dem Chart hat jetzt ganz gut geklappt und geht recht schnell. Das passt so.

Schlussendlich hat sich jetzt rausgestellt, dass es doch nicht so einfach ist. Die Minuten-Bars werden zwar in MC aus den Tickdaten generiert, sie werden aber nicht in die Datenbank geschrieben, sind also im QuoteManager nicht sichtbar. Das hat zur Folge, dass man sie bei jedem Chart-Laden neu generieren muss. Ich hab eine ganze Zeit rumprobiert... ging nicht. Hab dann heute 'ne gute Stunde mit den MC-Support gechatted und Katrin war auch per TeamViewer auf meinem Rechner und entweder hat sie mein Problem nicht verstanden, oder sie kannte sich mit dem Thema einfach nicht aus. Ihre Analyse war: "geht nicht" und "ob mich das stört, die Daten jedesmal aus den Ticks zu generieren?". Auch meine Idee zwischendurch, ob man die Chart-Daten nicht einfach aus MC exportieren könne und dann im Quotemanager wieder importieren verneinte sie. Ich hab das nachher dann selber mal ausprobiert ... geht ohne Probleme. @Rainworm: Mich würde jetzt nur interessieren, ob du auch historische Tickdaten importiert hast und die dann in Minutendaten umgerechnet hast und wenn ja, hast du die Daten dann irgendwie anders in die Datenbank bekommen?

Man muss das schon relativieren. Wenn ein EA einen initial SL von 120 hat, dann heisst das nicht, dass jeder Verlierertrade 120 Punkte Minus macht. Normalerweise baut man hier eine halbwegs intelligente Trademanagementstrategie ein, die den Trade schliesst, wenn irgendwelche Kriterien in die Gegenrichtung zeigen. Der initial SL wird dann nur ganz selten erreicht. Ich kenn jetzt den WFR nicht, aber ich bin mir ziemlich sicher, dass das bei dem auch so gemacht wird.

RAiNWORM was tät ich ohne dich? Genau die Kombination ist es. Problem ist, ich hab Tick-Daten von Dukascopy importiert und die Minutendaten wurden von MBT nachgeladen. Nach dem Löschen der Minuten-Daten und dem Deaktivieren des historischen Nachladens, rechnet er die Tickdaten in Minute um. Genau das, was ich will.

Vielen Dank RAiNWORM. Ich hab's jetzt mal so eingestellt: Jetzt ist die Anzeige im Chart auch lückenlos. Die Stunde am Sonntag ist vorhanden und auch sonst scheint es so zu passen. Habe die Daten im QuoteManager mit dem Tick-Chart verglichen (Bid) und auch da hat alles übereingestimmt. ABER! Schalte ich vom Tick-Chart nach M1 um, da passt's auf einmal nichtmehr. Es ist echt zum verzweifeln. Im M1 (Bid) haben die Balken plötzlich Kurse, die es im QuoteManager so nicht gibt. Beispiel: Da beides selbe Zeitzone ist, jeweils Bid angezeigt wird und auch sonst die selben Einstellungen gelten, hab ich keine Erklärung für die Diskrepanz. Zumal im Tickchart ja der korrekte Wert (1,30608) angezeigt wird. Bin für jeden Denkanstoss dankbar!

Beidesmal Bid Ja, beidesmal local.

Kämpfe mal wieder mit MC. Etwas stimmt bei meiner Exchange-Konfiguration für MBT nicht. Die Daten im QuoteManager passen nicht zu denen im Chart. Ausserdem sind komische Sprünge z.B. von 10.1. 5:00Uhr auf 11.01. 5:00Uhr und dazwischen fehlt dann ein Tag, der im QuoteManager aber vorhanden ist. Hier mal meine Konfiguration: Vermutlich stimmen die Session-Zeiten nicht. Kann mir bitte jemand seine Konfiguration zeigen? Vielen Dank!

Hm , kann ich jetzt nicht nachvollziehen. Du compilierst den Indikator also und ziehst ihn dann in den Chart, richtig? Dann sollte folgendes passieren: *Das alte File wird gelöscht (muss dafür zu sein!) *Ein neues File mit selben Namen wird erzeugt *Die Daten werden in dieses neue File geschrieben Wenn mal die Verbindung zum Broker verloren wird, oder MT4 Daten nachlädt, dann wird das File wieder gelöscht und die Daten aufs neue gesammelt. Hast du das File auch zugemacht, als du den Indikator wieder in den Chart gezogen hast?

Hab den Indikator nochmal etwas angepasst. Jetzt sollte er "sauber" funktionieren. WG_Kurs1736.mq4 Wenn's noch Probleme gibt, dann sag mir einfach bescheid!

stimmt, ja. Eigentlich ist es so gedacht, dass du den Indikator in den Chart ziehst, dann wird das File geschrieben und du den Indikator dann wieder entfernst. MT4 berechnet nämlich die History jeweils wieder komplett, wenn z.B. die Verbindung zum Broker verloren geht und darum hast du die Kurse mehrmals im File. Wenn das File bereits existiert und du den Indikator in's Chart ziehst, dann werden die Daten einfach an die Datei angehängt. Also am Besten: 1) evtl. vorhandenes File löschen 2) Indikator auf den Chart ziehen 3) Indikator wieder entfernen Von den Haken sollte eigentlich keiner nötig sein, da es weder ein EA ist, noch eine DLL verwendet wird. Es werden allerdings nur die Kurse in das File geschrieben, die auch als Balken im Chart sind. Damit du alle Kurse erhältst, die in deiner History gespeichert sind: => unter Extras-Optionen die Anzahl der darstellbaren Balken im Chart auf ein Maximum setzen!