Hatalar, hatalar, sorular - sayfa 884

[Rashid Umarov]

tol64 :
Teşekkür ederim. aklımda tutacağım. Belki bir başkası size bu sütunun hangi durumlarda doldurulduğunu ve hangisinde (benim durumumda olduğu gibi) olmadığını söyleyecektir. Bir şey olursa, Servis Masasında sorarım.

Bu, yürütme platformu tarafından siparişinize atanan tanımlayıcıdır - değişim.

[Andriy Sydoruk]

Yedelkin :

1. Kodu doğru şekilde yapıştırın .

2. m_period parametresi nasıl optimize edilir/seçilir? Onlar. optimizasyonunuzdaki değerleri nelerdir?

Teşekkürler, hatamı anladım.

[Andriy Sydoruk]

Rosh :
Belirsiz bir soruya yalnızca aynı belirsiz cevap verilebilir - Grafiklerin periyotları

Teşekkürler, hatamı anladım.

[Andriy Sydoruk]

Yanlışlıkla yorumlarınızla ilgileniyorum: "2012.11.28 09:38:18 4194304 bayt kullanılamıyor"

[Rashid Umarov]

AndreyS :

Yanlışlıkla yorumlarınızla ilgileniyorum: "2012.11.28 09:38:18 4194304 bayt kullanılamıyor"

Yeterli hafıza yok.

[Anatoli Kazharski]

Rosh :
Bu, yürütme platformu tarafından siparişinize atanan tanımlayıcıdır - değişim.

Teşekkür ederim. Ve lütfen harici bir ticaret sisteminin ne anlama geldiğini açıklayın, aksi takdirde ben de yanlış anlıyorum.

[A100]

Cevaplar için herkese teşekkürler.

type_filling ile bu belirsizliği buldum: yalnızca bir moda izin verildi

string symbol = "EURUSD";
int flags = SymbolInfoInteger ( symbol, SYMBOL_FILLING_MODE );
//разрешен только SYMBOL_FILLING_ALL_OR_NONE

SendOrder, siparişleri olduğu gibi eşit derecede başarılı bir şekilde yerleştirirken

 MqlTradeRequest request;
request.type_filling = ORDER_FILLING_FOK ; //соответствующий флаг разрешения 1

Böylece

 request.type_filling = ORDER_FILLING_RETURN; //соответствующий флаг разрешения 0

ayrıca, başarılı bir yerleştirmeden sonra, istekte request.type_filling = ORDER_FILLING_FOK belirtilmiş olsa bile, verilen ORDER_TYPE_FILLING siparişinin gerçek özelliği her zaman =ORDER_FILLING_RETURN'dir .

 MqlTradeResult result;
OrderSelect ( result.order );
int tpAfter = OrderGetInteger ( ORDER_TYPE_FILLING );
//tpAfter всегда = ORDER_FILLING_RETURN

Bence, izin verilen modlar listesi ile yerleştirmeden sonra siparişin gerçek özellikleri arasındaki tutarsızlık

[Yedelkin]

tol64 : 

Rosh : Bu, yürütme platformu - değişim tarafından siparişinize atanan tanımlayıcıdır.

Ve lütfen harici bir ticaret sisteminin ne anlama geldiğini açıklayın, aksi takdirde ben de yanlış anlıyorum.

Dedin ki

tol64 :

Yedelkin : Döviz ticareti sırasında Stop Limit emirlerinin tetiklenmesini kontrol ettiniz mi?

Evet, bunu özellikle dikkatle gözlemledim ve siparişin tetiklendiği anda bu alanda hiçbir şey görünmüyor.

Yani borsada işlem sırasında çek var mıydı, yok muydu?

[Andriy Sydoruk]

Rosh :
Yeterli hafıza yok.

Teşekkür ederim.

