
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
Buon pomeriggio, Anton!
Seguendo i vostri consigli (LoadServerData() chiama SeriesInfoInteger( a_symbol, PERIOD_M1, SERIES_SERVER_FIRSTDATE),
cioè si legge "prima data nella storia per simbolo sul server indipendentemente dal periodo".
Questa richiesta in sé non è effettivamente considerata una richiesta di cronologia, cioè non causa la costruzione di una cache,
non impedisce lo scarico dei dati del simbolo. Ha senso richiedere SERIES_FIRSTDATE o il numero di barre della serie temporale.),
Ho aggiunto una nuova funzione all'indicatore per evitare lo scarico dei dati del simbolo:
La funzione OnBookEvent() viene attivata sui caratteri BR-8.15 e BR-9.15 abbastanza spesso,
ma il risultato è lo stesso:
Allora qual è il problema?
Perché è impossibile ottenere Bars?
La funzione OnBookEvent() si attiva sui caratteri BR-8.15 e BR-9.15 abbastanza spesso,
ma il risultato è lo stesso:
Allora qual è il problema?
Perché è impossibile ottenere Bars?
La frequenza di "abbastanza spesso" non ispira fiducia. Meglio aggiungere l'output del log dalla funzione GetBars() per il debug.
Se volete capirlo, allora aprite una richiesta in servicedesk. Allega un esempio di codice completo, cercheremo di riprodurre il problema.
La frequenza di "abbastanza spesso" non ispira fiducia. Meglio aggiungere l'output del log da GetBars() per il debug.
Se volete capirlo, allora aprite una richiesta nel servicedesk. Allega un esempio di codice completo, proviamo a riprodurre il problema.
Ok. Richiesta:Errori,MetaTrader 5 Client,Aperto,Iniziato: 2015.07.24 18:28,#1267768
P/S "Abbastanza spesso" è da 10 a 100 trigger OnBookEvent() su due strumenti altamente liquidi al MINUTO.
Urrà!
Riprodotto il problema. Infatti i dati dei simboli venivano talvolta scaricati dalla memoria anche con le interrogazioni periodiche. L'errore sarà risolto.
Grazie!
Michael, sei riuscito a superare questo problema di ottenere serie da altri simboli? Sono stufo di combattere con il mio indicatore, perde costantemente la sincronizzazione con altri simboli.
In questo momento il server demo sta dando la Build 1159 del 22 giugno 2015. E anche gli indicatori multivaluta funzionano orribilmente. Bisogna cambiare periodo diverse volte o riavviare l'indicatore per farlo visualizzare correttamente. E dopo un po' non riceve più i dati della serie. Scrivo sempre nel registro.
Данные символа "Si-12.15" не синхронизированы с торговым сервером.
Agli sviluppatori:
È impossibile fare una funzione, non per controllare se i dati sono sincronizzati o no, ma direttamente per sincronizzare e non per scaricare questi dati dalla memoria?
Il risparmio di risorse è buono, in termini di ottimizzazione dell'algoritmo. Ma perché dovrei essere così fanatico nello scaricare i dati dalla memoria?
Preferirei comprare un gigabyte o due di memoria in più nel mio PC invece di preoccuparmi di questa fastidiosa sincronizzazione in serie.
Fate una funzione che viene chiamata una volta a OnInit() per caricare i dati per il simbolo richiesto e non verrà scaricata finché l'indicatore è in funzione.
Il terminale dovrebbe preparare i dati e controllare la loro rilevanza, invece che l'utente che pensa al primo appuntamento, a quante barre ho e sul server, ecc.
Michael, sei riuscito a superare questo problema di ottenere serie da altri simboli? Sono stufo di combattere con il mio indicatore, perde costantemente la sincronizzazione con altri simboli.
In questo momento il server demo sta emettendo Bild 1159 del 22 giugno 2015. E in esso anche gli indicatori multivaluta funzionano orribilmente. Bisogna cambiare periodo diverse volte o riavviare l'indicatore per farlo visualizzare correttamente. E dopo un po' non riceve più i dati della serie. Scrivo sempre nel registro.
Agli sviluppatori:
Non si può fare una funzione, non per controllare se i dati sono sincronizzati o no, ma direttamente per sincronizzare e non per scaricare questi dati dalla memoria?
Il risparmio di risorse è buono, in termini di ottimizzazione dell'algoritmo. Ma perché dovrei essere così fanatico nello scaricare i dati dalla memoria?
Preferirei comprare un gigabyte o due di memoria in più nel mio PC invece di preoccuparmi di questa fastidiosa sincronizzazione in serie.
Fate una funzione che viene chiamata una volta in OnInit() per caricare i dati per il simbolo richiesto e non verrà scaricata di nuovo fino a quando l'indicatore non verrà eseguito.
Il terminale dovrebbe preparare i dati e monitorare i loro aggiornamenti, invece che l'utente che pensa al primo appuntamento, quante barre ho e sul server, ecc.
Buon pomeriggio!
Gli sviluppatori hanno risposto che lo sistemeranno nella nuova build.
Non si sa ancora quando sarà rilasciato.
FORTI. Ho riscontrato un problema, le funzioni OrderCheck() e OrderCalcMargin() a volte (!) determinano erroneamente il GO richiesto per un trade e come risultato restituiscono FALSE.
Con il GO richiesto per RTS-12.15(SYMBOL_MARGIN_INITIAL) di 12.500 , la funzione richiede ben 143.105 rubli!
Allo stesso tempo tutto si apre perfettamente manualmente.
Come faccio a chiamare:
Provate in questo modo:
Ecco il mio risultato: