volshebnik : 종가는 프랙탈보다 훨씬 높을 수 있으며(프랙탈이 상승한 경우) 잠재적인 이익을 잃게 됩니다. 매 틱마다 가격 변동을 확인합니다.
가능하다는 점에 동의합니다. 매수 주문이 매도에서 열리면 매도와 비교할 수 있습니다 ...
if (Ask > upfractal) { DO IT }
질문에 - 왜 모든 입력 조건이 당신에게 적합하지 않은지, 다시 자세히 설명합니다 - 이것은 프랙탈의 잘못된 계산 때문입니다 ...
마지막 프랙탈의 값을 올바르게 계산하려면 보조 변수를 사용하여 이러한 구성을 사용해야 합니다...
fractal_h = iFractals ( Symbol (), PERIOD_H1 , MODE_UPPER, 3 );
if (fractal_h!= 0 ) upfractal= iFractals ( Symbol (), PERIOD_H1 , MODE_UPPER, 3 );
fractal_l = iFractals ( Symbol (), PERIOD_H1 , MODE_LOWER, 3 );
if (fractal_l!= 0 ) dwfractal= iFractals ( Symbol (), PERIOD_H1 , MODE_LOWER, 3 );
이것은 코드에 없으며 다음과 같이 나타납니다. 프랙탈이 나타납니다. 예, 값을 잘 기억하고 있습니다. 올바르게 썼습니다. 세 번째가 아니라 두 번째 막대에 - 우리가 0일 때 - 우리는 이미 알고 있습니다. 그 가치, 다음에 일어날 일... 다음 막대의 가격이 이 가장 신선한 프랙탈의 가치를 깨뜨리지 않았지만 각 후속 막대의 "작은 단계"에서 다음 막대를 형성하지 않고 깨는 것으로 이동한다고 가정해 보겠습니다. 프랙탈 (일반적으로 발생), 그러면 그게 전부입니다 ... 사용자가 계산한 프랙탈의 값은 자체적으로 "0"으로 재설정되며 ... 그렇게 할 때 추가로 0으로 설정할 필요가 없습니다. 귀하의 코드에서 (어디서인지 모르겠습니다) ... 그리고 계산 된 바 (가장 신선한 프랙탈이 있었던) 다음 막대에서만upfractal ! = 0 으로 밝혀졌습니다.
따라서 보조 변수를 정확하게 입력하여 후속 막대를 형성하는 동안 가장 신선한 프랙탈의 값을 기억하고 유지합니다. 코드에 이러한 변경을 시도하면 마지막 가장 신선한 프랙탈의 브레이크아웃에서 거래가 정확히 이루어짐을 알 수 있습니다 그리고 이 브레이크아웃이 얼마나 많은 막대가 발생하는지는 중요하지 않습니다. 여전히 명확하지 않은 경우 경고 대신 인쇄를 입력하고 테스트에서 upfraction 변수의 값이 각각의 새로운 막대 로 어떻게 변경되는지 확인하면 모든 것을 이해할 수 있습니다. - 새로 형성된 막대에서 "0"으로 재설정되고 프랙탈 자체가 돌파됩니다. 예를 들어 8일에 가봅시다. 모든 것이 이미 있습니다. 그 값은 오랫동안 0과 같았습니다.
이것이 당신이 그것을 가지고있는 방법입니다 :
upfractal=iFractals(Symbol(), PERIOD, MODE_UPPER, 3);
Alert("upfractal вначале = ",upfractal);
if (Двверх==true && upfractal != 0 && Bid > NormalizeDouble (upfractal+ 1 * Point , Digits ) && Tвверх!=Time[ 0 ] && Сделкавверх==false) // Условие открытия ордера при пробитии фрактала вверх
다음과 같아야 합니다.
fractal_h = iFractals ( Symbol (), PERIOD_H1 , MODE_UPPER, 3 );
if (fractal_h!= 0 ) upfractal= iFractals ( Symbol (), PERIOD_H1 , MODE_UPPER, 3 );
if (Двверх==true && Ask > NormalizeDouble (upfractal+ 1 * Point , Digits ) && Tвверх!=Time[ 0 ] && Сделкавверх==false)
"로마, 왜요? 같은 거 아닌가요? 예를 들어 MA_8<MA_2이면 (MA_8-MA_2)<0과 같나요?"
이것은 동일하지만 실제 작업과 100파운드의 안정성을 위해 가능한 "글리치"에 대한 근거가 없기 때문에 두 번째 옵션이 필요합니다.
추신경고 대신 인쇄 를 사용하고 전문가 로그의 테스터에서 시간 경과에 따른 변수의 수신 값을 추적하여 올빼미의 "올바른" 작업을 분석하십시오.
datetime some_time=D'2004.03.21 12:00';
int shift=iBarShift("EUROUSD",PERIOD_M1,some_time);
Print("오픈 시간이 있는 막대의 이동 ",TimeToStr(some_time)," is ",shift);
도움말을 보았지만 이해가 되지 않습니다(이해하지 못함). "some_time" 변수에 15분 안에 전날이 필요하다는 것을 나타내는 방법, 즉 오늘이 1월 25일인 경우. 2011 그런 다음 반복을 위해 1월 24일, 23일, 22일 등을 어떻게 설정합니까?
가능하다는 점에 동의합니다. 매수 주문이 매도에서 열리면 매도와 비교할 수 있습니다 ...
질문에 - 왜 모든 입력 조건이 당신에게 적합하지 않은지, 다시 자세히 설명합니다 - 이것은 프랙탈의 잘못된 계산 때문입니다 ...
마지막 프랙탈의 값을 올바르게 계산하려면 보조 변수를 사용하여 이러한 구성을 사용해야 합니다...
이것은 코드에 없으며 다음과 같이 나타납니다. 프랙탈이 나타납니다. 예, 값을 잘 기억하고 있습니다. 올바르게 썼습니다. 세 번째가 아니라 두 번째 막대에 - 우리가 0일 때 - 우리는 이미 알고 있습니다. 그 가치, 다음에 일어날 일... 다음 막대의 가격이 이 가장 신선한 프랙탈의 가치를 깨뜨리지 않았지만 각 후속 막대의 "작은 단계"에서 다음 막대를 형성하지 않고 깨는 것으로 이동한다고 가정해 보겠습니다. 프랙탈 (일반적으로 발생), 그러면 그게 전부입니다 ... 사용자가 계산한 프랙탈의 값은 자체적으로 "0"으로 재설정되며 ... 그렇게 할 때 추가로 0으로 설정할 필요가 없습니다. 귀하의 코드에서 (어디서인지 모르겠습니다) ... 그리고 계산 된 바 (가장 신선한 프랙탈이 있었던) 다음 막대에서만upfractal ! = 0 으로 밝혀졌습니다.
따라서 보조 변수를 정확하게 입력하여 후속 막대를 형성하는 동안 가장 신선한 프랙탈의 값을 기억하고 유지합니다. 코드에 이러한 변경을 시도하면 마지막 가장 신선한 프랙탈의 브레이크아웃에서 거래가 정확히 이루어짐을 알 수 있습니다 이 이탈이 발생하는 막대의 수는 중요하지 않습니다.
네, 로만, 대단히 감사합니다. 프랙탈을 결정하기 위한 보조 매개변수를 추가했습니다. 이제 모든 거래가 열렸습니다.
어떻게 15분 안에 어떤 시간 기능을 통해 하루의 열거 주기를 구성하는지 이해가 되지 않습니다.
질문이 명확하기를 바랍니다.
도와 주셔서 감사합니다
iBarShift 도움말을 참조하거나 다음과 같은 일일 막대로 직접 작업할 수 있습니다. iOpen(Symbol(), PERIOD_D1 ,1) - 전날 열기 등
또 다른 똑똑한 녀석!
이 포럼의 특성에 대해 자신이 얼마나 옳았는지 모릅니다! 나는 당신이 이미 그러한 환경에서 자신을 발견했기 때문에 자신과 요청의 품질에 대해 올바른 결론을 내리기를 바랍니다.
이 포럼의 특성에 대해 자신이 얼마나 옳았는지 모릅니다! 나는 당신이 이미 그러한 환경에서 자신을 발견했기 때문에 자신과 요청의 품질에 대해 올바른 결론을 내리기를 바랍니다.
아트미디어70
감사합니다!........... 이미 도움을 받았습니다!
숲속에서 길을 잃은 두척...
-공중에서 쏘세요. 누군가가 듣고 도울 것입니다.
몇 분 안에...
- 더 쏴
- 할 수 없어, 화살이 떨어졌어.
종가는 프랙탈보다 훨씬 높을 수 있으며(프랙탈이 상승한 경우) 잠재적인 이익을 잃게 됩니다. 매 틱마다 가격 변동을 확인합니다.
가능하다는 점에 동의합니다. 매수 주문이 매도에서 열리면 매도와 비교할 수 있습니다 ...
if (Ask > upfractal) { DO IT }질문에 - 왜 모든 입력 조건이 당신에게 적합하지 않은지, 다시 자세히 설명합니다 - 이것은 프랙탈의 잘못된 계산 때문입니다 ...
마지막 프랙탈의 값을 올바르게 계산하려면 보조 변수를 사용하여 이러한 구성을 사용해야 합니다...
이것은 코드에 없으며 다음과 같이 나타납니다. 프랙탈이 나타납니다. 예, 값을 잘 기억하고 있습니다. 올바르게 썼습니다. 세 번째가 아니라 두 번째 막대에 - 우리가 0일 때 - 우리는 이미 알고 있습니다. 그 가치, 다음에 일어날 일... 다음 막대의 가격이 이 가장 신선한 프랙탈의 가치를 깨뜨리지 않았지만 각 후속 막대의 "작은 단계"에서 다음 막대를 형성하지 않고 깨는 것으로 이동한다고 가정해 보겠습니다. 프랙탈 (일반적으로 발생), 그러면 그게 전부입니다 ... 사용자가 계산한 프랙탈의 값은 자체적으로 "0"으로 재설정되며 ... 그렇게 할 때 추가로 0으로 설정할 필요가 없습니다. 귀하의 코드에서 (어디서인지 모르겠습니다) ... 그리고 계산 된 바 (가장 신선한 프랙탈이 있었던) 다음 막대에서만 upfractal ! = 0 으로 밝혀졌습니다.
따라서 보조 변수를 정확하게 입력하여 후속 막대를 형성하는 동안 가장 신선한 프랙탈의 값을 기억하고 유지합니다. 코드에 이러한 변경을 시도하면 마지막 가장 신선한 프랙탈의 브레이크아웃에서 거래가 정확히 이루어짐을 알 수 있습니다 그리고 이 브레이크아웃이 얼마나 많은 막대가 발생하는지는 중요하지 않습니다. 여전히 명확하지 않은 경우 경고 대신 인쇄를 입력하고 테스트에서 upfraction 변수의 값이 각각의 새로운 막대 로 어떻게 변경되는지 확인하면 모든 것을 이해할 수 있습니다. - 새로 형성된 막대에서 "0"으로 재설정되고 프랙탈 자체가 돌파됩니다. 예를 들어 8일에 가봅시다. 모든 것이 이미 있습니다. 그 값은 오랫동안 0과 같았습니다.
이것이 당신이 그것을 가지고있는 방법입니다 :
다음과 같아야 합니다.
"로마, 왜요? 같은 거 아닌가요? 예를 들어 MA_8<MA_2이면 (MA_8-MA_2)<0과 같나요?"
이것은 동일하지만 실제 작업과 100파운드의 안정성을 위해 가능한 "글리치"에 대한 근거가 없기 때문에 두 번째 옵션이 필요합니다.
추신 경고 대신 인쇄 를 사용하고 전문가 로그의 테스터에서 시간 경과에 따른 변수의 수신 값을 추적하여 올빼미의 "올바른" 작업을 분석하십시오.
가능하다는 점에 동의합니다. 매수 주문이 매도에서 열리고 매도와 비교할 수 있습니다 ...
if (Ask > upfractal) { DO IT }datetime some_time=D'2004.03.21 12:00'; int shift=iBarShift("EUROUSD",PERIOD_M1,some_time); Print("오픈 시간이 있는 막대의 이동 ",TimeToStr(some_time)," is ",shift);도움말을 보았지만 이해가 되지 않습니다(이해하지 못함). "some_time" 변수에 15분 안에 전날이 필요하다는 것을 나타내는 방법, 즉 오늘이 1월 25일인 경우. 2011 그런 다음 반복을 위해 1월 24일, 23일, 22일 등을 어떻게 설정합니까?
씹어주시면 감사하겠습니다.
시각적으로 나는 프랙탈을 돌파하기 위해 차트를 분석하고 가시적인 가격으로 종속성을 검색합니다. 비두. 따라서 프랙탈을 깨는 것은 입찰가로 프랙탈을 깨는 것으로 간주합니다(업프랙탈은 또한 매도가 아닌 입찰가의 가치를 제공합니다).
아마도 그것은 정말로 중요하지 않을 것입니다 :-)
이제 이해가 되셨나요?
가능하다는 점에 동의합니다. 매수 주문이 매도에서 열리면 매도와 비교할 수 있습니다 ...
질문에 - 왜 모든 입력 조건이 당신에게 적합하지 않은지, 다시 자세히 설명합니다 - 이것은 프랙탈의 잘못된 계산 때문입니다 ...
마지막 프랙탈의 값을 올바르게 계산하려면 보조 변수를 사용하여 이러한 구성을 사용해야 합니다...
이것은 코드에 없으며 다음과 같이 나타납니다. 프랙탈이 나타납니다. 예, 값을 잘 기억하고 있습니다. 올바르게 썼습니다. 세 번째가 아니라 두 번째 막대에 - 우리가 0일 때 - 우리는 이미 알고 있습니다. 그 가치, 다음에 일어날 일... 다음 막대의 가격이 이 가장 신선한 프랙탈의 가치를 깨뜨리지 않았지만 각 후속 막대의 "작은 단계"에서 다음 막대를 형성하지 않고 깨는 것으로 이동한다고 가정해 보겠습니다. 프랙탈 (일반적으로 발생), 그러면 그게 전부입니다 ... 사용자가 계산한 프랙탈의 값은 자체적으로 "0"으로 재설정되며 ... 그렇게 할 때 추가로 0으로 설정할 필요가 없습니다. 귀하의 코드에서 (어디서인지 모르겠습니다) ... 그리고 계산 된 바 (가장 신선한 프랙탈이 있었던) 다음 막대에서만 upfractal ! = 0 으로 밝혀졌습니다.
따라서 보조 변수를 정확하게 입력하여 후속 막대를 형성하는 동안 가장 신선한 프랙탈의 값을 기억하고 유지합니다. 코드에 이러한 변경을 시도하면 마지막 가장 신선한 프랙탈의 브레이크아웃에서 거래가 정확히 이루어짐을 알 수 있습니다 이 이탈이 발생하는 막대의 수는 중요하지 않습니다.