포럼을 어지럽히 지 않도록 모든 초보자 질문. 프로, 놓치지 마세요. 너 없이는 아무데도 - 6. - 페이지 766

 
Vinin :
ArraySetAsSeries() 가 원하는 것을 반환 한다고 확신합니까? 또는 필요한 것을 생각하십시오. 계산에 나오지 않을 수 있습니다

계산이 발생하고 경고가 발생하지 않으며 ArraySetAsSeries() 에 대한 모든 호출이 True를 반환합니다. BarsAtOnce 수의 마지막 막대만 표시 되고 OnCalculate 함수 에서 첫 번째 반환 후 터미널은 모든 막대가 계산된 것으로 간주합니다(로그에 따라).

해결책은 간단합니다. prev_calculated와 유사한 고유한 변수를 생성하지만 그럼에도 불구하고 표준 변수가 작동하지 않는 이유가 궁금합니다.

효과는 711 및 745 버전에서 관찰됩니다(다른 버전은 사용할 수 없음).

 
Vinin :
지표가 리소스를 먹는 것처럼 보입니다. 더 많은 계산이 있습니다. 비록 - 글쎄, 그들은 특별히 필요하지는 않지만 필요합니다
하나를 제외한 모든 차트 창을 닫았습니다. 모든 지표를 제거했습니다. 빈 터미널(지표와 조언자 없음)과 하나의 차트를 다시 시작했습니다. - 도움이되지 않습니다! 프로세서 부하는 29%로 동일합니다.
 
logut :
나는 이중 로트를 입력 = 0.01;
입력 int 이익 획득 = 100;
입력 정수 손절매 = 100;
외부 정수 마법 = 123;
//----------------+
정수 시작()
{




//---------------+


int ticket=OrderSend(Symbol(),OP_BUYLIMIT,lots,Ask,3,Ask +stoploss* 포인트, Ask + takeprofit* 포인트,NULL,123,120,CLR_NONE);






리턴(0);

}

조언을 늦게 작성하는 방법에 대한 힌트가 필요합니다. 저는 이 사업에서 한 달 동안 초보자입니다. 머리가 깨질 것입니다. 스케치가 있습니다.
EA는 특정 전략을 구현합니다. 전략은 시장에 진입하고 퇴출하기 위한 조건을 의미합니다. 따라서 질문을 제기할 수 없습니다. 보류 중인 주문에 대해 전문가 고문을 작성하는 방법은 무엇입니까? 당신은 질문을 할 수 있습니다 : 보류 주문을 여는 절차를 작성하는 방법? 그런 다음 보류중인 주문 - 무엇입니까? 그래서 그들은 당신에게 대답합니다. 보류중인 주문은 현재 가격에서 특정 거리에 배치됩니다. 따라서 보류 중인 주문에 대한 OrderSend() 명령/함수의 변수는 현재 가격(Ask/Bid)을 포함할 수 없습니다. 그리고 딜링센터의 요구사항/제한사항을 고려하여 현재가와 일정 거리를 두고 가격을 설정해야 합니다.
 
ikatsko :
EA는 특정 전략을 구현합니다. 전략은 시장에 진입하고 퇴출하기 위한 조건을 의미합니다. 따라서 질문을 제기할 수 없습니다. 보류 중인 주문에 대해 전문가 고문을 작성하는 방법은 무엇입니까? 당신은 질문을 할 수 있습니다 : 보류 주문을 여는 절차를 작성하는 방법? 그런 다음 보류중인 주문이 무엇입니까? 그래서 그들은 당신에게 대답합니다. 보류중인 주문은 현재 가격에서 특정 거리에 배치됩니다. 따라서 보류 중인 주문에 대한 OrderSend() 명령/함수의 변수는 현재 가격(Ask/Bid)을 포함할 수 없습니다. 그리고 딜링센터의 요구사항/제한사항을 고려하여 현재가와 일정 거리를 두고 가격을 설정해야 합니다.
PRICE_OPEN을 설정하려고 했지만 거리를 지정하는 방법
 
logut :
PRICE_OPEN을 설정하려고 했지만 거리를 지정하는 방법
이것은 고문의 형태로 구현하려는 전략, 전략의 주요 질문입니다. 예를 들어, 상품의 현재 가격이 있습니다(예: EURUSD). 예를 들어 귀하의 전략에 따르면 가격이 20포인트 오르면 (!) 가격이 확실히 떨어지기 시작한다고 가정합니다. 따라서 현재 가격에서 20포인트 떨어진 위치 에서 보류 주문 을 하는 것입니다.
 
ikatsko :
이것은 고문의 형태로 구현하려는 전략, 전략의 주요 질문입니다. 예를 들어, 상품의 현재 가격이 있습니다(예: EURUSD). 예를 들어 귀하의 전략에 따르면 가격이 20포인트 오르면 (!) 가격이 확실히 떨어지기 시작한다고 가정합니다. 따라서 현재 가격에서 20포인트 떨어진 위치에서 보류 주문을 하는 것입니다.

