FORTI. Problemi di applicazione - pagina 87

 
prostotrader:

Ora ha senso!

Con l'asincrono, viene scritta solo una riga

2017.02.17 16:20:47.300 Trades  '1007932': sell limit 1.00 RTS-3.17 at 121520 placed for execution in 8.287 ms

corrispondente a questo.

2017.02.17 16:20:47.300 Test_delay (RTS-3.17,M1)        8.305

E non c'è nessun'altra riga nel diario di bordo! Quindi corrisponderebbe a questo.

2017.02.17 16:20:47.307 Test_delay (RTS-3.17,M1)        15.644

Il registro non è ovviamente completo con l'elaborazione asincrona.

Ma con l'elaborazione sincrona ci sono due linee nel log

2017.02.17 16:20:47.316 Trades  '1007932': sell limit 1.00 RTS-3.17 at 121520 placed for execution
2017.02.17 16:20:47.323 Trades  '1007932': order #54042531 sell limit 1.00 / 1.00 RTS-3.17 at 121520 done in 15.978 ms
E corrispondono esattamente al record
2017.02.17 16:20:47.323 Test_delay (RTS-3.17,M1)        16.033

Questo è il motivo per cui le modalità sincrona e asincrona sono state eseguite in un tempo uguale (il che è logicamente supposto) e il log del terminale riporta che la modalità asincrona è due volte più veloce. Questa è una bugia/errore!

Possiamo concludere.

In modalità asincrona il registro non è completo ed è fuorviante.

 
fxsaber:


Si può trarre la conclusione.

In modalità asincrona, il registro non è completo ed è fuorviante.

Sì, ma questo purtroppo non risolve il problema della latenza....
 
prostotrader:
Sì, ma questo purtroppo non risolve il problema della latenza....
  1. Non è ancora possibile fare riferimento al registro della modalità asincrona - dovete misurarlo voi stessi. Ed è bene che tu scriva alla SD a questo proposito.
  2. I problemi di frenata sono stati risolti da qualche giorno nella SD. Lo script per la riproduzione veloce è stato pubblicato nel pubblico dominio. Ovviamente gli sviluppatori raggiungeranno una situazione in cui lo script non mostrerà alcun lag prima sul loro banco di prova (che è veloce), poi sui terminali utente (che è lento). Quindi tutto è abbastanza ottimista.
 
fxsaber:
  1. Non è ancora possibile fare riferimento al registro della modalità asincrona - dovete misurarlo voi stessi. Ed è bene che tu scriva alla SD a questo proposito.
  2. I problemi di frenata sono stati risolti da qualche giorno nella SD. Lo script per la riproduzione veloce è stato pubblicato nel pubblico dominio. Ovviamente gli sviluppatori raggiungeranno una situazione in cui lo script non mostrerà alcun lag prima sul loro banco di prova (che è veloce), poi sui terminali utente (che è lento). Quindi tutto è abbastanza ottimista.

In SD ha scritto molto tempo fa.

Anch'io sono ottimista :)

 
prostotrader:

Ho scritto alla SR molto tempo fa

Le mie domande ricevono una risposta molto rapida. Forse il linguaggio che uso io è più comprensibile per gli sviluppatori rispetto al vostro.

A volte mi è difficile capire cosa intendi.

 
Colleghi, consigli su questo punto. Ho sempre usato la politica ORDER_FILLING_RETURN su FORTS, qui ho avuto un compito di testare ORDER_FILLING_FOK.

Ma a volte FOK non funziona, scrive l'errore 4756.
Sto usando SB, in particolare per gli acquisti:
bool  CTrade::BuyLimit(
                         1.0,                       // объем позиции
                         текущий аск,               // цена исполнения
                         NULL,                      // символ
                         0.0,                       // цена Stop Loss
                         0.0,                       // цена Take Profit
                         ORDER_TIME_DAY,            // тип истечения
                         0,                         // время истечения
                         ""                         // комментарий
   )
Grazie per il suggerimento.
 
Dennis Kirichenko:
Colleghi, per favore consigliatevi su questo punto. Ho sempre usato la politica ORDER_FILLING_RETURN su FORTS e ora ho il compito di testare ORDER_FILLING_FOK.

Ma a volte FOK non funziona, scrive l'errore 4756.
Sto usando SB, in particolare per gli acquisti:
bool  CTrade::BuyLimit(
                         1.0,                       // объем позиции
                         текущий аск,               // цена исполнения
                         NULL,                      // символ
                         0.0,                       // цена Stop Loss
                         0.0,                       // цена Take Profit
                         ORDER_TIME_DAY,            // тип истечения
                         0,                         // время истечения
                         ""                         // комментарий
   )
Grazie per il suggerimento.

4756

Fallito l'invio della richiesta di scambio


Non ha niente a che fare con il riempimento degli ordini.

Traccia il SB, forse vedrai dove si verifica l'errore.

 
prostotrader:

4756

Fallito l'invio della richiesta di scambio


Non ha niente a che fare con il riempimento degli ordini.

Traceroute SB, vedi se puoi vedere dove si verifica l'errore.

Ecco un estratto della cronologia degli ordini e degli scambi:
2017.02.22 10:00:00 52884143 MIX-3.17 buy limit 1.00 / 0.00 213 700 213 525 213 900 2017.02.22 10:00:02 rejected Неполное сведение FOK заявки.


 
Dennis Kirichenko:
Ecco un estratto della cronologia degli ordini e delle transazioni:
2017.02.22 10:00:00 52884143 MIX-3.17 buy limit 1.00 / 0.00 213 700 213 525 213 900 2017.02.22 10:00:02 rejected Неполное сведение FOK заявки.


Controllare se il broker supporta il versamento di FOK

//---Filing mode
  int filling_mode = int(SymbolInfoInteger(a_symbol, SYMBOL_FILLING_MODE));
  
  if((SYMBOL_FILLING_IOC & filling_mode) != SYMBOL_FILLING_IOC)
  {
    MessageBox("Символ " + a_symbol + " не поддерживает filling IOC режим исполнения ордеров!", "Ошибка", MB_OK | MB_ICONHAND);
    return(false);
  }
  
  if((SYMBOL_FILLING_FOK & filling_mode) != SYMBOL_FILLING_FOK)
  {
    MessageBox("Символ " + a_symbol + " не поддерживает filling FOK режим исполнения ордеров!", "Ошибка", MB_OK | MB_ICONHAND);
    return(false);
  }

Aggiunto

E guarda nella funzione SB bool CTrade::FillingCheck(const string symbol)

 
Dennis Kirichenko:
Ecco un estratto della cronologia degli ordini e delle transazioni:
2017.02.22 10:00:00 52884143 MIX-3.17 buy limit 1.00 / 0.00 213 700 213 525 213 900 2017.02.22 10:00:02 rejected Неполное сведение FOK заявки.


Un limitatore può essere FOK?

Sul forum hanno postato una funzione di selezione automatica del tipo di riempimento.