Tema: Preguntas y respuestas sobre el sistema Killer 'B'

Hola Bill, y pandilla. No estoy m�s avanzado en mi comprensi�ngarabatos de lo que hab�amos estado una semana, (pero lo que JR97 comparti� fue un verdadero golpe en el lado de la mente. Todav�a tengo que obtener un codificador que pueda tomar su pensamiento de VT. Tengo que decir, y s� que esto est� un poco fuera de tema, �que la menci�n de JR sobre el comercio con n�meros puros es muy interesante! Todav�a empujando hacia arriba. Thom

Gracias Bill, no ten�a el n�mero adecuado de barras. Mate

1 Adjunto(s) por cierto. Lo siguiente es una peque�a idea de qui�n est� hablando sobre el avatar m�s viejo y antiguo de JR97.

Realmente no tengo el sistema. Lo borr� todo. Bonito, �eh? Pero encontr� algunas capturas de pantalla. Aqu� est� el elemento Rango y relleno del que habl� que se realiza en Excel. Supervisa x per�odos diarios y, a partir de ese momento, se me ocurrieron objetivos de rango de pips Conservador, Moderado y Agresivo. Luego, a medida que el precio se llen� para el d�a, pude rastrear f�cilmente si/cu�ndo se alcanz� uno de esos objetivos. Si el conservador fue golpeado, era hora de aumentar los puntos para bloquear la cantidad de pips. Captura de pantalla aqu�:
No recuerdo qu� significaba eso de dividir. Creo que se us� para determinar la direcci�n. De todos modos, estaba acostumbrado a intercambiar mirando la cosa solo. Sin gr�ficos. Otra parte que no se revela all� revel� puntos de pivote, mentiras, etc. Todos los n�meros. Sin gr�ficos. Entonces, cuando supe cu�ndo comprar/vender y bas�ndome en este rango, tuve una idea de cu�ndo salir. M�s tarde agregu� gr�ficos para mostrar lo que dec�an los n�meros. Aqu� hay una captura de pantalla de este sistema con gr�ficos. En su mayor parte, en su mayor�a prest� atenci�n. Los n�meros eran las desviaciones de la media. Cuando el precio estaba cerca de una de esas l�neas, era el momento. Al emplear m�ltiples marcos de tiempo, logr� encontrar algunas entradas y salidas bastante exactas. La premisa es que cuando el precio ha estado lejos de la media en varios fotogramas, el precio volver� al menos a la media. Muchas veces la expresi�n en el gr�fico diario era el extremo opuesto del rango en el gr�fico de 1h o 4h. Era sencillo sentarse en una operaci�n hasta que se alcanzaba la media diaria. Espere un retroceso o un complemento, y espere que el precio alcance el otro lado de este rango en el d�a usando los marcos de tiempo que son m�s peque�os que el tiempo. Bien, espero que este sea el concepto que est�s haciendo con este sistema Killer B. Si no, ignora estas publicaciones.
Captura de pantalla de los n�meros medios estad�sticos y desviaciones: http://img440.imageshack.us/img440/4...s0104a17hf.gif Es un mont�n de BS para comprobar, pero el enfoque es la expresi�n y el -1 y -2 desviaciones. Esas l�neas de canal son imposibles en VT, pero usar todo lo que tienes es un buen proxy y la idea sigue siendo la misma.

. .

Iniciado por ;

Hola, �Deber�a poder ver las flechas gr�ficas? Realmente veo el indicador @ en la parte inferior del gr�fico. Habilit� im�genes, reinici� pero, sin embargo, no se ven. gracias, matt

Hola Matt, s�, deber�as ver las im�genes completas, incluidas las se�ales. Recuerde que necesitar� un m�nimo de 3 d�as de informaci�n en el gr�fico para que se calcule. Utilizo 2500 barras en un gr�fico de 5 minutos. Pesta�a Opciones gt; Propiedades gt; GT general; Propiedades generales gt; Comuni�n Tab gt; (# de barras)

Hola, �Puedo ser capaz de ver las flechas gr�ficas? Veo el interior @ en la parte inferior del gr�fico. Habilit� gr�ficos, reinici� pero a�n no se ven. gracias, matt

Hola, Thom Accrete. �Realmente est�s llegando a alguna parte? Casi listo para pedir que el hilo se mueva al foro de 'Sistemas'.

Hola Rustbelt, entiendo lo que dices, he observado esto antes. No he encontrado una manera de codificarlo en VTT sin el prop�sito necesario, pero la forma en que preferir�a calcular MDR ser�a algo similar a esto en XL. En vez de; rango de minutos ((rango m�ximo - rango de minutos)/dos) Yo preferir�a; Peque�o (Rango, 2) ((Grande (Rango, 2) - Peque�o (Rango, 2))2) Esto eliminar�a cualquier anomal�a de pico grande/peque�o de la ecuaci�n.

Tengo 268 tiempos de informaci�n para obtener USD/JPY. Calcul� el MDR basado en... rango m�nimo ((rango m�ximo - rango m�nimo)/2) = 171 pips De acuerdo con estos 268 tiempos de informaci�n de rango diario (H-L).. .por rango de 171 pips solo ocurre ~3 por ciento de las veces. Adem�s, solo el 11% de las veces tienen rango TOTAL para enfriar el nivel de TP (171 * 80% = 136). Debo estar calculando MDR mal... o... Estoy captando el concepto incorrectamente. FYI... la mediana pura de este rango de 268 (H-L) = 75 pips. �Puede ser una cifra m�s realista... o si calculo MDR como se indica pero solo me preocupo por el d�a anterior o por el 2? Gracias