잘하셨어요. 다섯 점.

 
ikatsko :
이것은 고문의 형태로 구현하려는 전략, 전략의 주요 질문입니다. 예를 들어, 상품의 현재 가격이 있습니다(예: EURUSD). 예를 들어 귀하의 전략에 따르면 가격이 20포인트 오르면 (!) 가격이 확실히 떨어지기 시작한다고 가정합니다. 따라서 현재 가격에서 20포인트 떨어진 위치에서 보류 주문을 하는 것입니다.

쏟아지는 질문을 예상하십시오. 요점은 무엇인지, Ask는 Bid price, 거래 센터는 누구인지, 전략은 무엇을 의미하는지 ... 한마디로 공포 ... 마지막으로 교과서를 클릭하십시오.

 
logut :
나는 이중 로트를 입력 = 0.01;
입력 int 이익 획득 = 100;
입력 정수 손절매 = 100;
외부 정수 마법 = 123;
//----------------+
정수 시작()
{




//---------------+


int ticket=OrderSend(Symbol(),OP_BUYLIMIT,lots,Ask,3,Ask +stoploss* 포인트, Ask + takeprofit* 포인트,NULL,123,120,CLR_NONE);






리턴(0);

}

조언을 늦게 작성하는 방법에 대한 힌트가 필요합니다. 저는 이 사업에서 한 달 동안 초보자입니다. 머리가 깨질 것입니다. 스케치가 있습니다.
스티어링 휠, 트렁크, 모스크바는 어떻습니까?
 
logut :
PRICE_OPEN을 설정하려고 했지만 거리를 지정하는 방법

도와드릴까요? 이것은 나를 위해 잘 작동합니다! SRC 버튼으로 코드를 붙여넣고 얼마나 아름다운지 확인하세요!

 input double lots = 0.01 ;
input int takeprofit = 100 ;
input int stoploss = 100 ;
 extern int magic = 123 ;
//----------------+
int start()
{


 


//---------------+


int ticket= OrderSend ( Symbol (),OP_BUYLIMIT,lots,Ask, 3 ,Ask +stoploss* Point , Ask + takeprofit* Point , NULL , 123 , 120 ,CLR_NONE);






return ( 0 );

} 

튜토리얼과 문서의 지식을 사용하여 누락된 부분을 모두 채우면 됩니다! 모든 사람은 항상 같은 방식으로 시작했으며 당신도 예외는 아닙니다. 나는 당신의 공부에 성공을 기원합니다!

 
AlexeyVik :

그리고 남의 헛소리를 반복하기 전에 확인해볼 수 없겠죠?

StringToTime() 함수가 1970년 1월 1일 00:00:00 GMT, UTC, 서버 시간 또는 현지 시간에서 경과된 초를 계산하는 시간은 중요하지 않습니다. 중요한 것은 이 날짜에서 XXX초가 지났다는 것입니다. 지정된 시간. 그리고 확인을 위한 제어 시간을 설정하면 이 시간도 1970년 1월 1일 00:00:00 부터 지정한 시간으로 계산됩니다. 즉, if(TimeCurrent() >= StringToTime("23:15") 조건에서 1970 년 1월 1일 00:00:00초부터 서버 시간이 컨트롤과 같거나 그 이상 지났다면 XXX 초 그리고 거기에 대해 혼란이 없습니다.

나는 특별히 당신을 위해 스크린 샷을 만들었습니다. 댓글을 읽고 실험하십시오.

문제는 거래가 23:00에 끝날 수 있다는 것입니다.

바로 답이 보이지 않았습니다. 글쎄요, 솔직히 말해서, 나는 당신이 이것에 혼란이 없다고 주장하는 당신이 의미하는 바를 잘 이해하지 못했습니다.

즉, " StringToTime() 함수가 경과된 초를 계산하는 시간은 중요하지 않습니다"?

사실 이 함수는 일반적으로 왼쪽 날짜 (로컬 PC의 날짜가 왼쪽 날짜라고 생각합니다)를 취하여 브로커 서버의 현재 시간 과 비교합니다. 왜 이것이 중요하지 않을까요?

위의 스크린샷에서 주석은 로컬 컴퓨터의 시간이 브로커의 시간보다 1시간 빠르다고 말합니다. 즉, GMT 이동이 더 큽니다. X시간이 적다면 금요일쯤에 내가 쓴 경우처럼 중요할 것입니다.

그리고 거래 시간이 끝날 무렵. 브로커가 거래일이나 주를 종료할 때 StringToTime() 함수에 문제가 되지 않아야 한다고 생각합니다...