Due operazioni lunghe sulla demo MQ sul simbolo BTCUSD: 1a con 1,01 lotto, 2a con 11,01. Leva: 1:500. Dopo aver aperto il primo il livello di margine era abbastanza adeguato (non ricordo e non ho avuto il tempo di scriverlo, ma da qualche parte intorno a 100000); dopo aver aperto il secondo:
cioè, è aumentata di ordini di grandezza, anche se secondo la mia comprensione avrebbe dovuto diminuire di un fattore dieci. Non posso dirlo con certezza, ma penso che sia lo stesso in MT4 su crypto.
Non si osserva una simile conversione in un formato più vecchio per int. E non riesco ancora a capire la conversione del tipo quando si cambia segno...
voidOnStart() {
int positive = 1;
int negative = -positive;
}
Zero tick, come è possibile? Un errore nel tester?
Scriviamo un semplice codice per il tester.
L'uscita è:
....
Logicamente, se l'ultimo tick è zero, non dovrebbe generare nulla. Ma produce un tick zero, che porta a un fallimento nei calcoli dell'EA, per esempio, quando si calcola la media. (13000 + 0 + 13000) / 3 = 8667, anche se dovrebbe essere (13000 + 13000) / 2 = 13000. A causa dello zero tick abbiamo ottenuto 8667 invece di 13000 !!!
Hai controllato cosa restituisce SymbolInfoTick? se falso, controlla LastError
Naturalmente, potremmo aggiungere una condizione, se trade.last == 0, allora ignoriamo il calcolo della media. Ma ancora vorrei arrivare al fondo di ciò che causa lo zero .last Tick history è chiaro e non ci sono tick che == 0.
Naturalmente, possiamo aggiungere una condizione, se trade.last == 0, allora ignoriamo il calcolo della media. Ma ancora vorrei arrivare al fondo di ciò che causa lo zero .last Tick history è chiaro e non ci sono tick che == 0.
Non uso trade.last e non lo controllo, ma uso trade.ask e trade.bid, e devo controllarli a 0 altrimenti potrei farmi male.
Allo stesso tempo non ci sono zeri nella cronologia dei tick. Ecco un pezzo di storia per zero secondi 2021.12.09 00:00:0 Questo è il contratto in euro CME EU6Z21
il fatto che ci siano diversi tick di questo tipo al giorno alle 00:00 può essere dovuto a tick non di negoziazione al momento della sessione di quotazione/non negoziazione.
char è un tipo firmato da -128 a 127, perché cambia il suo tipo da char a int quando si sostituisce un "-"?
È qualcosa che non capisco, e la conversione di tia appare per una ragione? O è un bug? (file warning.png allegato)
Non si osserva una simile conversione in un formato più vecchio per int. E non riesco ancora a capire la conversione del tipo quando si cambia un segno...
Consenti l'uso dei cookie per accedere al sito MQL5.com.
Abilita le impostazioni necessarie nel browser, altrimenti non sarà possibile accedere.
Hai effettuato l'accesso. L'autenticazione a due fattori è stata disattivata. Configurala di nuovo e scansiona un nuovo codice QR, oppure continua con l'autenticazione a due fattori disattivata.
A quanto pare si tratta di scambi di tipo FORTS e Balance? L'helpdesk del broker è fuori mano e fa un cenno a MQ, e MQ non lo vede come un problema.
No, per quanto mi riguarda è normale Forex.
L'affare non è chiuso, ma ho guardato nella scheda Storia per sicurezza:
C'è solo una voce. Tipo: bilancia. Ma, per esempio, sui server MQ la demo ha anche il tipo: balance, ma il balance non cammina mai.
Strisciato via google...
Aggiornamento: scavatohttps://www.mql5.com/ru/forum/326941. Non tutto è chiaro, ma alcune cose lo sono...Due operazioni lunghe sulla demo MQ sul simbolo BTCUSD: 1a con 1,01 lotto, 2a con 11,01. Leva: 1:500. Dopo aver aperto il primo il livello di margine era abbastanza adeguato (non ricordo e non ho avuto il tempo di scriverlo, ma da qualche parte intorno a 100000); dopo aver aperto il secondo:
cioè, è aumentata di ordini di grandezza, anche se secondo la mia comprensione avrebbe dovuto diminuire di un fattore dieci. Non posso dirlo con certezza, ma penso che sia lo stesso in MT4 su crypto.
È un crypto-bug o è stato progettato così?
x572intraday #:
Cryptobug o è progettato così?
Ciao!
char è un tipo firmato da -128 a 127, perché cambia il suo tipo da char a int quando si sostituisce un "-"?
È qualcosa che non capisco e la conversione tia appare per una ragione? O è un bug? (file warning.png allegato)
Non si osserva una simile conversione in un formato più vecchio per int. E non riesco ancora a capire la conversione del tipo quando si cambia segno...
Zero tick, come è possibile? Un errore nel tester?
Scriviamo un semplice codice per il tester.
L'uscita è:
....
Logicamente, se l'ultimo tick è zero, non dovrebbe generare nulla. Ma produce un tick zero, che porta a un fallimento nei calcoli dell'EA, per esempio, quando si calcola la media. (13000 + 0 + 13000) / 3 = 8667, anche se dovrebbe essere (13000 + 13000) / 2 = 13000. A causa dello zero tick abbiamo ottenuto 8667 invece di 13000 !!!
Hai controllato cosa restituisce SymbolInfoTick? se falso, controlla LastError
Avete controllato cosa restituisce SymbolInfoTick? Se falso, controllate LastError
Restituisce true ovunque
2021.12.16 00:21:02.461 Core 1 2021.11.08 00:00:00 2021.11.08 00:00
2021.12.16 00:21:02.461 Core 1 2021.11.08 00:00:00 true
2021.12.16 00:21:02.461 Core 1 2021.11.08 00:00:03 2021.11.08 00:00:03
2021.12.16 00:21:02.461 Core 1 2021.11.08 00:00:03 true
2021.12.16 00:21:02.461 Core 1 2021.11.08 00:00:04 2021.11.08 00:00:04
2021.12.16 00:21:02.461 Core 1 2021.11.08 00:00:04 true
... e così via
Naturalmente, potremmo aggiungere una condizione, se trade.last == 0, allora ignoriamo il calcolo della media. Ma ancora vorrei arrivare al fondo di ciò che causa lo zero .last Tick history è chiaro e non ci sono tick che == 0.Restituisce true ovunque
2021.12.16 00:21:02.461 Core 1 2021.11.08 00:00:00 2021.11.08 00:00:00
2021.12.16 00:21:02.461 Core 1 2021.11.08 00:00:00 true
2021.12.16 00:21:02.461 Core 1 2021.11.08 00:00:03 2021.11.08 00:00:03
2021.12.16 00:21:02.461 Core 1 2021.11.08 00:00:03 true
2021.12.16 00:21:02.461 Core 1 2021.11.08 00:00:04 2021.11.08 00:00:04
2021.12.16 00:21:02.461 Core 1 2021.11.08 00:00:04 true
... ecc.
Naturalmente, possiamo aggiungere una condizione, se trade.last == 0, allora ignoriamo il calcolo della media. Ma ancora vorrei arrivare al fondo di ciò che causa lo zero .last Tick history è chiaro e non ci sono tick che == 0.Non uso trade.last e non lo controllo, ma uso trade.ask e trade.bid, e devo controllarli a 0 altrimenti potrei farmi male.
Allo stesso tempo non ci sono zeri nella cronologia dei tick. Ecco un pezzo di storia per zero secondi 2021.12.09 00:00:0 Questo è il contratto in euro CME EU6Z21
"<DATA> <ORA> <BID> <DOMANDA<ULTIMO> <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:01.607 1.13445 1.00000000 88"
"2021.12.09 00:00:01.608 1.13445 1.13450 6"
"2021.12.09 00:00:01.660 1.13440 2"
Qui avete zero pinne dappertutto.
il fatto che ci siano diversi tick di questo tipo al giorno alle 00:00 può essere dovuto a tick non di negoziazione al momento della sessione di quotazione/non negoziazione.
che tipo di broker?
Ciao!
char è un tipo firmato da -128 a 127, perché cambia il suo tipo da char a int quando si sostituisce un "-"?
È qualcosa che non capisco, e la conversione di tia appare per una ragione? O è un bug? (file warning.png allegato)
Non si osserva una simile conversione in un formato più vecchio per int. E non riesco ancora a capire la conversione del tipo quando si cambia un segno...
Qual è il problema?
Leggete la documentazione.
Itipi di dati char, uchar, short e ushort sono convertiti incondizionatamente in int nelle operazioni.
Qual è il problema?
Leggete la documentazione.
Dovrebbe essere in caratteri grandi e in rosso) l'ho notato solo ora.