Errori, bug, domande - pagina 1044
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
https://www.mql5.com/ru/docs/constants/environment_state/marketinfoconstants
SIMBOLO_SESSIONE_PREZZO_SETTLEMENT
Prezzo di fornitura per la sessione corrente
Domanda perché tutte le variabili in aiuto non corrispondono ai loro nomi nel terminale)
Potreste dirmi se un EA progettato per le quotazioni a 4 cifre può funzionare su quelle a 5 cifre?
Per favore, ditemi se un EA sviluppato per le quotazioni a 4 cifre può funzionare su quelle a 5 cifre?
Sì, funzionerà (molto probabilmente), solo gli zeri saranno assegnati alla quinta cifra, ma il contrario è più difficile, se non c'è una marcia speciale può fallire a causa della rozzezza del calcolo.
Ma dovremmo controllare la logica e vedere se ci sono costanti invece di calcoli, e allora la prima opzione potrebbe non funzionare, a seconda della diligenza del programmatore.
Potreste dirmi se un EA sviluppato per 4 cifre può funzionare su 5 cifre?
Potreste dirmi se un EA progettato per quotazioni a 4 cifre può funzionare su 5 cifre?
Dai un'occhiata ai cinque esempi del MACD Sample Expert Advisor
L'Expert Advisor è stato sviluppato molto tempo fa ed è progettato per 2 o 4 segni. In 5, è stato sintonizzato per 3 o 5 cifre. La variabile m_adjusted_point è responsabile di questo
Slava, quali sono le nuove tendenze con l'azzeramento nei calcolatori prev_calcolati su ogni tick?
Quanto tempo durerà?
Lo schema di elaborazione di prev_calculated / rates_total doveva essere economico.
E cosa abbiamo ora? :
Due o tre chiamate di OnCalculate(...) ad ogni tick e l'ultima richiede di ricalcolare l'indicatore completamente da zero.
La mia stanza è già "tachkent" - la scheda video si sta surriscaldando (calcolando un mucchio di indicatori pesanti in OpenCL).
--
Come vivere?
Slava, quali sono le nuove tendenze con l'azzeramento nei calcolatori prev_calcolati su ogni tick?
Quanto tempo durerà?
Lo schema di elaborazione di prev_calculated / rates_total doveva essere economico.
E cosa abbiamo ora? :
Due o tre chiamate OnCalculate(...) su ogni tick, l'ultima delle quali richiede il ricalcolo completo dell'indicatore da zero.
La mia stanza è già "tachkent" - la scheda video si sta surriscaldando (calcolando un mucchio di indicatori pesanti su OpenCL).
--
Come vivere? NadaCalculate!
Circa un mese fa questo problema è già venuto fuori. Non siamo stati in grado di riprodurre questo problema nel nostro
Non avete chiamate di questo indicatore dall'Expert Advisor?
Questo problema è già emerso circa un mese fa.
1) Non siamo stati in grado di riprodurre questo problema con noi stessi
2) Avete qualche chiamata di questo indicatore da Expert Advisor?
2) Non ci sono chiamate dell'esperto
1) Aiuterò :)
Nel trailer potete abilitare/disabilitare la chiamata di CopyRates() e la scrittura dei valori nel buffer.
Nella variante "vuota" (come probabilmente avete controllato) funziona secondo le specifiche (prev_calculato su ogni tick non viene azzerato e chiamato una volta).
Ma "sotto carico" (quando si copiano/scrivono valori) comincia a fare casino.
Controlla: