WOGO

Wenn die höhe deines Chipstapels indirekt proportional zur Füllung des Bierkastens im Hintergrund ist, dann kann ich zu deiner Strategie nur sagen: RESPEKT!

Eine mq4-Datei ist der Code für die spätere ex4. Du schreibst also deinen Code in eine mq4-Datei, compilierst sie und es entsteht daraus eine ex4. Diese kann dann von Metatrader gelesen und ausgeführt werden. Mit der reinen mq4-Datei kann Metatrader nichts anfangen, da das Programm nicht versteht, was darin steht. Das ist das selbe, wie wenn du auf deinem Computer eine EXE-Datei hast und den zugehörigen Source-Code. Solande der Source Code nicht compiliert ist gibt es auch keine EXE, die ausgeführt werden kann. Die Frage stellt sich somit also nicht, da mq4-Dateien nicht ausführbar sind.

Vielen Dank für die vielen Lieben Glückwünsche Das war eigentlich der Plan, ja. Leider hat mein Ältester immer 1x im Jahr Mittelohrenzündung und dieses Jahr hat er diese wirklich optimal getimed Was soll's, wird halt nächste Woche ordentlich nachgefeiert...

Hallo Thomas, hab da mal reingeschaut. Sorry, aber das kannst du wirklich nicht verlangen. Einen decompilierten EA durchzuarbeiten ist sowas von mühsam und rentiert sich wirklich nur, wenn man sich davon auch was verspricht. Wie aber schon gesagt wurde, ein Martingale EA basiert halt einfach mal auf einer kontinuierlichen Erhöhung der Positionsgröße. Hier gibt's keine ausgeklügelten Einstiegssignale. Wenn du ihm das Erhöhen aber durch zusätzlichen Code verbietest, dann wird es auch keine schönen Profitkurven mehr geben. Solltest du einen professionellen Martingale-EA suchen, dann google mal nach "Blessing". Der ist kostenlos und gut dokumentiert (aber halt Martingale)...

Verbesserungsvorschlag: Ich finde es relativ "ungeschickt", dass man beim Tippen bereits die Tips der Anderen sehen kann. Das führt wohl dazu, dass viele Tips eher strategisch platziert werden und nicht aufgrund der Chart-Einschätzung.

8001?!? Hab ich da was falsch verstanden, oder ist da jemand wirklich so bullisch? Es geht doch um den DAX-Stand zum Ende dieser Woche, oder?

Immer noch nicht... Nein, nur Spaß! Jetzt gehts

Nö, immer noch nicht...

Wollen tät ich schon gern aber dürfen tu ich wohl nicht Kommt bei beiden Links...

Dito

... und das Feld mit 16h ist ja noch ausgefüllt. D.h. die Zeit geht in Wirklichkeit von 9:00 - 17:00Uhr...

Naja, das glaub ich ist den Aufwand nicht wert. Viele Wege führen nach Rom und unsere beiden Varianten machen jeweils das gleiche, liefern bei compilieren vermutlich sogar den selben Assemblercode. Ja geniales Wetter heute. Glaub das hat sich der Typ, der 10m neben mir auf der Eisfläche stand und dann eingebrochen ist, vorher auch gedacht

Da hat einer Du Toit gelesen und fast noch wörtlich abgeschrieben

Hallo Tom_71, Herzlich Willkommen hier bei TN! Du kannst die Lotgröße schon begrenzen, indem du zwischen Zeile 5 und 6 folgendes einfügst: l_lots_16=MathMin(l_lots_16,0.08); Da es sich hier aber scheinbar um ein Martingale-System handelt bezweifle ich, dass das System dann noch funktioniert. MG-Systeme sind darauf ausgelegt, dass sie einfach solange die Positionsgröße erhöhen, bis mal eine Position gewinnt. Das kann lange gut gehen, führt aber i.d.R. irgendwann mal zum Totalverlust.

