INVESTOX-Forum

Describe() aus der Investox Datenbank ist vielleicht, was Du suchst; hab's nicht extra erwähnt, verarbeitet aber auch Indikatoren.

Zitat von »Bernd«

Describe() aus der Investox Datenbank

findest Du hier. Du musst den Indikator in Investox einfach unter Werkzeuge / Neuronale Netze und Indikatoren importieren, danach verhält er sich wie die internen Indikatoren auch. "Programmieren können" brauchst Du dazu soviel oder wenig nicht, wie für Dir schon bekannten Indikatoren.

Wenn Du den Indikator einstellst, gibt es aber im Gegensatz zu den Investox-eigenen Indikatoren einen zusätzlichen Button "Indi-Info", welcher den Hilfe-Text für den Indikator darstellt. Der Text entspricht weithegend der Doku, die ich in der Forums-Datenbank auch hinterlegt habe unter dem o.g. Link.

LastDP funktioniert schon-wenn auch zugegeben etwas umständlich!In der Grafik wurde das Momentums-Tageshoch/tief des vorigen Tages mit Hilfe eines BTs und LastDP umgesetzt.

Das kann man m.E. nicht auf die Frage nach PC Resourcen alleine reduzieren. Es gibt andere Aspekte, besonderns im Hinblick auf den geplanten Einsatzzweck, zu dem Du nichts geschrieben hast und den man desswegen nicht in die Bewertung einfliessen lassen kann.

Nehmen wir mal die unterschiedlichen Ansätze:

Udo's Vorschlag wird wohl im Real-Time Ansatz am wenigstens Resourcen brauchen, weil der BT nachts schon vorgerechnet werden kann und im Einsatz nur eben noch mit LastDP() die passenden Zahlen rausgefischt werden. Dafür ist die Handhabung möglicherweise etwas aufwändiger, besonders wenn der PC mit Investox nicht 7x24h läuft. Man muss durch geeignete Aktualisierungszeiten darauf achten, dass der BT auch wirklich vorgerechnet ist, damit es zu sinnvollen Ergebnissen im Real-Einsatz kommt. Oder hast Du nur an Backtest Aufgaben gedacht, was man nicht weiss, dann ist dieser Punkt untergeordnet.

Tim's Vorschlag besticht dadurch, dass man ihn sozusagen mit Investox Bordmitteln umsetzen kann. Dafür muss man im Realeinsatz unbedingt darauf achten, dass Konstrukte wie ValueWhen usw. genügend Perioden zur Verfügung haben - sonst wird Dein SIgnal u.U. mitten am Tag einfach ungültig. Sehr ärgerlich, wenn man wegen sowas mal einen guten Trade verpasst. Im Backtest braucht es wohl bei jedem Durchlauf ziemlich mehr CPU als Udo's Lösung, dafür taucht dort (im Backtest) das Ungültig-Problem eher nicht auf.

Meine Lösung hat den zusätzlichen Bonus, dass man beliebige Handelszeit-Fenster aus dem Vortag rausschneiden kann - und doch bleibt die Syntax mit einem Einzeiler (wie z.B. "Describe(RSI(Close, 14), H, 1530, 2200)") übersichtlicher und einfacher zu verstehen als Udo's oder gar Tim's Lösung. Dafür braucht es mehr Resourcen (CPU) als Udo's Lösung; möglicherweise aber weniger als Tim's, weil das VBScript nur einmal über die Datenreihe drüberläuft und sich alle Eckdaten merkt - während ValueWhen und HighestSince bei mir jedenfalls stets die Backtests recht stark verlangsamt haben.

Der Engländer würde sagen: it depends ...

Du musst also abwägen, und für Deinen geplanten Einsatz die für Dich am besten passende Lösung wählen. Am Ende geht es um ein Abwägen zwischen Maschinen-Resourcen, einfacher Handhabung, leichetr Lesbarkeit sowie Einsatzzweck. Machnmal wird man auch für den Backtest die eine Lösung nehmen und für den Realhandel eine andere. Das kann, muss aber nicht so sein, it depends und viele Wege führen zum Gral