Predição sobre "acelerador" e "fibo - página 15
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Ótimo trabalhar com uma boa ferramenta! ... algumas das previsões que eu peneiramos como manifestamente falsas e acabamos à mão. No final das contas, tudo se revelou ótimo!
Fiz duas entradas no GBPJPY e EURUSD hoje:
GBPJPY M1 6.01.2010
EURUSD em 6.01.2010
2. toda a maldade da MT é a falta de trabalho de carrapato e volume ... mt foi feito para sorteios, não para trabalho ... ou seja, o lado do servidor deveria originalmente gerenciar os fluxos de cotação padrão ... A MT não existe e não existirá como plataforma de qualquer corretora séria ou ainda mais como banco, em países onde a negociação de câmbio é desenvolvida, a prestação de serviços de corretagem requer uma licença com requisitos muito rigorosos, portanto plataformas como OEC, Ninja Trader, CQG ... e são projetados, por padrão, sem a capacidade de influenciar o fluxo de cotações para o cliente ... é por isso que não há restrições para TP e SL ... nenhuma outra restrição idiota ... há apenas comissão e uma abordagem diferente para empréstimos.
Nada vai mudar para melhor na MT ... Metacquotes "ajustar" seu produto para se adequar aos nossos "jogadores" e gastar tempo aperfeiçoando um comércio neste limitado e, por padrão, criado contra você é um raro "masoquismo" para os jogadores, não para os comerciantes que trabalham.
A Ninja Trader tem uma função interna integrada para exibir barras de preço ou volume ... eles também têm um ambiente de desenvolvimento de aplicações ... há volumes, como você espera tirar conclusões sobre as forças envolvidas nos movimentos de preços sem ver o número de lances executados nas negociações ... como fazer análise de barras em um histórico de carrapatos corrigido...? Como você pode confiar nos osciladores, se uma vaca "lambeu" alguns carrapatos de um minuto de história e fez de tudo para lhe dar uma idéia errada sobre a situação atual do mercado?
3. não escreva sua própria linguagem de programação e use bibliotecas de terceiros para ampliar sua funcionalidade ... somente se você tiver definido a si mesmo a tarefa de chegar a um escândalo com outra "cozinha".
Penso sobre as plataformas não é necessário fazer guerras religiosas, especialmente aqui, especialmente porque o MT de facto no momento é a plataforma mais fácil e mais conveniente para começar. (IMHO) Talvez haja outras, mas não encontrei uma comunidade de língua russa como esta. Mas logo poderá ser corrigido, pois, como dizem, um de "nossos ladrões" levará a Ninja Trader e a CQG e possivelmente desenvolverá o tópico de programação para essas plataformas, embora eu duvide muito que isso os tornará melhores na entrega de contratos de carne a seus clientes, por isso é improvável que os riscos de fornecimento de informações de má qualidade mudem a partir da plataforma.
Devemos pegar mulhões de verde e ir para Chicago, criar vacas W)))
4. entendo que a velocidade é calculada com a barra anterior ... isso é o que eu não gosto!! ... imagine que Bar = 2 e a primeira barra esteja acima ou abaixo de "zero" e "segunda"??? tal velocímetro pode ser dado com segurança aos palestrantes para treinamento de "traders" ... mas não deve ser colocado em um sistema sério de negociação ... é por isso que sugiro recalculá-la comparando-a com a última ZZ superior formada. e realizar todos os cálculos em minutos, como no mínimo - disponível para nós em informações de preços MT ... Preste atenção que quando o movimento é medido e calmo, a previsão é perfeita, mas assim que a taxa de aumento de preços (desenvolvimento de tendências) é maior que a média, mesmo o "acelerador" não tem tempo para voltar a zero ... há várias soluções:
a. Considere projeções somente em TFs mais antigas que M5, e use "minutos" filtrados para cálculos de velocidade e aceleração ...
b.... para usar este método agora clássico - Bar0 é menos (ou mais) do que Bar1 --- haverá muitas previsões falsas
в. ...
Agora vamos ao que interessa.
Velocidade = distância / tempo e calculá-la a partir de ZZ (como você sugeriu) é bastante lógico :
Distância = Valor(LowestZZZ ou HighestZZZ) - Valor(barra estimada);
tempo = NoBar(LowestZZZ ou HighestZZZ) - NoBar(design bar)
e a aceleração já seria corretamente contada como :
Aceleração = Velocidade(barra de projeto) - Velocidade(barra de projeto+1)
Я думаю по поводу платформ не стоит устраивать религиозных войн, тем более здесь, тем более, что МТ де-факто на данный момент является наиболее легкой и удобной платформой для старта.(Сугубо ИМХО) Может есть и другие, но я не нашел подобного русскоязычного сообщества, как здесь. Но скоро может все исправится, ибо, как пишут, один из "наших наперсточников" возьмет на вооружение Ninja Trader и CQG и возможно разовьет тему программирования под эти платформы, правда я сильно сомневаюсь, что от этого они начнут лучше поставлять мясные контракты своим клиентам, поэтому вряд ли риски от поставки некачественной информации изменятся от платформы.
Надо брать мульоны зелени и ехать в Чикаго, растить коров Ж))
Portanto, não comuniquei bem meu ponto de vista. Essa é a minha falha e não vou revisitá-la.
As citações na Ninja Trader vêm da ZenFire, não do corretor ...
Quando Broko desenvolver a programação para Ninja e CQG eu já estarei muito velho.
Expus a idéia básica e as razões também, não tomo parte em argumentos ... Se você tem uma idéia de como melhorar a previsão, você é bem-vindo! ...
А теперь по делу.
Скорость = расстояние / время и рассчитывать ее от ZZ (как вы предложили) вполне логично :
расстояние = Значение(LowestZZ или HighestZZ) - Значение(расчетного бара);
время = НомерБара(LowestZZ или HighestZZ) - НомерБара(расчетного бара)
а ускорение уже будет правильно считать как :
Ускорение = Скорость(расчетного бара) - Скорость(расчетного бара+1)
Sim, eu concordo plenamente!
Um grande pedido de nen para finalizar o indicador :
1. Faça o cálculo do preço para a aceleração como acima:
Скорость = расстояние / время и рассчитывать ее от ZZ (как вы предложили) вполне логично :
distância = Preço (barra calculada) - Preço (LowestZZZ ou HighestZZZ); (troquei os lugares porque me misturei desde o início)
tempo = número da barra (barra de liquidação)
Aceleração = Velocidade (barra estimada) - Velocidade (barra estimada+1)
2. Adicionar (H+L+C+C)/4 à definição do preço inicial a ser calculado
E o mais desejável para que seja possível ver a história de todas as situações que surgem que atendem às condições, mesmo onde o joelho ZZ foi redesenhado (se houvesse condições para a criação do Fiba)
Sim, concordo plenamente!
Então a velocidade é relativa ao extremo em ziguezague e a aceleração é relativa à barra adjacente? Certo?
Há uma pergunta dos colegas:
não seria mais lógico passarmos os cálculos para uma história minuciosa?! ... ... Ou seja, estamos principalmente interessados em previsões mais antigas que a M5, para mim sempre foi interessante em 5 e 15 minutos...
o que fazer - quando se muda para um TF mais alto, mudar a suavização (filtragem) para os valores mínimos de velocidade e aceleração ... Como a formação de barras no período de tempo mais antigo é feita pela OHLC, a filtragem (suavização) ao obter um ponto calculado de barras anteriores para comparação, parece ser muito áspera ... De fato, olhando através das previsões de todas as TFs disponíveis cheguei à conclusão que as configurações de uma TF não são apropriadas para as outras, pois entendo que tudo isso é causado por uma estrutura de barras grosseiras ... Acho mais lógico usar a menor unidade de história - barra M1 e sem mudar para TFs mais antigos (sobre M30) construir as previsões com base em barras minúsculas usando apenas uma filtragem mais dura.
De fato, a própria gradação M1, M5, M15 ... é rebuscado ... Não acho que seja a única maneira de fazer as previsões com base nas M1, M5 e M15.