Das ist schon klar, das das nicht stimmt. Die äußeren BBs ergeben sich aus dem mittleren Band + Standardabweichung. Bei deinem Indikator dient als Basis für die äußeren Bänder aber nicht das Mittlere, das ja über den Close Kurs berechnet wird, sondern eine Berechnung über High- bzw. Low-Kurs. Ersetze das PRICE_HIGH und das PRICE_LOW durch PRICE_CLOSE, dann sollte es passen.

Hast du's mal mit kleiner-gleich versucht? for(i=0,y=0;i<=limit;i++) Generell haben die ganzen MTF-Indikatoren, die man so im Web findet alle das Problem, dass sie die Situation nicht berücksichtigen, wenn die Daten mal eine zeitlang wegbleiben, dass dann die kleinen Zeitrahmen schneller nachgeladen werden als die großen. In diesem konkreten Fall bedeutet das dann, dass die Funktion ArrayCopySeries den Fehler 4066 liefert und der Indikatorverlauf für den entsprechenden Zeitraum, in dem die Daten weg waren, eine flache Linie bleibt und nicht nachberechnet wird. Sauber wäre es, nach ArrayCopySeries über GetLastError abzufragen, ob ein Fehler 4066 auftrat und in einer Schleife die ArrayCopySeries()-Funktion so lange aufzurufen, bis sie keinen Fehler mehr zurückgibt. Aber das nur am Rande. Wenn du den Indikator immer neu lädtst, nachdem du mal Offline warst, wirst du das Problem garnicht bemerken...

Du mußt die Objekte ja nicht in der Init-Fktn. erzeugen, sondern kannst das an jeder beliebigen Stelle in Start() machen. Nimm einfach den Code der Init-Funktion, gib der Funktion einen beliebigen Namen z.B. "void SillsObjekte()" und dann kannst du, die Objekte, wenn du sie vorher löscht, über diese Funktion immer wieder neu erzeugen.

Du kannstr dann noch das Problem über GetLastError() ausgeben lassen. Dann siehst du warum OrderClose nicht funktioniert hat.

Der Fehler ist zumindest nicht offensichtlich. Ich würde definitiv noch ein paar Prints einfügen um a) OrdersTotal() b) OldestOrder c) OldestOpenTime d) sTicket auszugeben. Wenn du dann einen Fall hast, bei dem es wieder nicht funktioniert, dann sollte es anhand dieser Informationen recht einfach sein, die Ursache du ermitteln. Auch Edit: Was bekommst du denn dann als sTicket zurück?

Naja, ein kurzer Blick in's Innere kann hierzu nie schaden

Wenn ich mir die "Prints" im Code anschau..., nein, definitiv nicht von ihm programmiert. Es sei denn, jemand hat ihm jetzt doch mal erklärt, wie das mit der Rechtschreibkorrektur funkioniert

Auf von mir ein herzliches "Welcome back!". Fand es wirklich großartig, wie du dir Zeit genommen hast und uns in aller Ausführlichkeit über eure Erlebnisse berichtet hast.

Das ist mal wirklich eine angenehme Webseite, wo sehr sachlich für das Produkt geworben wird. Gefällt mir

Das mit dem -1 bei OrdersTotal() ist zwar richtig, stört aber nicht, da du bei der if-Abfrage if (OrderSelect(i, SELECT_BY_POS, MODE_TRADES)) { im ersten Durchlauf sowieso ein "false" bekommst und die folgende Anweisung sowieso überspringst. Außer dem schon erwähnten Bid beim Schließen der Short Position seh ich jetzt auf dem ersten Blick auch nichts, warum die älteste Position mit diesem Code nicht geschlossen werden sollte. Wenn es aber weiterhin nicht funktioniert, dann würd ich mir ein paar Debug-Prints einbauen um die jeweiligen Variablenwerte kontrollieren zu können. Sonst wird die Suche recht mühsam.

Ecart du Fuchs Nach sowas hab ich gestern Nachmittag mindestens 3 Stunden gesucht. Nachdem ich FTP nicht zum Laufen bekommen hab bin ich dann auf TeamViewer ausgewichen. Damit geht's auch.