pipcount를 개선하기 위한 모든 노력에 감사드립니다. 나는 당신의 토론을 듣고 또한 무언가를 시도했습니다. 나에게 진정한 개선이 없습니다. 그러나 증가 유형 요소로 미결 주문 수를 제어하려고 했습니까? 저는 0.5를 사용합니다. 나는 firebird의 저자의 공식에 따라 표를 만들었습니다. Hendrik 저도 Neuimex와 함께 일하고 있습니다. 우리는 통제를 위해 다른 가치로 배열할 수 있을지도 모릅니다. 감사해요. karl 테이블 추가에 실패했습니다. 이제 성공했습니다. 그러나 그것은 엑셀 파일입니다. 칼
PipStep 거래에서는 MA_timeframe 이 사용되고 내 설정에서는 MA_timeframe=15를 사용하고 있습니다.
이것이 내가 이전에 보고된 것처럼 다른 차트 기간에 대해 다른 결과를 얻는 이유입니다.
결론은; "현재 차트 TimeFrame 선택은 거래 활동에 영향을 미칠 것입니다".
나는 이것이 이후로 이루어지기를 바랍니다. 제가 틀렸다면 조언 부탁드립니다.
와케나
Wackena: 내가 들었던 대부분의 의견은 기간이 EA에 하드코딩되어 있기 때문에 차트 기간을 선택하는 것은 중요하지 않다고 말합니다. 동일한 설정을 사용하지만 다른 차트 기간을 사용하여 비교하기 위해 3개의 병렬 테스트를 시작했습니다. 참고로 저는 이 테스트에 2개의 앞으로 테스트 데모와 1개의 라이브 계정을 사용했습니다. 다음은 6월 14일(1800 GMT에 시작)부터 6월 16일(2400 GMT에 종료)까지의 결과입니다.
M1 (라이브)
eur/usd - 10거래(10승, 0패)
gbp/usd - 19거래(18승 1패)
usd/chf - 15거래(14승 1패)
usd/jpy - 6거래(5승 1패)
M15(데모)
eur/usd - 14거래(14승 0패)
gbp/usd - 4거래(4승 0패)
usd/chf - 5거래(5승 0패)
usd/jpy - 5거래(5승 0패)
M30(데모)
eur/usd - 1거래(1승 0패)
gbp/usd - 10거래(10승, 0패)
usd/chf - 3거래(3승, 0l oss)
usd/jpy - 2거래(2승 0패)
Live와 Demo 재개 사이에 차이가 없다고 가정하면 거래 활동에 상당한 차이가 있는 것으로 보입니다. 또한 M15 및 M30 기간은 거래 횟수가 적고 "아마도" 추세 스파이크를 더 잘 처리합니다. 이것은 짧은 테스트 기간이기 때문에 "아마도"라고 말합니다. 또한 여기에는 서로 다른 통화 쌍이 서로 다른 차트 기간에 더 나은 성과를 보일 수 있다는 몇 가지 징후가 있습니다.
karl: 안녕 헨드릭, 안녕 와케나. pipcount를 개선하기 위한 모든 노력에 감사드립니다. 나는 당신의 토론을 듣고 또한 무언가를 시도했습니다. 나에게 진정한 개선이 없습니다. 그러나 증가 유형 요소로 미결 주문 수를 제어하려고 했습니까? 저는 0.5를 사용합니다. 나는 firebird의 저자의 공식에 따라 표를 만들었습니다. Hendrik 저도 Neuimex와 함께 일하고 있습니다. 우리는 통제를 위해 다른 가치로 배열할 수 있을지도 모릅니다. 감사해요. karl 테이블 추가에 실패했습니다. 이제 성공했습니다. 그러나 그것은 엑셀 파일입니다. 칼
Karl, 이 첨부 파일이 이미 있을 수 있습니다. 이전 버전의 Firebird 전략과 PipStep 향상에 대해 설명합니다.
Hendrick: 여러분 중 일부는 TP=20 및 SL=120을 사용하고 있습니다. 따라서 모든 루저에 대해 손익분기점을 위해 6명의 승자가 있어야 합니다. 이것이 결국 효과가 있을지 모르겠습니다. TP=18 및 SL=42 이후에는 TP=26 및 SL=52를 사용하고 있습니다. 가장 유망해 보입니다! 또한 MAtype=0이 필수라고 생각합니다. MAtype=1로 Firebird가 급증하는 동안 거래를 하는 것을 보았습니다. 같은 방향으로 또 다른 스파이크가 발생하고 귀하의 계정은 0입니다(저에게 두 번 발생했습니다). 나는 Firebird가 만든 모든 거래를 연구했고 12:00-13:00, 15:00-16:00 및 23:00-8:00 사이에 거래를 하지 않는 것이 좋습니다. 많은 수익성 있는 거래(그리고 전혀 패자가 없음)는 16:00에서 18:00 사이에 이루어진 거래였습니다(저는 GMT+2에 있습니다). 그러한 일정을 사용하기 위해 저는 제 자신을 도구로 만들었습니다: EDEA. 파일은 첨부파일을 참조하세요. 새로운 설정과 일정으로 새로운 데모 계정을 시작했습니다. 보자!!
환경
안녕 헨드릭, 안녕 와케나.
pipcount를 개선하기 위한 모든 노력에 감사드립니다. 나는 당신의 토론을 듣고 또한 무언가를 시도했습니다. 나에게 진정한 개선이 없습니다. 그러나 증가 유형 요소로 미결 주문 수를 제어하려고 했습니까? 저는 0.5를 사용합니다. 나는 firebird의 저자의 공식에 따라 표를 만들었습니다. Hendrik 저도 Neuimex와 함께 일하고 있습니다. 우리는 통제를 위해 다른 가치로 배열할 수 있을지도 모릅니다. 감사해요. karl 테이블 추가에 실패했습니다. 이제 성공했습니다. 그러나 그것은 엑셀 파일입니다. 칼
아마도 이유는!
Firebird v63g 코드를 이해하고 있다면 차트의 첫 번째 원래 거래는 코드의 " Relative Vigor index "에 의해 트리거됩니다.
이중 RVI=iRVI( 널 , 0,10, 모드_메인, 0 ) -iRVI ( 널 ,0,10 , 모드_메인 ,1);
최초의 1차 거래에서 TimeFrame 변수는 0 입니다. 이것은 현재 Chart TimeFrame 선택을 사용함을 의미합니다.
PipStep 거래는 코드에 의해 "이동 평균 지수"에 의해 트리거되며,
이중 myMA =iMA( NULL , MA_timeframe , MA_length, 0, MODE_SMA, PRICE_OPEN , 0);
PipStep 거래에서는 MA_timeframe 이 사용되고 내 설정에서는 MA_timeframe=15를 사용하고 있습니다.
이것이 내가 이전에 보고된 것처럼 다른 차트 기간에 대해 다른 결과를 얻는 이유입니다.
결론은; "현재 차트 TimeFrame 선택은 거래 활동에 영향을 미칠 것입니다".
나는 이것이 이후로 이루어지기를 바랍니다. 제가 틀렸다면 조언 부탁드립니다.
와케나
내가 들었던 대부분의 의견은 기간이 EA에 하드코딩되어 있기 때문에 차트 기간을 선택하는 것은 중요하지 않다고 말합니다. 동일한 설정을 사용하지만 다른 차트 기간을 사용하여 비교하기 위해 3개의 병렬 테스트를 시작했습니다. 참고로 저는 이 테스트에 2개의 앞으로 테스트 데모와 1개의 라이브 계정을 사용했습니다. 다음은 6월 14일(1800 GMT에 시작)부터 6월 16일(2400 GMT에 종료)까지의 결과입니다.
M1 (라이브)
eur/usd - 10거래(10승, 0패)
gbp/usd - 19거래(18승 1패)
usd/chf - 15거래(14승 1패)
usd/jpy - 6거래(5승 1패)
M15(데모)
eur/usd - 14거래(14승 0패)
gbp/usd - 4거래(4승 0패)
usd/chf - 5거래(5승 0패)
usd/jpy - 5거래(5승 0패)
M30(데모)
eur/usd - 1거래(1승 0패)
gbp/usd - 10거래(10승, 0패)
usd/chf - 3거래(3승, 0l oss)
usd/jpy - 2거래(2승 0패)
Live와 Demo 재개 사이에 차이가 없다고 가정하면 거래 활동에 상당한 차이가 있는 것으로 보입니다. 또한 M15 및 M30 기간은 거래 횟수가 적고 "아마도" 추세 스파이크를 더 잘 처리합니다. 이것은 짧은 테스트 기간이기 때문에 "아마도"라고 말합니다. 또한 여기에는 서로 다른 통화 쌍이 서로 다른 차트 기간에 더 나은 성과를 보일 수 있다는 몇 가지 징후가 있습니다.
와케나안녕 헨드릭, 안녕 와케나. pipcount를 개선하기 위한 모든 노력에 감사드립니다. 나는 당신의 토론을 듣고 또한 무언가를 시도했습니다. 나에게 진정한 개선이 없습니다. 그러나 증가 유형 요소로 미결 주문 수를 제어하려고 했습니까? 저는 0.5를 사용합니다. 나는 firebird의 저자의 공식에 따라 표를 만들었습니다. Hendrik 저도 Neuimex와 함께 일하고 있습니다. 우리는 통제를 위해 다른 가치로 배열할 수 있을지도 모릅니다. 감사해요. karl 테이블 추가에 실패했습니다. 이제 성공했습니다. 그러나 그것은 엑셀 파일입니다. 칼
Karl, 이 첨부 파일이 이미 있을 수 있습니다. 이전 버전의 Firebird 전략과 PipStep 향상에 대해 설명합니다.
와케나
네. 핍을 올바르게 계산했다면 여기 있습니다.
M1
940핍 승리
-360핍 손실
580핍 순
M15
560핍 승리
-0핍 손실
560핍 순
M30
320핍 승리
-0핍 손실
320핍 순
와케나안녕하세요 Wackena님
그래서 당신은 다른 시간 프레임에 위에서 언급한 동일한 설정을 실행하고 있습니다...맞아요..??
감사해요
바바
안녕하세요 Wackena님
그래서 당신은 다른 시간 프레임에 위에서 언급한 동일한 설정을 실행하고 있습니다...맞아요..??
감사해요
바바바바,
네. M1, M15 및 M30.
와케나
이것이 관련이 있는지는 모르겠지만 지난 주에 데모 계정 에서 4개의 메이저에서 Firebird를 실행했고 우연히 M1에 차트의 타임프레임을 남겼습니다. 설정을 변경하지 않았고 이것이 결과였습니다.
다시 한 번, 이것이 관련이 있었는지 모르겠지만 모든 거래가 이겼습니다.
이것이 어떻게 가능한지? 이 메시지와 내 설정에 보고서를 첨부했습니다.
알았다
6월 15일부터 6월 16일까지 전방 테스트
나는 이 파이어버드가 이 설정(원래 wackena에 의해 설정됨)에 따라 순방향 테스트를 수행합니다.
M1 차트에서
설정
MA_길이=10
MA_timeframe=15
MA 유형=0
백분율=0.05000000
TradeOnFriday=1
슬립=100
랏=0.1000000
테이크프로핏=23
손절매=120
Fast_Period=23
Fast_Price=1
Slow_Period=84
느린_가격=1
DivergenceLimit=0.00200000
Use_V63D_Divergence=0
핍스텝=40
증가 유형=0.00000000
DVLimit=10
핍 목표=500
핍 손실=500
GMT=0
DST=0
영업시간=0
마감시간=24
쓰기 로그=0
gbpjpy ..i 쌍에서는 그다지 좋지 않습니다. gbpjpy pos를 수동으로 닫습니다.
이제 저는 4개 메이저에서만 그 파이어버드를 실행합니다.(eurusd.gbpusd.usdchf,usdjpy) 다음 주(월요일)에 이번 주 거래에 대한 명세서 세부 정보를 보여 드리겠습니다.
감사해요
이 스레드에 기여한 사람들은 이 ea로 훌륭한 작업을 수행했습니다.....결과는 매우 인상적입니다.
여러분 중 일부는 TP=20 및 SL=120을 사용하고 있습니다. 따라서 모든 루저에 대해 손익분기점을 위해 6명의 승자가 있어야 합니다. 이것이 결국 효과가 있을지 모르겠습니다. TP=18 및 SL=42 이후에는 TP=26 및 SL=52를 사용하고 있습니다. 가장 유망해 보입니다! 또한 MAtype=0이 필수라고 생각합니다. MAtype=1로 Firebird가 급증하는 동안 거래를 하는 것을 보았습니다. 같은 방향으로 또 다른 스파이크가 발생하고 귀하의 계정은 0입니다(저에게 두 번 발생했습니다). 나는 Firebird가 만든 모든 거래를 연구했고 12:00-13:00, 15:00-16:00 및 23:00-8:00 사이에 거래를 하지 않는 것이 좋습니다. 많은 수익성 있는 거래(그리고 전혀 패자가 없음)는 16:00에서 18:00 사이에 이루어진 거래였습니다(저는 GMT+2에 있습니다). 그러한 일정을 사용하기 위해 저는 제 자신을 도구로 만들었습니다: EDEA. 파일은 첨부파일을 참조하세요. 새로운 설정과 일정으로 새로운 데모 계정을 시작했습니다. 보자!!
안녕 헨드릭
사용중인 다른 파이어 버드 설정은 무엇입니까 ..
감사해요
바바