Durumu analiz etmek için yardım istiyorum, aşağıdaki kod:

 void CStrategyMA::FitnessFunction( int chromos)
{
   double res= 0.0 ;
  
   // Выбор символа (m_strategy_symbol) из масива используемых символов (m_name_symbols[]) количаством (m_count_symbols)
   // Пример: m_count_symbols = 1; m_name_symbols[0] = "EURUSD.e";
  m_strategy_symbol = m_name_symbols[( int ) MathRound (Colony[ 1 ][chromos]*(m_count_symbols- 1 ))];
  
   // Выбор периода из масива по индексу (от PERIOD_M5 (индекс - 5) до PERIOD_D1 (индекс - 19))
   // Для наглядности:
   // ENUM_TIMEFRAMES PERIOD_INDEX [22] = {PERIOD_CURRENT,
   //                                      PERIOD_M1, PERIOD_M2,PERIOD_M3,PERIOD_M4,PERIOD_M5,PERIOD_M6,PERIOD_M10,PERIOD_M12,PERIOD_M15,PERIOD_M20,
   //                                      PERIOD_M30,PERIOD_H1,PERIOD_H2,PERIOD_H3,PERIOD_H4,PERIOD_H6,PERIOD_H8, PERIOD_H12,PERIOD_D1, PERIOD_W1,
   //                                      PERIOD_MN1};
  m_period = PERIOD_INDEX[( int )( MathRound (Colony[ 2 ][chromos]* 5 )+ 14 )];
  
   // Освобождаю дескриптор загруженого ранее индикатора
   IndicatorRelease (m_handle);
   // Создаю новый индикатор с периодом - (int)(MathRound(Colony[3][chromos]*100)+1)
   // от 1 до 100
  m_handle= iMA (m_strategy_symbol,( ENUM_TIMEFRAMES )m_period,( int )( MathRound (Colony[ 3 ][chromos]* 100 )+ 1 ), 0 , MODE_EMA , PRICE_CLOSE );
   // Без использования Sleep(1000); - генерируется последующая ошибка при использовании в коде ф-ции: CopyBuffer
   // "ошибка доступа к историческим даным", хоть дескриптор и создан!?!?!?
   Sleep ( 1000 );
   if (m_handle< 0 )
  {
     Alert ( "Ошибка при создании индикатора MA - номер ошибки: " , GetLastError (), " " ,m_strategy_symbol, " " ,m_period);
  } else
  {
     // Аналитический процес
    res = HistoryCheckTradeConditions();
  }
  AmountStartsFF++;
  Colony[ 0 ][chromos]=res;
}

 

Bu işlevi kullanırken, "2012.11.28 09:58:32 4194304 bayt kullanılamıyor" hatası oluşuyor, anlamama yardımcı olun, disk belleği dosyasını 10 GB'a yükseltti.

Ayrıca Uyku (1000) kullanma ihtiyacını da karıştırır, özün anlaşılmasına ve anlaşılmasına yardımcı olur.

[Yedelkin]

A100 : type_filling ile böyle bir belirsizlik vardı: SendOrder siparişleri yığın olarak ve

ayrıca, başarılı bir yerleştirmeden sonra, istekte request.type_filling = ORDER_FILLING_FOK belirtilmiş olsa bile, verilen ORDER_TYPE_FILLING siparişinin gerçek özelliği her zaman =ORDER_FILLING_RETURN'dir .

Bence, izin verilen modlar listesi ile yerleştirmeden sonra siparişin gerçek özellikleri arasındaki tutarsızlık

Burada benzer sorularla uğraşmaya çalıştım: https://www.mql5.com/en/forum/2248/page5#comment_197730 (arka arkaya iki gönderi). Bundan sonra, referans materyallerde bazı değişiklikler oldu. Ancak sorunun kendisi benim için ilginç olmadı, bu yüzden tam olarak neyin değiştiğini söyleyemem. Ayrıca terminalin kullanım kılavuzuna bakın. Bence bu modların açıklamasını da güncellediler.