Qualsiasi domanda da principiante, per non ingombrare il forum. Professionisti, non passate oltre. Da nessuna parte senza di te - 6. - pagina 602
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
O io non riesco a capirti o tu non capisci qualcosa... Cosa c'è di sbagliato nel file .csv? Finché la prima barra non viene contata prev_calculated o IndicatorCounted() (nella vecchia versione) sarà zero e questo è corretto.
Sì, è comprensibile. Ho allegato il mio registro. Si scopre che quando arrivo alla fine dalla 20000esima barra alla 0esima barra, è come se iniziasse a sfornare tutte le 20000 barre da capo. Cioè, o non completa OnCalculate, o restituisce zero invece di rates_total.
Ma per qualche ragione questo bug non ti ha colpito. Tutto funziona bene nel tuo caso.
Quindi, non riesco a capire cosa c'è di sbagliato nella mia macchina/sistema?
Sì, è comprensibile. Ho allegato il mio registro. Risulta che quando arrivo alla fine di 20000 bar a 0, è come se ricominciasse tutto il 20000 bar. Cioè, o non completa OnCalculate, o restituisce zero invece di rates_total.
Ma per qualche ragione questo bug non ti ha colpito. Funziona bene per te...
Quindi non riesco a capire cosa c'è di sbagliato nella mia macchina/sistema?
Prova a ridurre i cicli annidati di un fattore 100 prima e poi aggiungine altri. In questo modo saprete se il vostro i5 non riesce a gestirlo o se MT sta rallentando.
Avete notato che ho ridotto un ciclo annidato di un fattore 10? Ho impiegato 2 minuti e 12 secondi per ricalcolare così.
Puoi in questa linea
limit = (prev_calcolato > 0)?rates_total-prev_calculated:rates_total-100;
Aumento di 100. Questo darà una riduzione delle barre ricalcolate all'avvio dell'indicatore.
Buona sera (notte, mattina, pomeriggio) a tutti!
Potete per favore dirmi come codificare la seguente condizione.
Se High[1]......High[300].(tutte le eccezioni) < Open[0].
Aprire un ordine.
Grazie.
Buona sera (notte, mattina, pomeriggio) a tutti!
Potete per favore dirmi come codificare la seguente condizione.
Se High[1]......High[300].(tutte le eccezioni) < Open[0].
Aprire un ordine.
Grazie.
Come opzione:
Come opzione:
Non riesco a trovare quale funzione nell'EA mi permette di guardare nel futuro. Il fatto è che l'EA apre le posizioni ad una certa ora, e ci sono un sacco di buchi, cercando modi per aggirare una cosa del genere.
Non c'è bisogno di guardare nel futuro ma nel passato, basta controllare se ci sono buchi ed è tutto.
Non riesco a trovare quale funzione nell'EA mi permette di guardare nel futuro. Il fatto è che l'EA apre le posizioni ad una certa ora, e ci sono un sacco di buchi, cercando modi per aggirare una cosa del genere.
Se ho dei poteri telepatici, ho solo bisogno di avere una buona storia dello strumento.
Ho bisogno di aiuto, colleghi.
Sto scrivendo un EA (primogenito) e ha bisogno dell'analisi dei dati storici per funzionare correttamente.
Sto usando array di prezzi di apertura, tempi di apertura dei massimi e dei minimi.
Quando divido gli array in periodi giornalieri, ottengo un numero diverso di barre di minuti in quasi ogni periodo. Tutte le barre di 1440 min. sono fisicamente presenti nel grafico, mentre la storia mostra 1380, 1378 o più di 3000 al giorno.
Per favore, aiutatemi a capire qual è il problema. Secondo me, la storia non può differire dal grafico reale (disegnato).
Ecco un pezzo di codice che calcola il tutto.
Di quali buchi stai parlando? Quando fai una domanda sulla programmazione, tali espressioni non sono appropriate, i buchi sono lacune nei dati storici dello strumento, ma cosa intendi qui? Se "tempo" è nella domanda, probabilmente intendevi "buchi temporali" di teletrasporto.
Se ho dei poteri telepatici, ho solo bisogno di avere una buona storia dello strumento.
Sui buchi nella storia, ovviamente. E una domanda anche per voi: come si ottiene una storia di qualità su uno strumento?