Erros, bugs, perguntas - página 3115
![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Configurou um modelo vazio para MT5, guardou-o como Default.tpl. Selecciono um par de "Market Watch", depois "Chart Window" - abre-se um novo gráfico com "Tick volumes" (Ctrl-L) e"Trading Levels", embora eu já tenha desactivado todos estes antes. Eu desabilito, tentore-abrir o novo modelo emDefault.tpl, reabrir - a mesma coisa. Ou é concebido dessa forma, ou precisa de ser fixado.
É interessante, que muitas outras configurações de Modelo por defeito são perfeitamente guardadas de acordo com as preferências seleccionadas.
Sou um pouco mentiroso, por favor não chute com botas forjadas. O diagrama de barras com"Tick volumes" aparece não na abertura de um gráfico limpo de um novo par capturando automaticamente a placa de origem por defeito, mas quando qualquer indicador é anexado a tal gráfico. Verifique você mesmo - deve aparecer uma "floresta verde" não convidada:
"Nunca tinha acontecido antes - e aqui está de novo". Se houver um bug e se este não for o comportamento preferido, é aconselhável corrigi-lo. O histograma do volume é também uma espécie de indicador... um indicador não solicitado, mas imposto. Definitivamente precisa de ser corrigido.
Actualização: acabo de verificar os indicadores padrão - a situação é a mesma. A única excepção são os fractais. É o único que praticamente utilizo, não utilizo outros indicadores há muito tempo, é por isso que não os tenho notado a crescer "floresta". E parece ter aparecido não há muito tempo.
Upd-2: ah, não, eu não menti de todo. A "floresta" aparece em ambos os casos.
Chegar ao fim da página e carregar em PgDown - próximos 16384 registos
Obrigado pela resposta concisa. Deve ser acrescentado como uma dica na cave à mensagem sobre a ultrapassagem do número máximo de linhas, especialmente se houver um lugar para ela. O utilizador tem de adivinhar primeiro... e se não adivinharPgDown, tem de ir à Ajuda, procurar uma secção, depois um parágrafo... E isso supondo que a resposta está lá.
Mas - uma pergunta: não é mais lógico não produzir os primeiros, mas os últimos registos de 16384? São os mais recentes e mais relevantes na depuração Print() com ocódigo MQLactual. EPgUp - registos anteriores de 16384. Outros comportamentos parecem menos naturais.
OK, então o comerciante deve ter uma alternativa sob a forma ou de um campo "Comissão" em branco (se não conseguir obtê-la) ou um campo "Comissão" preenchido (se conseguir obtê-la). É como o campo "Comentar": se houver um, o campo está cheio, se não estiver, está vazio. Mas a caixa no cabeçalho está lá! Então porque devemos ser privados do campo "Comissão"? Que seja para "se o conseguirem".
Corretores diferentes têm trocas diferentes para o mesmo par. E então? Vamos também abolir a coluna "Swap"? Mas ela existe, os criadores não acharam por bem escondê-la!
A única coisa que entendi claramente é que a comissão não é garantida, e há sempre troca... bem, excluindo as contas islâmicas. Mas, afinal de contas, as contas islâmicas com zero swap não são motivo para abolir a coluna swap.
Além disso, mesmo o mesmo corretor de vez em quando pode alterar os parâmetros de negociação: swap, spread, lote mínimo ... até a alavancagem é flutuante. E o comerciante não sabe antecipadamente quando um ou outro parâmetro irá mudar, embora possa receber um aviso por correio electrónico com antecedência. Deve ter calculado o valor do swap e tê-lo tido em conta no seu perito, mas o corretor mudou-o silenciosamente. O perito obteve o valor errado. A mesma coisa com a comissão de mudança ... e pior ainda, se não for conhecida antecipadamente. Como pode, então, ser incluída nos cálculos de auto-transacção? Ou uma nova troca pode ser solicitada em tempo real a um servidor comercial, mas a comissão não pode? Então isto muda as coisas (não para melhor).
Posso dar-lhe uma pequena perspectiva? A posição pendente torna-se uma posição imediatamente após a criação ou apenas após um gatilho a um preço correspondente? Se é a primeira, então tudo é claro; se é a segunda, então a primeira troca de abertura de posição já está a acontecer:
e assim já é possível conhecer a comissão (embora sem uma garantia a 100%), e neste caso ainda há ambiguidade.
A troca pode ser descoberta em qualquer altura, assim como a alavancagem e os outros parâmetros que mencionou. A comissão pode ser consultada nos parâmetros de uma transacção concluída. Está na tabela de acordos no terminal.
Zero tick, como é isso possível? Um erro no testador?
Escrevemos um código simples para o testador.
A produção é:
2021.12.15 02:25:02.799 Core 1 2021.11.08 00:00:00 2021.11.08 00:00:00
2021.12.15 02:25:02.799 Core 1 2021.11.08 00:00:00:03 2021.11.08 00:00:00:03
2021.12.15 02:25:02.799 Core 1 2021.11.08 00:00:00:04 2021.11.08 00:00:04
2021.12.15 02:25:02.799 Core 1 2021.11.09 00:00:00 2021.11.09 00:00
2021.12.15 02:25:02.799 Core 1 2021.11.12 00:00:00 2021.11.12 00:00:00
2021.12.15 02:25:02.799 Core 1 2021.11.12 00:00:01 2021.11.12 00:00:01
2021.12.15 02:25:02.799 Core 1 2021.11.15 00:00:00 2021.11.15 00:00:00
2021.12.15 02:25:02.799 Core 1 2021.11.16 00:00:00 2021.11.16 00:00:00
2021.12.15 02:25:02.799 Core 1 2021.11.17 00:00:00 2021.11.17 00:00:00
2021.12.15 02:25:02.799 Core 1 2021.11.18 00:00:00 2021.11.18 00:00:00
2021.12.15 02:25:02.799 Core 1 2021.11.19 00:00:00 2021.11.19 00:00:00
2021.12.15 02:25:02.799 Core 1 2021.11.22 00:00:00 2021.11.22 00:00:00
2021.12.15 02:25:02.799 Núcleo 1 2021.11.22 00:00:00 2021.11.22 00:00:00
2021.12.15 02:25:02.799 Core 1 2021.11.22 00:00:00:01 2021.11.22 00:00:00:01
2021.12.15 02:25:02.799 Core 1 2021.11.22 00:00:00:01 2021.11.22 00:00:01
2021.12.15 02:25:02.799 Core 1 2021.11.22 00:00:00:03 2021.11.22 00:00:03
2021.12.15 02:25:02.799 Núcleo 1 2021.11.23 00:00:00 2021.11.23 00:00:00
2021.12.15 02:25:02.799 Core 1 2021.11.25 00:00:00 2021.11.25 00:00:00
2021.12.15 02:25:02.799 Core 1 2021.11.25 00:00:00 2021.11.25 00:00:00
2021.12.15 02:25:02.799 Core 1 2021.11.25 00:00:00:01 2021.11.25 00:00:01
2021.12.15 02:25:02.799 Core 1 2021.11.25 00:00:01 2021.11.25 00:00:01
2021.12.15 02:25:02.799 Core 1 2021.11.29 00:00:00 2021.11.29 00:00:00
2021.12.15 02:25:02.799 Core 1 2021.11.29 00:00:01 2021.11.29 00:00:01
2021.12.15 02:25:08.902 Core 1 2021.11.30 00:00:00 2021.11.30 00:00:00
2021.12.15 02:25:08.902 Core 1 2021.11.30 00:00:00:01 2021.11.30 00:00:01
2021.12.15 02:25:08.902 Core 1 2021.12.01 00:04:45 2021.12.01 00:04:45
2021.12.15 02:25:08.902 Core 1 2021.12.02 00:00:00 2021.12.02 00:00:00
2021.12.15 02:25:08.902 Core 1 2021.12.03 00:00:00 2021.12.03 00:00:00
2021.12.15 02:25:08.902 Core 1 2021.12.06 00:00:00 2021.12.06 00:00:00
2021.12.15 02:25:08.902 Core 1 2021.12.07 00:00:00 2021.12.07 00:00:00
2021.12.15 02:25:08.902 Core 1 2021.12.07 00:00:00 2021.12.07 00:00:00
2021.12.15 02:25:08.902 Core 1 2021.12.07 00:00:00:01 2021.12.07 00:00:01
2021.12.15 02:25:08.902 Core 1 2021.12.08 00:00:00 2021.12.08 00:00:00
2021.12.15 02:25:08.902 Core 1 2021.12.09 00:00 2021.12.09 00:00
Pela lógica, se o último tick for zero, não deve dar nada. Mas produz um tique zero, o que leva a uma falha nos cálculos da EA, por exemplo, ao calcular a média. (13000 + 0 + 13000) / 3 = 8667, embora deva ser (13000 + 13000) / 2 = 13000. Por causa do carrapato zero em vez de 13000, acabou 8667 !!!
Ao mesmo tempo, não há zero carrapatos na história da carraça. Aqui está um pedaço de história por zero segundos 2021.12.09 00:00:0 Este é o contrato CME EU6Z21 euro
"<DATA> <TEMPO> <PROPOSTA>>ASK<ÚLTIMA>>VOLUME>>FLAGS>"
"2021.12.09 00:00:00.034 1.13445 2"
"2021.12".09 00:00:01.607 1.13445 1.00000000 88"
"2021.12.09 00:00:00:01.607 1.13445 1.00000000 88"
"2021.12.09 00:00:00:01.608 1.13445 1.13450 6"
"2021.12.09 00:00:00:01.660 1.13440 2"
Eu não tinha tais problemas antes
Além disso, quando inicio o programa com o gráfico no campo direito, o preço é cortado a 2 casas decimais (apenas 6 dígitos no preço). E depois de mudar o instrumento, o preço é afixado correctamente (7 dígitos no preço).
Um corretor russo licenciado (pode contá-los nos dedos, mas vou chamá-los Haram) com o mesmo nome que o banco tem uma oscilação diária no Balanço (não confundir com Equidade) na demonstração quando a posição não é fechada... e claramente não depende de alterações de preços. A percentagem de alterações é insignificante, mas... que se lixe! Ando a vaguear por diferentes corretores há mais de uma década, mas esta é a primeira vez que vejo algo parecido com isto.
Tem razão, pode enviar-me para o seu apoio. Não sou seu cliente. Abri a minha demo por interesse através da "Abrir uma conta" em MT5. Talvez alguém aqui esteja ciente do ultraje? Se for uma comissão dinâmica, swap ou quaisquer outros cálculos, todos eles devem ser reflectidos no Saldo apenas depois de a posição ser fechada, como sempre pensei.
Agora envie-me para o helpdesk deste corretor e terá razão.
Um corretor russo licenciado (pode contá-los nos dedos, mas vou chamá-los Haram) com o mesmo nome que o banco tem uma oscilação diária no Balanço (não confundir com Equidade) na demonstração quando a posição não é fechada... e claramente não depende de alterações de preços. A percentagem de alterações é insignificante, mas... que se lixe! Ando a vaguear por diferentes corretores há mais de uma década, mas esta é a primeira vez que vejo algo parecido com isto.
Tem razão, pode enviar-me para o seu apoio. Não sou seu cliente. Abri a minha demo por interesse através da "Abrir uma conta" em MT5. Talvez alguém aqui esteja ciente do ultraje? Se for uma comissão dinâmica, swap ou quaisquer outros cálculos, todos eles só devem ser reflectidos no Balanço após o encerramento da posição, como sempre pensei.
Aparentemente são negócios do tipo FORTS e Balance? O helpdesk do corretor está fora do circuito e acena à MQ, e a MQ não vê isto como um problema.