Erros, bugs, perguntas - página 1563

 
Anton Zverev:

Seria muito mais conveniente se, para cada símbolo, o terminal guardasse um contador de carrapatos (desde o momento da ligação). E cada Conselheiro Especialista, quando chamado, obteria o número do tick, sobre o qual era chamado.

Isto permitiria estimar os carrapatos perdidos.

Neste momento, cada EA tem de ser accionada num gráfico. BookEvent é a primeira andorinha, dizendo que não são necessários gráficos para a realização de EAs.

Não há necessidade de novas entidades. A avaliação das carraças falhadas pode ser feita utilizando o contador existente. Chama-se tick_volume
 
Slawa:

Em funcionamento normal, uma EA só será chamada em cada tick do segundo símbolo se essa EA for anexada ao gráfico desse mesmo segundo símbolo.

E não há necessidade de se preocupar com quaisquer eventos de cartas. Tudo já foi feito antes de si, só precisa de olhar à sua volta.

1. Por exemplo, fazer um temporizador de 1 segundo.

2. Organiza um loop de zero a 100 no OnTimer com Sleep(10) e controla-o para não correr mais de 1 segundo.

3. Analise qualquer instrumento de que goste usando as consultas SymbolInfoTick.

Este desenho também funcionará no testador

É claro que esta construção também não funcionará bem no testador - saltará carraças. Surpreende-me que você (o revelador) sugira a utilização de uma muleta no seu próprio produto!

Slawa:
Não são necessárias novas entidades. A avaliação das carraças falhadas pode ser feita pelo contador já existente. Chama-se tick_volume

Tente chamar a copitix para algum bar, com um pedido de um número apropriado de barras de carraça-volume-carraça. E veja como este parâmetro se compara com o que o copytix produz.

A diferença é enorme mesmo na M1! Já para não falar das outras TFs.

 

Um consultor especializado trabalha com apenas um gráfico. Se o OnTick for escrito correctamente e sem travões, o Expert Advisor não falhará um único tick

Isto é um dado adquirido.

Se precisar de processamento simultâneo de vários símbolos, então execute Expert Advisors nos gráficos dos instrumentos necessários. Uma ferramenta - um Consultor Especialista.

Mas só se pode testar um consultor especializado. Isto também é um dado adquirido.

E quanto a saltar carraças no circuito no OnTimer, precisa de provas reprodutíveis. Têm-nas?

 
Slawa:

Um consultor especializado trabalha com apenas um gráfico. Se o OnTick for escrito correctamente e sem travões, o Expert Advisor não falhará um único tick

Isto é um dado adquirido.

Se precisar de processamento simultâneo de vários símbolos, então execute Expert Advisors nos gráficos dos instrumentos necessários. Um símbolo - um Conselheiro Especialista.

Mas só se pode testar um consultor especializado. Isto também é um dado adquirido.

Estas afirmações fazem-me encolher. Se quiser trocar vários símbolos de uma só vez, dirija tantos Expert Advisors? Isso é muito fixe! Talvez me tenha enganado em alguma coisa, pensando que o testador é multisímbolo.

E no que diz respeito a saltar no laço no OnTimer necessita de provas reprodutíveis. Têm-nas?

Não tenho provas (não preparei) da correcção da afirmação, que é óbvia para mim. Mas vou tentar prepará-los. Surpreende-me cada vez mais.
 

Troque quantos símbolos quiser de um único EA no testador, mas não tente inventar contos altos e depois pergunte-se sobre eles.

Pretende um fluxo sincronizado completo de todos os símbolos num único ponto OnTick, que não funciona no terminal ou no testador. No OnTick vem o fluxo de carraças do símbolo de trabalho actual. O testador tem um comportamento semelhante ao do terminal.

Para ter acesso ao fluxo de outros símbolos, ser-lhe-ão oferecidas alternativas de trabalho. Embora inconveniente, não há outra saída.

 

Encontrei uma função interessanteMQL5InfoInteger() no ficheiro da biblioteca Trade.mqh. Conheço MQLInfoInteger() mas não conheço este. F1 não reage a ela, mas as suas acções parecem ser semelhantes às da MQLInfoInteger().

Esta função é necessária na biblioteca?

 
Sim, não aparece asterisco na actualização em favoritos. Particularmente para este ramo.
 
Anton Zverev:

Este tipo de afirmação faz-me encolher. Queremos trocar vários símbolos de uma só vez - gerir tantos EAs? Fixe! Devo ter-me enganado ao pensar que o testador é multissimbólico.

Não tenho provas (não as preparei) da verdade da minha afirmação óbvia. Mas vou tentar prepará-los. Surpreende-me cada vez mais.

O testador é um multisímbolo. Pode negociar os instrumentos que quiser, desde que estejam disponíveis no servidor.

Mas como só pode testar um Expert Advisor num símbolo, deve avaliar por si mesmo a recepção de carraças para "outros" símbolos. Foi por isso que propusemos um loop no OnTimer.

O evento gráfico do indicador correspondente é também uma solução, e é mais directo, do que um ciclo, e não é de todo mutilado. Mas não é claro, o que é que o IndicatorRelease tem a ver com isto?

 
Slawa:

A entrada de gráficos do indicador correspondente é também uma solução, mais directa do que um laço e não uma muleta de todo.

iCustom+IndicatorRelease. A criação de entidades complexas a partir do nada provavelmente não é uma muleta. Não há discussão sobre gostos. A questão é saber quanto é que uma muleta dessas em numerosos agentes irá desperdiçar recursos.

Bem, quase tudo é fixe em 5. A velocidade é de primeira qualidade. E aqui, desculpe, alguma pilosidade total onde não se espera.

 
Renat Fatkhullin:

Para aceder ao tic-stream de outras personagens, ser-lhe-ão oferecidas soluções de trabalho. Embora inconveniente, mas não há outra saída.

Vasiliy mencionou que em FORTS (não no testador) o mecanismo funciona através de assinatura e BookEvent. Assim, evita de todo amarrar a EA a qualquer tabela.