** 바 열림 및 바 닫힘 - 위치의 지점은 문제에 국한되지 않으며 일반 표시기의 값을 사용할 수 있음을 상기시켜 드립니다. 그리고 acc. 위치는 막대의 "중간"에서 열 수 있습니다(쉽게!). (즉, 막대의 교차점에서만 표시기 값을 계산하는 문제에 대해... 이미 말했듯이 이 조건은 "항상 그런 것은 아니지만" 실현 가능합니다. ;)**
올바르게 이해했다면 진입점이 막대의 중간에 있는 경우 매 틱마다 지표를 다시 계산해야 한다고 생각합니다(MA에서 가정해 봅시다). 나는 당신에게 동의하지 않을 여유가 있습니다.
신뢰할 수 있는 백 테스트(MT, FSB 또는 기타 테스터 사용)를 위해서는 Entry / Exit 포인트를 포함한 모든 지표가 고정되어야 합니다. EA가 바 동안 시장 진입을 사용하는 것을 제한하지 않습니다.
그냥 같은 경우가 아닌가요? 지표의 CALCULATION 자체에 대해 말하는 것이 아님을 이해하는 것이 중요합니다. 그 값은 - 예, 막대 내에서 고정되어 있습니다. 그리고 이 경우(위에서 인용한) 마지막 가격 값을 그것과 비교해야 한다는 사실은 어떻습니까? 포지션을 열기로 결정합니다. FSB에서 이것은 내부 절차에 의해 수행됩니다(모든 것을 올바르게 이해한 경우). 하지만 그때부터 그들은 "우리에게 알려지지 않았습니다"(사실, 왜 전혀) - 나는 논리적 조건의 주제에 대해 명확한 예 / 아니오를 얻기 위해 각 틱에서 표시기를 다시 계산할 것을 제안했습니다. 저것들. 그러한 결론은 지표 외부의 코드가 아니라 지표 자체에 의해 이루어지도록 하십시오. 나는 그것을 의미했다!
즉, mmm, 다시 한 번 - 나는 표시기가 막대의 "교차점"에서 한 번 계산되어야 한다는 주장에 동의합니다 . 그러나 지표가 포지션 개설 확인에 대한 신호를 보내는 경우 MT의 미래 전문가 고문 (들)의 작업에 대한 부록에서 우리는 이러한 값에만 의존해야합니다 (예 / 아니오) , 현재 가격을 지표의 가격(정적)과 비교하는 것이 아닙니다. 지표 자체가 우리를 위해 이것을 비교하게하십시오. 그리고 우리는 YES/NO로만 간주할 것입니다. 모두... :)
따라서 결과는 Close[iBar]를 표시기의 현재 또는 이전 값(그 중 정적임)과 올바르게 비교하기 위해 그러한 계산을 다시 수정해야 한다는 것입니다(지금은 생각했습니다)(iPrvs를 고려해야 합니다 ). 그런데 발상이 틀리지 않았나 하는 생각이...?!
(그나저나 우리가 무슨 이야기를 하고 있는 겁니까?) 지표는 여전히 IndicatorCounted () ANYWHERE를 사용한 작업을 고려합니다!!! 다른 방법은 하지 않겠습니다. :) 또한 EA 작성자뿐만 아니라 시각적 부분(및 실시간 값)이 필요한 사용자도 사용할 수 있습니다. 그리고 이것의 원래 코드는 어떤 식으로든 변경되지 않습니다! 일반적으로 맨 처음에 한 조각만 추가되어 자체에 연결된 변수의 "초기" 값을 초기화합니다. 더 이상 ... 때로는 "작은 피"가 제공됩니다. 때때로 - 그다지 많지 않습니다(시간별 높음 낮음의 예에서와 같이). 그러나 어쨌든 - 신체 움직임은 최소화됩니다(아직?) :))
아니면 여전히 글로벌 측면입니까? 그렇다면 논의할 것이 없습니다 - iPrvs는 훌륭합니다! :) 도트! 그러나 아무도 이것에 대해 논쟁하지 않습니다 :)!
"MA 값 이상으로 포지션이 열리는 경우": 구성 요소[0].PosPriceDependence = PositionPriceDependence.BuyHigherSellLower;
신호가 진입점 표시기에 의존하기 때문에 이 로직은 표시기 자체에서 관리할 수 없습니다.
이 논리는 다른 것과 같이 매수/매도(1, 0) 신호를 제공하지 않습니다.
FSB는 다음과 같이 진행됩니다.
1. 거래 결정을 내릴 때 처음에는 이 지표를 무시합니다. 2. 다른 모든 논리 규칙이 충족되고 FSB가 진입점을 알고 있으면 실제 실행 직전에 이 표시기를 확인하여 진입을 허용 또는 금지합니다.
이것은 백테스터에 포함되어 있습니다.
EA에는 세 가지 옵션이 있습니다.
1. (배열에서) 진입점을 먼저 계산합니다. 그런 다음 이 배열을 지표로 보내 매수/매도 신호를 계산합니다.
2. 위치의 시작 가격을 반환하는 기본 메서드 EntryPrice(int iBar)를 갖습니다. "MA 값 이상으로 포지션이 열리는 경우": for(int iBar ... ) { SignalLong[iBar] = EntryPrice(iBar) > MA[iBar] ? 십; SignalShort[iBar] = EntryPrice(iBar) < MA[iBar] ? 십; }
3. 실제 입력 전에 이 표시기 호출: 이중 EntryPrice = ....; If(EntryPrice > fsb_MA(...)) 주문 보내기(...);
----
1:0 신호를 설정하지 않는 몇 가지 표시기가 있습니다. - "포지션이 위/아래로 열립니다." 논리가 있는 모든 표시기 - "시간" 표시기: 입장 시간, 입장 시간, 요일 - 계정 퍼센트 정지 - ATR 정류장 - 정지 제한 - 손절매 - 이익을 취하다 - 후행 정지 - 후행 정지 제한 - 로트 리미터
(꺼짐: 별도의 주석과 함께 새 코드를 삽입하려고 합니다. "스톤 플라워가 나오지 않습니다." :) 그런 다음 빈 주석을 입력한 다음 첫 페이지에 던집니다... 아마도 일부 요소가 텍스트가 발견되었습니다 - "소화 불가" ... 일반적으로 - 그래서 (위에서 밝혀진 대로) 읽으십시오 :))
네 메일이 맞습니다.
1분 전에 개별 메시지 를 보냈습니다.
오, 나는 PM을 완전히 잊어 버렸습니다 :)))))))
이미 축적되어 있습니다 :). 얘들 아- 제 시간에 답장을 보내지 못해 죄송합니다. 평소에는 포럼에서 개인 메시지 를 끄고 여기에서는 습관적으로 관심조차 두지 않았습니다. :)...
Miroslav - 이제 나는 메시지 (답변)를 준비하고 우편으로 보낼 것입니다 ...
** 바 열림 및 바 닫힘 - 위치의 지점은 문제에 국한되지 않으며 일반 표시기의 값을 사용할 수 있음을 상기시켜 드립니다. 그리고 acc. 위치는 막대의 "중간"에서 열 수 있습니다(쉽게!). (즉, 막대의 교차점에서만 표시기 값을 계산하는 문제에 대해... 이미 말했듯이 이 조건은 "항상 그런 것은 아니지만" 실현 가능합니다. ;)**
올바르게 이해했다면 진입점이 막대의 중간에 있는 경우 매 틱마다 지표를 다시 계산해야 한다고 생각합니다(MA에서 가정해 봅시다). 나는 당신에게 동의하지 않을 여유가 있습니다.
신뢰할 수 있는 백 테스트(MT, FSB 또는 기타 테스터 사용)를 위해서는 Entry / Exit 포인트를 포함한 모든 지표가 고정되어야 합니다. EA가 바 동안 시장 진입을 사용하는 것을 제한하지 않습니다.
예:
1. 이동평균선 진입(21, 종가):
이 경우 현재 MA는 바 종가가 고정될 때까지 위/아래로 움직이기 때문에 사용할 수 없습니다. 따라서 이전 막대의 MA를 사용해야 합니다. 이렇게 하면 매 틱마다 다시 계산할 필요가 없습니다.
2. 이동평균선 진입(21, 오픈):
여기에서 현재 MA를 사용할 수 있습니다. MA 기본 가격 - Bar Opening이 이미 고정되어 있기 때문에 고정됩니다. 또한 매 틱마다 다시 계산할 필요가 없습니다.
--------
편집하다:
물론 이것은 제 개인적인 생각입니다.
그런 식으로 백테스팅을 강요하려는 것은 아닙니다.
문안 인사!
편집2:
누락된 것이 있으면 매 틱마다 지표를 다시 계산해야 할 때 FSB로 준비한 전략의 예를 보여주세요.
음, Miroslav, 나는 그 아이디어를 이해했습니다 (오래 전에, 게다가)!
위에서 인용한 표시기 코드의 구성으로 인해 단순히 혼란스러웠습니다.
즉: 구성요소 [ 0 ] . PosPriceDependence = PositionPriceDependence . 매수높게 매도낮추기 ;
그냥 같은 경우가 아닌가요? 지표의 CALCULATION 자체에 대해 말하는 것이 아님을 이해하는 것이 중요합니다. 그 값은 - 예, 막대 내에서 고정되어 있습니다. 그리고 이 경우(위에서 인용한) 마지막 가격 값을 그것과 비교해야 한다는 사실은 어떻습니까? 포지션을 열기로 결정합니다. FSB에서 이것은 내부 절차에 의해 수행됩니다(모든 것을 올바르게 이해한 경우). 하지만 그때부터 그들은 "우리에게 알려지지 않았습니다"(사실, 왜 전혀) - 나는 논리적 조건의 주제에 대해 명확한 예 / 아니오를 얻기 위해 각 틱에서 표시기를 다시 계산할 것을 제안했습니다. 저것들. 그러한 결론은 지표 외부의 코드가 아니라 지표 자체에 의해 이루어지도록 하십시오. 나는 그것을 의미했다!
즉, mmm, 다시 한 번 - 나는 표시기가 막대의 "교차점"에서 한 번 계산되어야 한다는 주장에 동의합니다 . 그러나 지표가 포지션 개설 확인에 대한 신호를 보내는 경우 MT의 미래 전문가 고문 (들)의 작업에 대한 부록에서 우리는 이러한 값에만 의존해야합니다 (예 / 아니오) , 현재 가격을 지표의 가격(정적)과 비교하는 것이 아닙니다. 지표 자체가 우리를 위해 이것을 비교하게하십시오. 그리고 우리는 YES/NO로만 간주할 것입니다. 모두... :)
아니면 이미 어딘가에서 뭔가를 놓치고 있습니까? :디? ("바쁘다...엄마...")
따라서 결과는 Close[iBar]를 표시기의 현재 또는 이전 값(그 중 정적임)과 올바르게 비교하기 위해 그러한 계산을 다시 수정해야 한다는 것입니다(지금은 생각했습니다)(iPrvs를 고려해야 합니다 ). 그런데 발상이 틀리지 않았나 하는 생각이...?!
(그나저나 우리가 무슨 이야기를 하고 있는 겁니까?) 지표는 여전히 IndicatorCounted () ANYWHERE를 사용한 작업을 고려합니다!!! 다른 방법은 하지 않겠습니다. :) 또한 EA 작성자뿐만 아니라 시각적 부분(및 실시간 값)이 필요한 사용자도 사용할 수 있습니다. 그리고 이것의 원래 코드는 어떤 식으로든 변경되지 않습니다! 일반적으로 맨 처음에 한 조각만 추가되어 자체에 연결된 변수의 "초기" 값을 초기화합니다. 더 이상 ... 때로는 "작은 피"가 제공됩니다. 때때로 - 그다지 많지 않습니다(시간별 높음 낮음의 예에서와 같이). 그러나 어쨌든 - 신체 움직임은 최소화됩니다(아직?) :))
아니면 여전히 글로벌 측면입니까? 그렇다면 논의할 것이 없습니다 - iPrvs는 훌륭합니다! :) 도트! 그러나 아무도 이것에 대해 논쟁하지 않습니다 :)!
(우체국에 편지를 보냈는데.. 이제 여기에서 개인적으로 답장을 해보려고 합니다)
미로슬라프 - "알았다"! 내가 마침내 뭔가를 이해했다는 의미에서 :) (지표의 논리를 조작하는 FSB의 아이디어,
여기서 "Position opens above/under .."는 오래전에 이해했습니다.
나는 마침내 무언가를 기억했습니다 , 그냥 말합시다 :)
우리는 서로 다른 응용 프로그램(응용 프로그램 자체(FSB 및 MT)과 "응용 프로그램 대상" 모두를 의미)에 대해 동일한 컨텍스트에서 이야기하고 있습니다.
요점은 백 테스트 절차 자체 전에 FSB 지표를 한 번 계산하는 것 입니다.
FSB는 테스트 전에 그러한 조건("포지션이 위/아래로 열립니다..")에 대해 명확하게 1/0을 계산할 수 없습니다!
따라서 완벽하게 올바른 논리를 사용합니다.
(꺼짐: 별도의 주석과 함께 새 코드를 삽입하려고 합니다. "스톤 플라워가 나오지 않습니다." :) 그런 다음 빈 주석을 입력한 다음 첫 페이지에 던집니다... 아마도 일부 요소가 텍스트가 발견되었습니다 - "소화 불가" ... 일반적으로 - 그래서 (위에서 밝혀진 대로) 읽으십시오 :))
여러분, Miroslav는 어제 FSB를 버전 2.8.3.6 베타 로 업데이트했습니다.
http://forexsb.com/forum/post/2446/#p2446
신호 논리가 통합되었습니다. 변경 사항은 대부분의 지표에 영향을 미쳤습니다. 지표 자체를 계산하는 코드는 변경되지 않았습니다!
논리 신호는 "노이즈"에 약간 덜 민감해졌습니다. 두 개의 매개변수가 구성 파일에 추가되었습니다.
매개변수는 가격 변경 수준에서 신호를 트리거하기 위한 "임계값"을 설정합니다(차트 창의 표시기 및 자체 창이 있는 표시기의 경우).
해당 MODE 값은 다음과 같습니다.
http://forexsb.com/library/source/Sigma.html
우리는 "기본" 값이 (대부분의 경우) 완전히 적절하다고 생각합니다. 하지만... 실험할 수 있습니다 :).
이중 작업을 하지 않기 위해 특별히 이번 발매를 기다렸다. 그들의 작업 acc. 포스팅도 합니다. 현재 20개의 지표가 있습니다(저는 2를 "유용한" 것으로 간주하지 않습니다(바 닫기/바 열기) - 향후에 유용할 것입니다 ;)):
계산 알고리즘 및 신호 논리는 FSB를 완전히 준수합니다(글쎄... 해야 합니다:D)...
지표의 가치를 포함합니다!!! (FSB(응용 프로그램) = -FSB-(변환) = MT(내부) )(모든 부호까지)
예외는 " -FSB- Accumulation Distribution.ex4"입니다. Miroslav는 이해하기 시작할 때까지 까다로운 코드를 가지고 있습니다(MT와 정확히 일치하지 않고 FSB로 확인하지 않음).
나는 알파벳 순서로 계속합니다 (글쎄, 거의). 누군가 더 우선 순위가 필요한 것이 있으면 쓰십시오 ... (시간별 높음 낮음이있는 사람이 어딘가에서 사라졌습니다. 여전히 이해가되지 않습니다. 도움이 되었든 아니 든 D?!)
동시에 이러한 버전의 지표로 작동할 수 있는 EA의 개발을 시작하고 있습니다. 결국, 당신은 무리와 같은 것을 얻어야합니다.
FSB -> 내보낸 전략 파일 -> FSB와 호환되는 변환된 지표 및 내부 거래 로직을 기반으로 하는 EA...
행운을 빕니다! 그리고 모두 해피 홀리데이!!!
야근이 시작될 즈음에 나타날게... 헛되이 하지마...
여러분, Miroslav는 어제 FSB를 버전 2.8.3.6 베타로 업데이트했습니다.
http://forexsb.com/forum/post/2446/#p2446
다운로드 중인데 아카이브가 깨졌습니다...: