어드바이저는 실제에 적합합니까? - 페이지 35

새 코멘트
 
borilunad :

1) 모든 조건과 행동을 정상화합니다.


또한 로트가 변경되고(또는) 계산되는 경우 로트를 정규화해야 합니다. 또 무엇이 가능합니까?
 
FOReignEXchange :

1) 스톱을 별도로 계산할 때 스톱을 정규화할 필요가 있습니다. 도움말에 적혀있습니다. 정규화할 필요가 없는 다른 모든 것을 정규화하는 이유는 무엇입니까? 소수점 이하 150자리 이상이어야 합니다. 아무 것도 영향을 줄 수 없다면 정규화할 필요가 없습니다. 다음은 예제 코드입니다.

왜 및 b를 정규화합니까? 나는 그것을 이해할 수 없다. 예는 물론 단순화되었습니다. 그러나 요점은 코드에서 수학을 수행하는 경우 왜 모든 것을 연속적으로 정규화합니까? 그러한 수학의 결과로 얻은 경우 상단만 정규화해야 합니다.

2) 조건을 여러 번 확인했습니다. 지금 더 확인 중입니다. 아마도 그는 그것을 보지 못했을 것입니다.

3) 내 코드에는 2개의 오류만 있습니다. 오류 130 - 잘못된 중지 및 지연기를 제거할 때 잘못된 매개변수입니다. 처음부터 모든 것이 명확하고 처리됩니다. 주문을 취소할 때도 잘못된 매개변수가 있습니다.

4) SL, TP 없이는 포지션을 오픈할 시간이 없다. 최소 이익이 설정되어 있다가 가격이 빠르게 움직이기 때문에 설정되지 않을 수 있기 때문이다. 이 네 번째 규칙은 이전에는 BROKO 터미널에서 스탑으로 거래를 시작하는 것이 불가능했다는 사실에서 비롯된 것 같습니다. 이제 할 수 있습니다. 그래서 나는 이 규칙의 요점을 알지 못합니다.


제가 보면 더 잘 아실듯...

중지 오류 및 지연 제거를 포함하여 좋은 작업을 계속하십시오. 가격에 근접한 중요성에도 불구하고 SL 및 TP로 이빨을 무장하고 다른 모든 것에서 요점을 보지 마십시오!

시간이 말해주고 모든 것을 제자리에 놓을 것입니다!

 
FOReignEXchange :

또한 로트가 변경되고(또는) 계산되는 경우 로트를 정규화해야 합니다. 또 무엇이 가능합니까?

틀림없이! 그리고 시장 상황에서 DC의 빠르게 변화하는 규범에 관한 계산과 관련된 모든 것.
 
borilunad :


제가 보면 더 잘 아실텐데...

가격에 근접한 중요성에도 불구하고 SL 및 TP로 치아에 무장하고 다른 모든 것에서 요점을 보지 않는 정류장의 오류 및 지연기 제거를 포함하여 좋은 작업을 계속하십시오!

시간이 말해주고 모든 것을 제자리에 놓을 것입니다!


가장 중요한 것은 실생활의 코드가 실패 없이 작동하고 번다는 것입니다. 다른 모든 것은 중요하지 않습니다.

더 이상 사용되지 않는 가격으로 인해 WRONG STOP 오류가 발생했습니다. 오류 130 . 다시 시도하면 해결됩니다. 여기에는 문제가 없습니다. 로그에 더 이상 오류가 없습니다.

주문 삭제 조건이 충족되지 않는 이유를 알아내는 것이 남아 있습니다. 주제 제목에 발표된 질문이 해결됩니다.

 

FOReignEXchange :

주제 제목에 발표된 질문이 해결됩니다.

그래도 테스터와 마찬가지로 보증금이 증가함을 의미)

글쎄, 나는 차트에서 11번 테이크를 설정하고 15번을 자신있게 설정하고 테이크에 무엇이 갈지 알 수 있는 지점이 있다고 생각하지 않습니다)

원숭이도, 사물함도 아니고, 당신은 내가 이해하는 한 단일 포즈를 엽니다.

글쎄, 그러한 규칙은 없으며 심지어 촛불이 열릴 때 입력합니다. 그것은 모두 판타지와 픽션입니다. 가격은 누구에게도 지지 않습니다. 우리가 그렇게 결정했기 때문에 우리가 계획한 곳으로 돌아가거나 더 이상 가지 마십시오. 슈퍼 듀퍼 지표가 무엇이든 우리에게 이것을 보여줍니다.

 
FOReignEXchange :


가장 중요한 것은 실생활의 코드가 실패 없이 작동하고 번다는 것입니다. 다른 모든 것은 중요하지 않습니다.

더 이상 사용되지 않는 가격으로 인해 WRONG STOP 오류가 발생했습니다. 오류 130. 다시 시도하면 모든 것이 해결됩니다. 여기에는 문제가 없습니다. 로그에 더 이상 오류가 없습니다.

주문 삭제 조건이 충족되지 않는 이유를 알아내는 것이 남아 있습니다. 주제 제목에 발표된 질문이 해결됩니다.


죄송합니다, 한 가지 더 설명합니다! 모든 변경 DC 매개변수는 시작 시 MarketInfo()에서 새로 고쳐야 합니다.

그리고 슬리피지는 5자에 20자 이상이어야 합니다( 오류 130 ).

테스터에서는 그들과 다른 사람들이 변하지 않기 때문에 나는 무엇보다도 우수한 테스트 결과를 가장 신뢰합니다.

 
borilunad :


죄송합니다, 한 가지 더 설명합니다! 모든 변경 DC 매개변수는 시작 시 MarketInfo()에서 새로 고쳐야 합니다.

테스터에서는 그들과 다른 사람들이 변하지 않기 때문에 나는 무엇보다도 우수한 테스트 결과를 가장 신뢰합니다.


어떤 설정? Bid, Ask 및 모든 것이 변경되어야 합니다. 또한 MODFREEZELEVEL은 오늘 내가 유용하다고 들었던 유일한 것입니다. 다시 한번 감사합니다.

변경할 수 있는 다른 DC 매개변수는 무엇입니까? 최소 가격 변경 단계, chtoli 또는

최소 허용 손절매/이익 실현 수준(핍)
또는
상품 가격의 소수점 이하 자릿수
또는
견적 통화의 포인트 크기

집에서 유로를 본 적이 없지만 스프레드는 아마도 바뀔 수 있습니다. 그리고 어떤 영향을 미칠까요? 내 조건에서는 지연기를 배치할 가능성에만 영향을 줄 수 있습니다. 만약

OrderOpenPrice()=Bid+MODE_SPREAD)=허용 거리 미만, 주문이 열리지 않습니다. 나는 그것에 대해 알고 있습니다. 하지만 그런 실수는 없었다.

 
FOReignEXchange :


어떤 설정? Bid, Ask 및 모든 것이 변경되어야 합니다. 또한 MODFREEZELEVEL은 오늘 유용하다고 들었던 유일한 것입니다. 다시 한번 감사합니다.

변경할 수 있는 다른 DC 매개변수는 무엇입니까? 최소 가격 변경 단계, chtoli 또는

최소 허용 손절매/이익 실현 수준(핍)
또는
상품 가격의 소수점 이하 자릿수
또는
견적 통화의 포인트 크기

집에서 유로를 본 적이 없지만 스프레드는 아마도 바뀔 수 있습니다. 그리고 어떤 영향을 미칠까요? 내 조건에서는 지연기를 배치할 가능성에만 영향을 줄 수 있습니다. 만약

OrderOpenPrice()=Bid+MODE_SPREAD)=허용 거리 미만, 주문이 열리지 않습니다. 나는 그것에 대해 알고 있습니다. 하지만 그런 실수는 없었다.


https://docs.mql4.com/en/constants/marketinfo 를 참조하십시오. 입찰에서 "유용한" FritzLevel로 시작하여 극도의 변동성이 있을 때 증가합니다. 또한 StopLevel 등

Bid+Spread=Ask 따라서 Ask가 시작 부분에서 MarketInfo() 함수에 의해 테스트도 된다면 물론 이 경우 Ask를 사용하는 것이 좋습니다.

 

미안, 쉬어야겠어!

예를 들어 MM에 따르면 시작 시와 로트 설명 후에 다음과 같은 내용이 있습니다. 

   RefreshRates ();
  ASK = NormalizeDouble ( MarketInfo ( Symbol (),MODE_ASK), Digits );
  BID = NormalizeDouble ( MarketInfo ( Symbol (),MODE_BID), Digits );
   double spread = NormalizeDouble (ASK-BID, Digits );
  StopLevel = NormalizeDouble ( MarketInfo ( Symbol (),MODE_STOPLEVEL), Digits );
   double step = NormalizeDouble (Step* Point , Digits );
   if (step < StopLevel) step = StopLevel;
그리고 다른 모든 것은 ...
 

여기이 코드에서 다음을 출력합니다.

 if ( //Условие//)
   {
   if ( OrderSelect (ticket_sell,SELECT_BY_TICKET)==true)
       if ( OrderType ()==OP_SELLSTOP) 
         {
         Print ( "Заморозка: " , MarketInfo ( Symbol (), MODE_FREEZELEVEL), ", Bid: " ,Bid, ", Open=" , OrderOpenPrice ());
         if (Bid<=( OrderOpenPrice ()+ 4 * Point )) 
            {
             Comment ( "1" );                         
            i= 0 ;
             while (i< 10 )
               {
               if (i> 0 ) Sleep ( 500 );      
               RefreshRates (); OrderDelete (ticket_sell); 
               err= GetLastError ();
               if (err== 0 )
                  {
                  ticket_sell= 0 ; return ;
                  }
               i++;
               }
            }
         }
   }

18:34:14 505 000 $ EURUSD,M1: 동결: 0, 입찰: 1.3436, 오픈=1.3436
18:34:14 505 000 $ EURUSD,M1: 시장가 주문 #26398219는 삭제할 수 없습니다
18:34:14 505 000 $ EURUSD,M1: 시장가 주문 #26398219는 삭제할 수 없습니다
18:34:15 505 000 $ EURUSD,M1: 시장가 주문 #26398219는 삭제할 수 없습니다
18:34:15 505 000 $ EURUSD,M1: 시장가 주문 #26398219는 삭제할 수 없습니다
18:34:16 505 000 $ EURUSD,M1: 시장가 주문 #26398219는 삭제할 수 없습니다
18:34:16 505 000 $ EURUSD,M1: 시장가 주문 #26398219는 삭제할 수 없습니다
18:34:17 505 000 $ EURUSD,M1: 시장가 주문 #26398219는 삭제할 수 없습니다
18:34:17 505 000 $ EURUSD,M1: 시장가 주문 #26398219는 삭제할 수 없습니다
18:34:18 505 000 $ EURUSD,M1: 시장가 주문 #26398219는 삭제할 수 없습니다
18:34:19 505 000 $ EURUSD,M1: 시장가 주문 #26398219는 삭제할 수 없습니다

오류가 10번 발생했습니다. i 사이클과 동일합니다. 이 경우 입찰 가격이 이미 주문 개시 가격 과 같기 때문에 삭제할 시간이 없었습니다. 그런 경우는 처음 알았다. 나는 다른 것을 찾으려고 노력할 것이다. 이 플러스가 효과가 있었습니다. 1초 미만의 찰나의 순간에 시스템의 신호에서 벗어나는 것은 무섭지 않습니다. 다른 경우가 있는 것 같은데 기다려 보겠습니다. 10-15 초 동안 반응이 없습니다.

1...282930313233343536373839404142...52
새 코멘트