Brokers tatsächliche Preis-Digits ermitteln
 

Ausgangslage:
Dax CFD mit Broker JFD (kann man ja nennen): _Digits=2, aber die Kurse werden werden nicht etwa wie man vermuten könnte, als 2er Nachkommastelle gestellt, sondern nur als 1ner. Beispieltabelle:
Hier sieht man .10, .30, .40 usw. Gibt es einen Weg außerhalb von "muß man halt beobachten oder aufzeichnen" festzustellen, auf welcher Kommastelle ein Broker die Preise setzt?
Und wie gehe ich damit um in Bedingungsformulierungen?
(Ok, man könnte die Bedingung komplett ohne Digits, also als Ganzzahl formulieren, aber wohin soll das bei Forex führen :eek: ?)
Hat jemand einen Vorschlag? Danke. AVT

Ich denke bei JFD und Dax, musst Du den Point-Wert mit 100 multiplizieren.
Gruß

Danke Dir, ... oder NormalizeDouble(x,1) ... oder int MyDigits=1

Nur dann weiß ich immer noch nicht, wie das bei anderen Indizes aussieht, z.B. CAC, FTSE, S&P, DOW (der hat nach meiner Erfahrung teilweise nur .50er Preise) - ganz zu schweigen von all den Forex-Paaren. Ich kann doch nicht dauernd irgendwelche Listen laufen lassen, um die tatsächlichen Preis-Digits zu erfahren.
Noch mehr Ideen? AVT

Ja leider, das ist genau das Problem, dann kommt noch dazu, dass die Teile bei jedem Broker anders heißen. Ich für meinen Teil habe das hart verdrahtet, zuerst abfragen, gehört es in die Liste der CFDs, dann die Digits. Ich bin mir aber nicht sicher, ob das auch immer zum Erfolg führt. So eine Liste kannst Du ja in der Init initialisieren... und dann den jeweiligen Multiplikator (PipValue) festlegen.

So mache ich das für mein Dax-Trading bei JFD bzw. ICMarkets:

PipValue = 1;
if(Symbol() == "DE30" || Symbol() == ".DE30Cash" || Symbol() == "US30" || Symbol() == ".US30Cash") {
PipValue = 100;
} else
{
if (NDigits == 2 ||NDigits == 3 || NDigits == 5) PipValue = 10;
}

hier geht es dann los

}
das kann man mit Arrays sicher eleganter lösen. Für mich zählt aber nur, was für mein Trading brauchbar, nützlich ist und das ich mich nicht verkünsteln muss, bin kein Coder...

Grüße

Danke, sowas habe ich befürchtet, na dann führt wohl kein Weg daran vorbei - und das mit den Namen (nicht nur die Namen, sondern auch die Verzeichnisse!) begründen sie ja damit, daß das schließlich "kein echter Markt" (sondern halt nur deren, ich sag' mal so, "Spielzeugname").
Grüße, AVT

@AVT

Was du suchst ist denke ich die minimale Preisänderung.
Dafür gibt es SYMBOL_TRADE_TICK_SIZE was die minimale Preisänderung zurückgeben sollte.
https://www.mql5.com/en/docs/constan...tinfoconstants

Die digits müssen nichts mit der TickSize zu tun haben genauso die point-size entspricht nicht immer der TickSize.

Welchen Wert liefert SYMBOL_TRADE_TICK_SIZE bei deinem Underlying?

Im schlechtesten Fall könnte auch das hier greifen und man bekommt nur die blöde Point-Size:
MQL5: Modified the behavior of SYMBOL_TRADE_TICK_SIZE. For symbols with no clearly set tick size, the point size is returned.
https://www.metatrader5.com/en/releasenotes/page11
Dies hat zur Folge hat, dass SYMBOL_TRADE_TICK_SIZE nicht unbedingt korrekt zurückgegeben werden muss sondern dann anstelle dessen die Point-Size kommt.

Wenn ein Underlying wirklich in größeren Sprüngen als point die Preise rausgibt, dann entspricht point eben nicht der tick-size.
zB wäre theoretisch sowas möglich.
point = 0.01
ticksize = 0.1
aber auch sowas
point = 0.01
ticksize = 0.25

Danke Ca$hDigger - leider sind Deine Befürchtungen richtig, ich bekomme auf alle Abfragen nur diese Werte:
(erinnert mich irgendwie an den Fall in einer Bank, wo jemand die Nachkommastellen der Kundenkonten auf sein eigenes Konto "begradigt" hat). AVT