Então não percebo porque é que o Bars pensa que 18:00:01 pertence à M1-bar 18:01 e não às 18:00.
E a lógica aqui é a mesma que o facto de a minha filha estar agora no seu segundo aniversário, apesar de só ter feito um há uma semana. Ou hoje é 09.04.2018, embora 01 Jan 00 fosse 2017 anos, 3 meses e 8 dias atrás .
A propósito, a TimeCurrent precisa de ser substituída por SYMBOL_TIME.
Obrigado! Eu realmente não sabia de tal identificador.
A propósito, quando testei a correcção do algoritmo iBars, comparando-o com o benchmark Bars em MQL4, tentando diferentes variantes ao acaso, encontrei um bug em Bars:
Print(Bars(_Symbol,PERIOD_MN1,D'2005.08.31 00:00:00',D'2005.08.31 23:00:00')); // 1 должен быть 0, т.к. временной диапазон находиться внутри одного бара.Print(Bars(_Symbol,PERIOD_MN1,D'2006.08.31 00:00:00',D'2006.08.31 23:00:00')); // 0
Não existe tal insecto na MQL5.
Claro que não é significativo, uma vez que só aparece em TF = MN1, nas datas 30 e 31, stop_time = 23 e só antes de 2005 :))))
Aqui está o guião para MQL4 que o apanha, e iBars acabou por ser mais referência do que Barras nativas.
A propósito, a TimeCurrent deve ser substituída por SYMBOL_TIME.
Não, não tem. Não acrescenta correcção, porque TimeCurrent() é universal para todos os símbolos, porque devolve a última hora de chegada da citação para todos os símbolos, não a actual.
Ao mesmo tempo, SymbolInfoInteger(symbol_name,SYMBOL_TIME) é muito lento em comparação com o TimeCurrent(), e este tempo é necessário em cada chamada de iBars
Versão editada de iBars (semelhante às Barras embutidas, apenas sem falhas e mais rápido).
Corrigidos alguns bugs.
Se tiver notado que o seu código MQL5 fica pendurado durante 10-20 segundos de repente e tem a função Bars, que pode devolver 0, então recomendo vivamente a sua substituição por esta versão. Funcionará mais rapidamente e sem pendências.
Não, não é necessário. Não adicionará correcção, porque TimeCurrent() é universal para todos os símbolos, porque devolve a última hora de chegada da citação para todos os símbolos, não a actual.
SymbolInfoInteger(symbol_name,SYMBOL_TIME) é muito lento em comparação com o TimeCurrent(), e este tempo é necessário cada vez que iBars é chamado
Os Cotypes podem ir para todos os caracteres excepto o de interesse.
Ok, olhei para a nova fonte. Viu que as edições, que foram discutidas, não foram feitas. Estou fora.
Seria muito mais conveniente para os utilizadores chamar uma função e obter um conjunto sincronizado (alinhado no tempo) de filas através de vários instrumentos
Para login e uso do site MQL5.com, você deve ativar o uso de cookies.
Ative esta opção no seu navegador, caso contrário você não poderá fazer login.
Você entrou na conta. A autenticação de dois fatores foi desativada. Configure-a novamente e escaneie um novo código QR ou continue com a autenticação de dois fatores desativada.
Então não percebo porque é que o Bars pensa que 18:00:01 pertence à M1-bar 18:01 e não às 18:00.
E a lógica aqui é a mesma que o facto de a minha filha estar agora no seu segundo aniversário, apesar de só ter feito um há uma semana. Ou hoje é 09.04.2018, embora 01 Jan 00 fosse 2017 anos, 3 meses e 8 dias atrás .
A propósito, a TimeCurrent precisa de ser substituída por SYMBOL_TIME.
Obrigado! Eu realmente não sabia de tal identificador.
A propósito, quando testei a correcção do algoritmo iBars, comparando-o com o benchmark Bars em MQL4, tentando diferentes variantes ao acaso, encontrei um bug em Bars:
Não existe tal insecto na MQL5.
Claro que não é significativo, uma vez que só aparece em TF = MN1, nas datas 30 e 31, stop_time = 23 e só antes de 2005 :))))
Aqui está o guião para MQL4 que o apanha, e iBars acabou por ser mais referência do que Barras nativas.
A propósito, a TimeCurrent deve ser substituída por SYMBOL_TIME.
Não, não tem.
Não acrescenta correcção, porque TimeCurrent() é universal para todos os símbolos, porque devolve a última hora de chegada da citação para todos os símbolos, não a actual.
Ao mesmo tempo, SymbolInfoInteger(symbol_name,SYMBOL_TIME) é muito lento em comparação com o TimeCurrent(), e este tempo é necessário em cada chamada de iBars
Para aqueles que estão interessados.
Versão editada de iBars (semelhante às Barras embutidas, apenas sem falhas e mais rápido).
Corrigidos alguns bugs.
Se tiver notado que o seu código MQL5 fica pendurado durante 10-20 segundos de repente e tem a função Bars, que pode devolver 0, então recomendo vivamente a sua substituição por esta versão.
Funcionará mais rapidamente e sem pendências.
Versão editada de iBars(semelhante às Barras embutidas, apenas sem falhas e mais rápido).
Corrigidos alguns bugs.
Barras embutidas() está sobrecarregada:
Tem apenas um formulário de chamada.
As barras embutidas() estão sobrecarregadas:
Só tem um formulário para telefonar.
se precisar de um formulário curto, não há problema em utilizar o formulário incorporado. Quase não há falhas.
Não, não é necessário.
Não adicionará correcção, porque TimeCurrent() é universal para todos os símbolos, porque devolve a última hora de chegada da citação para todos os símbolos, não a actual.
SymbolInfoInteger(symbol_name,SYMBOL_TIME) é muito lento em comparação com o TimeCurrent(), e este tempo é necessário cada vez que iBars é chamado
Os Cotypes podem ir para todos os caracteres excepto o de interesse.
Ok, olhei para a nova fonte. Viu que as edições, que foram discutidas, não foram feitas. Estou fora.